サイトマップのlastmod：組み立てた日ではなく中身を変えた日を入れる

サイトマップのlastmodには、そのページの中身を最後に変えた日を入れます。サイトマップを作った日や、サイトを組み立て直した日ではありません。

データから毎日ページを組み立てるサイトでは、何もしないと、全ページのlastmodが毎日今日の日付になります。これを避けるには、組み立てるたびにページの中身を前回と比べ、変わったページだけ日付を進めます。サイトマップの全体の書き方はXMLサイトマップ⁠にあるので、ここではlastmodの決め方に絞ります。

lastmodは、何の日付？

サイトマップの書式を定めたプロトコルの説明は、lastmodを次のように定めています。

この日付は、サイトマップが生成されたときではなく、リンク先のページが最後に更新された日に設定しなければならないことに注意してください。

書き方はW3C Datetime形式で、時刻を省いてYYYY-MM-DDの形にもできます。同じ説明は、このタグは、サーバーが返すIf-Modified-Since（304）⁠のヘッダーとは別のもので、検索エンジンは両方の情報を別々に使うことがある、とも書いています。

Googleは、lastmodをどう使う？

Googleのサイトマップの作り方には、XMLサイトマップの注意として、次の2つ⁠が並んでいます。

Google は、 と の値を無視します。

Google は、 値が一貫して正確であることを（ページの最終更新との比較などにより）検証できる場合に、この値を使用します。

続けて、lastmodはページに対する最後の重要な更新の日時を反映する必要があると書き、例を挙げています。ページのメインのコンテンツ、構造化データ、リンクの変更は重要な更新とみなされ、著作権の日付の変更はみなされません。

2023年⁠のブログで足された説明

Googleは2023年6月26日の公式ブログで、サイトマップのpingのエンドポイントの終了と一緒に、lastmodの使い方を説明しています。

• lastmodは、以前に見つけたURLのクロールの予定を立てるシグナルとして使っている
• 日付は、sitemaps.orgに書かれた形式でなければならない。形式が違えばSearch Consoleで知らされる
• 事実と合っていなければならない。7年前に変えたページを前日に変えたと伝えると、最終更新日として信用されなくなる
• サイドバーやフッターの重要度の低い文を変えただけなら、lastmodを進めなくてよい
• 他のページを集めているだけのトップページやカテゴリのページは、最終更新日を決めにくいなら、lastmodを省いてかまわない

最後の点は、データ型のサイトでは助かります。県の一覧やランキングのページは、下の会社ページが1社変わるたびに中身が変わります。日付をどう決めるか迷うページは、lastmodを付けずに出すこともできます。

全ページが今日の日付になる失敗

データから組み立てるサイトで、よく起きる作り方です。

1. 毎日データを取り込み、全ページを作り直す
2. サイトマップを作るときに、各ページのlastmodに今日の日付を入れる
3. 中身が変わったのは数十ページなのに、サイトマップでは全ページが今日更新したことになる

ファイルの更新時刻をlastmodに使う作りも同じ結果になります。全ページを作り直せば、全ファイルの更新時刻が今日になるからです。

この規模のサイトで、毎日全URLの日付を進めると、その日に本当に変わったページがどれなのかを、サイトマップの日付からは読み取れなくなります。Googleが「一貫して正確」⁠と確かめられるのは、日付が動いたページで、実際に中身が変わっている場合です。

中身のハッシュで、日付を決める

変わったかどうかは、組み立てたページの中身をハッシュ（文字の並びから作る短い指紋のような値⁠）⁠にして、前回の値と比べると分かります。手順は次のとおりです。

1. ページを組み立てたら、日付を決めるための中身を取り出す
2. その中身のハッシュを計算する
3. 前回の記録にある、同じURLのハッシュと比べる
4. 違えば、lastmodを今日にする。同じなら、前回のlastmodをそのまま使う
5. URL、ハッシュ、lastmodの3つを、次回のために記録に残す

記録は、URLごとに1行⁠の表で足ります。

URLは例です。1行目は中身が変わっていないので、前回のlastmodを使います。2行目だけ、今日の日付になります。

ハッシュに入れるもの、外すもの

いちばん大事なのは、1で取り出す中身に何を入れるかです。ページのHTMLを丸ごとハッシュにすると、中身が同じでも毎回違う値になる部分が混ざります。

左の列は、Googleが重要な更新の例に挙げているものに合わせています。右の列は、Googleが重要な更新とみなさない著作権の日付と、ブログで挙げているサイドバーやフッターの文に近いものです。

ページの中に最終更新の日付の表示があるなら、それも外します。日付をハッシュに入れると、日付が変わったからハッシュが変わり、ハッシュが変わったから日付が変わる、という堂々めぐりになります。

元のデータの段階で、そのページに使う値だけをハッシュにする方法もあります。会社ページなら、その会社の行の値を、決めた順に並べて計算します。テンプレートを直したときに日付が動かないので、どちらが合うかは、型の変更をページの更新として扱うかで決めます。

型を直した日は、どう扱う？

テンプレートを直して、全ページの本文の構成が変わることがあります。たとえば会社ページに新しい項目の欄を足した日です。

これは本文の変更なので、全ページの日付が進んでもかまいません。本当に変わったからです。問題になるのは、中身が何も変わっていないのに全ページの日付が進むことです。ページの中身を比べる作りなら、この2つ⁠は自然に分かれます。

画面の日付とそろえる

lastmodを決めたら、同じ値をページの画面の更新日と、構造化データのdateModifiedにも使います。3つ⁠が別々の処理で決まると、サイトマップでは今日、画面では先月、という食い違いが起きます。Googleは、ページの最終更新との比較などで正確さを確かめると書いているので、食い違いは避けます。

画面の日付と構造化データの日付の出し方は更新日の見せ方⁠に書きました。データの取り直しで、変わったページを見つける方法はデータの取り直しに、サイトマップを複数のファイルに分けたときのインデックスのlastmodは大きなサイトの分け方⁠にまとめています。データ型のサイト全体はデータベース型サイトからたどれます。

仕様・出典の確認日：2026年10月26日⁠。