XMLサイトマップ更新で押さえるべき重要ポイント総まとめガイド

はじめに

この章の目的

本章は記事の導入です。XMLサイトマップ（sitemap.xml）を正しく更新し、Google Search Consoleで再送信する一連の流れを分かりやすく紹介します。まず「なぜ更新が必要か」「何を気をつけるか」の全体像をつかめます。

XMLサイトマップとは簡単に

サイト内のページ一覧を検索エンジンに伝えるファイルです。例えると、図書館の蔵書リストのような役割を果たします。更新を怠ると新しい記事や削除したページが正しく反映されません。

本記事で学べること

• 更新の目的と注意点
• 更新時に意識すべきポイント（3つ）
• lastmodタグの扱い方の考え方
• Search Consoleでの再送信手順と確認方法

読者像と進め方

サイト運営者や担当者、初めてサイトマップを扱う方に向けています。章ごとに手順と具体例を示しますので、順に読み進めるだけで実践できます。

XMLサイトマップを更新する目的とは？

サイトマップの役割

XMLサイトマップ（sitemap.xml）は、サイト内のURLとそれぞれの基本情報（例：URL、最終更新日、更新頻度の目安など）を検索エンジンに伝えるファイルです。クローラーはこれを手がかりに「どのページをいつ巡回するか」を判断します。

更新する主な目的

• クローラーに最新情報を伝える：ページを追加・編集したらサイトマップを更新することで、検索エンジンが変化を認識しやすくなります。
• インデックス化の迅速化：重要な変更（新しい記事や大幅な修正）を知らせると、インデックスされるまでの時間を短くできる可能性があります。
• 優先度の示唆：lastmodや優先度タグで、どのページを優先的に見てほしいかを示せます（あくまで“参考情報”です）。

lastmodタグの重要性（具体例付き）

たとえばブログ記事を更新したとき、lastmodを更新するとクローラーは「最近変わった」と判断し優先的に再訪することがあります。これにより、検索結果への反映が早まる可能性が高まります。

実務的な注意点

• 更新は正直に行う：小さな表記ゆれで頻繁に日付だけ変えると効果が薄くなります。
• 自動更新を導入すると運用が楽になります。CMSや生成ツールでlastmodを自動反映する方法が現実的です。

以上が、XMLサイトマップを更新する目的と押さえるべき基本点です。次章では、更新時に意識したい具体的なポイントを解説します。

XMLサイトマップ更新で意識すべき3つのポイント

サイトマップを更新するときに特に気をつけたい3つのポイントを、わかりやすく説明します。

1. ページの追加・削除を正確に反映する

新しいページを公開したら必ずサイトマップに追記します。逆に、公開をやめたページや削除したページはサイトマップから外してください。削除したページは可能ならHTTPステータスで404または410を返すようにし、検索エンジンに存在しないことを明示します。例：新しい記事を投稿したらURLを追加、季節限定キャンペーンが終了したらそのURLを削除します。

2. lastmod（最終更新日）は実際の更新タイミングで更新する

記事やページの本文を変更したタイミングでlastmodを最新日付にします。lastmodは検索エンジンに「このページは最近更新されました」と伝える手段です。形式はISO（例：2025-01-15）で書くと扱いやすいです。小さな誤字修正でも内容に影響するなら更新日を変えて問題ありません。

3. 日付だけを頻繁に書き換えない

実際には内容を変えずにlastmodだけ繰り返し書き換えるのは避けてください。SEO目的で頻繁に日付を変えると不自然と判断される可能性があります。定期的な見直しで実質的な改善を行い、そのときに正直にlastmodを更新するのが安全です。例：本文や構成を変えたときは更新日を変える、目立たないメタ情報だけなら更新しないことを検討します。

自サイトのXMLサイトマップが更新されているか確認する方法

1. サイトマップの場所にアクセスする

まずブラウザで「https://example.com/sitemap.xml」など、本来のサイトマップURLに直接アクセスします。404やエラーにならなければ、XMLが表示されているか確認できます。コマンドで確認する場合は次のように実行します。

curl -I https://example.com/sitemap.xml

HTTPステータスが200なら存在します。

2. XMLの中身を確認する

表示されたXMLで次の要素を探します。
– ページのURL
– YYYY-MM-DDまたは日時
– （個別URLの集合）または（複数サイトマップの索引）
具体例：

<url>
  <loc>https://example.com/post-1</loc>
  <lastmod>2025-01-01</lastmod>
</url>

3. lastmodの形式と意味を確認する

lastmodは「最終更新日」を示します。形式は日付のみ（YYYY-MM-DD）か、時刻付き（例: 2025-01-01T12:34:56+00:00）を使えます。更新頻度が高いページは正確に設定すると検索エンジンに有益です。

4. サイトマップインデックスや複数ファイルの確認

sitemapindexがある場合は、そこに記載された各サイトマップURLも開いて同様に確認します。大きなサイトや画像・動画用の別サイトマップがあることがあります。

5. 動的サイトやCMSの場合のチェックポイント

CMSやプラグインで自動生成している場合は、生成タイミングやキャッシュの影響でlastmodが古くなることがあります。管理画面やプラグイン設定、cron処理を確認してください。

6. 見つからない・lastmodがない場合の簡単な対応

lastmodが無ければ最終更新日を設定することを検討してください。手動更新が難しければ、CMSの拡張機能やサイト生成スクリプトで自動化すると労力を減らせます。

lastmodタグを更新する具体的な考え方

概要

lastmodタグはページの最終更新日を示すラベルです。クローラーはこの日付を手がかりに更新のあったページを優先的に巡回します。実際の内容変更に合わせて正しく反映することが原則です。

更新すべきタイミング

• 新しい記事を公開したとき
• 既存記事を大幅にリライトしたとき（構成や見出しを変えたとき）
• 重要な情報（価格・仕様・公式発表など）を変更したとき
• 表示される本文の中身が変わったとき

細かな誤字修正や内部リンクのちょっとした調整だけなら、更新を保留しても問題ありません。

更新の具体的ルール

• 日付は実際に編集した日を使います。嘘の更新日は避けてください。
• どの程度の変更で更新するかルールを決めます（例：見出しの追加、数値更新、本文の30%以上の変更など）。
• ページ単位で管理するか、Sitemapを生成する仕組み側で自動反映するかを統一します。

実務上の例

• 新規投稿：公開日＝lastmodにする
• 誤字・軽微な装飾変更：lastmodは更新しない（内部ログで管理）
• 商品スペック変更：必ずlastmodを更新する

やってはいけないこと

• 内容を変えずにSEO目的で頻繁にlastmodだけ更新すること
• 意味のない更新日付の操作で検索エンジンを欺くこと
  これらは評価を下げるリスクがあります。

簡単チェックリスト

• 実際に本文や重要情報を変更したか？
• 適切な日付フォーマットを使っているか？（例：YYYY-MM-DD）
• 更新ルールをチームで共有しているか？
  大きな更新があれば、サイトマップの再生成・再送信を検討してください。

XMLサイトマップ更新後にSearch Consoleで再送信する手順

簡単な流れ

XMLサイトマップを更新したら、Search Consoleで再送信するとGoogleへ更新を知らせやすくなります。主な手順は下の通りです。

手順（詳細）

1. Google Search Consoleにログインします。
2. 対象サイトのプロパティを選択します。
3. 左メニューの「サイトマップ」をクリックします。
4. 「新しいサイトマップの追加」欄に、更新したサイトマップのパス（例：sitemap.xml）を入力します。同じパスを再入力して送信できます。
5. 「送信」を押して登録・更新します。

送信後に行うこと

• ステータス（成功／エラー）を確認します。成功なら問題ありません。
• エラーが出た場合は、エラー内容（404、XMLフォーマット不正、robotsでブロックなど）を確認して修正します。
• 必要なら「URL検査」ツールで重要ページを個別にインデックス登録リクエストします。

トラブル対処のポイント

• サイトマップのURLが正しいか、サーバーで正しく返っているか確認してください。
• robots.txtでサイトマップやページがブロックされていないか確認します。
• 修正後は再送信し、エラーが解消したかを再度チェックします。

サイトマップ送信後に確認すべきポイント

1) Search Consoleでまず見るもの

• ステータスが「成功」になっているか確認します。成功であれば基本的な受理は完了です。
• エラーや警告の有無を確認します。エラーは優先的に直しましょう。

2) よく出るエラーと対処例

• URL取得エラー：対象URLにアクセスできないか、サーバーが一時的に応答していない場合に出ます。該当ページをブラウザで開き、HTTPステータス（200/404/500など）を確認して修正します。
• フォーマットエラー：サイトマップのXML記述が間違っている場合に出ます。該当行を開いてタグの閉じ忘れやエンコーディングを修正します。
• 重複やリダイレクト：サイトマップ内のURLが別の正規URLにリダイレクトする場合は正しいURLに置き換えます。

3) 修正→再送信の流れ

1. Search Consoleでエラーの詳細を確認する。該当URLや行番号が示されます。
2. サイトマップやページを修正する。必要ならrobots.txtやサーバー設定も確認します。
3. 修正後、Search Consoleでサイトマップを再送信します。
4. 数時間〜数日待ってステータスやインデックス数の変化を確認します。

4) 補助的な確認方法

• URL検査ツールで個別ページのインデックス状況を確認します。
• サーバーログやアクセス確認でクロール状況を把握します。

5) 継続チェックのポイント

• 一度で終わりにせず、問題が出たら都度修正と再送信を繰り返します。品質が上がるとインデックス状況の把握が楽になります。