範囲と判断の目的

被リンクを追加しても、壊れたカテゴリ経路や説明不足の商品ページが自動で直るわけではありません。まず代表的なカテゴリ、通常の商品、色やサイズの選択肢を一つずつ選びます。このチェックリストは手動確認の順序を整理する資料であり、店舗を巡回して問題を検出した結果ではありません。実際の状態を確かめる前に、表の各行を自分のサイトの障害だと断定せず、該当するかを調べるところから始めてください。

最初に確認する点

症状と原因は別に記録します。あるレポートに商品がない理由は、未発見、除外、転送、あるいはレポート対象外など複数考えられます。テンプレートを変更する前に、対象URL、アクセス時の応答、見えた内容、確認条件を保存します。情報を取得できなければ不明とし、修正済みにはしません。確認できなかった状態を失敗とも成功とも断定しないことで、次に必要な調査を担当者へ正しく渡せます。

具体例で読む判断表

架空のアウトドア用品店では、防水バッグが検索窓からしか見つかりません。色を変えるとURLが変わり、他の内部リンクは別の表現を使っています。まず関連カテゴリから商品へ進める道を追加し、その後で選択肢のURLとcanonicalの関係を調べます。すべてのURL違いに外部リンクを集めることが先ではありません。この例は実在店の監査結果ではなく、発見の問題とURL整理の問題を分けるための手順です。

  • 検索窓だけで発見: 観察した症状: カテゴリをたどっても商品に届きません。; 修正の判断: 関連カテゴリからクロール可能な商品リンクを追加します。; 再確認: 公開リンクをたどり、hrefが意図した商品を指すか見ます。
  • 選択肢URLの矛盾: 観察した症状: 内部リンク、サイトマップ、canonicalが別の表現を使っています。; 修正の判断: 意図する選択肢のモデルを定め、それに合わせて信号を整理します。; 再確認: 主商品と選択肢を確認し、すべてを無条件に統合しません。
  • 商品説明が不足: 観察した症状: サイズ、互換性、選び方の情報がありません。; 修正の判断: 実物に合う具体的で正確な情報を追加します。; 再確認: 主張を商品と照合し、初めての購入者として読みます。
  • 古い行き先: 観察した症状: 削除商品のリンクがエラーや無関係なページへ進みます。; 修正の判断: 適切な代替があれば選び、なければ削除状態を正しく扱います。; 再確認: 旧応答と内部リンクを調べ、何でもトップへ転送しません。
  • 絞り込みの増殖: 観察した症状: 似た内容や空の組み合わせが大量にできます。; 修正の判断: 固有の利用目的を持つ組み合わせと残りを区別します。; 再確認: URLとクロール規則を抽出確認し、登録状態とは分けます。

次の作業を選ぶ

優先するのは、利用者が商品へ到達することや選択することを妨げる問題です。修正ごとに担当者と成功条件を定めます。固有の需要に応える絞り込みページは、空の組み合わせが大量に生まれる場合と同じ扱いにしません。パラメータが付いているという理由だけで一律に遮断せず、内容と役割を確認します。修正の影響が他のカテゴリに及ぶ場合は、代表ページだけでなく変更対象の範囲も記録してください。

役立つ確認記録を残す

変更前後の観察は上書きせず分けて保存します。ナビゲーションを直したら一般公開の画面でカテゴリリンクをたどり、hrefと行き先を確認します。アドレス変更では旧URLの応答と到達先も確認します。ブラウザで開けることは検索に登録された証明ではないため、検索側で確認できた情報は別欄に記録してください。誰がいつどの状態を確認したかが残ると、後日の再発や別の変更との混同を避けやすくなります。

  • カテゴリ、商品、選択肢の代表例を選ぶ。
  • 修正案の前に観察した証拠を書く。
  • 担当者と具体的な再確認方法を決める。
  • 不明、修正済み、検証済みを混同しない。

限界と次の手順

この表は完全な技術監査ではありません。在庫切れ、言語別ページ、複雑な描画などは追加調査が必要です。canonicalによる優先URLの指定とrobotsによるクロール制御は目的が異なります。クロールを遮断しただけで検索結果から消えたとは言えません。不明点を残したまま完了扱いにせず、次の確認方法を記録します。リンク獲得を再開する際も、修正した事実と検索上の成果を別々に説明することが大切です。

手動で検討するための資料です。実サイトの自動監査、掲載先一覧、検索順位の予測ではありません。事例は架空です。外部への取得や送信は行わず、ダウンロードしたファイルは端末に保存されます。