※この記事は、2014年9月30日に公開された記事を改編したものです。

「XMLサイトマップ」という言葉、きっとどこかで目にしたり、耳にしたりしたことはあるはずです。でもそれが具体的に何なのか、そして一体どんな役割を果たしているのか本当に理解できている自信があるでしょうか？

簡単に言うと、XMLサイトマップとは、XMLタグ（XMLとは、Extensible Markup Languageスキーマの頭文字をとった略語で、HTMLよりも正確な言語だと考えられています）を使って、自社サイト上のページをリストアップする方法のことを指します。

このファイルを作成し、Googleやその他主要検索エンジンに送信したら、自社サイト上の各ページURLのリストが検索エンジン側に伝わり、検索エンジンは自社サイトの構造を把握できるようになります。このファイルを頼りに、Googlebotや検索エンジンのスパイダーはサイトをより正確にクロールすることができ、検索結果ページに素早くインデックス化することができるわけです。

Googleは2005年にサイトマップを導入し、1年後にはYahooやMicrosoftも同様のサイトマップを導入しました。一連のサイトマップ導入は、各企業が共同して掲げた「サイトマップ プロトコル」計画の一環で行われました。サイトマップに関してウェブサイト運営者にとって明らかな利点となるのは、米国内最大級の主要検索エンジン各社が標準基準としてサポートしているXMLサイトマップをたった1つ作るだけでよいということです。

今回の記事では、XMLサイトマップを活用して自社サイトの検索パフォーマンスを最適化するために知っておきたいベストプラクティスや役に立つ参考資料などをご紹介します。

サイトマップの作り方

ウェブクローラーは、様々なリンクをたどることによってページをめぐっていきます。Google Search Console（GSC）のガイドラインでは、自社サイトが以下の条件に当てはまる場合は、サイトマップの作成が推奨されています。

• サイトの規模が非常に大きい、または比較的新しいサイトである。
• サイト内の他のページとリンクでつながっていないページ、または「孤立」したページがある。
• リッチコンテンツ（動画や画像）を用いている。
• Google Newsで表示されるコンテンツがある。

上記の条件に当てはまらない場合でも、サイトマップを作成し、送信することは、ウェブサイト最適化におけるベストプラクティスとして推奨されます。自社サイト上のページすべてをクロールの対象とし、検索結果ページに正確かつ早急にインデックス化されることを目指しているからです。

GSC、サイトマッププロトコルのいずれにおいても自社ページにXMLタグをどのように使用するか具体例が紹介されていますので、是非ご参照ください。

リッチメディアのXMLサイトマップ

テキスト中心のコンテンツと同様に、サイト上の動画や画像を対象にサイトマップを作成／送信することによって、動画や画像もウェブクローラーが適切にインデックスの対象にすることができます。結果的にGoogleの画像／動画検索における自社サイトのリッチメディアのビジビリティーを高めることに繋がります。

動画、画像のいずれにおいても、個別のサイトマップを作成するか、既存のサイトマップに適切なXMLタグ「拡張機能」を使って情報を追加するか選択することができます。

画像を対象としたXMLタグの拡張機能についての詳細は、こちら、動画については、こちらをご参照ください（いずれも日本語で読むことができます）。

ちなみに、検索結果で自社の画像が表示される可能性を高める方法として、 Googleの画像公開に関するガイドラインが定められています。このガイドラインでは、ファイル名に画像の内容を反映させることが推奨されており、ファイル名を参照してクローラーが画像の内容を把握する後押しをすることができると考えられています。

また併せて Googleの動画公開に関するベストプラクティスもご参照ください。Shcema.orgを使用してページ上で動画コンテンツをマークアップする方法や、検索結果ページに動画ページと併せて適切なサムネイル画像を表示させる方法についても紹介されています。

XMLサイトマップに関するトラブルシューティング

XMLサイトマップについては、共通してよくある問題が報告されています。GSCでは、ページURLにずれがある場合に同様の問題が生じると説明しています。例えば、Google Search Consoleのアカウントではhttp://www.mysite.comとして認識されているサイトのサイトマップを作成送信する際に、“www” を含めずhttp://mysite.comのようにURLを記載してXMLファイルを作成送信してしまった場合、ページURL にずれがあるとみなされ、同様の問題が生じます。

これ以外によくある問題としては、壊れたリンクがあるにもかかわらず301リダイレクトが設定されていない場合などが挙げられます。

このようなXMLサイトマップに関する問題に対処するために役立つツールが開発されています。GSCのクロールエラーに関するページでは、サイトレベル、ページレベルの両方でエラーを発見する方法が紹介されています。また、ウェブサイト用Fetch as Googlebotを活用することによって、Googlebotがクロールできないコンテンツやリンクを確認することができます。

複数のサイトを管理している場合は、複数のサイトマップの管理を簡略化する方法についても紹介されていますので、是非ご参照ください。

XMLサイトマップについての知っておきたい基本事項は以上です。今回の記事でご紹介した内容は、ウェブサイトを運営し、自社コンテンツを検索結果ページに表示させたい企業なら是非熟知しておきたい内容ですので、自社サイトのサイトマップの作成／送信について今一度ご確認ください。

3回シリーズでSEOの基本概念をご紹介してきましたが、今回パート3では、SEOについてより専門的な内容を掘り下げていきたいと思います。具体的には、ウェブサイトの「クローラビリティー」という概念をご紹介します。パート3では、検索エンジンの基本的なディレクティブの意味をはじめ、クライエントやサーバーが直面するエラー、それに対する各種ベストプラクティス、また開発者向けの資料などをお届けします。

オンページ要因のSEO についてご紹介したパート1 、リンクに関する最適化や関連ディレクティブについてご紹介したパート2も併せてご覧ください。

クローラビリティー

「クローラビリティー」という言葉を簡単に説明してみましょう。検索エンジン結果ページにウェブ上にある様々なページをクロールしてインデックス化するのが検索エンジンロボット（通常は「Googlebot」のようにボット／botと呼びます）の役目ですが、ボットがいかに簡単かつスムーズにページをクロールし、インデックス化することができるか、が「クローラビリティー」の意味です。

検索エンジンのボットが自社サイトをクロール／インデックスしやすいようにクローラビリティーを最大限に高め、クロールの際に発生するエラーの数を最小限にとどめるために、ウェブマスターや開発者が活用できるツールやベストプラクティスは各種あります。クローラビリティーの最大の目標は、スピードを速め、ボットによる各ページのクロール／インデックスをより正確に遂行できるよう後押しすることです。

検索エンジンの基本的ディレクティブ

ユーザーエージェント
ユーザーエージェントとは、ユーザーやプログラムのために働くソフトウェアの総称、あるいはこれに該当するウェブブラウザ（例：Chrome、Internet Explorer、Firefox）やユーザーを特定するための情報収集機能（例：ボット、クローラー、スパイダーなどの自動検索エンジンロボット）を指します。

ウェブ開発者やSEOの専門家は、ユーザーエージェント スイッチャーというものを使用して、ブラウザのユーザーエージェントを切り替え、別の検索エンジンロボットがクロールした場合サイトがどのように表示されるのかテストします。ブラウザのユーザーエージェント切り替えには、専門的な技術を要します。

検索エンジンロボットとそれに対応するブラウザを以下にご紹介します。

• Chrome用のGooglebot
• Bing用のBingbot
• Yahoo!用の Slurp
• MSN/Live用のMSNbot

各種ブラウザがモバイル端末でどのように表示されるのか調べるために、上記以外にもウェブ開発者が使用できるユーザーエージェントやスイッチャーは沢山あります。必要に応じてカスタムのユーザーエージェントを使用することもできます。より規模が大きく複雑な構造のウェブサイトではカスタムのユーザーエージェントを使用するケースが多いです。

リダイレクト
その他に是非知っておきたい検索エンジンのディレクティブにリダイレクトがあります。リダイレクトはあるウェブページURLを別のウェブページURLに転送し、サイトを訪問するビジターや検索エンジンロボットを適切なウェブページに誘導することができます。最もよく使用されているのが301リダイレクトと302リダイレクトです。

• 301リダイレクト
  301とは、恒久的なリダイレクトを意味するウェブページのHTTPステータスコード（HTTPステータスコードについては後程詳しくご紹介します）を指します。301リダイレクトを設定することによって、元ページのリンクジュースを無駄にせずPageRankを新しいページに受け継ぐことができるため、ウェブページを移転する際には301リダイレクトを設定することをお勧めします。
• 302リダイレクト
  恒久的な301リダイレクトとは対照的に302は一時的なリダイレクトを促すHTTPステータスコードです。PageRankは受け継がれませんので、通常この手法を用いることはお勧めしません。

エラーとベストプラクティス

ウェブサイトのパフォーマンスを危険にさらすようなよくある問題は各種あり、その中には解決策が中々見つからない問題もあり、結果的にユーザーエクスペリエンスの低下につながってしまいます。ウェブサイトのパフォーマンスに悪影響を与える典型的な問題としていくつか挙げると、ウェブサーバーのグリッチや、リダイレクトの設定ミス、壊れたリンク、ページ表示にかかる時間が遅い、重複したコンテンツ、複数のURLが存在する、などがあります。

幸いにもこれらの問題への対処法は確実に存在します。そこでここからは、典型的な問題に対してどのような対処をとるのが推奨されるかの問題とベストプラクティスを一緒にご紹介します。

エラーとHTTPステータスコード
エラーに対するHTTPステータスコードは、100番台から500番台まで各種様々あり、ステータスコードによって、検索クエリに対する5種類の反応を表します。

最もよく目にするHTTPステータスコードは、300番台のリダイレクト（前述）をはじめ、400番台のクライエントにおける処理エラー(ウェブサイト運営者)、500番台のサーバーエラー、444番のノーリスポンスなどがあります。

各種あるHTTPステータスコードの中でもとりわけよく目にするのは「404 Not Found」のエラーメッセージでしょう。404番は、リクエストされたページURLが見当たらなかったことを意味します。通常このようなエラーメッセージが表示されるのは、リンクが壊れていたり、機能していなかったりする場合です。このような場合は、カスタム404ページを作成し、検索ユーザーに表示されるよう設定することによって、わかりやすくその後の手順を指示することができます。

400番台のエラーでその次によく目にするのは、「444 No Response」です。これは、サーバーから返答がなく、接続が切断されたことを意味します。通常マルウェア対策の結果である可能性が高いです。

500番台のサーバーエラーを表すレスポンスコードは、サーバーが何らかのエラーが発生しており、ユーザーのリクエストに応えることができない状態であることを表します。500番台のレスポンスコードには全部で18種類あります。内部サーバーにエラーがあることを表す「500 Internal Server Error」から「504 Gateway Timeout」まで各種ステータスコードがあります。

リンクやHTTPヘッダーの正規化
ウェブページにアクセスする際、複数のHTTPヘッダー（URL）を介しているような場合や、別の場所で作成／公開されたコンテンツがある場合、または重複したコンテンツがある場合は、「正規化」することをお勧めします。正規化とは、自社コンテンツに対する単一のウェブページURLを定義することを意味します。正規化することによって、リンクとランキング状況を強化することができ、結果的に検索ビジビリティーを高めることに繋がります。

正規化には複数の方法があります。例えば、 HTTPヘッダーに内に正規化リンクを指定する方法については、ダウンロード可能のホワイトペーパーやPDFで参照可能です。正規化の方法の詳細については、 Googleのウェブマスターヘルプフォーラムをご参照ください。

また、BrightEdgeのContentIQ を活用することによって、サイトをクロールして400番台、500番台のエラーを特定し、早急に対処することができます。

サイトスピード

サイトスピードは、Googleの検索ランキングを決定するアルゴリズムが参照する重要要素だと考えられています。それに加えて、同社が掲げるモバイルフレンドリー戦略に伴って、より早いインターネット体験ができるサイト構築が求められているため、ウェブマスターらはページのローディングにかかる時間の短縮に努めなければなりません。

サイトマップ

XMLサイトマップとは、サイト上にあるウェブページを、XMLタグを使用してリストアップしたものを指します。XMLタグとは、「Extensible Markup Language（エクステンシブル マークアップ ランゲージ」の略語で、ウェブサイトの構造を記述することができます。XMLサイトマップを検索エンジンに提出することによって、自社サイト上のページを検索エンジンボットが生活かつ素早くクロール／インデックスすることができます。XMLサイトマップについては、BrightEdgeで過去にご紹介したこちらの記事をご覧ください。

リソースおよびツール

SEO関連の重要用語をご紹介した今回の記事では、サイトのクローラビリティーを最適化する方法について基本的事項についてご紹介しましたが、さらに詳細に掘り下げてクローラビリティー最適化についての情報をお求めの場合は、BrightEdgeのContentIQをはじめ、Google Webmaster Toolsや、Webmaster Central Help Forumなどをご活用ください。

3回シリーズでSEO基本事項をご紹介しましたシリーズ記事が皆さんのSEO学習のお役に立つことができれば幸いです！

3回シリーズでお届けするSEOの基本的知識を振り返る基本的SEO対策ガイドのパート2では、SEO対策で理解しておくことが求められる基本的知識やコンセプトを引き続きご紹介し、SEO対策チームとの今後の連携をよりスムーズにすることを目指します。パート1では、オンページ（ページ上にある）要因の意味や注意点などをご紹介しました。今回パート2では、SEO実施時に必ず知っておきたい概念や検索エンジンの仕組みについてご紹介します。

検索エンジンに対するディレクティブ

メタロボット
メタロボットとは、検索エンジンが使用する自動ロボットのことを指します。「Googlebot」や「Bingbot」のように通常「bot（ボット）」と呼ばれます。このようなメタロボットはウェブをクロールし、見つけたウェブページを検索結果ページ（SERP）にインデックス化していきます。

検索結果ページに表示してほしくないページや、ページ上の情報がある場合は、比較的シンプルなHTMLコードを使用することによって、該当ページをインデックスから除外するよう検索エンジンボットに指示することができます。またウェブページ上にあるリンクについてもディレクティブ（通常はタグと呼ばれることが多い）を用いてどのような対処をとるべきか検索エンジンボットに指示することができます。

最もよく使用される検索エンジン向けのタグを以下にご紹介します。

Index
Indexタグを使用することによって、メタロボットに該当ページをインデックス化するよう指示することができ、その結果インデックス化されたページが検索結果ページに表示されます。

Noindex
Noindexタグを使用することによって、メタロボットに該当ページをインデックス化の対象から除外するよう指示することができます。例えばサイト上にまだ完成していないページがある場合、検索エンジンがそのような未完のページを検索結果ページに表示しないようNoindexタグを使用してインデックス化の対象から除外することを指示します。HTMLコードでは、のように記載します。

• Noindexタグを使用することによって、該当ページは検索結果ページには表示されませんが、引き続きページはクロールされます。つまり、SERPに該当ページが表示されなくても、ページ上のコンテンツはクロールボットがクロールするため、ページ上のリンクやリンク先ページは、Nofollowタグ（後程詳しくご紹介します）を使用しない限り検索エンジンの評価の対象になってしまいますのでご注意ください。

Followタグ
Followタグを使用することによって、メタロボットに該当ページ上にあるリンクの対象ページ（リンク先として記載されているページURL）を辿る（フォローする）よう指示することができます。その結果、フォローされたページもインデックス化され、検索結果ページに表示されます。

Nofollowタグ
Nofollowタグを使用することによって、該当ページ上にあるリンクのリンク対象ページURLをフォロー／インデックスの対象から除外するようメタロボットに指示することができます。

未完のページをSERPに表示しないようnoindexタグを使用する例と同様に、ウェブページとページ上のリンクの両方をインデックスの対象としたくない場合は、次のようなHTMLコードを記載します：<meta name=”robots” content=”noindex,nofollow”>。 Noindexタグやnofollowタグをより簡潔にGooglebotに指示するには、HTMLに<meta name=”robots” content=”none”>と記載することが効果的です。

• nofollowタグを使用すると、該当ページ全体のフォロー、インデックス化両方が中止されます。ページ上にある個別のリンクに限定してフォロー／インデックスの中止を指示するものではありません（nofollow属性とは別物です）のでご注意ください。

Noarchiveタグ
Noarchiveタグを使用することによって、検索結果にウェブページのキャッシュを保管しないようメタロボットに指示することができます。

Nosnippetタグ
Nosnipeetタグを使用することによって、検索結果ページにメタディスクリプションの内容を表示しないよう指示することができます。

リンクプロフィール

検索エンジンボットはリンクをたどってウェブをクロールします。そのためサイト上のリンクプロフィールは自社サイトの検索ビジビリティーに大きな影響を与えると考えられています。健全なリンクプロフィールを構成する重要要素を以下にご紹介します。

インバウンドリンク
インバウンドリンクとは、別名「外部リンク」としても知られており、外部ページから自社ページに向かって張られたリンクのことを指します。

2012年に実施されたGoogleのペンギンアップデートをきっかけに、その後同様のアップデートが繰り返し導入されたことによって、ウェブマスターやサイト運営者らは、自社サイトの外部リンクプロフィールを構成するインバウンドリンクの品質について極めて慎重にならざるを得ない状況に迫られました。あるウェブページから別のページへと張られた「PageRank」に適うリンクを対象として実施したペンギンアップデートの結果、アルゴリズムによって数えきれないほど多くのペナルティーがマニュアルで課される結果となりました。ペナルティーが課された大半のウェブサイトは、意図せずリンクスキームにはまってしまっていたサイトでした。

• BrightEdgeのリンク オーディットに関する記事では、リンクの品質を評価するための4つのステップを詳しく紹介しています。不自然なリンクや低品質なインバウンドリンクを自社リンクプロフィール内に発見した場合の対応策についても同記事内で詳細に説明されています。記事内で紹介されている手法をとっても解決できない場合は、 Googleの「外部リンク無効」ツールを活用しましょう。
• インバウンドリンク（外部リンク）を効果的に活用してコンテンツマーケティングやSEOで成功を収める方法についてまとめた BrightEdgeのガイドも併せてごらんください（英語のみ）。

アウトバウンドリンク
アウトバウンドリンクとは、自社サイト上にあるページから別サイトのページに向かって張ったリンクのことを指します。インバウンドリンクと同様に、外部サイトのページにリンクを張る際には細心の注意を払い、リンクを張る相手のページの状態が良好であることを確かめましょう。

インターナルリンク／内部リンク
同じサイト上であるページから別のページにリンク付けすることを指します。内部リンクは、「ワイヤーフレーム」のような役割を果たし、ユーザーがサイト上をナビゲーションしやすいよう後押ししたり、メタロボットがクロールやインデックス化をしやすいよう誘導したりします。

アンカーテキスト
アンカーテキストとは、ユーザーがクリックしたくなるよう促す文字列です。内部リンク、外部リンクいずれにおいても使用されます。

• 以前は、強力なランキングシグナルとして検索エンジンはアンカーテキストを参照していましたが、検索エンジン結果ページのランキングを操作することを目的として、不正に（完全一致のキーワードを使用して）アンカーテキストを操作する事例が多発したため、GoogleはSEOの判断基準を変更しました。現在では完全一致のキーワードをアンカーテキスト内で過剰に使用しているサイトはペナルティーの対象となります。

アンカーテキストには、完全一致のキーワードを過剰に使用するとGoogleからペナルティーを課される可能性がありますが、他に部分一致や関係のないワードを上手く組み合わせることによってより自然なアンカーテキストを作ることが可能になります。

パート2で取り上げる内容は以上です。引き続きパート3もご覧ください。パート3ではよりSEOに関する専門的な内容を掘り下げてご紹介します。