ファイル制限を守る
1ファイルの上限は50000 URLかつ非圧縮50 MBで、両方を守ります。超える場合は複数に分け、必要ならインデックスでまとめます。UTF-8と完全なURLを使います。
| 確認項目 | 基準 | 詳細 |
|---|---|---|
| ファイルあたりURL | 50000 | 1ファイルの上限。 |
| 非圧縮サイズ | 50 MB | こちらの上限も適用。 |
| 文字コード | UTF-8 | XML値を正しくエスケープ。 |
| priorityとchangefreq | Googleは無視 | クロールを制御しない。 |
本当に登録したいページを記述する
- 正規URLと一貫し、アクセス可能で登録対象のURLを列挙します。送信前に転送、エラー、除外を確認します。
- XML値を正しくエスケープし、配信ファイル、状態、子サイトマップを確認します。圧縮しても展開後の上限はなくなりません。
- lastmodは重要で検証できる変更に使います。更新を装うため毎日すべての日付を変えません。
受理されたファイルと登録ページを分ける
読取診断とURL状態を別々に追います。有効なサイトマップにも別の理由で選ばれないページは含まれます。Googleはpriorityとchangefreqを無視し、優先度の購入やクロール周期指定には使えません。
一次資料
意図的なURLをサイトマップに追加してください。
サイトマップは、サイトがクローラーに訪問させようとしているURLの発見インベントリです。リダイレクト、重複ページ、およびnoindexページは一貫性を損ないますが、有効なエントリであってもインデックス登録が保証されるわけではありません。
- 各エントリを最終応答および正規ページと比較します。
- 最終更新日時は、実際の変更があった場合にのみ更新します。
- 主要ページの代替言語と内部リンクを確認します。
一次資料：Google Search Central — Crawling and indexing. 関連する方法：実践ガイドを読む.
クロール可能なページ分割
一覧には固定URLと発見可能なリンクが必要です。
- 2ページ目を独立したURLにし、固有のcanonicalを設定します。フラグメントや全ページから1ページ目へのcanonicalでは、異なる内容を表せません。
- 無限スクロールと併用しても、次のページを通常のhrefリンクで示します。JavaScriptなしでサーバーHTMLを確認します。イベント処理だけでは同じリンク先を提供できません。
- 安定した順序と許可する絞り込みを定義します。最終ページ、範囲外の番号、同じURLの再取得を試し、無限に空ページが続かない説明可能な結果を確認します。
再現できる受け入れ事例
架空の例です。顧客や実際の観測結果を示すデータではありません。
事例の入力を見る
{
"page_2": "/catalog?page=2",
"canonical": "/catalog",
"next_link": "<button>More</button>"
}期待される判断
2ページ目には独自のcanonicalと、次ページへの探索可能なhrefリンクが必要です。
検証手順
- 各頁のURL、canonical、リンクを記録します。
- JavaScriptボタンなしで続きを開きます。
- 探索可能なhrefと独自canonicalを残します。 各URLを直接開いて項目を比較します。別のアドレスで最初のページが繰り返されても、続きが正しいとは確認できません。
Google Search Central — Pagination and incremental page loading
無限スクロールはページURLの代わりになりますか？
自動的にはなりません。読めるURLとリンクを提供し、同じ内容へ戻れることを確認します。
一次資料：Google Search Central — Pagination and incremental page loading. 関連する方法：実践ガイドを読む.
サイトマップの品質
正しいXMLでもページを欠落させたり不適切な宛先を含む場合があります。
- 公開ルートとサイトマップを照合します。インデックスに登録したい絶対形式の正規URLを含め、エラー、リダイレクト、noindexページを除きます。
- 1ファイルの上限は50,000 URLと非圧縮で50 MBです。gzipではなくUTF-8のバイト数を測ります。固定したグループで分割し、サイトマップインデックスに列挙します。
- lastmodは確認できる重要な変更を表します。すべてのページを生成日に更新しません。再生成後にXML、アクセス可否、robots.txtの参照を確認します。
再現できる受け入れ事例
架空の例です。顧客や実際の観測結果を示すデータではありません。
事例の入力を見る
{
"shard_urls": 50001,
"uncompressed_bytes": 20000000,
"lastmod_source": "generation_time"
}期待される判断
50001 URLは1ファイルの上限を超えます。分割し、重要な変更からlastmodを算出します。 この演習では50,000件と1件のURLに分割すると件数上限を満たします。非圧縮の各ファイルが50 MB以内かも確認します。gzipで上限は増えません。生成日は各ページの更新日の代わりになりません。
検証手順
- URL件数と非圧縮サイズを記録します。
- 分割、canonical、意味のあるlastmodを検証します。
- 除外と索引との対応を残します。
一次資料：Sitemaps.org — Protocol. 関連する方法：実践ガイドを読む.
Robots.txt：クロール・登録・検証資料
この言語版の詳しい参照メモは英語で提供しています。
A sitemap proposes URLs; it does not decide the index
For Google, sitemap inclusion is a weak canonical signal. A proposed URL still needs to be crawled, processed and potentially selected.
- Publish useful URLs consistent with canonical signals and internal links.
- Check robots.txt and each page’s directives separately.
- Retain evidence of actual indexing; submitting a sitemap is not proof of an outcome.
Review the twelve robots.txt cases →
References reviewed