ECサイトのSEO対策：特有の論点と進め方

BtoB商材を扱うECサイトでは、記事や商品説明を増やすだけではSEOの課題を解き切れないことがあります。カテゴリ、商品、絞り込み条件でURLが増え、在庫や終売の更新がページ表示と商品データに影響するためです。

重要なのは、検索流入を狙うページと制御するURLを分け、商品情報の更新と計測をつなぐことです。この記事では、検索対象として育てる重要URL群の方針を決められるようになります。読後には、ページ種別ごとの役割、絞り込みURLの扱い、商品状態ごとの運用、施策の優先順位を自社の条件に合わせて整理できます。

ECサイトのSEOでは、ページ内容だけでなく、URLの扱い、商品状態の更新、計測を重要URL群ごとに結び付けて管理します。

01SectionECサイトのSEOは、なぜURLと商品運用まで見るのか

一般的なSEOでも、利用者に役立つ情報、分かりやすいサイト構造、ページへの到達経路は重要です。ECサイトではこれに加えて、商品バリエーション、絞り込み、並び替え、在庫更新によって、似た内容のURLや更新対象の情報が増えやすくなります。GoogleのECサイト向けベストプラクティスでも、商品データやサイト構造を整え、検索エンジンがコンテンツを見つけて理解しやすくする考え方が案内されています。

BtoBのECサイトでは、オンライン購入だけが成果とは限りません。カテゴリページや商品ページは、仕様・適合性を確かめ、資料請求や問い合わせ、商談予約へ進むための比較検討の入口にもなります。したがって、集客、商品情報、運用、導線を別々に扱わず、同じURL群で確認することが必要です。この記事で扱うのはEC特有の論点なので、テクニカル・コンテンツ・外部対策といったSEO施策全体の分類はSEO対策の種類と選び方で先に押さえておくと、以降の優先順位を判断しやすくなります。

02Section検索意図ごとに商品・カテゴリ・用途ページの役割を分ける

同じテーマに近いページを増やす前に、検索テーマごとの主ランディングページを一つ決めます。カテゴリ、商品、用途・課題、比較・選定支援には、それぞれ異なる役割があります。

カテゴリページは一覧だけで終わらせず、何を基準に比較すべきかを補います。商品ページでは、提供元の説明の転載だけに依存せず、用途、適合条件、資料、FAQ、問い合わせ前に確認したい条件を追加します。用途・課題ページはカテゴリの複製ではなく、課題に固有の選定条件から商品群へ案内するページです。

検索テーマごとに主ページを一つ定め、補助ページから主ページへ文脈に沿った内部リンクを置きます。主ページと補助ページが同じ意図を繰り返す状態を避けることで、利用者にも検索エンジンにも役割を伝えやすくなります。主ページの確定時は、Search Consoleでクエリと流入ページを照合し、既存ページの重複や想定外の流入先を確認してください。

03Section絞り込みURLは5つの扱いに分けて設計する

絞り込み、並び替え、ページネーションのURLを一律に検索対象外にすると、需要のある条件ページまで失うおそれがあります。一方で、条件の組み合わせを無制限に検索対象へ置くと、類似URLが増え、重要URLの発見や取得に影響し得ます。GoogleのファセットナビゲーションURLに関するガイドを参照しながら、URL単体ではなく、同じ生成規則を持つURLパターン単位で方針を決めます。

canonicalは、主カテゴリと同じ内容に近い並び替えURLなどを代表URLへ集約する際の候補です。canonical先、内部リンク先、サイトマップに載せるURLをそろえる考え方は、Googleの正規URLに関するガイドおよびcanonicalタグの基本で確認できます。noindexは検索入口にしないが利用者には必要な一時条件ページなどで検討します。Googleのrobotsメタタグに関する仕様のとおり、noindexを読み取らせるにはページを取得できる状態が前提です。

URL方針を決める判断フロー

絞り込みURLは一律に制御せず、利用者価値とURLパターンに応じて扱いを分けます。

1. 1そのURLは有効な商品一覧、または利用者に意味のある情報を返すか。 いいえの場合、0件の絞り込み、存在しないページネーション、矛盾した条件などは、そのURLでHTTP 404を返す設計を検討します。
2. 2検索需要、固有の比較・選定価値、安定した掲載商品、固有説明を維持できるか。 はいの場合、固定URL化、自己参照canonical、正規URLへの内部リンク、サイトマップ掲載を設計し、検索対象として育成します。
3. 3主カテゴリなど、同一または極めて近い内容の代表URLがあるか。 はいの場合、canonicalで代表URLへ集約し、内部リンクとサイトマップも代表URLへ統一します。
4. 4利用者には必要だが、検索入口にはしないか。 はいの場合、noindexを検討します。このURLをrobots.txtでブロックせず、検索エンジンがnoindexを取得できる状態を保ちます。
5. 5不要な組み合わせが膨大で、クロールやサーバーへの負荷が大きいか。 はいの場合、まずURL・リンク生成を見直し、そのうえでrobots.txtによるクロール抑制を検討します。

HTTP 404を検討する無効URLを、無関係なカテゴリや共通のエラーページへ転送して代替しないことも重要です。利用者の意図に対応する後継URLがある場合を除き、転送先との関係が弱い転送は避けます。

04Section在庫切れ・終売は商品状態ごとにURLと案内を決める

在庫や終売の対応は、後継品との対応関係と旧ページの情報価値を基準に判断します。

在庫切れや終売の対応は、全商品で同じにするものではありません。再販売の可能性、後継・代替品との関係、旧ページが仕様確認や保守で役立つかを基準に、画面表示、URL、商品データをセットで判断します。商品データ側でも、Googleの在庫状況（availability）に関するヘルプが、一時的な在庫切れと販売を終了した商品を区別して扱うよう案内しており、ページ側の判断と同じ切り分けが前提になります。

一時的な在庫切れと再入荷予定あり

一時的な在庫切れでは、原則としてURLを維持し、在庫切れ、問い合わせ先、代替品を明示します。再入荷予定がある場合もURLは維持し、予定日は確定している情報だけを表示します。予定変更や期限超過時に見直せるよう、更新担当と次回確認日を決めておきます。

終売かつ後継品あり

旧商品ページには、終売の事実に加え、後継品との仕様差分や適合条件を示します。後継品が旧商品の用途・仕様・利用者意図に十分対応する場合に限り、旧URLからの転送を検討します。対応関係が弱いなら、旧ページを維持して後継品・代替カテゴリへ案内するほうが、検討者にとって分かりやすい場合があります。

終売かつ後継品なし

保守、仕様確認、置き換え検討に役立つ情報が残るなら、終売表示、代替カテゴリ、問い合わせ先を置いてページ維持を検討します。恒久的に情報価値がなく、適切な代替先もない場合は、削除とHTTP応答を検討します。

05Section構造化データは商品情報を更新できる範囲から始める

構造化データは、商品情報を検索エンジンが理解するための補助であり、検索結果での表示を豊かにする対象になり得ます。ただし、実装そのものが順位上昇やリッチリザルト表示を保証するわけではありません。GoogleのProduct構造化データガイドを参照し、ページ上の情報と整合するデータを、保守できる範囲から始めます。基礎的な考え方は構造化データの基本も参照してください。

先にそろえるのは、ページ・商品マスタ・更新責任

商品名、画像、識別情報に加え、価格や提供状況を扱うなら、ページ表示と商品マスタのどちらが更新元かを明確にします。商品情報の更新者、構造化データの保守担当、テスト担当が分かれたままでは、在庫切れや終売時に情報がずれやすくなります。代表商品でテストし、取得状況とエラーを確認してから対象を広げる進め方が実務的です。

レビューが少ない場合は判断材料を優先する

BtoB商材ではレビューが十分に集まらないことがあります。レビュー数を増やすことを先に目的化するより、仕様、適合条件、技術資料、導入条件、FAQなど、問い合わせ前の判断に必要な情報を充実させます。レビューを表示・データ化する場合も、実際に公開している評価情報と一致させ、収集・更新のルールを持てる範囲に限ります。

テストと監視を前提にする

構文確認にはリッチリザルトテストを使えます。テストで問題が見つからない場合でも、検索結果機能の表示は保証されません。代表URLで取得状況を確認し、Search Consoleで継続的に監視する運用を前提にします。

06Section重要URL群を起点に優先順位とKPIを決める

全URLを一度に精査するのではなく、重要URL群から確認対象を定め、実装と計測を段階的に進めます。

初回診断は、全パラメータURLを厳密に数えることから始める必要はありません。まず、検索対象にしたいカテゴリ、商品、固定条件ページを重要URL群として一覧化し、ページ種別とURLパターンごとに状態を確かめます。

簡易スコアと例外ルールで着手順を決める

施策候補は、次の6軸を各1〜3点で評価します。3点は、影響・リスク・対象規模・計測可能性が大きい、または難易度・依存が高い状態です。

比較の目安は、事業影響＋技術リスク＋対象URL規模＋計測可能性－実装難易度－他施策への依存です。この式は投資対効果を保証するものではなく、着手順の根拠を関係者間でそろえるために使います。

具体的には、重要カテゴリ・商品ページがnoindex、誤canonical、取得阻害などで検索対象になっていない場合、価格・提供状況・終売案内が実態と異なる場合、商品データを更新できない状態は最優先です。構造化データの拡大より、商品マスタと更新責任の整備を先行させます。

採点後は、初期診断、URL・テンプレート改修、主要ページの情報改善、公開後検証の順に進めます。SEO担当は方針と検証、EC運用・商品担当は商品情報、開発担当はURLやテンプレートの実装、営業・分析担当はCV定義と評価に関与するなど、更新・実装・承認・検証の責任を分けます。

公開後はインデックスからCVまで段階的に確認する

施策管理シートには、対象URL群、実施日、狙う検索テーマ、インデックス状況、表示回数、クリック、CTR、自然検索CV、中間CV、次回確認日を残します。確認は、インデックス状況、表示回数、クリック、CTR、自然検索CV、中間CVの順で進めると、どこで課題が起きているかを切り分けやすくなります。

CV件数が少ないBtoB商材では、短期のCVだけで施策を停止せず、重要URLが検索対象になったか、想定テーマで表示され始めたか、導線が利用されたかを段階的に見ます。検索仕様、Search Console、Google Analyticsの画面やレポート名称に関する説明は2026年8月12日時点のものです。

ECサイトSEOの課題整理や実装計画を相談したい場合

重要URL群の整理、絞り込みURLの方針、商品データとの連携、実装後の検証まで、必要な支援範囲を比較できます。

SEO対策3980社掲載

SEO対策の相談先を探す