Webmaster Central 日本版公式ブログ

アクセス数の減少とサイトの構造上の問題について（後段）

2009-11-17T09:30:00.001+09:00

最後に、サイトの構造上の問題について、取り上げます。

サイトのデザイン・構造上の問題

これまでの説明で、第三者からの悪意ある攻撃によってサイトやアクセス数に悪影響が出る場合があることがお分かりいただけたと思います。次はサイトのデザイン・構造上の問題についてご説明します。具体的には、皆さんのサイトが Google の検索結果に表示されるためには、サイトが適切に Google にクロールされ、インデックスに登録されなければなりません。そのためには、以下の事柄をお試しください。

まずはサイトの robots.txt のステータスコードが正しいかどうか、Google にエラーを返していないかどうかを確認します。
サイトを移転する場合のベストプラクティス（英語）を参考に、ウェブマスターツールに新たに加わった「アドレス変更ツール」を活用します。
robots.txt ファイルの設定を見直し、誤ってブロックされているページがないかどうかを確認します。特に書き換えたページや動的ページは注意が必要です。
最後に、rel="canonical" 属性をうまく活用し、ドメイン上にある重複コンテンツがインデックスされるのを防ぎます。下の資料の例にもあるとおり、この属性を利用することで、複数の重複した内容のページの中から優先的に表示させたい特定のページを、Google に伝えることができます。

まとめ

結論としては、Google の検索結果は変動するものだという事実を踏まえたうえで、ご自身のサイトが検索結果に表示されなかったり、表示が不自然に変動したりする場合は、悪意ある攻撃やデザイン・構造上の問題が原因になっている場合があり、さらにそうした問題は防げるのだということを覚えておいていただければと思います。まず手始めに行っていただきたいのは次の 3 つです。

第三者によるサイトの改ざんに注意すること。
ウェブマスターツール内の HTML のヒントのページをよく読み、ご自身のサイトが正しくクロールされ、インデックスに登録されているかどうかを確認すること。
そして robots.txt ファイルのテストを行い、誤って Googlebot をブロックしていないかどうかを確認することです。また、その際に Google が robots.txt ファイルにアクセスできないエラーについても、再度ご確認いただければと思います。

詳しくは、こちらのスライドもご参照ください。

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

Written by Luisella Mazza, Search Quality Senior Analyst
Original Version: Traffic drops and site architecture issues

アクセス数の減少とサイトの構造上の問題について（中段）

2009-11-13T09:21:00.001+09:00

次に、プレゼンテーション資料を使って、アクセスが減少した際に注意すべき点をご説明します。

まず、第三者によって隠しテキストや隠しリンクがサイトに埋めこまれたことにより、サイトが Google のウェブマスターガイドラインに違反してしまい、サイトが Google の検索結果から除外されている場合があります。ご自身のサイトにこうした問題が起こっているかどうかは、Google のキャッシュやウェブマスターツールを使って確認することができますので、ご安心ください。

第三者によって隠しテキストや隠しリンクがサイトに埋め込まれているかどうかを確認する方法

1. ブラウザの表示を確認します。

2. Google のキャッシュを見てみると、ブラウザには表示されていないコンテンツが確認されます。

3. ウェブマスターツールにおいても、コンテンツにあるはずのないキーワードが検出されていることが確認されます。

また、サイトが第三者によって改ざんされたことで、ユーザーが別のサイトにリダイレクトされる場合も、アクセス数が減少する可能性があります。原因としては、例えば、改ざんされたサーバーを経由した場合、検索エンジンからの参照が引き金となって、別のページへリダイレクトされるような仕掛けになっている場合などがあります。

このような不正行為を Google が検出した場合、通常は問題が検出されたことを伝えるメッセージがウェブマスターツールのメッセージセンターに表示されます。

改ざんによって Google のクローラだけがリダイレクトされるケースもあります。この場合はユーザーには影響がないため、サイトのアクセス数が急激に減少することはありませんが、この状態が長期にわたると Google にインデックスされるページが減る可能性があります。

（後段に続く）

Written by Luisella Mazza, Search Quality Senior Analyst
Original Version: Traffic drops and site architecture issues

アクセス数の減少とサイトの構造上の問題について（前段）

2009-11-11T11:15:00.002+09:00

「アクセス数の減少」と「サイトの構造上の問題」に関する質問を数多くいただくため、先日（2009年 5 月 18, 19 日）ロンドンで開催された SMX London（サーチ・マーケティング・エキスポ・ロンドン）（英語）にて、これらの問題を詳しく解説したプレゼンテーションを行いました。今日は、その際に説明した内容から、重要な点を抜き出して紹介します。まずはアクセス数が減少する原因についてお話しし、続いて、サイトのデザイン・構造上の問題についてご説明しましょう。

アクセス数が減少する原因を理解する

ご存じの通り、Google の検索結果は常に変動しています。ウェブは絶えず進化し続け、それに合わせて Google のインデックスも更新されるからです。また、ユーザーの関心や検索キーワードを把握する Google の機能が改善した場合も、Google のアルゴリズムによるページの選択や掲載順位は、たいてい変化します。しかし、こうした理由による検索結果の変動が混乱を招き、時に誤解を引き起こしているのかもしれません。そこで、アクセス数減少の原因に関する俗説をいくつか取り上げ、その間違いを指摘していきたいと思います。

俗説その1: 重複するコンテンツがアクセス数を減少させる

サイト内に存在する重複コンテンツがアクセス数に悪影響を与えているのではないかとお考えになる方が多いようですが、ウェブマスター向けヘルプセンターの記事「重複するコンテンツ」に記載されているとおり、重複するコンテンツが存在しても、Google もしくはユーザーを欺く意図がない限り、ガイドラインに対する違反とはなりません。rel="canonical" の指定により重複コンテンツを扱う方法については、記事の後段で詳しく説明します。

俗説その2：アフィリエイトプログラムがアクセス数を減少させる

ユーザーの利便性を高めるには、オリジナルで有益なコンテンツが不可欠です。ご自身のサイトがアフィリエイトプログラムに参加している場合、まず必要なのは、他の多くのサイトで見られるようなコンテンツを掲載していないかどうか考えてみることです。独創的で有益なコンテンツがほとんど無い、もしくは皆無ということでしたら、Google の検索結果で高い位置に掲載される可能性は低くなります。ですが、オリジナルで有益なコンテンツのサイトに関しては、アフィリエイトリンクが含まれているという理由でアクセス数が減ることはありません。

ウェブマスターの皆様に多く見られる誤解については、以上となります。

（中段に続く）

Written by Luisella Mazza, Search Quality Senior Analyst
Original Version: Traffic drops and site architecture issues

ページにセクションを特定する分かりやすいアンカーを設定しましょう！

2009-10-29T11:35:00.004+09:00

Google Japan ブログにて、情報に素早く辿り着くための新しい機能を発表しましたので、併せて、先月英語版ウェブマスターセントラルブログで紹介した記事を抄訳し、ご紹介します。

新しい機能は、いずれも検索結果に新しいリンクを表示して、膨大な情報が詰まったページ内の該当箇所にひとっ飛びできるようにします。ユーザーの探している情報がページ内の特定の場所にまとめて記載されている場合、ユーザーがその場所に直接ジャンプすることができるので、ページ全体をスクロールしながら探す手間が省けます。

また、新しいリンク機能は、ページの構成に基づいてアルゴリズムで自動生成されるため、どんなサイトでも表示される可能性があります。もちろん、料金を支払うことで特定のサイトへこのリンク機能が表示されるように設定することはできません。

では、この便利な新機能をご自分のサイトへ反映させたい場合はどうしたらいいでしょうか？　ここで、いくつかのヒントをご紹介します。

まず、ページが複数のトピックから構成される場合には、各トピックを明確に異なるセクションに分けてください
次に、各セクションにわかりやすい名称（例えば「第 2 章」などではない名称）のアンカーを埋め込んでください
そして、そのページ内に、各アンカーにリンクされている目次を作成してください

この新しいリンク機能が表示されるかどうかは、キーワードに応じて変わってきますので、必ずしも毎回リンク機能が表示されるわけではありません。ある検索キーワードに対してリンクを表示することが明らかに役立つ場合にのみ表れます。

ちょっとした工夫をすることで、進化を続ける Google のお役立ち機能との相性もぐんとよくなります。より利便性の高いウェブサイトの運営に、Google のこの新しいリンク機能が役立てば幸いです。

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

Localized and posted by 鈴木宏輔, プロダクトマネージャー
Originally Posted by Raj Krishnan, Snippets Team
Original Version: Using named anchors to identify sections on your pages

モバイル版とデスクトップ版の両方のサイトを運営しているウェブマスターの皆様へ

2009-10-26T13:10:00.001+09:00

先日、モバイルサイトを正しく Google に認識させる方法についてご紹介しましたが、本日は同じサービスをデスクトップ向けと携帯電話向けの両方に提供されているウェブマスターの方向けの情報をお届けします。

モバイル版とデスクトップ版の両方のサイトを運営されているウェブマスターの方から多く寄せられるご意見の中に、デスクトップからの検索に対してモバイル版のページが出現してしまう、あるいは逆に、モバイル検索でデスクトップ版のページが出てきてしまうという問題があります。このような場合は、リダイレクトなどを利用することで携帯ユーザーを携帯サイトに誘導するのが有効です。

リダイレクトを利用する

デスクトップ版 URL に携帯ユーザーからのアクセスがあった場合、対応するモバイル版 URL にリダイレクトするという手法です。これによって Google は両者の関係に気づき、デスクトップからの検索に対してはデスクトップ版の URL を、モバイル検索にはモバイル版の URL を出すことが可能となります。

この場合、対応する URL でアクセスできるコンテンツはできるだけ一致するようにしてください。たとえばショッピングサイトを運営していて、個別商品のデスクトップ版 URL に携帯端末からアクセスがあったとき、モバイル版の同じ商品のページではなく、モバイル版サイトのトップページにリダイレクトする、といったことにはならないように気をつけてください。まれに、モバイル版サイトの検索ランキングを上げるためにこのようなリダイレクトを行っているサイトも見られるようですが、そのようなことはしないでください。ユーザーにとっての利便性も下がります。逆に、モバイル版の URL に通常のデスクトップブラウザや Googlebot からアクセスがあった場合は、デスクトップ版 URL にリダイレクトする必要は特にありません。例えば Google と YouTube はリダイレクトさせずに、モバイル版ページの下部に PC 版 URL へのリンクを張っています。モバイル版サイトの機能がデスクトップ版に比べて少ない場合、ユーザーがデスクトップ版へ簡単に移動できるので便利です。

同じ URL で内容をユーザーエージェントによって切り替える

様々な事情や歴史的な経緯によって、同じ URL でフォーマットやコンテンツをユーザーエージェントによって切り替える方式を実施しているサイトがあります。つまり、実際にアクセスする URL は同じですが、ユーザーエージェントの情報にもとづいてデスクトップから閲覧した場合と携帯電話から閲覧した場合で表示するフォーマットを変えるという手法です。この場合、どちらの検索結果でも同じ URL が表示され、デスクトップからアクセスすればデスクトップ版のコンテンツが閲覧でき、携帯電話からはモバイル版のコンテンツが閲覧できます。

ただし、クローラーに返すコンテンツの設定を誤ると、場合によってはサイトの偽装、いわゆる「クローキング」と見なされることがあるのでご注意ください。

クローキングとは、Googlebot に対して通常のユーザーと異なるコンテンツを見せることで、検索結果のランク付けを高めようとする行為のことです。実際にはユーザーが閲覧するコンテンツにはないキーワードで検索結果に表示されるなどの不便を生じるため、クローキングに対しては、厳しい対処が取られます。

では、同じ URL でモバイル版とデスクトップ版を提供する場合、「ユーザーが閲覧するコンテンツ」とはどちらのことなのでしょうか。前回の記事でも説明したように Google ではウェブ検索用の Googlebot とモバイル検索用の Googlebot-Mobile というクローラーを使っています。ですから Googlebot にはデスクトップのウェブブラウザと同じコンテンツを、Googlebot-Mobile には携帯電話のウェブブラウザと同じコンテンツを返してください。もちろんこの場合、Googlebot と Googlebot-Mobile で受け取るコンテンツが違っていても問題ありません。たとえば、サイト管理者の意図と反してクローキングと認識される可能性のあるパターンとして、デスクトップからのアクセスは「携帯電話からアクセスしてください」といった説明をするページを返しているのに、Googlebot と Googlebot-Mobile を区別せず扱っているために Googlebot からはモバイル版のコンテンツが見えてしまっている、というケースがあります。この場合、実際にデスクトップユーザーが閲覧するコンテンツと Googlebot が受け取るコンテンツが異なるため、クローキングと判断されてしまう可能性があります。

まとめ

Google も検索結果の改善に日々取り組み、問題の解決に尽力していますが、デスクトップ版とモバイル版の対応関係などについては、ウェブマスターの皆様にもご協力いただければ幸いです。できるだけたくさんのモバイルコンテンツが Google のインデックスに登録され、ひいては、検索ユーザーの皆様により良い検索結果を提供することにつながればと思っています。モバイル検索のユーザーエクスペリエンス向上のため、ぜひご協力をお願いします。

Posted by 向井淳, ソフトウェアエンジニア, モバイル検索チーム

モバイルサイトを正しく Google に認識させるためには

2009-10-19T13:30:00.002+09:00

皆様もご存知のように日本は携帯電話普及率が非常に高く、たくさんの人が携帯電話を日常的に利用しています。その用途は通話やメールに留まらず、ウェブサイトの閲覧も携帯から行う人が増えており、Google モバイル検索における検索件数は、日本国内からの全検索件数の少なくない割合を占めています。ただ、モバイルサイトの運営は、それほど容易なことではありません。モバイルサイトには通常のウェブサイト（デスクトップ版のサイト）とは異なるフォーマットが使われ、運営方法やノウハウもデスクトップ版サイトとは大きく異なるため、その管理は、ウェブマスターの皆様にとって新たなチャレンジとなっているのではないでしょうか。モバイル検索のエンジニアとして様々なサイトを調査していると、携帯電話からの閲覧を想定して設計されているものの、それ以外のソフトウェアがアクセスすることは念頭に置かれていなかったため、Google のインデックスに正しく登録されていないモバイルサイトが多数あるのを見かけます。Google の検索を通じてユーザーがあなたのサイトと出会うには、まず、あなたのサイトが Google に適切にインデックスされている必要があります。

そこで今回は、あなたのモバイルサイトを正しく Google のインデックスに登録するためのヒントをご紹介したいと思います。

そもそもモバイル検索結果にウェブページが出てこない場合

モバイル検索で "site:" 演算子を使って検索しても、あなたのサイトのウェブページが検索結果に出てこない場合は、サイトに以下の 2 つのいずれか、もしくは両方の問題があることが考えられます。

Googlebot がサイトを発見できていない

Google は Googlebot と呼ばれるプログラムを使ってウェブページ情報を取得し、これをもとに検索インデックスを作っています。サイトが作られて間もないと、Googlebot がまだそのサイトの存在に気付いておらず、ウェブページ情報が取得されていない可能性があります。そのような場合は、モバイルサイトマップを作成し、Google に送信することで、その存在を教えてください。モバイルサイトマップは通常のサイトマップ同様、ウェブマスターツールを使って送信することができます。

Googlebot がサイトにアクセスできない

モバイルサイトのなかには携帯電話以外のアクセスを禁止しているため、Googlebot もアクセスすることができず、検索できなくなっていることがあります。モバイルサイトの収集に使われる Googlebot は、ユーザーエージェント情報に "Googlebot-Mobile" という文字列を含んでいますので、"Googlebot-Mobile" を含むユーザーエージェントからのアクセスも許可するようにしてください。なお、Google はユーザーエージェント情報を予告なく変更することがありますので、現在の Googlebot-Mobile が使っているユーザーエージェントと完全に一致するかどうかで比較することは推奨されません。ユーザーエージェントが "Googlebot-Mobile" という部分文字列にマッチするかどうかのみで判断してください。

モバイルサイトの中には特定の IP アドレス帯域からのアクセスのみを許可することで確実に携帯電話以外のアクセスを禁止する手法が用いられることがあります。このように IP アドレス帯域を限定すると、Google も含めた各種の検索エンジンからのアクセスも禁止されてしまいますし、検索エンジンや携帯電話以外の携帯機器からのアクセスができないと最終的にユーザーの数が増えにくくなると考えられます。しかしもしどうしても IP アドレス帯域を使った制限を外せないというサイトを運営されている方のために、Googlebot-Mobile で使用する IP アドレス帯域を公開していますので、この IP アドレス帯域からのアクセスも許可していただきますよう、お願い致します。

モバイルサイトが、モバイルサイトとして認識されていない場合

Googlebot-Mobile はウェブページ情報を取得してインデックスすると同時に、取得したページが実際に携帯電話で閲覧可能かどうかをチェックしています。Googlebot が携帯電話で閲覧できないと判断したページはモバイルページであるとみなされず、モバイルサイトのインデックスに登録されません（ PC サイトのインデックスに登録される可能性はあります）。この判定は様々な情報に基づき行われますが、DTD（Doc Type Definition, 文書型定義）宣言もそのひとつです。適切に XHTML Mobile や Compact HTML など携帯端末向けのフォーマットの DTD を宣言していれば問題なくモバイルページとして登録されるでしょう。詳細は、携帯サイトウェブマスター向けのガイドラインをご参照ください。

また、先日ウェブマスターヘルプフォーラムに、モバイルサイトというカテゴリが追加されました。モバイルサイトの検索結果に関するご意見、ご質問は、是非こちらにご投稿ください。

Posted by 向井淳, ソフトウェアエンジニア, モバイル検索チーム

Google のインデックスやランク付けなどに関する、10 の誤解

2009-08-26T16:00:00.001+09:00

ウェブサイトを立ち上げると、自分のサイトが検索エンジンにどのようにインデックスされ、ランク付けされているのかが気になる方も多いでしょう。ランク付けをあげるために、たとえば、ウェブページやメタタグに、検索に利用されるであろうキーワードを詰め込むとか、無数の検索エンジンやディレクトリ型検索エンジンへの登録を試みるなど、試されたことありませんか？

本日は、去年の秋に開催された Live chat のイベント（英語）で、サーチクオリティチームの John Mueller が紹介した、「Google のインデックスやランク付けに関する、10 の誤解」というプレゼンテーションを元に、これらの誤解について、解説したいと思います。

誤解 1: サイト内に重複するコンテンツがあるとペナルティを受ける

あなた自身のサイト内の重複するコンテンツについて、過度に気にする必要はありません。Google は重複するコンテンツを無視することに長けています。重複するコンテンツのうち、検索結果に優先的に表示させたいページがある場合は、canonical 指定を使うなど、Google がそのページに気付きやすいようにしてください。

誤解 2: HTML と XHTML を混ぜて使用するとウェブマスターツールの認証に失敗する

ウェブマスターツールの確認用のメタタグは、ウェブページのエンコーディングやドキュメントタイプに関係なく、ご利用いただけます（※確認用のメタタグは、ウェブマスターツールのアカウントと、サイトに固有のものであることにご注意ください）。サイトの確認は、ネットワークの不具合などで失敗することもあります。うまくいかない場合は、Googlebot がサイトの URL にアクセスできるような設定になっていることを確かめ、もう一度サイトの確認を試みてください。

誤解 3: 検索結果におけるサイトの評価を高めるためには、何千もの検索エンジンや登録サイトに登録されることが重要だ

そんなことはありません。そんなに多くの検索エンジンや登録サイトを日常的に利用している方は少ないと思います。あなたが多くの検索エンジンや登録サイトを探している間に、多くの検索エンジンが、自動的にあなたのサイトを見つけ出し、インデックスに登録してしまうことでしょう。こうしたサイトに登録するだけでは、あなたのサイトに大きな変化をもたらすことは期待出来ませんのでご注意ください。

誤解 4: AdWords や AdSense, Analytics を利用すると、サイトの評価が上がる、もしくは下がる

そんなことはありません。これらはすべて、ウェブマスターの皆様に是非ご活用いただきたい Google のサービスですが、このいずれか、もしくはすべてを利用されているからという理由で、検索結果上のサイトの評価が上がることもなければ、下がることもありません。

Google Analytics はサイトのパフォーマンスを高めるのに役立つツールですので、是非ご利用ください。

誤解 5: 重要なキーワードは、重要なページの重要な場所に出来る限りたくさん詰め込んで、そのページが他のページよりも価値があることに、検索エンジンが気付くようにしたほうがいい

キーワードの乱用は Google のウェブマスター向けガイドライン違反です。いわゆる「理想的なキーワード密度」は存在しませんので、ユーザーのことを第一に考え、自然なコンテンツを作ることを心掛けましょう。キーワードを頻出させて、ユーザーが文章を読む際の邪魔にならぬよう、気をつけましょう。

誤解 6: XML サイトマップを使うと、サイトのランク付けが下がる

そんなことはありません。XML サイトマップがあると、検索エンジンは、あなたのサイトについて、よりよく知ることができます。また、XML サイトマップを作ることで、ウェブマスターの皆様も、ご自身のサイトについて、より理解が深まることもあるでしょう。多くの CMS が XML サイトマップを自動的に生成していますし、XML サイトマップの自動生成ツールも、多数オンラインで提供されています。もし、サイトマップを未送信でしたら、是非一度作成し、Google に送信してみてください。また、XML サイトマップを作られたあとは、更新も怠らないようにしましょう。

XML サイトマップについての詳細は、sitemaps.org をご参照ください。

誤解 7: PageRank は、もはや意味を持たない / PageRank　がすべてだ！

PageRank は、そのウェブページが持っているリンクの質と量を測る指標です。Google がランク付けに PageRank を用いているのは事実ですが、PageRank は、Google がウェブページのランク付けを行ううえで用いる 200 以上の技術のひとつに過ぎません。Google ツールバーに表示される PageRank の更新頻度は年に数回程度です。

誤解 8: サイトの URL は定期的に Google に登録しなおす必要がある

そんなことはありません。サイトを何度送信しても、クロールやインデックス、ランク付けに変化は起こりません。サイトの URL について一度でも Google が把握することができれば、インデックスへの登録などについては順次対応します。

誤解 9: 一度ランク付けがあがったら、もうサイトに手をつけないほうがいい

放っておくことで価値が増すものもあると思いますが、ウェブサイトはそうではありません。あなたのサイトが気に入ったユーザーは、きっとまた戻ってきますので、繰り返しサイトを訪れてくれるユーザーに、新しいコンテンツを提供できるようにしましょう。あなたが現在のランク付けに満足してサイトの更新を止めた場合、更新が止まっている間に別のサイトが進化し、より良いコンテンツを提供し始め、ユーザーの興味がそちらに移ってしまうことがあるかもしれません。ランク付けは常に変化していることをお忘れなく。

誤解 10: 正しい (X)HTML の記述は、サイトのランク付けを上げる

実は、インターネット上のほとんどのサイトの記述に誤りがあると言われています。完全に正しい記述は全体の約 5% 以下とさえ言われています（英語）。ブラウザはこの状況に対応しており、検索エンジンも同様です。致命的に壊れた記述は非常に稀です。ただ、正しく記述されたサイトは、より多くのブラウザで適切に表示されますので、できるだけ正しく書くことをおすすめします。また、正しく記述すると、問題が見付かりやすくなり、修正も容易になります。

これらの誤った情報に惑わされないようにするためには、まずは、インターネットにある情報を検索して、調べてみることです。多くの誤解はすでに誤解であることが証明されています。これらの情報を広めているサイトや、そのサイトのオーナーについてもよく調べてみると良いでしょう。また、多くの場合、常識を働かせてみると、見えてくることがあります。あまりに出来すぎた話であれば、信じないほうが良いでしょう。

併せて、次の資料も是非ご参照ください。

ウェブマスター向け公式ブログ: 重要な情報はここに掲載しますので、RSS やメール配信機能を利用し、最新の情報を常に得られるようにしておくことをおすすめします。

ウェブマスターヘルプフォーラム: 調べてもわからなかったことは、フォーラムにてご質問ください。経験豊富なウェブマスターの方々と共に Google 社員が質問にお答えします。ただ、同じような質問がすでにされている場合がありますので、質問を投稿する前に、フォーラムの上部にある検索ボックスから検索してみてください。また、質問や回答を行う際には、周囲への配慮をお忘れなく。お互いの知識をここで共有しましょう。

ウェブマスターツールやウェブマスター向けヘルプセンターも是非お役立てください。

Written by John Mueller, Webmaster Trends Analyst, Google Zürich
Original Version: Myths and Misconceptions --"I read this online so it must be true!" (Google Document)

一行表示のサイトリンク

2009-07-27T16:20:00.001+09:00

本日は、「一行表示のサイトリンク」についてご紹介します。

すでによくご存知の方がいらっしゃるかもしれませんが、改めてご説明しますと、サイトリンクとは、Google の検索結果の一番目のサイトの下部に表示される、サイト内の特定のページへのリンクのことです。ユーザーはサイトリンクからサイト内の重要なコンテンツに直接飛ぶことができますので、複雑なつくりのサイトを閲覧する際などに便利です。また、サイトリンクはサイト内の人気のあるコンテンツなどを目立たせるので、サイトの概要を把握するのにも役立ちます。ウェブマスターにとっては、サイトリンクを通じて、ユーザーにサイトの内容を詳しく知ってもらえるという利点もあります。たとえば [ JAXA ] で検索すると、人工衛星・探索機や施設見学・ツアー、宇宙ステーション・きぼう広報 ... などのサイトリンクが表示されます。

これまでサイトリンクは、検索結果の一番目のサイトにのみ、つまり一回の検索に対して最大ひとつのサイトにしか表示されませんでしたが、このたび、サイトリンクの機能が拡張され、これまでサイトリンクが表示されなかったサイトや、2 番目以降のサイトに対してもサイトリンクの表示が可能となりました。つまり、一回の検索において、複数のサイトにサイトリンクが表示されるようになったのです。表示方法も、検索結果の一番目のサイトの URL の下に縦 2 段で表示されていた従来の形に加え、最大 4 つのサイトリンクが URL のすぐ上に横並びで表示されるようになりました。下記画像の表示例をご覧ください。3 つのサイトにそれぞれのサイトリンクが一行で表示されています。

一行表示のサイトリンクは、縦 2 段表示のサイトリンクと比べて、ひとつのサイトに対して表示されるリンクの数は少ないものの、同様の利点があります。まず、ユーザーはサイトリンクとして表示されたいくつかのサブページを見ることで、サイトの概要を把握することができます。また、いくつかのサイトにサイトリンクが表示されている場合は、サイトリンクを比較することで、それぞれのサイトの内容の違いも知ることができます。一行表示のサイトリンクも、従来の縦 2 段表示のサイトリンク同様、どのリンクがどのような条件下で表示されるかは、Google のアルゴリズムでユーザーの役に立つと判断された場合にのみ、自動生成されています。

ウェブマスターの皆様にとって今回の新機能の重要なポイントは、皆様のサイトでも、これまで表示されていなかった検索キーワードに対してサイトリンクが表示され得るということです。このようにサイトリンクの表示が増えることで、ユーザーの利便性が上がると同時に、皆様のサイトの認知度の向上やユーザーの増加が期待できるのです。しかし、もしどうしても、表示して欲しくないサイトリンクが表示されている場合は、サイトリンクをブロックして非表示にすることもできますので、ご安心ください。サイトリンクのブロックは、ウェブマスターツールを使って行うことができ、一度ブロックされると、そのサイトリンクは 90 日間検索結果に表示されなくなります。サイトリンクをブロックする方法の詳細については、ヘルプ記事をご確認ください。2009 年 7 月現在のところ、サイトのトップページに対して表示されるサイトリンクのみブロック可能ですが、将来的にはどのページに対して表示されるサイトリンクでもブロックできるように、機能の更なる拡張を進めています。

このたび改善されたサイトリンクとウェブマスターツールの機能が、ウェブマスターとユーザーの皆様のお役に立てば幸いです。

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

Posted by Doantam Phan, Software Engineer, and Raj Krishnan, Product Manager, Sitelinks Team
Original Version: One-line sitelinks

検索結果に優先的に表示させたいページの指定について

2009-07-13T16:45:00.002+09:00

複数の URL で同一、もしくは同一に近いコンテンツを管理されていて、重複するコンテンツ関連の問題を抱えるウェブマスターの方々に朗報です。検索結果に優先的に表示させたいバージョンの URL を、検索エンジンに通知する書式がサポートされるようになりました。この書式をご利用いただくことで、検索結果に表示される、ご自身のサイトの URL に関して、これまでよりもコントロールできるようになります。また、この書式は、優先したいバージョンの URL に、外部からのリンクなどの情報を統合する助けにもなります。

架空のサイトを例に、この書式についてご説明します。

Swedish Fish （魚の形をしたスウェーデンのお菓子）を販売するサイトだとしましょう。優先したいバージョンの URL と、そのコンテンツは、次のようなものであるとします。

http://www.example.com/product.php?item=swedish-fish

しかし、ユーザー（や Googlebot ）は複数の URL により Swedish Fish にアクセスできるとします。これらの URL に表示されるコンテンツは、次の図のように、優先したい URL に表示されるコンテンツとほとんど同じです。異なるのは、分類用のパラメータやカテゴリー遷移に対応する部分だけです。

http://www.example.com/product.php?item=swedish-fish&category=gummy-candy

また、次の図のように、まったく同一のコンテンツが、訪問者識別用パラメータやセッション ID を付加されたがゆえに、異なる URL で提供されている場合もあるとしましょう。

http://www.example.com/product.php?item=swedish-fish&trackingid=1234&sessionid=5678

ここで、次のような優先したいバージョンの URL を指定する <link> タグを、

<link rel="canonical" href="http://www.example.com/product.php?item=swedish-fish">

重複するコンテンツを持つ URL 群:

http://www.example.com/product.php?item=swedish-fish&category=gummy-candy
http://www.example.com/product.php?item=swedish-fish&trackingid=1234&sessionid=5678

の <head> 部分に入れることにより、これらの URL 群よりも、http://www.example.com/product.php?item=swedish-fish　という正規の URL を優先的に検索結果に表示してほしいと Google に伝えることができます。PageRank などの URL に付随する情報も統合されます。

Google 以外の検索エンジンも、あなたのサイトをクロール、インデックスする際にこの情報を使うことができます。 2009 年 7 月現在、この書式は、Ask.com, Microsoft Live Search, Yahoo! においてもサポートされています。

以上が簡単な canonical 指定についての説明になりますが、読者の皆様は、きっと、もっと詳しく知りたいとおっしゃるのではないかと思い、インデックスチームの Joachim Kupke にいくつか質問に答えてもらったので、紹介します。

rel="canonical" は Google に対する命令（directive）として機能しますか、それとも参考情報（hint）として機能しますか？
参考情報ですが、重要な参考情報として受け止められます。検索結果に表示する最適なページの判定を行ううえで、他の情報と共に、この canonical 指定の指定も考慮に入れます。

Canonical 指定を指定する上で、<link rel="canonical" href="product.php?item=swedish-fish">のような相対リンクは使えますか？
<link> タグ内に、通常通り相対パスを使うことは可能です。また、<base> リンクを記述していただくことで、その基準 URL に基づいて、相対リンクを処理するように指定できます。

Canonical 指定で指定した URL にあるコンテンツが完全に重複するコンテンツではなくても大丈夫でしょうか？
商品の並びが違うなど、若干の違いは許容範囲です。また、優先ページと、そのページと重複するコンテンツを持つ複数のページが、異なるタイミングでクロールされることが想定されるので、複数の異なるバージョンの重複するコンテンツが Googlebot に検出されることがあるかもしれません。いずれにしても、問題はありません。

rel="canonical" で指定したページが 404 を返している場合はどうしたらいいのでしょうか？
これまでどおりコンテンツをインデックスし、優先するページの特定に努めますが、実在する URL を正規の URL として利用することをおすすめします。

rel="canonical" で指定した URL がインデックスされない場合はどうしたらいいのでしょうか？
インターネットにある全ての公開コンテンツに対してそうであるように、Google は canonical 指定で指定された URL もできるだけ早く発見し、クロールするよう努力しています。インデックスされると Google はすぐに、 rel="canonical" の指定について再確認します。

rel="canonical" の指定にはリダイレクト URL も使えるのでしょうか？
はい、リダイレクト設定をしている URL も、正規の URL として使うことができます。通常と同じようにリダイレクトを処理し、インデックスへの登録を試みます。

もし rel="canonical" に、複数の矛盾する URL を指定してしまった場合は、どうなるのでしょうか？
Google のアルゴリズムは寛容にできており、canonical 指定の連鎖をたどることもできますが、最適な正規化のためには、常に特定の正規の URL が指定されるよう、リンクの更新を行うようおすすめします。

異なるドメイン上の URL を canonical 指定のリンクタグ内で指定することはできますか？
できません。異なるドメインへのサイトの引越には、301 リダイレクトの利用をおすすめします。現在 Google は、サブドメイン間（あるいは同ドメイン内）での正規化には対応していますが、異なるドメイン間の正規化には対応していません。例えば、www.example.com と example.com と help.example.com 間での canonical 指定の指定はできますが、 example.com と example-widgets.com 間での指定はできません。

実際に使われているサイトの例はありますか？
はい。wikia.com がテストサイトとして、協力してくれました。例えば、http://starwars.wikia.com/wiki/Nelvana_Limited という URL にあるページのソースコードに、http://starwars.wikia.com/wiki/Nelvana が優先ページとして指定されているのを見ていただくことができます。

この 2 つのページはほとんど同じですが、Nelvana_Limited となっている上の URL にあるコンテンツには、上部に短いメッセージが掲載されています。これは canonical 指定を有効に活用している、良い例です。この書式を利用することで、両方の URL のインデックス上の情報は統合され、検索結果には wikia.com が指定したバージョンの URL が掲載されるようになります。

ご質問やご意見は、ぜひ、ウェブマスターヘルプフォーラムまでお寄せください。また、もし、この正規化の書式をすぐに導入できなくても、ご心配なさらないでください。この書式以外にも、これまで試みてきましたように（英語）、外部からのリンクなど、サイトの情報を統合し、最適なバージョンの URL を特定することに関しては、引き続き、私たちも更なる改善に努めてまいります。

Written by Joachim Kupke, Senior Software Engineer, and Maile Ohye, Developer Programs Tech Lead
Original Version: Specify your canonical

Googlebot について、よくある質問

2009-06-24T16:00:00.001+09:00

ウェブマスターヘルプフォーラムに、Googlebot や robots.txt に関する質問が多く寄せられたので、少々古い記事にはなりますが、2006 年に英語版ウェブマスターセントラルブログに掲載された記事が、皆様の参考になればと、抄訳して掲載します。

サイトをメンテナンスのために落としています。Googebot に「メンテナンス中」のページをインデックスさせるのではなく、後でクロールに戻って来るよう伝えたいのですが、どうしたらいいですか？

サーバーが、200 （成功）ではなく、503 （ネットワーク利用不可）の HTTP ステータスコードを返すように設定してください。こうすることで、Googlebot はまた別の機会にクロールを試みるようになります。

Googlebot がサイトをクロールする負荷が高すぎる場合はどうしたらいいのですか？

ウェブマスターツール内 [サイト設定] の [クロール速度] セクションで、希望のオプションを選択していただくことができます。

Robots メタタグと robots.txt ファイルはどちらを使うのが望ましいのですか？

Googlebot はどちらの指示にも従いますが、robots メタタグはページ毎に記述する必要があります。もしクロールされたくないページが多数ある場合は、robots.txt ファイルを使って一度にそれら複数のページへのアクセスをブロックできるようサイトを構成すると、設定が簡単になります（例えば、それらのページをひとつのディレクトリにまとめるなど）。

Robots.txt に、全ての検索エンジンのボット（クローラ）を対象にした記述と、Googlebot のみを対象にした記述が混在している場合、全ての検索エンジンを対象にした記述を Googlebot はどのように解釈するのですか？

あるサイトの robots.txt に、全てのボット向けの指示と、Googlebot に限定した指示の両方が含まれている場合、Googlebot は後者を優先します。

例えば、次のような記述の robots.txt ファイルがある場合、

User-agent: *
Disallow: /

User-agent: Googlebot
Disallow: /cgi-bin/

Googlebot は、サイトの cgi-bin ディレクトリ以外のページを全てクロールします。

次のような記述の robots.txt ファイルがある場合は、

User-agent: *
Disallow: /

Googlebot は、サイトのページを一切クロールしません。

あなたのサイトの robots.txt ファイルを Googlebot がどのように解釈しているかは、ウェブマスターツールの robots.txt のテストを使って確認することができます。また、robots.txt ファイルに変更を加えた場合、Googlebot がどのように解釈するようになるかについても、このツールで試すことができます。

Googlebot （や Google のその他のクローラ群）がどのように robots.txt を解釈するかについて、より詳しく知りたい方はヘルプセンターをご参照下さい。

Posted by サーチクオリティチーム
Original Version: All About Googlebot

Google のインデックスからコンテンツを削除する方法

2009-06-12T09:45:00.002+09:00

ウェブマスターの皆様は、サイトの管理者として、サイトのどのコンテンツが検索エンジンのインデックスに登録されているかについて、気を配られていることと思います。検索エンジンのインデックスに登録されたくないコンテンツについては、robots.txt ファイルか、robots メタタグを利用して、インデックスされたくない旨を検索エンジンに伝えることができます ( 注: robots.txt でブロックされた URL のメタタグに noindex や noarchive を指定しても無効です。Google のクローラーはまず最初に robots.txt をチェックします。そこでアクセスが禁止されたページをクローラーは読み込みに行きませんので、そのページにあるメタタグの指定がクローラーに伝わりません ) が、では、すでにインデックスに登録されているコンテンツを削除したい場合は、どうしたらよいかご存知でしょうか？　今回は、Google のインデックスに登録されたコンテンツを削除する方法について、ご紹介します。

まず、その方法は、削除したいコンテンツの種類によって異なります。削除したいコンテンツの種類別の方法が、ウェブマスター向けヘルプセンターに詳しく記載されていますので、是非一度ご参照ください。該当する方法がとられたページは、次回クロール後に、インデックスから自動的に削除されます。ただ、もし希望されるのであれば、次のクロールまでじっと待つのではなく、削除までの時間を短縮する方法もあります。

ウェブマスターツールで所有権の確認が済んでいるサイトについては、ウェブマスターツールにある「URL の削除」という運用ツールを利用して、インデックスからコンテンツを削除するためのリクエストを送信できます。「URL の削除」ツールのメイン画面から「新しい削除リクエスト」ボタンをクリックし、削除したいコンテンツの種類を選択してください。

個々の URL
個々の URL もしくは画像を削除したい場合は、この項目を選択してください。個々の URL の削除が正しく処理されるためには、その URL が下記のいずれかに該当する必要があります。

404 か 410 の HTTP ステータスコードを返す URL である
robots.txt ファイルでブロックされている URL である
noindex メタタグでブロックされている URL である

次に、削除の準備が整ったら、削除したい URL を入力し、その URL が、ウェブ検索に表示されているのか、それともイメージ検索に表示されているのかを選択してください。そして「追加」ボタンをクリックします。一回のリクエストで最大 100 URL まで追加することができます。削除したい URL をすべて入力したら「リクエストの送信」をクリックします。

サイト上のディレクトリとすべてのサブディレクトリ
特定のディレクトリ内にあるすべてのファイルやフォルダを削除したい場合は、この項目を選択してください。例えば、次の URL についての削除リクエストを送信するとします。

http://www.example.com/myfolder

このリクエストによって、このパスを先頭に持つすべての URL がインデックスから削除されます。

削除される URL 例:
http://www.example.com/myfolder
http://www.example.com/myfolder/page1.html
http://www.example.com/myfolder/images/image.jpg

ディレクトリの削除が正しく処理されるためには、robots.txt ファイルを利用し、そのディレクトリをブロックする必要があります。上で挙げた例に関しては、http://www.example.com/robots.txt に、例えば次のような次の記述が必要です。

User-agent: Googlebot
Disallow: /myfolder

サイト全体
Google のインデックスからサイト全体を削除したい場合は、この項目を選択してください。この項目が選択されると、サイトのすべてのディレクトリとファイルがインデックスから削除されます。使用するドメイン以外のドメインを持つ URL をインデックスから削除するのに、このツールは利用されないようお願い致します。具体例を挙げると、サイトの URL をすべて www 有りのバージョンでインデックスさせたい場合に、www 無しのバージョンを削除するために、このツールを利用しないでただきたいのです。そのような場合は、ウェブマスターツールの「使用するドメイン」で設定を行い、可能であれば、使用するドメインへの 301 リダイレクト設定を行ってください。また、個々の URL やディレクトリの削除同様、「サイト全体」の削除をされる際には、robots.txt を使って、サイト全体をブロックする必要があります。

Google の検索結果のキャッシュコピー
キャッシュを削除したい場合は、この項目を選択してください。また、キャッシュの削除が正しく処理されるためには、キャッシュの削除を希望するページに、次の 2 つのいずれかを行う必要があります。

Noarchive メタタグを適用する

そのページがキャッシュされることを今後一切望まないという場合は、noarchive メタタグをページに追加したうえで、ツールを使って、キャッシュ削除のリクエストを送信します ( 注: 該当のページが robots.txt でブロックされていないことを確認してください )。このツールで送信されたキャッシュ削除のリクエストは、迅速に対応されます。そして、noarchive メタタグがそのページに追加されていれば、以後 Google がそのページをキャッシュすることはありません。もし、将来的に、改めてキャッシュされることを希望される際には、noarchive メタタグを取り除いていただければ再びキャッシュされるようになります。

ページの内容を更新する

すでに削除された内容を含むページがキャッシュされていて、そのキャッシュが残されていることを望まず、その古いバージョンのキャッシュを削除したい場合も、同様に URL 削除ツールからそのリクエストを送信することができます。最新のページの内容が、キャッシュされている内容と異なるかどうかがチェックされ、異なることが確認された場合は、古いバージョンのキャッシュが削除されます。この場合は、約 6 ヶ月後に、自動的に、またそのページのキャッシュが登録されるようになります。概して 6 ヶ月後には、再度クロールが行われているため、そのときに最新のコンテンツがキャッシュされます。もし、より早く Google がそのコンテンツを再度クロールしたことが確認され、それを待たずに再登録を希望される際には、同じく、このツールから、コンテンツの再登録リクエストを送信することも可能です。

削除リクエストのステータス確認
削除リクエストの処理はまず「保留中」と表示され、しばらくすると「完了」もしくは「拒否」のいずれかの結果が表示されます。「拒否」という結果が表示された場合は、削除リクエストが正しく処理されるための必要条件を満たしていたかを再度確認してください。

コンテンツの再登録
削除が正しく処理されると「削除されたコンテンツ」タブに URL がリストされます。コンテンツをブロックしていた robots.txt の記載を消すか、robots メタタグを削除したうえで、このツールにある再登録ボタンをクリックすれば、いつでもそのコンテンツの再登録は可能です。この作業が行われない場合は、少なくとも 90 日間、そのコンテンツは Google のインデックスに登録されません。90 日経過した後に、再度クロールを試みた際に、そのコンテンツがまだブロックされている、もしくは 404 か 410 を返している場合は、そのコンテンツは Google のインデックスに登録されません。逆に、90 日経過した後にクロールが可能な状態であった場合は、そのコンテンツは再び Google のインデックスに登録されます。

自分の管理下にないコンテンツの削除依頼
ご自身が管理しているサイト外のコンテンツの削除についても、ウェブページ削除リクエストツールをご利用いただきますと、同様のリクエストが送信できます。

ただ、Google はウェブをインデックスしていますが、各ページのコンテンツを管理しているわけではなく、各ページのコンテンツを管理しているのは、その各ページのウェブマスターなので、基本的には、そのウェブマスターがコンテンツをブロックもしくは変更するか、ページを削除しない限り、検索結果からそのコンテンツを削除することはできません。削除を希望するコンテンツがある場合、まず、そのコンテンツの管理者に対応してもらったうえで、このツールを使って検索結果から取り除くまでの時間を短縮することができます。

特定の種類の個人情報やクレジットカード番号などを含む検索結果を見つけた場合は、そのコンテンツの管理者の協力が得られなくても、このツールを使ってリクエストを送信することが可能です。その場合には、Google が直接皆さんと協力できるよう、メールアドレスの入力をお願いします。

また、このツールは、セーフサーチにおいて不適切な結果が返された際のご報告にも利用することができます。

ウェブマスターツール内の URL 削除ツール同様、「保留中」「完了」「拒否」など、リクエストのステータス確認もできます。基本的には、正しく削除の処理が行われるための必要条件を満たしていないと、リクエストは拒否されます。個人情報に関する削除リクエストのステータスは、ここには表示されません。代わりに、削除リクエストを行うに当たって必要な次のステップをご説明するメールが届けられます。

Posted by サーチクオリティチーム
Original Version: Requesting removal of content from our index

Google 検索エンジン最適化スターターガイド

2009-06-05T09:45:00.007+09:00

本日、Google 検索エンジン最適化スターターガイドの日本語版 (pdf) を公開致しました。内容は、昨年公開した Search Engine Optimization Starter Guide (英語) と同様です。英語版が出た際に、英語版ウェブマスターセントラルブログに掲載したアナウンスメントの抄訳とともに、紹介します。

フォーラムやカンファレンスなどで、ウェブマスターの方々からよくいただくのは、「どうしたら簡単に Google の検索結果におけるサイトのパフォーマンスは上げられるの？」というご質問です。その質問に対する答えにはとても色々な可能性があり、実際、インターネットには、検索エンジン最適化 (SEO) に関する情報が氾濫しているので、ウェブマスターになりたての方や、この話題にまだ馴染みのない方は、最初はびっくりしてしまうかもしれません。

サイトのクローラビリティやインデックスの状態を改善するうえで、参考になるベストプラクティスを紹介するガイドがあれば、ウェブマスターの方々や、 Google 社内の別のチームの仲間にも参考になるかもしれないと思い、このたび、Google 検索エンジン最適化スターターガイドを作成しました。

この Google 検索エンジン最適化スターターガイドは、ウェブマスターがサイトの検索エンジン最適化を検討する際にチェックするであろう、13 の分野について取り上げています。例えば、title タグや description タグ、URL の構造、ナビゲーション、コンテンツ、アンカーテキストなどの改善についてです。経験値や、サイトの規模・種類に関わらず、全てのウェブマスターの方の参考になるように作りました。内容がより詳しく伝わるよう、図や、陥りがちな落とし穴、各種詳細資料へのリンクもたくさん盛り込んでいます。今後は、定期的にこのガイドを更新し、新たな最適化の提案や、最新の技術的なアドバイスを提供できるよう努めていきたいと考えています。

今度、「SEO 初心者なのですが、サイトをどう改善したらいいか教えてください」と聞かれたら、Google 社内でも活用している、この Google 検索エンジン最適化スターターガイドを紹介したいと思います。

6/10 追記

PDF ファイルに誤植が見付かりましたので、修正しました。

ご教示くださった皆様、ありがとうございました。

ご不便をお掛けしましたことをお詫び申し上げます。

Written by Brandon Falls, Search Quality Team
Original Version: Google's SEO Starter Guide

ウェブマスターツールでクロールエラーのリンク元がわかります

2009-04-24T14:45:00.002+09:00

Google のクロールに関して、ヘルプフォーラムに何件かご質問をいただきましたので、去年の秋に英語版 Webmaster Central ブログに掲載された記事（英語）が参考になればと、抄訳して掲載いたします。

2006 年に、ウェブマスターツールに「ウェブクロールエラー」の表示機能が追加されて以来、どの URL においてエラーが生じているのかがわかると更に便利だというご意見を、多数のウェブマスターの方々からいただきました。例えば「ページが見つかりません ( 404 Not Found ) 」のようなエラーの修正と予防は、リンク元の URL が特定できないことには難しいものです。このような声にお応えするかたちで、このたび、クロールエラーの原因となったリンク元の数と URL がウェブマスターツールに表示されるようになりました。

ウェブマスターツールの「診断」から「ウェブクロール」を選んでいただくとレポートが表示されます。その中の「見つかりませんでした」や「サイトマップの URL に関するエラー」の項目に「リンク元」という列が追加されています。この列には、例えば「ページが見つかりません ( 404 Not Found ) 」というエラーが生じている URL にリンクしているページの数が表示されます。

この「リンク元」の列に表示されているページ数をクリックすると、問題の URL にリンクしているページのリストが表示されます。これらのページが検出された日付も表示されます。リンク元は、ご自身のサイト内であることもあれば、サイト外のこともあります。

これらのリンク元を一括してダウンロードする機能もついています。「このサイトの全てのエラーソースをダウンロード」というリンクをクリックしていただければ、エラーの原因となっているリンク元のリストをダウンロードしていただけます。

このように、サイトにクロールのエラーが生じている場合は、ウェブマスターツールを使って、クロールエラーの原因が、ご自身のサイトにあるのか、外部のサイトにあるのかを、調べることができます。クロールエラーの原因となっているページを特定することにより、そのページの管理者に修正を依頼することもできますし、必要であれば、正しい URL へのリダイレクト設定を行うこともできます。是非一度ウェブマスターツールにログインし、この機能を試してみてください。ネットのどこかからあなたのサイトを訪れようとしているユーザーや、すでにあなたのサイト内にいるユーザーが、求めていた情報にちゃんとたどり着けるように手助けすることができます。

サイトのユーザーエクスペリエンスの向上にお役立ていただければ幸いです。

Written by Jonathan Simon, Webmaster Trends Analyst and Michael Williamson, Webmaster Tools Intern
Original Version: Webmaster Tools shows Crawl error sources

Site: 演算子と「サイトマップの詳細」について

2009-04-15T10:05:00.003+09:00

今回は、ウェブマスターの方々のブログや掲示板でしばしば話題にあがる疑問にお答えします。[site:example.com] のように、"site: 演算子" を使ってご自身のサイトを検索すると Google のインデックスに登録されたサイト内のページが表示されますが、その数と、"ウェブマスターツールの「サイトマップの詳細」に表示される「インデックスに登録された URL の数" が異なるという疑問についてです。この違いは一見バグのようですが、実は設計によるものです。ウェブマスターツールの「サイトマップの詳細」のデータには、サイトマップを使って送信した URL しか反映されません。一方、site: 演算子による検索結果には、サイトに新たに追加された URL や、リンクをたどることで発見された URL など、サイトマップには記載されていないが、Google がクロールするに至ったあらゆる URL が含まれています。

Site: 演算子は、あなたのサイトが Google のインデックス上でどのような状態にあるかを手軽に診断するための方法とお考えください。Site: 演算子を使って確認できることは、次のようなことです。

インデックスに登録されたページのおおよその数
サイトが第三者の手によって不正に書き換えられてしまっていないかどうか

[訳注] この問題があなたのサイトに生じている場合は、site: 演算子検索を行っていただくと、検索結果に、不正に挿入された、見覚えのない URL やテキストが表示されることがあります

重複するタイトルやスニペットがないか

[訳注] 重複するタイトルやスニペットがあると、サイトの各ページの内容が検索結果上でユーザーに伝わりにくくなってしまうので、各ページごとに異なるものにすることをおすすめします。詳細はヘルプセンターの「検索結果でサイトのタイトルと説明を変更する」＞「適切なメタデータ (descriptions) を作成する」をご覧ください。

次の図は site: 演算子を使って検索した一例です。

ウェブマスターツール内のサイトマップに関するレポートでは、より詳細な内容がご確認いただけます。例えば、サイトマップで送信された URL のうち、インデックスされた URL はいくつであったか、また、もし Google がそのサイトマップにアクセスしようとしたときに、問題がが生じていたら、そのエラー情報や警告も表示されます。

Site: 演算子やサイトマップについては、ヘルプセンターに詳細記事がありますので、是非一度ご覧ください。ヘルプセンターでは解決しない疑問がありましたら、ウェブマスターヘルプフォーラムへ投稿されることをおすすめします。経験豊富なウェブマスターの方々や、Google 社員が、あなたの質問をお待ちしています。

Written by Charlene Perez, Search Quality Team
Original Version: Using stats from site: and Sitemap details

サイトマップの送信が簡単になりました

2009-04-02T08:30:00.001+09:00

Google に検索エンジン向けサイトマップを送信する方法が簡単になりました。以前はサイトマップのファイル形式を特定していただく必要がありましたが、もうその必要はありません。送信されたデータの形式は、自動的に判別されます。今日は、Google がサポートしているサイトマップの形式と、サイトマップを Google に送信する方法をご紹介します。

※一部、リンク先が英語のページも含まれています。ご了承ください。

Google がサポートしているサイトマップの形式

インターネットを面白いものにしている理由のひとつは、本当にさまざまな種類のコンテンツがそこにあることでしょう。あなたのサイトにも動画がありませんか？もしあるのでしたら、是非 Google に、動画サイトマップを送信してください。そうしていただくことで、Google はその動画に、ユーザーを連れていくことができるようになります。または、ソースコードのサンプルを掲載していませんか？　もし掲載していたら、ソースコード検索サイトマップの送信をお願いします！　以下は、現時点で Google がサポートしているサイトマップの形式です。このように、多様な形式に対応しています。

ウェブページ用の XML サイトマップ - サイトにある全てのページを送信するときは、このサイトマップを使ってください（ウェブページにはこの形式が推奨されています）。これ以外のサイトマップ形式は、全ての検索エンジンでサポートされているわけではありませんが、ウェブページを対象とした XML サイトマップは、sitemaps.org に賛同する全ての検索エンジンによってサポートされています。
ウェブページ用の RSS 2.0　と Atom 1.0 フィード - ブログの多くはこれを自動的に作成します。
ウェブページの URL 一覧を記載したテキストファイル - 上記形式のサイトマップを自動的に作ることができない場合は、サイトの URL リストを入力したテキストファイルを使うこともできます。
動画検索用の動画 XML サイトマップ - あなたのサイトの動画をインデックスし、Google 動画検索で検索されるようにします。
動画検索用の Media-RSS フィード - mRSS フィードは様々なシステムで利用されていますが、Google 動画検索にも使われています。
Google ソースコード検索用 XML Sitemap - ユーザー向けにプログラムのサンプルやソースコードを提供している場合は、Google ソースコード検索用にこのサイトマップを送信します。
モバイル検索用 XML サイトマップ - この形式を利用すると、そのコンテンツはモバイル用に最適化されているものだということを Google に知らせることができます（最近、形式に若干の変更がありましたので、ご注意ください）。
地理情報用の XML サイトマップ - KML か GeoRSS ファイル形式の地理情報データがサイトにある場合は、Google にこれらに関して教えてください。
ニュース用 XML サイトマップ - ニュースのサイトはニュース記事を送信するのに、特別な形式のサイトマップが利用できます（このサイトマップを送信する前に、Google ニュースへのご登録をお忘れなく）。

Google に送信予定の複数のサイトマップをお持ちの場合は、1,000 ファイル以内であれば、サイトマップインデックスファイルにまとめることができます。1,000 より多くのサイトマップをお持ちの場合は、分割して、複数のサイトマップインデックスファイルを送信することも可能です。もちろん Google は全て喜んでお受けします！

Google にサイトマップを送信する方法

サイトマップファイルを作成し、サーバーにあげて、準備が整ったら、あとは、検索エンジンがそのサイトマップを見つけるようにするだけです。Google は、サイトマップを送信する 3 つの簡単な方法をサポートしています。

Google ウェブマスターツールを使う

サイトマップの存在を Google に知らせるには、Google ウェブマスターツールを使ってサイトマップを送信することをおすすめします。この方法を使う大きなメリットは、あなたのサイトマップファイルに関する直接のフィードバックが受けられる点にあります。例えば、サイトマップがダウンロードされたかどうか（Google はサーバーにアクセスできた？）、サイトマップがどのように認識されたか（サイトマップは正しいファイル形式だった？）、そして、サイトマップにリストされたページはどうなったか（何ページインデックスされた？）など。また、サイトマップを送信する前に、ウェブマスターツールであなたのサイトが確認されていることをチェックしましょう。確認されたら、「サイトマップ」の項目へ進み、サイトマップのファイル名を入力します。

場合によっては、サイトマップをサイトとは別のサーバーや別のドメインの下に置くこともあるでしょう。このような場合は、まず、ウェブマスターツールにおいて、両方のサイトでサイトの確認を行い、しかるべきサイトのサイトマップを送信します。例えば、http://www.example.com のサイトマップが http://sitemap-files.example.com/ にある場合、両方のサイトの確認を行い、http://sitemap-files.example.com にあるサイトマップを送信します（そのサイトマップにリストされた URL が http://www.example.com のものだとしても）。詳細は、ヘルプセンターの「複数のサイトのサイトマップを管理」をご覧ください。

robots.txt ファイルにサイトマップについて記載する

robots.txt ファイルにサイトマップの場所を記載して、サイトマップを送信する方法もあります。この方法を使ってサイトマップを送信すると、サイトマッププロトコルをサポートする全ての検索エンジンがサイトマップを見つけられるようになります（ただし、上記ファイル形式全てがサポートされているわけではありません）。robots.txt 上に、サイトマップの完全な URL パスが記載できるので、この方法でも、別のドメインに置かれたサイトマップを送信することができます。この方法で送信されたサイトマップは、Google 側で自動的に処理されますが、ウェブマスターツールに自動的に登録されることはありません。サイトマップに関するフィードバックを受け取れるよう、ウェブマスターツールからも登録することをおすすめします。

HTTP "ping" を使う

サイトマップが自動で生成される場合は、その送信（または再送信）には、Google サイトマップ用の "ping" URL にアクセスするのが便利です。この URL には、サイトマップの URL が含まれています。サイトの "ping" URL に関する詳細は、ヘルプセンターにある「サイトマップの更新」をご参照ください。サイトマップのファイルを更新された際には、いつでも、この "ping" URL を使ってください。Google 側に、再度アクセスして処理する必要があると伝わります。もしそのサイトマップがウェブマスターツールにも登録されている場合は、そのステータス情報も更新されます。この方法も、別のサーバーにあるサイトマップに使えます。とはいえ、先述のケースと同様、ウェブマスターツールで両方のサイトについてサイトの確認をする必要があります。

sitemp.org に賛同する他の検索エンジンも、一般的なサイトマップファイルを送信するための同様な方法をサポートしています。

これらの簡略化が、サイトマップを送信していただくうえで、皆様のお役に立てば幸いです。

Written by John Mueller, Webmaster Trends Analyst, Google Zürich
Original Version: Sitemap Submission Made Simple

ビデオチュートリアル(5): その他のツールや資料

2009-03-27T09:00:00.002+09:00

最後に、Google がウェブマスターの皆様に提供している、ウェブマスターセントラル以外のツールやサービスについてもご案内します。

ウェブマスター向けビデオチュートリアル(5)：その他のツールや資料

プレゼンテーション資料

プレゼンテーション資料に登場するリンク:

このたびは、ウェブマスター向けのビデオチュートリアルを見ていただき、ありがとうございました。このプレゼンテーションが皆様のお役に立ちますことを願っています。ご質問ご意見はウェブマスターヘルプフォーラムまでお寄せください。

今後とも、どうぞ宜しくお願い致します。

Written by Evan Tang, Search Quality
Original Version: Video Tutorial: Google for Webmasters

ビデオチュートリアル(4): ウェブマスターセントラル

2009-03-12T09:20:00.001+09:00

ビデオチュートリアルの 4 本目の今回はウェブマスターセントラルについてです。

ウェブマスター向けビデオチュートリアル(4)：ウェブマスターセントラル

プレゼンテーション資料

プレゼンテーション資料に登場するリンク:

最終回となる次回は、Google がウェブマスター向けに提供しているその他のツールや資料についてご紹介します。

Written by Evan Tang, Search Quality
Original Version: Video Tutorial: Google for Webmasters

ウェブマスター向け公式ヘルプフォーラム開設のお知らせ

2009-03-06T10:00:00.002+09:00

本日、日本のウェブマスターの皆様向けに公式ヘルプフォーラムを開設しました。

これまで私たちは、ヘルプセンターやこの Webmaster Central 日本版公式ブログを通じて、Google と相性のいいサイト作りのヒントや、Google ウェブマスターツールの使い方など、サイト運営に関連するトピックや最新情報をお届けしてきました。

この新しいフォーラムは、ウェブマスターの皆様の交流の場として開設致しました。フォーラムのカテゴリには、クロール、インデックス、ランク付けやウェブマスターツール、サイトマップなどを用意しています。日頃のサイト運営で生じた疑問やご自身の体験談など、Google 検索とサイト運営に関するあらゆるトピックについて投稿していただき、情報共有や問題解決に役立てていただければ幸いです。ここには、Google 社員も参加することがあります。また、このフォーラムへ定期的に参加し、大きな貢献をしていただいた方には、「上位の投稿者」という目印が付くようになります。皆様とともに、このフォーラムを活発で有意義なものにしていきたいと考えています。

これまでご利用いただいていたウェブマスター向けの Google ディスカッショングループは、公式ヘルプフォーラム開設に伴い、3月23日（月）より新規書き込みができなくなり、閲覧のみが可能となります。すでにこのグループに参加していただいていた方にはご面倒をお掛けしますが、公式ヘルプフォーラムにご参加いただくためには、改めてメンバー登録をし直していただく必要があります。ご理解とご協力をよろしくお願い申し上げます。

また、同じタイミングで、AdSense、Google Apps、YouTube のフォーラムも同じプラットフォームで開設されます。
その他 Google のプロダクト全般については、Google ヘルプグループをご活用ください。

このフォーラムが皆さまのサイト運営に少しでもお役に立てれば幸いです。
皆様のご参加をお待ちしております。

7/1 追記

「上位の投稿者」は「トップレベルユーザー」と表示されることとなりました。

Posted by サーチクオリティチーム

有料リンクについて

2009-02-18T16:37:00.003+09:00

Google は、ページの重要度を評価するために、リンクのさまざまな側面を測定しています。その前提として、自然発生的なリンクは、サイトが本来持っている実力や信用、あるいはサイト同士の関連性を反映したものであるという考えがあります。

一方、インターネット上には、自然発生的でないリンクも存在します。その一つに、リンクを張ることに対価が支払われる「有料リンク」があります。有料リンクは、Google のウェブマスター向けガイドラインに違反します。検索エンジンによるサイトの評価に悪影響を及ぼす可能性があるからです。ただし、その有料リンクが検索順位に影響を与えないように張られているならば、その限りではありません。

検索エンジンに影響を与えないようにリンクを張るには、次のような方法があります。

rel="nofollow" 属性を <a> タグに追加する

検索エンジンに影響を与えるリンクの例： <a href="http://www.google.co.jp/">Google</a>
検索エンジンに影響を与えないリンクの例： <a href="http://www.google.co.jp/" rel="nofollow">Google</a>

robots.txt によって検索エンジンからブロックされた URL にリンクし、そこからリダイレクトさせる

以上のいずれかにより、リンクが PageRank を渡さないようになります。詳細は、有料リンクを Google に報告する必要がある理由および PageRank の計算に使われるリンクを売り買いすることについてをご覧ください。また、有料リンクを購入し自サイトへリンクさせる行為もガイドライン違反になります。

一般に、ガイドラインに違反したサイトに対しては、検索結果の品質を損なうページから Google のインデックスを守るために厳しく対処することがあります。それは Google が検索結果として適切か否かを、検索順位を操作しようとするテクニックではなく、そのページの真価にもとづいて判断したいと考えるからです。google.co.jp の PageRank を下げたのはこのような対処の一例です。

今回問題となった google.co.jp への有料リンクは、ブロガー達に対価を払うことにより紹介記事を書いてもらういわゆる Pay Per Post ネットワークからのものでした。これらのネットワークに参加しているブログからリンクを張る場合は、ガイドラインに従い検索エンジンに影響を与えないように注意してください。

また、一般に対価を目的として書かれたブログ記事に対しては、Google はそのことを明確にするべきだと考えています。（新聞や雑誌の記事広告に「広告」という見出しが付いているのと同じです。）いわゆる Pay Per Post ネットワークに参加する場合には、その記事に対して対価が払われていることを、ユーザーに対してわかりやすく表記するべきと考えます。

あなたのサイトが、Google のガイドライン違反により、Google の検索結果における信用を失ってしまった場合は、サイトを修正のうえ、Google ウェブマスターツールから再審査リクエストを送信してください。リクエストを出す前には必ず、全ての有料リンクが検索エンジンに影響を与えないようにする、もしくは、有料リンクがサイトから取り除かれていることを確認してください。

有料リンクを見つけた場合は、Google ウェブマスターツール内の「有料リンクの報告」ページから報告していただけると幸いです。皆様からのフィードバックは、ご報告いただいたリンクそのものへの対策と共に、現行の検出アルゴリズムの改善に活用させていただいいております。これまで既にたくさんの方にご報告いただき、感謝しております。引き続き、ご協力くださいますよう、よろしくお願い致します。

なお、ウェブマスター向けガイドラインは全世界共通です。国や地域、言語による差はありません。

Written by Japan Search Quality Team with Matt Cutts

ビデオチュートリアル(3): ランク付け

2009-02-02T17:30:00.001+09:00

ビデオチュートリアルの 3 本目の今回は、ランク付けについてです。

ウェブマスター向けビデオチュートリアル(3)：ランク付け

プレゼンテーション資料

プレゼンテーション資料に登場するリンク:

次回はウェブマスターセントラルについてご紹介します。

Written by Evan Tang, Search Quality
Original Version: Video Tutorial: Google for Webmasters

ビデオチュートリアル(2): クロールとインデックス

2009-01-22T08:05:00.003+09:00

ビデオチュートリアルの 2 本目の今回は、サイトのアクセシビリティについて説明します。重複するコンテンツの問題や Flash 、AJAX の扱いなどのウェブマスターと検索エンジンの双方に悩ましい問題にも少し触れます。

ウェブマスター向けビデオチュートリアル(2)：クロールとインデックス

プレゼンテーション資料

プレゼンテーション資料に登場するリンク:

次回はランク付けについてご紹介します。

Written by Evan Tang, Search Quality
Original Version: Video Tutorial: Google for Webmasters

ビデオチュートリアル(1): サイトが認識されるまで

2009-01-09T10:10:00.002+09:00

あけましておめでとうございます。
本年もどうぞよろしくお願い致します。

ウェブマスターの皆様にできるだけわかりやすく情報をお届けしようと、私たちはいつも新しい方法を模索しています。ウェブマスターツールやヘルプセンターを補完するものとして、このたび、Google についてよりよく知っていただくためのビデオチュートリアルを作成し、日本語字幕を付けました。チュートリアルで使われた資料の翻訳とあわせて、今日から 5 回に分けて少しずつお届けします。初回の今日は、Google が、まずあなたのサイトをどのように認識するかについてです。日本語字幕がうまく表示できない方は、YouTube - キャプションと字幕をご参照ください。

ウェブマスター向けビデオチュートリアル(1): サイトが認識されるまで

プレゼンテーション資料

プレゼンテーション資料に登場するリンク:

いかがでしたか？
次回は、サイトを認識したあと、どのようにインデックスに登録するのかを紹介します。

Written by Evan Tang, Search Quality
Original Version: Video Tutorial: Google for Webmasters

冬休みに向けてのヒント

2008-12-25T14:25:00.005+09:00

2008 年も残りわずかとなりました。ウェブマスターの皆様は年末商戦の追い込みに向けて、サイトの更新に忙しくされていることと思います。そんな皆様におすすめのポイントをまとめてみました。ネットでの売り上げや、実店舗への来客を増やすなど、ウェブサイトはビジネスプランを立てるうえで欠かせないものとなっています。以下のヒントは無料かつ簡単で、すぐにできるものばかりですが、大きな効果があるかもしれません。

あなたのサイトが Google にインデックスされていて、検索結果に適切に表示されていることを確認しましょう

ドメイン内検索を利用して、あなたのサイト内のページのスニペットとタイトルをチェックしてみましょう。それには、site、コロン(:)、あなたのドメイン名を検索語句として利用し、その検索結果を確認します（例 site:example.com で検索）。ユーザーにとって分かりやすく、適切なものになっていますか？　各ページにそれぞれ違う内容のコンテンツが用意されていることがわかるように、URL 毎にそれぞれ特有のスニペットとタイトルが付いていることが理想的です。足りなかったり、もっと具体的にしたい場合は、ウェブマスターツールの「コンテンツ分析」機能をお役立てください。あなたのサイト内に重複した title や meta description を持つ URL がないか、ご確認いただけます。

画像に適切なラベリング（注釈付け）を行いましょう

見込み客を逃さないようご注意ください！　画像には、[001.jpg] のようなファイル名ではなく、例えば [KagamiMochi.jpg] のような、画像の題材がわかるファイル名を指定しましょう。画像にわかりやすい ALT テキストやファイル名がついていると、Google がその画像についてちゃんと理解する手助けとなり、イメージ検索にあなたのサイトが掲載される可能性が高まります。イメージ検索は、Google の最大の検索機能のひとつですので、ぜひこの方法をお試しください。ラベリングに関する詳細はこちら。

Google があなたのサイトについて知っていることを見てみましょう

ウェブマスターツールを使って、クロールエラーやあなたのサイトへのトラフィックを生んでいる検索語句の傾向などを見てみましょう。「サイト診断のチェックリスト」というブログ記事（英語）がありますので、そちらもご参照ください。

すでに失効してしまったページや、一時的に使っているページに対する対策を立て、調整しましょう

正しい HTTP ステータスコードを返しているか確認しましょう。もう販売していない製品のページが残っていたら、404 を返すようにしてください。製品のページの URL を変更した場合は、古いほうは 301 を返すようにし、新しいページにリダイレクトさせてください。サイトを常に最新の状態にしておくことは、サイトのトラフィックを伸ばす手助けになります。

実店舗への来客も増えるように

ウェブサイトを使って実店舗への集客を推進されている場合は、ローカルビジネスセンターへのご登録もお忘れなく。

基本的なユーザビリティテスト

様々なブラウザを使って、商品の購入プロセスをテストしてみましょう。ユーザーが自力で商品の紹介ページから購入完了ページまでたどり着けるか試してみましょう。詳細はこちら（英語）。「購入」ボタンは見付かりやすくなっていますか？

Google に、あなたのサイトのできるだけ多くのページについて教えてください

Google がクロールするよりも早く新しい商品の情報をサイトに追加する場合は、サイトマップを Google に送信してください。最終更新日と更新頻度に関する情報も適宜追加してください。サイトマップがあると、Googlebot は新しく追加されたコンテンツや見付かりづらいコンテンツも見付けやすくなります。

サイトリンクを管理しましょう

検索結果において、あなたのサイトにサイトリンクが表示されている場合があります。サイトリンクが表示されている場合は、そのリンク先がちゃんと機能しているかご確認ください。ユーザーにとって便利ではないサイトリンクが表示されている場合は、ウェブマスターツールを使ってそのサイトリンクを削除していただけます。

その他、以下のドキュメントもご参照ください。

SEO Starter Guide(pdf) （英語）もご覧ください
ウェブマスター向けチュートリアルビデオ（英語）をご覧ください
ウェブマスターツールを使って、Google があなたのサイトについてどんな情報を持っているか見てみてください
ご質問がありましたら、一度ウェブマスターヘルプセンターで答えを探してみてください
それでもわからないことはウェブマスターヘルプグループ（英語）に投稿してみてください
2009 年へのカウントダウン！（英語）

Written by Matt Dougherty, Search Quality
Original Version: Quick and easy tips for the holiday rush

日本語版 Google ウェブマスター向け公式ブログが始まります。

2008-12-24T12:06:00.003+09:00

ウェブマスター向け公式ブログをご訪問いただき、ありがとうございます。
当ブログは、従来から Google についての最新情報をお届けしている Google Japan ブログや Inside AdSense、Inside AdWords、Google Analytics などのブログに加えて、Google のプロダクトやサービスをご活用いただくための方法やヒント、ベストプラクティスを紹介して行く予定です。
具体的には、クロールやインデックス、ランキング、Google ウェブマスターツールなど、日本のウェブマスターの方々を対象とした情報をご提供します。
このブログを通じて、Google をより深く知っていただき、検索エンジンを通じてインターネットのユーザーが優れたコンテンツにアクセスしやすくなるようお手伝いができれば幸いです。
英語、ドイツ語、中国語、スペイン語のウェブマスター向けブログと同様に、日本のウェブマスターの皆様のお役に立てますよう努めて参ります。
今後の Webmaster Central Blog にご期待ください。

なお、当ブログは右側のナビゲーションにある「メールにてブログの更新を受信」からメールアドレスをご登録いただくことで、ブログの更新状況がメールで受信可能です。更新を確認するために、当ブログを訪問する必要がありませんので、あわせてご活用ください。

Posted by サーチクオリティチーム

Webmaster Central 日本版 公式ブログ