この記事の内容
  1. 項目の台帳と一覧の順序を用意する
  2. 操作とURLによる移動を別に試す
  3. 各ページのURLと代表指定を確認する
  4. 中間と最終ページで欠落を調べる例
  5. 点検範囲と費用を見積もる
  6. 在庫変更後も同じ経路を確かめる

項目の台帳と一覧の順序を用意する

仮に300製品を20件ずつ表示する一覧なら、公開する製品URLと期待する並び順を先に用意します。先頭から見える項目だけを台帳にすると、最後の項目が欠けても気付けません。新規追加、最終ページ、一時的に掲載を止めた項目など代表例も選びます。表示件数や順序は手順を考える仮定で、本製品の上限や測定結果ではありません。実際の在庫や公開状態が変わるなら、確認した時点の一覧を残してください。クローラーで見つかった数と照合する際も、件数の一致だけでなく、必要な各項目が正しい行き先へ結び付いているかを確認するための台帳にします。

操作とURLによる移動を別に試す

人が追加表示を押すと項目が増えることと、クローラーが後半を発見できることは別です。Googleの資料は、リンク先を持つ通常のリンクと、操作を要求するボタンを区別しています。次へ進む先のURLを直接開いて、そのページだけで必要な項目が表示されるかを確認します。最初の画面を経由しないと内容が出ない場合は条件を残し、無限スクロールがあるという理由だけで問題と決めず、別の発見経路があるかを調べます。実際のリンク、直接アクセス、ブラウザの戻る操作を分けて記録すると、表示の使いやすさと発見の不足を同じ不具合として扱わずに済みます。

各ページのURLと代表指定を確認する

番号の違いで別項目を表示するページは、同じ内容の並び替えとは役割が違います。Googleのページ分割案内は各ページの固有URLと、それぞれのcanonicalを説明しており、すべてを一ページ目へ指定する方法を勧めていません。URLのフラグメントだけでページ番号を表す場合も、発見の仕方を確認します。対して並び順や細かな絞り込みは、同じ集合を別の状態で表示する場合があります。ページ番号、並び替え、フィルタを一つの設定で処理せず、実際の項目と目的を読んで方針を分けてください。前後関係を示す古いタグがあるだけで、後半が発見されると判断しないことも大切です。

中間と最終ページで欠落を調べる例

仮の一覧で一ページ目は正常でも、十五ページ目の直接アクセスが一ページ目を返すとします。画面上の番号だけでなく、本文の項目、応答、リンク先を比べて現象を再現します。中間ページからの次へ、最終ページの戻る案内、範囲外の番号も試し、存在しない一覧を正常な公開ページとして量産していないか確認します。項目の重複や欠落があれば、更新による順序変化か、取得条件の問題かを分けます。正常例と失敗例を並べて依頼すると、担当者は対象の共通テンプレートを絞れます。これは仮想の検証例で、特定のサイトやツールで発見した実績ではありません。

点検範囲と費用を見積もる

全フィルタや並び順を含めて無制限に取得すると、一覧の見た目より対象が大きくなることがあります。まず正規のページ列と代表的な例外を決め、管理者と許可範囲や負荷を確認します。Screaming FrogやSitebulbを使う場合は、必要な取得、設定、保存の条件を選択版で確認します。少数の手動確認で原因を特定できるなら、その方法から始められます。有料化は後半まで確認できない、同じ点検を保存して繰り返せないなど具体的な不足があるときに判断します。サイトマップは追加の発見材料にできますが、利用者が次へ進めない導線をそれだけで修正したことにはなりません。

在庫変更後も同じ経路を確かめる

修正後は先頭、中間、末尾、範囲外、代表項目のURLを同じ条件で確認します。新製品追加や公開終了でページ数が変わる場合は、以前の末尾だけで点検を終えないでください。台帳、確認日、取得設定、見つからない項目と担当を残し、別の担当者も同じ問いを再現できるようにします。監査ツールを替える場合は、以前の設定と必要な出力を保存できる条件を確認してから旧環境を整理します。動作修正が終わったことと、Googleにすべて掲載されたことは別に報告します。検索側で未確認の範囲を隠さず残すと、後日の変化もサイトの不具合と即断せず調べられます。

参照した公式情報

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。

比較方針を読む広告について