処理の段階を分ける
発見はアドレスの把握、クロールはリソースの取得、レンダリングは必要に応じたJavaScriptの実行です。インデックス処理では内容の分析と正規版の選択を行います。HTTP 200やサイトマップへの記載だけで、その版の登録は証明できません。
観測できる原因を直す
- 内部HTMLリンク、HTTP応答、クローラーのアクセス、noindex、描画リソースを確認します。
- 宣言された正規URLと選択された正規URL、実際の内容、ページ独自の価値を比較します。
- 修正後は重要なURLを検査し、可能なら再クロールを依頼します。複数の関連URLはサイトマップで知らせます。
依頼の限界を理解する
依頼を繰り返してもクロールは速まらず、期限も保証されません。Indexing APIはJobPostingやVideoObject内のBroadcastEventなど対応する種類のコンテンツ向けで、一般記事の加速手段ではありません。観測した状態、クロール日時、検索順位を区別します。
一次資料
- Google Search Central — How Search works [EN]
- Google Search Central — Request recrawling [EN]
- Google Search Central — Indexing API usage [EN]
インデックス登録の段階ごとに診断を行う。
URLは、検索結果に表示されるバージョンとは異なるバージョンとして検出、クロール、レンダリング、グループ化される場合があります。「インデックス未登録」は、単一の原因で解決できる万能な解決策はありません。
- ステータス、指示、宣言された正規URL、および個別のコンテンツを記録します。
- URL検査を使用して、選択されたバージョンと利用可能な観測結果を確認します。
- 修正された原因を再テストし、期限を定めずに監視します。
一次資料：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. 関連する方法：実践ガイドを読む.