AO Co. ロゴAO Co.
← 一覧に戻る公開URLと更新日をサイトマップへ整理するイメージ

XMLサイトマップの管理方法｜URL追加・削除・lastmodの確認手順

SEO・マーケティング

編集：株式会社AO

更新：（判断例・確認手順または説明情報を見直し）

記事を追加したのにサイトマップが古いまま、または削除したURLが残っていませんか。サイトマップは、公開ページの一覧と更新情報を保つ運用が大切です。本記事では、記事追加や統合時に確認する手順を一つのチェック表へまとめます。

この記事で分かること
  • サイトマップへ含めるURLの判断
  • lastmodを更新する条件
  • 公開ページとの照合と送信後の確認

公開したい正規URLを揃える

Google公式資料では、検索へ表示させたい正規URLをサイトマップへ含めることを推奨しています。送信はページの発見を助ける手段であり、クロールやインデックスへの登録を保証するものではありません。

URLの一覧だけで判断せず、実際の応答、canonical、公開設定、内部リンクも照合します。試験用URLや、別URLへ転送される旧ページを、公開対象として混在させないようにします。

変更の種類ごとに処理を決める

変更サイトマップの処理ページ側の確認
記事の新規公開正規URLを追加表示、canonical、内部リンク
内容の重要な改訂実際の改訂に合うlastmod見える更新情報との整合
URLの変更新URLへ差し替え転送とリンク修正
複数記事の統合残すURLを掲載内容の引継ぎと転送
公開終了対象URLを整理終了応答と案内

更新日に毎日の実行日を入れない

lastmodは、ファイルを再生成した日を機械的に入れるための項目ではありません。Googleは、主要な内容などの重要な変更を反映した正確な値を使うよう説明しています。フッターの年だけ変わった場合など、本文の改訂と同じ扱いにしない運用を定めます。

記事の公開日、改訂日、サイトマップのlastmodを別々の仕組みで管理していると食い違いが起こります。更新台帳と公開処理を対応づけ、何が変わったかを記録してください。

公開処理に照合を組み込む

サイトマップだけに頼らず、記事一覧や関連ページから新規ページへリンクを設けます。送信後にすぐ検索へ出ない場合も、日付を変えて繰り返し送るのではなく、公開設定や内容、取得状況を順に確認しましょう。

  1. 公開対象のHTMLからcanonicalと公開設定を取得する。
  2. サイトマップ内のURLと照合し、漏れと不要なURLを分ける。
  3. 追加・統合・削除・改訂の内容に合わせて更新する。
  4. XMLの構文と公開URLでの応答を確認する。
  5. Search Console等で送信状況を確認し、取得エラーがあれば原因を調べる。

サイトマップと公開ページを突き合わせる実施例

送信成功の表示だけでは、公開したいURLが正しく載っているかは分かりません。HTMLの公開ページ一覧とサイトマップのURLを別々に取得し、差分を確認します。以下は定期点検へ組み込むための記録例です。

差分ごとに原因と対応を選ぶ

検出した状態最初の確認検討する対応完了確認
新記事が載っていない公開とcanonicalの状態正規URLを追加一覧からも到達できる
旧URLが載り続ける転送先と内容の継承最終URLへ差替え旧URLと重複掲載しない
削除ページが残る終了の意図と代替先不要URLを整理本文リンクも修正
noindexページが載る検索に出す意図公開設定か掲載を修正両者の意図が一致
lastmodが毎日変わる実際の本文変更日更新処理を修正重要な変更日が記録される
別のホストが混在代表ホストとcanonical正規URLへ統一HTTPSで取得できる

実施と確認の手順

  1. サイトマップを取得した日時とURL件数を記録する。
  2. URLごとのHTTP応答、canonical、検索公開設定を確認する。
  3. 公開したいページ一覧と照合し、漏れと余分なURLを抽出する。
  4. 重要な本文変更があったページだけ、実際の変更に合うlastmodへ更新する。
  5. 修正したXMLを構文確認し、HTTPS上でも同じ内容を取得できるか確かめる。
  6. Search Consoleの送信状態と取得日時を確認し、ページの登録状況は別に追う。

ページを発見できることと、インデックスに登録されることは別です。サイトマップにあるのに登録されない場合は、公開設定、取得状況、重複、本文の役割を確認します。送信を繰り返すだけで解決しようとせず、対象URLごとの原因を記録してください。

送信後にエラーが出た場合の調査順序

エラー対応では、ファイルを取得できない問題と、掲載したURLの問題を分けます。サイトマップの再送信に進む前に、公開ファイルの実体と応答を確認してください。

見つかった問題最初の確認対応の考え方
サイトマップを取得できない公開URLとHTTP応答権限や公開先の設定を修正
XMLを読み取れない構文・文字コード・名前空間生成処理を修正して構文を再確認
対象URLがエラーを返す掲載URLの実際の応答公開状態を直すか掲載対象を整理
想定外の正規URLが表示canonicalと内部リンク代表URLの指定と掲載を統一

修正前後のファイルと取得日時を保存すると、生成処理の不具合を調べやすくなります。送信成功後も登録状況はURLごとに確認し、発見・取得・登録のどの段階で止まっているかを記録してください。

実施前のチェックリスト

  • 正規URLだけを掲載した
  • 公開ページとの漏れ・重複を照合した
  • lastmodが実際の変更と一致する
  • XMLの構文とHTTPS応答を確認した
  • 記事一覧と関連ページから辿れる

よくある質問

サイトマップを送れば必ず検索に出ますか？

登録や掲載は保証されません。サイトマップは発見を補助するもので、ページの公開条件と内容も確認が必要です。

lastmodは毎日更新するべきですか？

重要な内容の変更に合わせます。更新していないページへ実行日を一律に設定しないようにします。

参考にした公式情報

公式情報の確認日：2026年10月20日。本文の比較表・手順・記入例は、公式情報を踏まえたAO編集部の実務向け整理です。記載の試算は実績や成果保証ではありません。

関連記事・対応サービス

公開ページと検索向けの設定を整えます

対象業務や現在の運用を整理し、優先順位と実行手順を一緒に検討します。

ご相談・お問い合わせ →