ウェブマスター ツール「検索クエリ」機能が改善されました

あけましておめでとうございます。あなたの新年をより良いものにすることを願って、この度、ウェブマスター ツールで人気の機能の 1 つを改善いたしました。「検索クエリ」機能で表示されるデータが、概算ではなくなります。

検索クエリ機能は、検索結果にあなたのサイトからのページが少なくともひとつ表示されている検索クエリについての情報を表示するものです。過去 90 日間で、ページが検索結果に表示された回数と、ユーザーが実際にあなたのサイトを訪れた回数(クリック数)を収集し、表示しています。

この度のアップデートの前と後を比較してみてください:
アップデート前

アップデート後

この改善により、あなたのサイトがユーザーによってどのように見られ、クリックされているかについて、より詳しい情報を得ることができるようになります。ご質問はヘルプ フォーラムまでお願いいたします。

【保存版】2013年のSEO周辺事情の振り返り、2014年に向けて改めて読んでおきたいSEO情報×50記事

2013年度も終わりにさしかかり、今年のSEOを振り返る記事も既に多数出ていますが、それにやや乗り遅れて便乗する形で今年の主要な話題を一気に振り返るためのSEO総集編をお届けします。

目次

  1. アルゴリズム/検索技術も色々と変わってきています
  2. 「コンテンツマーケティング」の考え方はSEOにも必須です
  3. 不自然リンク/ペナルティ対応等の事情もどんどん変わっています
  4. スマートフォン/モバイルのSEOに関わる大きな変更がありました
  5. 国内、国外で行われたサーチ系イベントレポートも充実
  6. その他SEO情報、SEOの方法論など
  7. まとめ

このようなラインナップで、筆者のtwitterアカウント当サイトのFacebookページなどで言及した記事の中からピックアップしてお届けします。情報出典元が偏っていますが、重要な情報を、正確に、かつ下手な誤解を生まないよう配慮されて書かれている情報元は限られていると認識していますのでご了承下さい。

アルゴリズム/検索技術も色々と変わってきています

パンダアップデート、ペンギンアップデートと今では随分聞きなれたアルゴリズムに加え、新しく「ハミングバード」なるものも新しく導入され、心地良い感じに世間では勘違いされた情報がビュンビュンと出回ってきていますので、改めて、それぞれの意味やその対策などについて見直してみましょう。

パンダアップデートが通常アルゴリズムと統合されました

2011年の初回導入から早3年近く(驚き)、何かと世間を騒がせることの多い「パンダアップデート」ですが、これまでは通常のランキングアルゴリズムとは独立してデータ更新や「パンダ」アルゴリズムの刷新が行われていましたが、今ではその他のアルゴリズムに組み込まれる形で定期的に更新されるようになりました。

ペンギンアップデート×2回、大きな影響は出ず

「次のアップデートではかなり大きな変動が起こるだろう」と言われていて戦々恐々としていた2013年のペンギンアップデートですが、蓋を開けてみると「あれ?そうでもなくない?」といった反応が多かったように思います。今年は2回の更新でした。

(勘違いしてる人の多い)ハミングバード、「会話型検索」への対応強化

何故かはわかりませんが、一部のブロガーさん(?)等を筆頭に、「ハミングバードによってリンクの重要度が下がる」「コンテンツイズキングをハミングバードがもたらす」といった主旨の記事が出回ってしまいましたが、全くもってそういう類のものではありません。これはかなり勘違いされている方が多いです。

(おそらく)主に音声検索の普及を見越した、従来型の単語やフレーズでの検索語入力だけでなく「会話型の検索語」に対しても、「単語」ではなく「意味」をより高い精度で解釈して検索結果を提示できるようにした、大規模なアルゴリズムアップデートとなります。しかし、普段ビジネスで定点観測するような商用キーワードに対して大きな影響があったかと言えば、ほとんど影響はありませんでした。

その他:SSL化、オートコンプリートの是非、AppStore内SEO

Googleの検索のデフォルトでのSSL化により検索キーワードデータの取得が非常に困難になったり、Googleオートコンプリート機能などでのネガティブワード表示に起因する訴訟でGoogleが敗訴したり(昨年に引き続き)といった話題や、Googleではありませんが最近はAppStoreでの検索アルゴリズムでも大きく変化があったようです。

「コンテンツマーケティング」の考え方はSEOにも必須です

人為的なリンクソリューションによるSEOが徐々に肩身狭い状態になっている中、本質的にランキング全般を改善するには、如何にコンテンツを軸としたリンク獲得、ひいてはマーケティングを行っていくかは間違いなくSEOにおける必須の課題となります。

「コンテンツマーケティングって難しそうだしハードル高い」という声も多いですが、ここに挙げたような記事はその不安をある程度払拭し、またマーケティングにつながるコンテンツをどのように考えるのか、のヒントになると思います。

不自然リンク/ペナルティ対応等の事情もどんどん変わっています

今やSEOの話題では定期的にでてくる不自然リンク起因のペナルティや順位下落について。細かな話題は事欠かないですが大まかな流れとしては以下のようなトピックが挙げられます。

色んなリンクが次々と「不自然リンク」認定へ

リンク元がいくら信頼あるオーソリティサイトでもそのリンクがSEO目的とみなされればNG判定、リンク購入には有名サイトでも容赦なくペナルティ、プレスリリースや有料ディレクトリもnofollowを、などと、一部若干度が過ぎるのでは?と思うような対応もあり話題になりました。

Google公式ブログから

Googleサーチクオリティチームのスタッフも積極的に情報を公開し、ブログだけではなくセミナーや動画でもこの有料リンク問題については呼びかけを行うようになりました。不自然リンクに対するSEO業者の対応が悪質と見なされた場合についての言及など、少し強めな対応をとる姿勢を見せているように見えます。

再審査リクエスト、対応も色々変わっているようです

この1年で、再審査リクエストに対するGoogleの対応も大きく変わっています。具体的なリンクURLのサンプル提示、様々なタイプの通知テンプレートなど、正直やや不可解な部分もあるように感じていますが、ペナルティ解除に向けた取り組みの基本的なポイントは変わりません。

メジャーなブログサービスもSEOスパム対策を強化

livedoorブログや、最近ではサイバーエージェント社が運営するAmebaブログなどのブログサービスにおいても、検索エンジンスパムへの対応をより強化するような発表がありました。Googleの強めな呼びかけとも相まって、以前よりもリンクを削除できる可能性がかなり向上したというのは実感としてあります。

スマートフォン/モバイルのSEOに関わる大きな変更がありました

スマートフォンでのアクセスを全てスマートフォン版TOPにリダイレクトする、などの設定をしている場合、PCでの検索では上位にあるサイトがスマホ検索で全くヒットしなくなる、などの事象が実際に確認できています。ある意味、細かな技術要件とも言えますが、ユーザー体験を損ねないために正しい実装を心がけるべきポイントと言えます。

国内、国外で行われたサーチ系イベントレポートも充実

海外でのサーチ系イベントは過去から多く開催され一部レポートが出ていましたが、2013年度は国内でも多くのイベントが行われていたように思います。レポートも充実の内容で、今後のSEOの取り組みを踏まえても必読の内容です。

その他SEO情報、SEOの方法論など

その他、SEOの情報収集に役立つ記事や、今後の展望を踏まえてどのような取り組みが求められるか、その参考になりそうな記事をいくつかピックアップしておきました。

まとめ

このように、相変わらず激しく変化する検索エンジン環境の中で、それでもサービス利用者や商品を購入するターゲットユーザーが「検索して探す」ことをやめない以上、常にSEOの改善方法を模索していかなければならないことには変わりません。

検索エンジンは今後も更に改良を進めますが、その方向は「ユーザーの検索に対して、より良い検索結果を返せるようにする」ことであることは変わりなく、具体的には、

  • ユーザーの検索意図を、文字や単語、ではなく意味や文脈でより正確に理解する
  • コンテンツの品質や信頼性をより高い精度で評価する
  • 不正なSEO手法を正しく検出して順位操作を防ぐ
  • 検索意図に応じた、より多様な検索結果を提示する

などの方向性が挙げられると思います。

その上でサイト運営者が何を考えるか?ですが、このような検索エンジン技術の進歩に伴い、「(検索エンジンが未熟だから結果的に有効だったような)余計なことを考えずにサイトを運営する」「アルゴリズムの欠陥を突くような手法を模索するのではなく、本質的にサイトの価値を高めることを考える」といった方向に、嫌でもシフトしていくことが求められます。

2014年もSEO頑張りましょう。それではみなさん良いお年を。

ヴォラーレ株式会社 土居

おすすめの記事

新しいウェブサイト確認 API へ移行しましょう

ちょうど一年前に、Google サービス向けの新しいウェブサイト確認 API (英語)を発表しました。物事をシンプルに保ち、努力をより集中させるために、古い確認 API のサポートを 2014 年 3 月 31 日で終了致します。この変更はウェブサイトの確認方法にのみ関わるもので、他の API への影響はありません。ウェブサイト確認に関するより詳しい情報については、こちらのヘルプセンター記事をご覧ください。

新しい API は他の Google の API と同じライブラリを利用していますので、移行することによって他のアプリやツールとの統合がより簡単になります。移行は簡単です。
  1. 好きなプログラミング言語向けの Google API クライアント ライブラリをダウンロードします。
  2. サイト確認 API とそのメソッド群について学びます。
  3. OAuth を利用した認証に対応します。
  4. 以上です!
もし待ちきれない場合は、このコマンドラインを使ってみてください:
  1. oacurl をダウンロードし、インストールします。
  2. Google アカウントで認証を行います:
    $ java -cp oacurl-1.2.0.jar com.google.oacurl.Login \
      --scope https://www.googleapis.com/auth/siteverification
  3. 確認情報をリクエストします:
    $ echo '{ "verificationMethod": "FILE", "site": {
     "identifier": "http://www.example.com",
     "type": "SITE" } }' | \
     java -cp oacurl-1.2.0.jar com.google.oacurl.Fetch \
     'https://www.googleapis.com/siteVerification/v1/token' \
     --content-type JSON -X=POST
  4. ファイルを作成後、ウェブサイトに追加し、確認を行います:
    $ echo '{ "site": { "identifier": "http://www.example.com",
    "type": "SITE" } }' | \
    java -cp oacurl-1.2.0.jar com.google.oacurl.Fetch \
    'https://www.googleapis.com/siteVerification/v1/webResource?verificationMethod=FILE' \
    --content-type JSON -X=POST
  5. 以上です!
この API で、Google サイト確認の実装がより容易になることを願っています。 ご質問やご感想はウェブマスター ヘルプ フォーラムまでお願い致します。

Googleから「再審査リクエストされてもしばらく審査しないからちゃんと時間かけてリンク削除してから申請して」的な通知が来た

ご存知のとおり、ウェブマスターツール経由での再審査リクエストに対するGoogleの対応の内容もこれまで色々と変更が加えられていまして、今日も初めて見る内容の審査結果通知メッセージが返ってきましたので簡単にご紹介します。

通知メッセージ内容

記事タイトルにもありますが、「再審査リクエストが大量に来ています」「すぐリクエストされてもしばらくは審査しません」「ちゃんとリンク削除してからリクエスト送って」というような内容が新しい内容と思います。

少し長いですが最近になって追記されたのは後半の部分ですね。その他はこれまでにあったような内容と変わりありません。

http://www.○○○.com/ のウェブマスター様から再審査リクエストを受け取りました。
貴サイトへのリンクを確認しましたが、一部が現在も品質に関するガイドラインに違反しています。

URL の例:
http://ダメリンク1.com/
http://ダメリンク2.com/
http://ダメリンク3.com/

上記の例に限らず、人為的なリンクはすべて修正するか削除してください。人為的なリンクが含まれているサイトのウェブマスターへの連絡が必要となる場合もあります。

サイトへのリンクを削除できない場合は、リンクの否認ツールを使用できます。単にリンクを否認するだけでは、再審査リクエストの承認に十分ではありません。Google では、ウェブから人為的なリンクをできるかぎり大量に削除するよう努力したかどうかを確認する必要があります。

リンクの削除には時間がかかります。Google には大量のリクエストが寄せられているため、またあなたの次の再審査リクエストが承認される可能性を高めるため、Google では今から数週間、このサイトからの他のリクエストを審査することはありません。時間を十分にとってサイトへの不自然なバックリンクを削除してから、別の再審査リクエストを申請することをおすすめします。

サイトへの手動による対策の状況について詳しくは、ウェブマスター ツールの [手動による対策] ページをご覧ください。このページからサイトの再審査をリクエストできます。
ご不明な点があれば、ウェブマスター ヘルプフォーラムをご利用ください。

という感じです。ちなみにこの再審査リクエスト自体はリクエスト送信から2週間以内の返信でしたし、その他でもここ数ヶ月はおそらく大量のリクエストが送られたであろうにも関わらずほとんどが1~2週間程度で結果通知が来ていました。

複数のサイトで同じような通知を確認できますのでサイト毎の個別対応というわけではなく汎用的に通知されているものと思います。

内情というか本当のところは知らないですけど、おそらくGoogleもここに対してそれなり以上のコストはかかっているでしょうし、本当にここ数ヶ月は再審査リクエスト多かったというのは想像に難くはありません。

大まかな意図としては、「こちら(Google)側では再審査リクエストについては対応に制限かけておくから、その期間は闇雲にリクエスト送るんじゃなくてきちんとリンクを削除して頂戴」という意図であるとそのまま解釈して良いのかなと思います。また「問題解決の進展がない中でのリクエスト乱発は意味ないからやめてね」と言い換えることもできるかなと。

もちろん、裏の意図としていい加減キリなくなってきたし対応回らなくなりそうだから防衛線として、ていうのもあるとは思いますけど。

本日はこんなところで失礼いたします。

ヴォラーレ株式会社 土居

おすすめの記事

構造化データ ダッシュボード : 新しいマークアップ エラー レポートでデバッグが簡単になりました

昨年公開した構造化データ ダッシュボードは、すぐにウェブマスター ツールの人気機能の 1 つとなりました。この機能をさらに良いものにするために、Google があなたのサイト上のマークアップされたコンテンツをどのように理解しているかをわかりやすくし、問題が発生した際のデバッグが容易になるよう取り組んできました。

本日より、構造化データ ダッシュボードでエラーの発生しているアイテムを確認できるようになりました。この新機能は、ウェブマスター ツールのマークアップ エラー レポートの初期テスターとしてご協力いただいたウェブマスターのみなさんとのコラボレーションによって完成したものです。今回の改善は、彼らのフィードバックをもとに行われました。

「アイテム」とは、HTML に記述されたトップレベルの構造化データ要素(ネストされた項目はカウントされません)を表します。これらは、データ タイプごとにグループ化され、エラーの数でソートされています。


ダッシュボードのグラフの右側に、エラーが発生したアイテム数の目盛りも追加しましたので、アイテム数とエラー数の推移を比較することができます。これにより、サイトのマークアップに変更を加えた日とエラーが発生した日(または解消した日)がひと目でわかるようになりました。

より包括的なレポートを提供できるようデータのパイプラインも更新しましたので、時系列グラフ上に表示されるデータ ポイントが一旦少なくなってしまう場合があります。

マークアップ実装エラーをデバッグする方法
  1. 特定のコンテンツ タイプの問題を調査するには、そのコンテンツ タイプをクリックします。するとそのタイプについて Google が検出したマークアップ エラーが表示されます。一度にそれらすべてを表示するか、上部のタブを使用してエラー別にフィルタリングして表示することができます。

  2. マークアップが、各コンテンツ タイプの実装ガイドラインを満たしているかどうかを確認します。この例の場合、イベントマークアップの項目のいくつかは、startDate または name プロパティが欠落しているようです。また、ネストされたコンテンツ タイプ(例えばプロダクト アイテムの中のレビューアイテムなど)の欠落したプロパティ(この場合では lowprice プロパティ)も表示するようにしました。
  3. テーブル内の URL をクリックすることで、Google がそのページを最後にクロールした際にどのようなマークアップを検出し、何を検出できなかったか、の詳細を確認できます。また、マークアップが適切にされているかをテストするには、構造化データ テスト ツールの [ライブ データをテスト] ボタンをご利用いただけます。複数の URL を確認することで、それらに共通する問題を発見し、コンテンツ管理システムでの設定やテンプレートの変更などによって一度に修正できることもあるでしょう。

  4. エラーを修正したら、構造化データ テスト ツールで新しい実装をテストしましょう。ページが再クロールされ、再処理されると、変更内容が構造化データ ダッシュボードに反映されます。
この新機能が、あなたのサイトの構造化データのマークアップを管理するのに役立ちますよう願っています。今後数か月の間にさらにエラー タイプを追加していく予定です。

ご意見・ご感想は、ウェブマスター ヘルプ フォーラムまでお寄せください。

スマートフォン版サイトがないのにスマホとPCで検索順位が全然違う、という事例を調べてみた

6月に、「スマートフォンユーザーにとって著しくユーザーエクスペリエンスを損ねるような実装をしている場合、スマートフォン検索においてのみランキングを下げることがある」というような話題がありました。

※参考:Google ウェブマスター向け公式ブログ: スマートフォン向け検索でのランキングの変更について

先日、うちのメンバーに頼まれてあるクライアント様のサイトを調査してみたところ、それに近い話題で、ただちょっと特殊っぽい事例にあたりましたので紹介しておきます。

結論:スマホでは普通に見れるけどGooglebot-Mobileには不適切な転送設定されていた

ざっくり言いますと、「通常のスマホブラウザでは問題なくレスポンスが返されてサイトが閲覧できるのに、スマートフォンのUAを持ったGooglebot-Mobileに不適切なリダイレクト、具体的には『全てTOPページへ転送』のような設定がされていた」という状態でした。

と言われても何のこっちゃピンと来ないという方も多いと思いますので簡単に解説していきます。

解説

まず状況としては、

  • 少し前からスマホ検索でのみ検索結果に表示されなくなった
  • でもスマホサイトもないし、スマホでの閲覧も問題なく出来る
  • 変なリダイレクトがかかってたりする様子もない
  • PCサイトでは問題なく検索トラフィック伸びてるのにスマホだけ激減してる

という感じで、最初は検索結果のバグかテストか何かかな?とも思ったのですが、それなりの期間そういう状態だったのでそういうわけでもなく、何かしら致命的な問題があるはずと思って改めて調べてみたわけですがしばらくの間は良く分からんという感じでした。

ようやく思い立ってFetch as Googleで投げてみた

ちなみにFetch as Googleって何、という人のために言うと、「Googlebotがどういう風に情報を取得しているのかを確認できる、ウェブマスターツールの機能」です。こんな感じです。

ウェブマスターツール左メニュー「クロール」から「Fetch as Google」の機能を選び、URLを指定してクローラの種類を指定する
こんな風にURLとクローラーを指定すると、

Googlebotが受け取る情報がそのまま表示される
こんな風にクローラーが受け取る情報を表示してくれます。(↑はテストなので気にしないで下さい)

さて話を戻しますが、ChromeでUAとかいじくりながら色んなUAでアクセスしてみても全部通常に見れて、冒頭の記事にあるように「スマホ閲覧に苦しいくらい表示が遅い」なんてこともないし、何だろうなあと思いながら色々見てたのですが、「あ、Googlebotで見てない」とようやく気付いてウェブマスターツールでFetch as Googleで投げたんですね。

そうしたら案の定、スマホUAを持ったGooglebot-Mobileでアクセスすると「リダイレクトループになる」とか「全てのURLがTOPページにリダイレクトされる」的な感じになっていました。Fetch as Googleで取得した情報は以下のようなものでした。

HTTP/1.1 302 Found
Date: Wed, 13 Nov 2013 11:36:07 GMT
Server: Apache
Location: http://www.**********.jp/
Keep-Alive: timeout=15, max=99
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC “-//IETF//DTD HTML 2.0//EN”>
<HTML><HEAD>
<TITLE>302 Found</TITLE>
</HEAD><BODY>
<H1>Found</H1>
The document has moved <A HREF=”http://www.***********.jp/”>here</A>.<P>
</BODY></HTML>

※この辺りの見方についてはHTTPステータスコードについての記事を参考にしていただければと。

まとめ

「スマホ版のサイトを持ってないなら、変な仕様になってスマホ検索結果で変な結果になることはないはずなんだけどなあ」というところでちょっと先入観ありましたがあくまで情報を取得してるのはGoogleのクローラーなのですからそちらでチェックしないといけないですね。

あまり汎用的ではない話題だと思いますが、ここ最近だけでも数回、スマートフォン検索での検索結果が下がった、などの相談を頂きましたが、どれも不適切なリダイレクトなどの初歩的な設計ミスが何かしら発生しているという状態でした。

そもそも冒頭にあるような話題をキャッチアップしていなかった人は必ず知っておくべき事項ですし、こういう細かな設定ミスでもトラフィックに重大な影響を与える可能性もあるということで、きちんと予備知識として再確認をしておけると良いですね。

ヴォラーレ株式会社 土居

おすすめの記事

ハッキングされたサイトの復旧をより簡単に

ウェブマスターの皆様にとって、自分のサイトがハッキングされ スパム コンテンツマルウェア を挿入されていることを見つけたらショックでしょうし、時間の制約がある中でサイトをクリーンアップするのはとても大変なことだと思われます。

Google ではこうしたハッキングされたサイトの復旧をより簡単にできるよう、スムーズなクリーンアップ プロセスをサポートする取り組みを進めてきました。たとえば、サイトで使用しているソフトウェアが古い場合は ウェブマスターにお知らせ しています。また、ハッキングされたサイトの復旧方法について情報をまとめたポータル サイト を作成し、復旧プロセスの各手順を説明した詳しい記事や動画を掲載しています。

そして今回、「セキュリティの問題」という新機能をウェブマスター ツールで公開しました。

確認済みのサイト所有者 は、この新機能で次の操作が可能になります。
  • サイト上のセキュリティの問題について詳細な情報を 1 か所で確認できます。
  • 詳細なコード スニペットで問題をより早く特定できます。
  • 簡素化された新しいプロセスにより、セキュリティに関するすべての問題について審査を一度にリクエストできます。

サイト上のセキュリティの問題について詳細情報を 1 か所で確認

サイトがハッキングされ、スパム コンテンツやマルウェアが挿入されている可能性があることが検出されると、[セキュリティの問題] ページ 1 か所にすべての情報が表示され、簡単に問題を把握できるようになりました。以前、ウェブマスター ツールの [マルウェア] セクションに表示されていた情報や、ハッカーが挿入したスパム コンテンツに関する新しい情報は、この [セキュリティの問題] ページに表示されます。[セキュリティの問題] のメイン ページには、ハッキングのタイプ、サンプル URL(可能な場合)、Google が最後に問題を検出した日付が表示されます。


詳細なコード スニペットで問題をより早く特定

可能な場合はいつでも、ハッキングされた URL から 悪質な HTML/JavaScript のコード スニペットを表示します。また、Google が特定したハッキング タイプから、クリーンアップするための推奨操作が一覧表示されます。


すべての問題について審査を一度にリクエスト

再審査のリクエスト方法も簡単になりました。サイトをクリーンアップしてセキュリティ ホールを閉じたら、[セキュリティの問題] ページから直接ボタンをワン クリックするだけで、すべての問題について審査をリクエストできます。



詳しくは、内容がさらに充実した ハッキングされたサイトの復旧方法について情報をまとめたポータル サイト をご覧ください。新たに 22 言語に対応しています。皆様のご感想を、ウェブマスター ヘルプフォーラム にぜひお寄せください。


サイトへ張られているリンクについてよりわかりやすく把握できるようになりました

Google ウェブマスター ツール では [サイトへのリンク] ページで [その他のサンプル リンクをダウンロードする] ボタンをクリックすると、約 100,000 本のリンクが表示されてきました。これらのリンクは、これまで主にアルファベット順で選択されていました。そのため、リンク データはアルファベットの最初のほうに偏って表示されるため、サイトへリンクがどのように張られているか全体像を知ることができない場合もありました。

そこで Google では、ウェブマスターのみなさまからのフィードバックに基づき、これらのリンクの選択方法を改善して、サイトへのリンクがどこから張られているかについて、より全体像に近い理解が得られるように機能の更新を実施します。最も大きな変更点としては、リンクの大部分がアルファベット順ではなく、全範囲のリンクから均一にサンプリングされるようになることです。また、異なるドメイン名からだけでなく異なるトップレベル ドメイン(TLDs)からもサンプル リンクを取得できるようになります。これらの新しいリンクは、引き続きアルファベット順で表示されます。

もう間もなく、データをダウンロードする際により広い範囲からさまざまなサンプル リンクを表示できるようになります。自分のコンテンツを紹介しているユーザーについて調査、分析する際に、簡単にサイトへのリンクの概観をつかむことができます。また、悪質なリンクを削除したい場合などに、時間と労力を費やすべき場所が容易になります。

今回の機能のアップデートが実現するにあたって、フィードバックをお寄せいただきありがとうございました。ウェブマスター ツール では今後も役立つデータや機能を提供していきます。ご不明な点や、さらなるフィードバックがありましたら、ウェブマスター ヘルプフォーラム までお知らせください。

データはどこへ行った?

このブログ記事は、2008 年に「Where’s my data?」として英語版のウェブマスター セントラルブログに掲載されたものです。現在も日本の読者の皆さんにとってお役に立つ内容であるため、一部内容を編集して掲載いたします。

ウェブマスター ツールに登録したのは良いけれども、なぜかデータが表示されない、という事態に遭遇したことはありませんか?
  • 登録して何か月も経っているのに、「検索クエリ」は「データがありません」のまま。
  • たくさんリンクを受けているはずなのに、「サイトへのリンク」へ行っても「データがありません」と言われる。
  • サイトリンク は確かに検索結果上に表示されているのに、「URL が無効である」と言われ順位を下げることができない。
何かのバグに違いない... と思う前に、ウェブマスター ツールに登録した URL を確認してみましょう。

ウェブマスター ツールには、様々な形式の URL が登録できるようになっており、登録された URL の形に応じて、そこに対応するデータが表示されるようになっています。例えば Blogger 上にあるブログを登録したいと思った時、googlewebmastercentral-ja.blogspot.com を登録すれば、blogspot.com 全体ではなく、自分のブログに関するデータだけを知ることができるわけです。

この事実が、上記の問題とどう関わってくるのでしょうか。www はサブドメインである、という事実について考えてみましょう。経験的には www の有り無しで表示されるコンテンツが異なることはめったにありませんが、厳密に言えば、http://example.com/ と http://www.example.com/ は異なる URL であって、異なるコンテンツを表示することが可能です。そして、ウェブマスター ツールも、これらを異なるサイトとして扱います。つまり、www.example.com のみが登録されている場合、厳密には example.com のデータは見えないことになります。

それでは、ウェブマスター ツール上で自分のサイトに関するすべてのデータを見るためには、どうすれば良いのでしょうか?
  • www の有り無し両方をウェブマスター ツールに登録してみましょう。
  • site:example.com のように、www なしで site: 検索を行ってみましょう。検索結果には、サブドメイン含め、サイト全体でインデックスされているページ群が現れるはずです。これにより、あなたのサイトのページが www 有り無しどちらでインデックスされている場合が多いのかを確認することができます。
  • www 有り無し両方の登録が済んだら、ウェブマスター ツール上から、www 有り無しどちらであなたのサイトがインデックスされるべきかを 指定することができます。
  • 301 リダイレクト を設定することで、どちらが選ばれるべきなのかを明示しましょう。

たしかに example.com と www.example.com はそっくりな双子に見えます。でも、どんな双子も、一人の人間ではないのです。これを読んだら、まだ設定していない方は、ウェブマスター ツールに www 有り無し両方を登録してみましょう。

ご質問は ウェブマスター ヘルプフォーラム へ投稿していただければと思います。

ウェブマスター ツールでの手動によるウェブスパム対策の表示

Google では、ユーザーの検索結果から スパムを排除 することに日々全力で取り組んでいます。具体的には、ウェブスパム アルゴリズムの改善に加え、ウェブマスター向けガイドライン(品質に関するガイドライン) への違反に対する手動による対策も行っています。今回、ご自身のサイトで手動によるウェブスパム対策が実施されているかどうかを確認したいウェブマスターの方のお役に立つ新しい機能を公開しましたのでご紹介します。ウェブマスター ツールの手動対策ビューアには、ウェブスパム チームが手動で実施した、Google ウェブ検索結果でのサイトのランキングに直接影響する対策についての情報が表示されます。この機能を試すには、ウェブマスター ツール にアクセスし、[検索トラフィック] の下にある [手動による対策] をクリックしてください。

ほとんどのみなさまには、「手動によるウェブスパム対策は見つかりませんでした。」というメッセージが表示されるでしょう。Google 検索のインデックスに関する最新の分析によると、Google で確認したドメインのうちウェブスパムとして手動でインデックスから削除されるドメインは 2% にも達しません。この「手動によるウェブスパム対策は見つかりませんでした。」というメッセージが表示された場合、そのサイトにはウェブスパムであることを理由にした、検索結果からの削除など手動による対策は実施されておらず、ランキングへの直接の影響もありません。

手動によるスパム対策が実施されたごく一部のサイトについては、ウェブマスター ツールで既に通知されているはずです。通知は引き続き送信されますが、今後は手動対策ビューアで、 Google 内部のウェブスパム システムのデータをご自身で直接チェックすることもできます。ここで、例として、「ユーザー生成スパム」を理由として Google がサイトの特定のセクションに手動による対策を実施した場合、手動対策ビューアでどのように表示されるかについて紹介します:



この例では、「サイト全体の一致」はなく、「部分一致」があると表示されます。「部分一致」とは、サイトの特定のセクションに限って手動による対策を実施したことを示します。この例で問題となっているのは、他のユーザーによって mattcutts.com/forum/ に投稿されたスパム コメントです。この問題を修正することで、Google 検索でのこのフォーラム(mattcutts.com/forum/)に対する手動による対策が解除されるだけでなく、ユーザー エクスペリエンスを向上させることもできます。[詳細] をクリックすると、トラブルシューティングに役立つ新しいヘルプ記事が表示されます。

Google のウェブマスター向けガイドライン(品質に関するガイドライン) への違反をすべて修正したら、次に 再審査をリクエスト します。この新しい手動対策ビューアにより、再審査リクエストの手続きはさらに簡単に、かつスムーズになっています。[再審査リクエスト] ページにアクセスしたら、サイトに対する手動による対策の状況についてチェックが可能となります。そして手動による対策がサイトに適用されている場合のみ、再審査をリクエストできます。ガイドライン違反となるウェブスパムの問題がある場合は、[手動による対策] ページ上に [審査をリクエスト] ボタンが表示され、直接再審査リクエストを送信することが可能です。

手動対策ビューアは、みなさまからご要望の多かった機能を実現したものです。この機能により、多くのウェブマスターのみなさまに少しでも心配する必要がないという安心感を提供できればと願っています。ウェブスパムの問題は実際には非常に少数ではありますが、今回お知らせした情報がスピーディーにトラブルシューティングを行う際の助けとなりましたら幸いです。ご不明な点については、ウェブマスター ヘルプフォーラム までお寄せください。

Googleからウェブマスターツール経由で「手動ペナルティでの処置を変更したよ」のような珍しい通知が来た

普段あまりこういう時事ネタは書かないんですが、本日Googleからなんだか興味深い、新しい対応(のような気がする)通知を受け取りましたのでこちらに書いておこうと思います。

http://******* の再審査リクエストを処理しました2013年7月21日
http://******* のウェブマスター様から再審査リクエストを受け取りました。

貴サイトはこれまで、Google の品質に関するガイドラインに違反しているとの判断に基づき、Google が対策を適用していました。今回、お送りいただいた再審査リクエストを検討した結果、この対策を変更いたしました。これによるサイトの状態の変更が、Google 検索結果に反映されるには、時間がかかることがあります。

なお、サイトの一部またはサイトへのリンクが現在も品質に関するガイドラインに違反しています。品質に関するガイドラインへの違反がサイトにないことを確認したうえ、Google 検索結果に表示するためのサイトの再審査をリクエストしてください。

他にご不明な点がある場合は、ウェブマスター ヘルプフォーラムをご利用ください。

文面はいつもと同じテイストなのですが、これまでの通知と内容が大きく異なる点としては

お送りいただいた再審査リクエストを検討した結果、この対策を変更いたしました。

なお、サイトの一部またはサイトへのリンクが現在も品質に関するガイドラインに違反しています。

の部分ですね。再審査リクエストによって、ペナルティで課せられていた処置が変更されたが、未だにガイドライン違反は解消されないためペナルティの根本的な解除はされない、という内容のようです。

これまではウェブマスターツール上で受け取る通知としては大きくは「処置を取り消しました」という解除通知か、「ガイドラインに違反しています」という差し戻し、しかなかったと思いますが、今回は「処置を変更したよ」です。この通知を受け取った事例を他に見ていませんのでだからどうこう、ということは言えないわけですが、何と言いますかGoogleも色々試行錯誤しているんだろうなということは伺えます。

少なくとも今回の通知を素直に解釈すれば、「ある程度解消されていることが分かれば、その分だけレベルは緩和してあげるよ」というメッセージと前向きに受け取れないこともありません。もちろん、今まで内部的には普通に行なっていた対応を、ご親切にアウトプットしてくれるようになった、というだけかもしれませんけれども。

個人的にはあんまりこういうのにイチイチ何かを期待することはないのですが、引き続き何か新しいものがあればお知らせします。

ヴォラーレ株式会社 土居

おすすめの記事

ウェブマスター ツールのナビゲーションが新しくなりました

本日は、新しく生まれ変わったウェブマスター ツールのナビゲーションについてご紹介します。今回の変更により、既存の機能が見つけやすくなっただけでなく、便利な新機能も追加されました。

検索の仕組みに合わせてナビゲーションを変更しました
ウェブマスター ツールの各機能を、検索の段階 ごとにグループにまとめました:

  • クロール: サイト内のコンテンツを、Google がどのように検出してクロールしたかを調べることができます。このグループに含まれる機能としては、クロールの統計情報クロール エラー、クロールがブロックされた URL、サイトマップURL パラメータFetch as Google などがあります。
  • Google インデックス: Google のインデックスに登録されているページ数や、Google がそれらのコンテンツをどのように把握しているかを調べることができます。たとえば、サイト全体でのインデックス登録数を確認したり(インデックス ステータス)、ページから検出されたキーワードを表示したり(コンテンツ キーワード)、検索結果からの URL の削除 をリクエストしたりできます。
  • 検索トラフィック: 各ページの検索トラフィックを把握できます。たとえば、ユーザーがどうやってサイトを見つけているか(検索クエリ)や、誰がサイトをすすめてくれているか(サイトへのリンク)を確認したり、他の内部ページからの参照リンクがあるサイトのページ例を見たりできます。
  • 検索のデザイン: ページをマークアップすることで、Google がインデックスに登録する際にコンテンツをより的確に把握できるようにします。これらのマークアップが、検索結果にページがどう表示されるかに影響する場合もあります。このグループに含まれる機能としては、構造化データ ダッシュボードデータ ハイライターサイトリンクHTML の改善点 があります。


設定メニューからアカウント レベルの管理タスクにアクセスできるようになりました
アカウント レベルの管理タスク(ユーザーの権限の設定、サイトの設定、アドレスの変更など)にすばやくアクセスできるよう、右上の歯車アイコン にまとめました:



これらの項目がすべて表示されるのはサイト所有者である場合のみです。一部の項目は、フル ユーザーや制限付きユーザーには表示されません。たとえば、[ユーザーとサイト所有者] は、制限付きユーザーには表示されません。


新しい [検索のデザイン] ポップアップ
[検索のデザイン] ポップアップ を追加し、サイトが検索結果にどのように表示されるかを視覚的に確認できるようにしました。また、各要素を改善するためにコンテンツや構造に加えるべき変更を調べることもできるようになりました:



このポップアップ ウィンドウにアクセスするには、画面横のナビゲーションの [検索のデザイン] メニューの横にある疑問符アイコンをクリックします。

このポップアップでは、タイトル、スニペット、URL といった検索結果の基本要素だけでなく、サイトリンク、パンくずリスト、サイト内検索、イベントや商品のリッチ スニペット、著者情報といったオプション要素も確認できます。

ウェブマスター ツールを最大限活用していただく上で、新しくなったナビゲーションがお役に立つことを願っています。ご不明な点がありましたら、いつもどおり ウェブマスター ヘルプフォーラム に投稿してください。


Google タグマネージャを使用してウェブマスター ツールでサイトを確認する

Google タグマネージャ を使用してサイト タグの追加と更新を行っている方であれば、コンテナ スニペット コード を用いてウェブマスター ツールで サイトの所有権を簡単に素早く確認 できるようになりました。

以下で方法をご説明します。
1. ウェブマスター ツールの ホームページ で、確認したいサイトの [サイトを管理] をクリックしてから、[このサイトを確認] を選択します。サイトをまだ追加していない場合は、右上にある [サイトを追加] ボタンをクリックすると追加できます。


サイトの追加を行うには、Google タグマネージャで [表示、編集、管理] の アカウント レベル権限 が必要です。

2. [確認] ページで、確認方法として [Google タグマネージャ] を選択し、画面上の指示に従います。




3. [確認] をクリックします。

これで完了です。

この確認方法についてご不明な点がある場合は、ウェブマスター ヘルプフォーラム をご利用ください。

「サイトの確認」が管理しやすくなりました

Google では、ウェブマスターの皆さんが ウェブマスター ツール 上で 確認済み のサイト所有者を管理しやすくなるように、3 つの新しい機能を導入しました。
  • 確認の詳細ビュー: サイト所有者の確認に用いられている方法が閲覧可能になりました。サイトの [所有者の管理] ページには、[確認の詳細] へのリンクが表示されます。下のスクリーンショットは、サイトにアップロードされている HTML ファイルとメタ タグの両方によって確認されているユーザーの例です。

    確認の詳細ビュー

    [確認の詳細] には適宜、確認方法に応じてその現状を把握できるリンクが表示されます(例:サイト上の確認用 HTML ファイルへのリンク等)。
  • 所有者を削除するには、使用した確認方法をサイトから削除することが必要に: ウェブマスター ツールから 所有者を削除する 前に、その所有者の確認に使用した確認方法をサイトから削除することが必要になりました。ウェブマスター ツールは、サイトの所有権を確認するのに所有者が使用していた方法をチェックし、その確認方法がまだ有効な場合は、エラー メッセージを表示します。例えば、ドメインの DNS レコードに DNS CNAME による確認方法がまだ有効な状態で所有者を削除しようとした場合は、次のようなエラー メッセージが表示されます。

    DNS CNAME レコードがまだ残っています

  • CNAME の確認文字列を短縮: CNAME の確認文字列に関して、少し修正を加えました。文字列を短くしたことで、いままでよりも多くの DNS プロバイダをサポートできるようになっています。システムによっては、DNS レコードで使用できる文字数を制限しているため、CNAME による確認方法 を使用できないユーザーがいました。そこで今回、CNAME による確認方法で利用する文字数を少なくしました。なお、従来の CNAME による確認方法は、引き続き有効です。

今回の変更によって、ウェブマスター ツールが皆さんにとってさらに使いやすいものになれば幸いです。ご質問やご意見がありましたら、ウェブマスター ヘルプ フォーラム にお寄せください。


データ ハイライター を利用して、イベント情報を Google 検索に表示させよう

Google ではより便利な検索結果を提供するため、構造化データの活用にますます力を入れています。たとえば、ユーザーが検索結果上でコンテンツを見つけやすいよう、リッチ スニペット などを提供しています。
これまでは、サイトの HTML コードをマークアップする方法しか、Google に構造化データを提供する方法はありませんでした。しかし、ウェブサイトによってはマークアップするのが難しい場合があります。
そこで、Google は、HTML コードを変更する必要がない簡単な方法として、「データ ハイライター」をウェブマスターの皆さまに提供します(英語では既に提供していましたが、この度日本語での提供を開始しました)。現時点では、対応する構造化データはイベント(コンサートやスポーツ イベント、展覧会、ショー、お祭りなど)のみとなっていますが、今後、他のデータ タイプにも対応していく予定です。 データ ハイライターは、HTML コードを変更する必要はなく、クリックするだけで操作できる簡単なツールです。Google ウェブマスター ツールにおいて適切な権限をもっている方であれば、どなたでも使用できます。使い方は、ウェブサイト内にあるイベント情報の載ったページ上で、主要なデータを 1 つ 1 つマウスで選択しハイライトしてタグ付けをするだけです。


複数のイベントを一定の形式で掲載しているページであれば、皆さんがタグ付けしていくうちに、データ ハイライターはその形式を学習し、追加すべきタグの候補を自動的に表示するので、作業のスピードアップが図れます。同様に、一定の形式で書かれたイベント情報が複数ページに渡る場合も、いくつかのページに対してタグ付けを行うと、データ ハイライターは形式の種類を学習し、タグの候補を表示します。通常、手動で 5~10 ページ分のタグ付けをすれば、Google の高度な機械学習アルゴリズムは、サイト内の他の似たページも認識できるようになります。
作業が終わったら、データ ハイライターが現在認識しているすべてのイベント データのサンプルを確認できます。それが正しければ「公開」をクリックします。

それ以降、Google はサイトをクロールしたときに最新版のイベント リストを認識し、それを検索結果の表示対象にします。クロールされたデータは、構造化データ ダッシュボード から調べることができます。クロールされたデータはいつでも確認でき、また、公開を取り消すことができます。

以下の、操作手順を説明する動画をご覧ください。



データ ハイライターの使用を開始するには、ウェブマスター ツール にアクセスしてご自分のサイトを選択し、左のサイドバーにある「最適化」リンクをクリックし、続いて「データ ハイライター」をクリックします。

この記事に関するご質問がありましたら、ヘルプ センターの記事 をお読みいただくか、ウェブマスター ヘルプフォーラム にてお尋ねください。データ ハイライターをぜひご活用ください。

行政機関のウェブマスターのみなさまからの質問を受けて

市町村や都道府県、そして国といった行政機関のウェブサイトがきちんと表示されることは Google 検索にとっても非常に重要なことです。例えば、行政機関はたくさんのコンテンツをサイト上で提供していますが、その多くは市民にとって重要な情報源となっています。Google で行われる検索のうち、およそ 20 % が地域に関連する情報ですが (英語)、地方自治体はまさにそのような地域に関連する情報のエキスパートと言えるでしょう。

こうした理由から、私はこの数年 National Association of Government Webmasters (NAGW) の全国会議でお話してきました。ウェブマスターの方と検索について話をするのはいつも大変興味深いもので、行政機関のサイトを運営する方とお話すると、特有の悩みや質問があることがわかります。今回は、行政機関のウェブマスターの方との会話の中でよく話題に上がる質問と、それに対する Google の回答をご紹介したいと思います。

質問 1: 検索結果や Google マップ上に表記されている電話番号や住所が間違えている時、どうすれば修正できますか?


行政機関のウェブマスターの方は、その機関のウェブサイトの運営だけでも膨大な作業量がありますが、その他にも、ウェブ上での他の問題を解決するように求められるそうです。その中で圧倒的によく聞かれる問題は、検索結果上に表示されている誤った電話番号や住所をどうすれば修正できるのか、というものです。この修正方法については Google プレイス においてリスティングの管理者権限を得ることで、電話番号や住所などの情報をご自身で修正したり追加したりすることが可能になります。

Google マップ上の多くのロケーション(オフィス、公園、ランドマークなど)は、Google+ ローカルのページ を持っています。例えば、 San Francisco Main Library の Google+ ローカル ページには連絡先や開館時間の他、ユーザーからのレビューや写真など、ユーザーが楽しめる要素も掲載されています。もし検索ユーザーがサンフランシスコの図書館を探していると思われる場合、関連する地図とこのリスティングが表示されれば、ユーザーがほしい情報にたどり着くのに役立つでしょう。

もし政府機関にお勤めで、このリスティングの編集を希望される場合は、サイトと同じドメインの E メール アドレスをもとに共有の Google アカウントを利用されることをおすすめします。なお、リスティング ページのオーナー確認は、基本的に電話やハガキにて行われます。


質問 2: 私たちのオフィスのリスティング情報は追加したのですが、他に追加をしたい公共施設(図書館や公民館など)のリスティング情報が 43 件もあります。どのように追加すればいいですか?


10 件以上のリスティング情報や住所がある場合、スプレッドシート ファイルを利用して、一括でアップロードすることが可能です。http://www.google.co.jp/places/ にログインし、電話番号入力画面で [一括アップロード] をクリックするか、リスティング ダッシュボードで [データ ファイルをアップロード] をクリックすると、スプレッドシート アップロード画面に切り替わります。

オーナー確認でお困りの場合は、こちらの トラブル シューティングのページ をご参照ください。


質問 3: .go.jp ドメイン から .co.jp ドメインへの移行を予定しています。どのような手順を踏めばいいですか?


詳しい情報は こちらのヘルプ記事 でご案内していますが、基本的なプロセスには以下のステップが含まれます。

  • 新旧両方のドメインが同じウェブマスター ツールのアカウント上に追加されているか確認してください。
  • すべてのページに 301 リダイレクト を設定し、検索エンジンにサイトが完全に移転したことを伝えてください。
  • 古いサイトのすべてのページを移転先のサイトのホームページにだけリダイレクトさせるような設定はしないでください。ユーザー エクスペリエンスに悪影響を与えます。
  • 以前のサイトと新しいサイトのページが 1 対 1 で対応しない場合(対応させることをおすすめします)は、以前のサイトの各ページをコンテンツが類似している新しいページにリダイレクトするようにしてください。
  • リダイレクト設定ができない場合、クロスドメインでの canonical リンク の利用を検討してみてください。
  • 移転先が Googlebot によってクロール可能な状態にあるか、ウェブマスター ツールの Fetch as Google 機能を利用して確かめてください。
  • ウェブマスター ツールの アドレス変更ツール を使い、Google にサイトが移転したことを通知してください。
  • サイトへのリンク ページを確認し、古いサイトのコンテンツにリンクをしている重要なサイトのウェブマスターにサイトの移転を伝えましょう。
  • コンテンツや URL 構造、ナビゲーションを大幅に更新するなど、サイト移転と同時に他にも大きな変更を行うことは避けることをおすすめします。
  • Google が新しい URL を早く見つけ出すことができるように、Fetch as Google 機能を使って URL を送信してください。また、新しいサイトの URL を網羅したサイトマップの送信も行ってください。
  • 混乱を避けるため、できるだけ長い期間(少なくとも 180 日間)古いサイトのドメインの管理権限とリダイレクトの設定を維持してください。

  • サイトの一部を移転する場合はどうしたらいいでしょうか?この質問もよくお受けします。例えばある市のサイトにあった観光情報のセクションだけを新しい独自ドメインに移動したい、といったケースです。

    こうしたケースでも新旧両サイトのウェブマスター ツールへの登録、301 リダイレクトの使用、古いサイトへのリンクの整理など多くのステップは共通します。しかし、サイトの部分的な移転となりますので、ウェブマスター ツールのアドレス変更ツールを使う必要はありません。もし何らかの理由で、部分的にでも同じコンテンツを両方のサイトで掲載する必要がある場合は、クロスドメインでの canonical 設定 を行い、どちらか一方を canonical 指定しください。


    質問 4: たくさんの作業を経て、各ページの内容に合ったタイトルやメタ ディスクリプションを個別に設定したのですが、これが Google 検索上にきちんと表示されるにはどうしたらよいでしょうか?


    各ページの内容に合ったタイトルやメタ ディスクリプションの設定は Google 検索エンジン最適化(SEO)スターターガイド でもおすすめしていますので、そうした作業を進められるのはとても嬉しく、検索エンジンと相性の良いサイトを運営する上でも重要です。適切なサイトのタイトルと説明 は、検索ユーザーが、どのページに探している情報があるか検討し検索結果をクリックする上で役立ちます。ちなみに、私がお会いした行政機関のウェブマスターの方々は、サイトのコンテンツや構成に十分な注意を払い、またユーザーにとってわかりやすいタイトルや説明の設定に努めていました。

    Google 検索でのページ タイトルと説明(スニペット)の生成は完全に自動化されており、ページのコンテンツとウェブ上での言及のされ方の両方に基づいて行われています。サイトに変更があるとそれは再クロール時に検知されますが、それ以外に Google 側にページの変更を伝える方法が 2 つあります。

    • 最新の XML サイトマップ を送信するとサイト上のすべてのページについて Google が把握できます。
    • ウェブマスター ツール上の Fetch as Google 機能を使って変更のあったページの URL を Google に伝え、URL をインデックスに送信する ことができます。
    • URL とそのページからリンクされているすべてのページを送信することも可能です。例えばサイト内のあるセクションをすべて更新した場合、そのセクションのメインとなるページや index ページの URL をこの方法で送信すると、セクション内のページを網羅的に伝えることができます。

    質問 5: 行政機関向けの YouTube パートナー プログラムにはどのように申し込むことができますか?


    このご質問には、残念なニュースと良いニュース、そしてさらに良いニュースがあります。まず、行政機関向けの YouTube パートナー プログラム は残念ながら終了となりました。しかし、このプログラムで提供していた機能の多くは、現在一般の YouTube アカウントでも利用することができますのでご安心ください。例えば、今は一般アカウントでも 10 分以上の動画をアップロードすることができます。
    そして、「さらに良いニュース」をご紹介しましょう。YouTube では最近、行政機関の方々にも役立つと思われる機能をたくさん追加しています。


    ここでご紹介した情報が皆さまのお役に立つことを願っていますが、行政機関の方々が知りたい内容のすべてをカバーできてはいないと思います。さらに知りたいことがありましたら、 Webmaster Academy (英語) をご参照ください。検索エンジンと相性の良いサイトの作成や運営について学ぶことができます。また、具体的な質問がありましたら、ウェブマスター ヘルプ フォーラム までお寄せください。

    ウェブマスター ツールの「サイトの確認」について覚えておきたいポイント

    サイトの所有権の確認」は ウェブマスター ツール を利用する際に行う最初のステップです。特に複数のユーザーでウェブマスター ツールを使う際にサイトの確認状態を簡単に維持し、メンテナンスを最小限にとどめるために、いくつかのヒント、アドバイスをご紹介します。

    • サイトの確認方法はいくつか種類がありますが、どの方法を選ぶかはお使いの CMS やホスティング サービスの環境に合わせて選んでいただくことが可能です。サイトの確認状況がちょっとした設定変更などによって意図せず失われてしまうことを避けるために、2 種類の確認方法を同時に利用できるように設定しておくと良いでしょう。
    • 2009 年、サイトの確認用のメタタグと HTML ファイルのフォーマットを更新しました(英語)。もし古いフォーマットをまだお使いの場合、新しいフォーマットへと変更することをお勧めします。新しい メタ タグ は “google-site-verification” と呼ばれる専用のもので、新しい HTML ファイル はファイル名と一行の情報のみの非常にシンプルなものです。古いフォーマットについてもサポートを行っていますが、長期的な視点からは新しいフォーマットを利用することをお勧めします。
    • 特定のユーザー、グループのウェブマスター ツールへのアクセスを解除する際には、その際に利用していた確認用の情報(HTML ファイルやメタ タグなど)も併せて削除してください。そうした確認用の情報をサーバー上に残したままにしておくと、アクセスを解除したいユーザーが再びアクセスすることが可能になってしまう恐れがあります。サイトの所有者(アクセス可能なユーザー)の一覧は、ウェブマスター ツール上で、目的のサイトの[設定] メニューの [ユーザー]から確認することができます。
    • もし複数のユーザーがウェブマスター ツールにアクセスできるようにする必要がある場合は、[ユーザーの追加]機能を使うことをお勧めします。この方法では、サーバー上やファイルの設定などを行う必要がなく、簡単にアクセス可能なユーザーのリストを管理することが可能です。 また、複数のユーザーでウェブマスター ツールをご利用になる際は、あなたのドメイン上のメール アドレスを持ったユーザーのみをアクセス可能とするといったポリシーを設定することも良いでしょう。そうすることによって、同じドメインのメンバーのみがアクセス可能なユーザーとしてリスト上に表示されているかを確認するだけで、適切に管理を行うことができます。そして、もし同じドメイン上のメンバーが会社や組織を辞めた際には、(そのメール アドレスが失効しますので)ウェブマスター ツールへのアクセスも自動的に失効します。
    • ウェブマスター ツールでは「制限付きユーザー(データの閲覧のみが可能なユーザー)」という権限の設定も可能です。多くの場合データの閲覧が可能であれば事足りますし、複数のレベルの権限を適切に設定しておけば、より高度な権限を誰にどのような理由から与える必要があるかという判断が、その場しのぎではなく、より適切、一貫性を持って行えるようになるでしょう。 
    以上のヒント、アドバイスがウェブマスター ツールでのサイトの確認設定の管理をシンプルにする上でお役に立てば幸いです。ご質問がありましたら、ウェブマスター ヘルプフォーラム までお寄せください。 *また、ウェブマスター ヘルプフォーラム上で今回の記事に関連する情報を扱ったスレッドがありますので、ぜひこちらもご覧ください。 関連スレッド:Google 社員によるウェブマスターの豆知識: ウェブマスター ツール「サイトの確認」の方法について(Google ウェブマスター ヘルプフォーラム)


    サイトと YouTube アカウントを関連付け、複数人で管理するには?

    多くの企業、団体はネット上の活動を複数のサイトで行っています。例えば、ウェブマスター ツールの URL は www.google.com/webmasters ですが、その他に Twitter のアカウント YouTube のチャンネル も存在します。サイトを訪れる人達に、こういったアカウントはウェブマスター ツールのサイトと関係したアカウントだと伝え、安心して利用してもらうことは大切です。しかしながら、異なる複数のサービス上で、作業をメンバーで分担して行うために、各メンバーのアクセス権限をそれぞれ管理、設定することは、今までなかなか難しいものでした。

    そこで、Google はウェブマスター ツールに「協力者」を指定できる機能を追加しました。協力者とは、他の Google サービスでの行動をサイト オーナーの代わりに行う、信頼できるユーザーのことです。サイトの所有者とは異なり、協力者はサイトのデータを閲覧したり、ウェブマスター ツール上でサイトへの変更を行ったりすることはできませんが、その他のサービスで特定のタスクを遂行する権限が与えられます。

    この変更によって、サイトに関連した YouTube チャンネルを作成していて、YouTube パートナー プログラムに参加している場合、チャンネルを管理しているメンバーが、サイトとチャンネルをリンクすることが可能となりました。

    ウェブマスター ツール内での操作

    協力者の追加または変更をするには:
    1. ウェブマスター ツールのホームページで、対象のサイトをクリックします。
    2. 「設定」>「協力者」をクリックします。


    3. 「新しいユーザーを追加」をクリックします。
    4. テキスト ボックスに追加したいユーザーの E メール アドレスを記入します。
    5. 希望する協力の種類を選択します。


    6. 「保存」をクリックします。

    YouTube 内での操作

    (ユーザーがサイト管理者にリンクを申請することもできます)
    YouTube パートナーのアカウントにログインします。
    1. ユーザー メニューをクリックし、「設定」>「関連付けられているウェブサイト」を選択します。
    2. 自分のチャンネルとリンクしたいページを記入します。
    3. 「追加」をクリックします。もしあなたがサイトの所有者として認証済みである場合は、これで終了です。他のユーザーがサイトを管理している場合、リンクの承認待ちとなります。所有者は通知を受け、リンクを承認または拒否することができます。


    4. 承認された後、このページに戻り「更新」をクリックしてリンクを完了してください。


    協力者を通じて、ウェブマスターは簡単かつ安全にウェブサイトと YouTube チャンネルをリンクすることができます。将来的には、他の Google サービスとのリンクもサポートしていく予定です。

    ご質問やご意見がありましたら 関連のヘルプ ページ を参照するか、Google の ウェブマスター ヘルプ フォーラム をご覧ください。

    構造化データ テスト ツール のご紹介

    Google は、リッチ スニペット テスト ツールの名称を「構造化データ テスト ツール」と改称し、最新版の提供を開始しました。主な改良点は次のとおりです。
    • テスト ツールでのリッチ スニペットの表示方法を改良し、検索結果における表示との統一性を持たせました。
    • 視覚的デザインを一新したことで、Google がどの構造化データをページから抽出できるのか、またそれが検索結果にどのように表示されるのかが、以前よりもわかりやすくなりました。
    • 英語以外の言語でも使用できるようになったため、構造化データを実装したサイトを構築する際、世界各国のウェブマスターの皆さまにご活用いただけるようになりました。
    ツールでは下記のように表示されます。


    今回新しくなった構造化データ テスト ツールは、アプリケーション商品レシピレビュー など、サポートされているすべてのリッチ スニペットおよび 著者情報 のマークアップなどに対応しています。

    新しくなった 構造化データ テスト ツールをぜひお試しください。 ご質問やご意見がありましたら ウェブマスター ヘルプフォーラム までお知らせください。


    リッチ スニペットに関するガイドラインを公開しました


    検索結果に表示される、テキストのみの従来のスニペットは、Google のウェブ検索結果に表示されているページの内容を簡単に説明する役割を持っています。リッチ スニペット(上図)は、ウェブマスターの皆さんがページに構造化データのマークアップを追加することによって生成され、従来のスニペットに比べより詳しく、充実したページの要約を表示するものです。この度 Google は、リッチ スニペット用に使う構造化データ の良質なマークアップを実装していただくため、ガイドライン を公開しました。

    構造化データのマークアップをあなたのサイトに正しく追加していただければ、そのマークアップに基づいたリッチ スニペットがアルゴリズムによって生成されます。マークアップした内容が、ページの内容を正確に表していて、最新の情報であり、またページ上にユーザーが簡単に見つけることができる状態で存在していれば、Google のアルゴリズムがそのページに関するリッチ スニペットを生成・表示する可能性が高まります。

    逆に、リッチ スニペットのマークアップが、スパムのような内容を含む場合、誤解を招きやすい内容である場合、あるいはリッチ スニペットを悪用する意図があると思われる場合は、Google のアルゴリズムはそのマークアップを無視し、テキストだけのスニペットを生成する可能性が高くなります。リッチ スニペットはアルゴリズムによって生成されるものですが、ユーザー エクスペリエンスを阻害するような行為を発見した場合、Google には手動で対処する(特定のサイトのリッチ スニペットを無効化するなど)権利があります。

    ガイドラインの考え方を理解するのに役立つ、具体的な例をいくつかご紹介しましょう。
    • ある音楽バンドに関するページでは、関連する他のバンドや同じ地域で活動する他のバンドによるコンサートの情報ではなく、そのバンドのコンサートについての情報をマークアップしましょう。
    • 商品を販売しているサイトでは、各ページ上のレビューは、ショップに対するレビューではなく、ページに掲載している商品についてのレビューになっているようにしましょう。
    • 歌詞を提供するサイトでは、マークアップするレビューは、その曲自体の出来栄えではなく、その歌詞の出来栄えに関するものになっているようにしましょう。
    全体的な リッチ スニペットの品質に関するガイドライン のほか、Google では ヘルプ センター 上で、特殊なタイプのリッチ スニペットの使用に関するガイドラインも公開しています。この記事に関するコメントやご質問は、ウェブマスター ヘルプフォーラム までお寄せください。