XMLサイトマップの作り方と送信方法｜新しいページが載ったか確認する手順

サイト制作の準備を表したAI生成イメージです。実際の社内や顧客の写真ではありません。

新しい製品ページを公開したら、まずそのURLを一つ控えてください。XMLサイトマップは、検索エンジンに知らせたいページのURLをまとめたファイルです。すでに自動生成されていれば、新しいファイルを作る手間はありません。手元のURLが一覧に載っているかを確かめ、Google Search Consoleでファイルの読み取り結果を見ましょう。製品ページ自体の登録状況まで追えるよう、確認する画面と順番を紹介します。

XMLサイトマップはいつ必要？ 新しい製品ページを例に考える

「サイトマップを用意してください」と頼まれたときは、使う相手を聞くと必要なものが分かります。新サイトの打ち合わせで会社案内・製品・事例を箱と線で並べるのは、社内で合意するためのページ構成図です。構成図の作り方は、末尾の関連記事「ホームページのページ構成はどう決める？」で確認できます。閲覧者が目的のページに移動するためのHTMLのリンク集もあります。検索エンジンから公開ページを見つけやすくしたいときに準備するのが、この記事で扱うXMLファイルです。

出典：サイトマップについて | Google 検索セントラル  |  Documentation  |  Google for Developers

例えば、ある部品メーカーが「小型ポンプA」の紹介ページを追加したとします。以下の会社、製品名、アドレスはすべて手順説明用の架空例です。担当者の手元には製品ページ、試作中に使った下書き、新製品を紹介するお知らせの三つがあるとします。先に確かめたいのは、営業担当が取引先に案内する製品ページの正式なアドレスです。ブラウザーで開き、転送がある場合は最後に表示されたURLを控えます。

外部からのリンクが少ない新しいサイトや、製品数が多くリンクだけでは把握しにくいサイトでは、一覧がページ発見の助けになります。数ページの会社案内でトップから全ページにたどれるなら、案内リンクが切れている場所を直すほうが先のこともあります。製品一覧から小型ポンプAへクリックして移れるかも試してください。XMLに一行加えても、訪問者が使う製品一覧のリンクは増えません。

出典：サイトマップについて | Google 検索セントラル  |  Documentation  |  Google for Developers

作る前に、いま使っているサイトマップを見つける

最初に、保守の引き継ぎ資料、使っているCMSの検索設定、Search Consoleの「サイトマップ」に既存のアドレスがないか見ます。CMSは記事や製品情報を入力してサイトを更新する仕組みです。運用会社がファイルを生成している場合は「トップページを更新する場所」だけでなく「製品を公開したとき、どの一覧が自動で変わるか」を尋ねてください。分かったアドレスをログアウトしたブラウザーで開きます。

公開サイトのルートにある robots.txt に、Sitemap: で始まる行があれば、その行のアドレスも候補です。これは一覧の場所を知らせる記述です。行が見当たらない場合も、CMSが別の場所でXMLを出していることがあります。また、Search Consoleのレポートに並ぶのは、そのレポートやAPIから送信したものです。そこが空欄というだけで新規作成を始めると、同じ製品を載せる二つの一覧ができてしまいます。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：サイトマップ レポートを使用してサイトマップを管理する – Search Console ヘルプ

WordPress本体には5.5でXMLサイトマップ機能が加わりました。標準の入口の一例が /wp-sitemap.xml で、そこに各一覧への参照がまとまります。サイトの構成やプラグインで公開場所は変わります。標準の場所に表示されないことだけを理由に、新しいプラグインを追加する必要はありません。現在の生成元と、すでに送信している入口を先に確認します。

出典：New XML Sitemaps Functionality in WordPress 5.5 | Make WordPress Core

ブラウザーで開くと、見やすい表に整形されることがあります。そのときは表のリンクが公開ページを指すか、別のXMLを指すかを見ます。索引が二つの子にリンクしていて、一つが投稿、もう一つが固定ページなら、製品をどちらの仕組みで登録したかをCMSで確かめます。ファイルが分割されていれば別の子にも続きます。最初に開いた一枚に載っていない段階では、サイト全体から抜けているとは判断できません。

作り方を選ぶ。CMSの自動生成と小規模サイトの手書き例

既存のCMSが公開時に一覧を生成しているなら、その機能を活用します。製品を一つ追加したあと、実際に公開側の子ファイルにそのURLが現れるかを見てください。管理画面の一覧に製品名が表示されても、公開サイトマップにその種類のページが含まれているかは別に確かめます。生成されたXMLを直接書き換えると次回の生成で戻ることがあるため、除外設定や元になるページ情報を直す担当を決めます。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：New XML Sitemaps Functionality in WordPress 5.5 | Make WordPress Core

CMSがない小規模なサイトで、公開ページの追加がまれなら、UTF-8のテキストファイルを作る方法があります。下の例は一件分の完全なXMLです。枠内をまとめてコピーし、テキストエディタに貼り付けます。記号と引用符は半角のまま、例の製品URLを自社の正式な公開URLに置き換え、sitemap.xml などの名前で保存します。サイト全体を扱う場合はドメイン直下に置くと、対象となる範囲を把握しやすくなります。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/products/pump-a/</loc>
  </url>
</urlset>

保存できたら、普段使っている公開手順でサイトのルートに配置し、架空例なら https://example.com/sitemap.xml をブラウザーで開きます。編集者用の画面やパソコンのファイルではなく、外部から開けるアドレスを使います。公開権限が手元にない場合は、作成したファイルと希望する掲載場所を保守担当に渡してください。

urlset は一覧全体、url は一ページ分、loc はそのページの場所を示します。もう一製品を加えるなら、最後の </urlset> の手前に、その製品用の <url> から </url> までを追加します。loc には /products/ で始まるパスだけでなく https:// から始まる完全なアドレスを入れます。ファイルのURLと、その中に記載する製品のURLを別々に手元で開けるか確認します。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

正式なURLに & を含む場合は、XML内では &amp; と記入します。広告からの流入を区別する追跡用パラメータが付いているだけなら、通常は追跡情報を外した正規URLを採用します。任意の lastmod はページ内容を実質的に変更した日付が正しく分かる場合に使えます。毎朝ファイルを作り直す仕組みでも、昨日から変わっていない製品の説明に今日の日付を一律で付ける必要はありません。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

毎週製品が増え、同じ情報を製品台帳とXMLに二度入力しているなら、自動生成の方が続けやすくなります。公開状態と正規URLを取り出せるデータから出力し、製品公開後と販売終了後にどの行が変わるかを依頼仕様に含めてください。Googleの上限は一ファイル当たり5万URL、非圧縮で50MBです。どちらかを超える場合は分割し、各ファイルを索引にまとめられます。小さなサイトで最初から製品ごとにファイルを分ける必要はありません。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

送信前に、新しいページと古いURLを一件ずつ照合する

送信の直前には、一覧を上から全部読む代わりに、意図の異なるURLを選んで点検します。新しい製品、旧版、公開前の見積書の三つなら、それぞれに期待する結果を書いてから照合できます。次の表は同じ架空メーカーの判定例です。期待していないものが一件でもあれば、サイト全体の件数を合わせる前に、その一件を生んだ生成元を探します。

製品名で目視するだけでは、お知らせページと製品ページを取り違えることがあります。アドレスをコピーして一致を確かめ、そこから実際に開いて、表示された製品名と転送先も確認してください。同じ内容に複数のURLがある場合は、サイトとして検索に出したい代表のURLを選びます。社内で配布した短縮URLや広告付きURLを全部並べると、どのページの登録を確認したかったのかが曖昧になります。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

新製品が見つからない場合は、まず公開日時とページの種類を確認します。同じ登録方法の既存製品が載っている子ファイルと比べると、新製品だけが欠けているのか、製品の種類全体が対象外なのかを切り分けられます。制作担当には対象の子のURL、掲載済みの比較用製品、見つからなかった製品を一組で渡します。親のURLだけを知らせるより、調べ始める場所が明確になります。

Search Consoleに送信して、取得と登録を別々に確認する

Search Consoleで対象サイトのプロパティを選び、「サイトマップ」を開きます。このレポートから送信するにはオーナー権限が必要です。権限のある担当者へ依頼する場合は、対象サイト名だけでなく公開XMLのURLも渡してください。URLプレフィックスのプロパティでは、https と http、www の有無、対象ディレクトリが一致するかも確認します。

出典：サイトマップ レポートを使用してサイトマップを管理する – Search Console ヘルプ

「新しいサイトマップの追加」で、入力欄の前にサイトのアドレスが表示されている場合はその続きだけを入れます。表示されていない場合は完全なURLを入力します。完成するURLがブラウザーで確認したものと同じになったら送信します。親が複数の子XMLをまとめている構成なら、通常はその親のURLを一つ伝えれば足ります。製品ページのアドレスやパソコンにあるファイル名だけを入れても、公開XMLの場所は伝わりません。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：サイトマップ レポートを使用してサイトマップを管理する – Search Console ヘルプ

「検出されたページ数」は、ファイルの解析で把握したページURLの数です。索引なら子ファイルにあるURLが対象で、重複は一回として数えます。「成功」の横に件数が出ても、その件数分すべてが検索に載ったことは示しません。読み込み日が新製品の公開日より前なら、新しいファイルの中身と過去のレポートを比べている可能性もあります。現在のXMLを見た日時と区別して残しましょう。

出典：サイトマップ レポートを使用してサイトマップを管理する – Search Console ヘルプ

次に、Search Console上部のURL検査に製品ページの完全なURLを入れます。ここで確認したいのは個別ページの登録状態です。「公開URLをテスト」で現在アクセスできることを確認しても、それだけでインデックス登録が完了したとはいえません。XMLには記載があり、ファイルも読み取り成功で、製品ページは未登録という組み合わせはあり得ます。個別検査の説明に従い、意図せずnoindexが付いていないか、別のURLが正規として選ばれていないかなど、そのページ側を調べます。

出典：サイトマップの作成と送信 | Google 検索セントラル  |  Documentation  |  Google for Developers

出典：サイトマップ レポートを使用してサイトマップを管理する – Search Console ヘルプ

ページを追加・移転した担当者が残す確認メモ

サイト運用の担当を交代するときは、管理画面の操作手順だけでなく、公開結果を見る場所を残します。例えば「製品を登録したのは営業企画、CMSを管理するのは制作会社、Search Consoleを確認できるのは広報」という体制なら、一つの作業に三つの窓口があります。各担当が確認した事実を一行書くだけで、新しいページがどこまで届いたのかを次の人がたどれます。

販売終了でページを統合するときもこのメモが使えます。旧製品から後継の製品へ転送する作業と、XMLに後継の正式URLを載せる作業は、それぞれ結果が見える場所が違います。担当者には「旧URLを開くとどこへ着くか」と「XMLのlocにどのURLを載せているか」の二行で確認してもらいます。誰が何を確かめれば更新が終わるかを決めておくと、次に同じ旧版が見つかったときも調査を再開できます。

同じ場所で自動更新するサイトマップを、製品を加えるたびに繰り返し送る必要は通常ありません。生成エラーを直したときなどは修正結果を再送信し、次の読み取りを確認します。社内で作業完了とする条件は「掲載したいURLが公開XMLにあり、指定した入口で読める」など、自社で検証できる内容にします。Googleの登録状況は別欄に、実際に確認できた時点で記入してください。

出典：サイトマップ レポートを使用してサイトマップを管理する – Search Console ヘルプ

よくあるご質問