ECサイトのSEOでよくある間違い：リンク獲得前の修正表

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

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

判断表の使い方

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

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

確認チェックリスト

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

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