ECサイトのSEO対策15選｜商品ページとカテゴリページの改善方法【2026年版】

ECサイトのSEO対策では、商品説明を長くする前に、検索エンジンが重要な商品とカテゴリへ正しくたどり着けるかを確認しましょう。商品数が増えるほど、絞り込みURL、バリエーション、在庫切れ、価格更新など、通常サイトにはない問題が増えます。最初に直したいのは、重要商品が見つからない状態、不要URLを大量にクロールさせている状態、ページ・構造化データ・Merchant Centerで商品情報が食い違っている状態です。その土台を整えたうえで、カテゴリページと商品ページの役割を分け、購入条件が分かる情報を足していきます。

この記事でわかること

• ECサイトSEOで最初に確認する技術課題
• カテゴリページと商品ページのキーワード分担
• 絞り込み・並べ替えURLの扱い
• 商品ページで優先したい購入情報
• Merchant Centerと構造化データの役割
• 在庫切れ・販売終了・バリエーションの考え方
• AI検索で商品情報を見つけてもらうための土台
• 既存売上を落とさず変更する手順とKPI

症状	最初に確認する場所
商品名で検索しても出ない	index・内部リンク
カテゴリ流入が少ない	カテゴリ設計・検索意図
URL数が多すぎる	絞り込み・並べ替え
新商品が見つかられにくい	内部リンク・サイトマップ
価格・在庫が検索結果と違う	商品データの整合
バリエーションが混乱する	URL・ProductGroup
AI検索で商品が見つからない	SEO・商品データ・Merchant Center

※原因を断定せず、最初に確認する場所を示しています。

ECサイトは、ページ単体ではなく商品データとURL生成の仕組みまで見ないと改善できません。ここからは、売上を持つ既存ページを壊さない順番で確認していきます。

最初に直すのは重要商品が見つからない状態と商品データの不一致

ECサイトで「何から直せばよいか」と迷ったら、まず重要な商品やカテゴリが検索エンジンから見つけられる状態かを確認しましょう。商品説明やtitleを改善しても、クロールされない、indexされない、内部リンクがない状態では、その改善を評価してもらう機会が生まれません。

最初に確認したい問題

• 重要な商品・カテゴリに意図しないnoindexが付いていない
• robots.txtで必要なURLやリソースを止めていない
• 重要商品へクロール可能な内部リンクがある
• 価格・在庫・商品名がページと商品データで一致している
• 空カテゴリや意味のない絞り込みURLが大量に生成されていない
• サイトマップへ重要URLが適切に含まれている

重要商品はナビゲーションからたどれるようにする

Googleは、ECサイトの構造をURLの見た目だけで判断するのではなく、ページ間のリンクも使って理解します。インデックスさせたい商品には、カテゴリやサブカテゴリなどから<a href>リンクでたどれるようにしましょう。

すべての商品へ通常のナビゲーションからリンクできない場合は、サイトマップやMerchant Centerフィードも商品の発見に利用できます。

出典：Google 検索セントラル『e コマースサイトの構造を Google が把握できるようにする』（公開日記載なし）（2026年9月6日確認）

改善前に基準値を残す

URLやcanonical、noindexを変更する前に、現状を保存しておきましょう。売上を持っているページを誤って消した場合に、何が変わったか追えなければ戻せません。

変更前に保存したいデータ

• Search Consoleのページ別クリック・表示回数・主なクエリ
• 自然検索経由の商品閲覧・カート追加・購入
• 重要カテゴリ・商品URLのindex状態
• canonical・noindex・robots.txtの現状
• 商品数・index候補URL数・サイトマップURL数
• 商品マスタ・価格・在庫の更新元

商品ページとカテゴリページは検索意図で役割を分ける

商品ページとカテゴリページが同じキーワードを含んでいても、それだけで問題とは限りません。見るべきなのは、検索者が「特定の商品を買いたい」のか、「複数商品を比較したい」のかです。

検索の型	受けるページ	主な役割
商品名・型番	商品ページ	購入判断
商品群・カテゴリ	カテゴリページ	比較
ブランド×商品群	ブランドページ	ブランド内比較
用途・条件×商品群	条件別一覧	条件比較
商品名×送料・在庫	商品ページ	購入条件確認

※実際の検索結果とSearch Consoleを確認して、自社商品に合わせて調整します。

固有商品を探す検索は商品ページで受ける

商品名、型番、サイズ、色、在庫、送料など、すでに候補商品が決まっている検索は商品ページが中心です。この段階で必要なのは長い文章より、仕様、価格、在庫、配送、返品などの購入条件です。

複数商品を比べる検索はカテゴリページで受ける

「オフィスチェア」「敏感肌 化粧水」「1万円以下 バッグ」のように、複数商品から選びたい検索はカテゴリや条件別の商品集合ページが向いています。

ただし、検索語のバリエーションごとにページを量産する必要はありません。Googleは、検索や生成AIの回答を操作する目的で検索語のバリエーションごとに大量のページを作る方法を、長期的にも有効ではないと説明しています。

出典：Google 検索セントラル『Google 検索の生成 AI 機能向けにウェブサイトを最適化する』（公開日記載なし）（2026年9月6日確認）

キーワードの選び方はSEOキーワード選定のやり方で詳しく解説しています。

カテゴリページは商品一覧ではなく選ぶためのページにする

カテゴリページには、商品を並べるだけでなく「この中からどう選べばよいか」を判断できる情報を置きましょう。すべてのカテゴリへ長文を追加する必要はありません。検索意図と商品選びに必要な条件があるカテゴリから優先します。

施策1：indexさせるカテゴリを選ぶ

検索流入の受け皿にしやすいカテゴリ

• 一定の商品数と継続的な在庫がある
• 他カテゴリと違う検索意図がある
• 選択条件を説明できる
• 一時的なキャンペーンだけではない
• 購入者が実際に使う分類である

商品が1件しかない、短期間で消える、別カテゴリとほぼ同じ商品集合になる場合は、独立した検索ページとして残す必要があるか見直します。

施策2：title・H1・導入文をカテゴリの役割に合わせる

カテゴリ名をそのまま並べるだけでは、似たカテゴリとの違いが分かりません。用途、対象、主要な選択条件を自然に含め、titleとH1の主題を揃えます。

施策3：比較軸を商品一覧の近くに置く

サイズ、素材、用途、互換性、価格帯など、購入者が絞り込むときに見る条件を簡潔に案内します。商品カードと同じ情報を文章で読み直す必要はありません。

施策4：商品へクロール可能なリンクを置く

カテゴリから商品へ進むリンクは、Googlebotが認識できる<a href>を基本にします。JavaScriptのクリックイベントだけで商品へ遷移する実装は、商品発見の経路として機能しているかレンダリング後まで確認しましょう。

Googleは、eコマースサイトでインデックスさせたい商品のすべてへリンクすることを強く推奨しています。

出典：Google 検索セントラル『e コマースサイトの構造を Google が把握できるようにする』（公開日記載なし）（2026年9月6日確認）

商品ページは文字数より購入条件と適合情報を優先する

「商品説明を何文字書けばよいか」より、その商品が自分に合うか、いくらでいつ届くかを判断できることが重要です。メーカー説明だけでは足りない商品は、自社で確認できる用途・比較・注意点を追加します。

項目	確認する内容
商品名	名称・型番・ブランド
仕様	寸法・素材・容量など
適合	用途・互換・対象外
価格	税込価格・追加費用
在庫	購入可能か
配送	送料・発送・地域
返品	可否・期間・条件
証拠	画像・動画・レビュー

※商品カテゴリによって不要な項目は省きます。

施策5：商品名・型番・ブランドを揃える

商品マスタ、title、H1、パンくず、構造化データで商品名や型番がばらばらになっていないか確認しましょう。同じ商品の別URLを運用している場合は、どのURLを中心に扱うのかも整理します。

施策6：仕様・用途・対応条件を分かりやすくする

商品によって必要な情報は違います。家電なら対応機種や電源、家具なら寸法や搬入条件、化粧品なら内容量や使用方法など、購入前に確認する属性を表や短い説明で示します。

メーカーの仕様値を使う場合は、商品マスタやメーカー公式の内容と一致させ、推測で数値を埋めないようにします。

施策7：価格・在庫・配送・返品を近くに置く

購入直前のユーザーが何度もページを移動しなくても、主要な購入条件を確認できる状態にします。商品ページ、カート、構造化データ、Merchant Centerで価格や在庫が食い違わないようにしましょう。

施策8：画像・動画・レビューを商品選びに使う

商品画像は見た目を飾るだけでなく、サイズ感、色、利用場面、同梱物を確認する材料になります。レビューは実在する投稿を扱い、表示している評価や件数と構造化データを一致させます。

絞り込みURLはindexより先にクロールさせる必要があるか判断する

ECサイトでは、色、サイズ、価格、並べ替えなどの組み合わせから非常に多くのURLが生成されます。ここで最初に考えたいのは、「このURLをindexさせるか」だけではありません。**そもそもGoogleに大量クロールさせる必要があるURLか**を先に分けます。

Googleは2026年3月更新のファセットナビゲーションのガイドで、indexさせる必要がないファセットURLはクロールを防ぐことを推奨しています。canonicalやnofollowでもクロール量が減る可能性はありますが、長期的にはより効果が低い傾向があると説明しています。

出典：Google のクロール インフラストラクチャ『ファセット ナビゲーション URL のクロール管理』（公開日記載なし）（2026年9月6日確認）

URLの用途	方針
検索させたい条件	クロール・index候補
一時的な並べ替え	検索対象にしない
表示件数変更	検索対象にしない
意味のない複合条件	クロール抑制
結果0件の条件	404を検討

※一括処理せず、既存流入と商品集合を確認してから変更します。

施策9：検索させたい絞り込みだけ恒久ページとして設計する

「幅60cm以下の収納棚」など、継続的な商品集合があり、独立した検索意図がある場合は、検索流入の受け皿として残す価値があります。

ただし、単にURLが生成されるからindexさせるのではなく、検索需要、商品数、固有の選択情報、在庫の継続性を確認します。

施策10：不要なファセットURLはクロールから減らす

Googleに表示させる必要がないファセットURLを大量にクロールさせると、新しい有用なURLの発見が遅れる可能性があります。robots.txt、URLフラグメント、リンク設計など、EC基盤に合う方法を開発担当と選びましょう。

robots.txtでクロールを止めたURLでは、Googleがそのページ内のnoindexを読めないため、「robots.txtで止めて、さらにnoindexを読ませる」という設計にはしません。

施策11：ページネーション・無限スクロールでも商品へ到達できるようにする

2ページ目以降の商品や「もっと見る」の先にある商品にも、クロール可能なURLとリンクを用意します。無限スクロールの見た目を維持しながら、Googlebotがクリック操作なしでも商品へたどれる構造を確認します。

施策12：バリエーションはURLと商品データの設計を揃える

Googleは、商品バリエーションが別URLを持つケースにも対応しています。色、サイズ、素材などでURLを分ける場合は、同じ親商品のバリエーションであることをProductGroupとProductで示せます。

出典：Google 検索セントラル『バリエーション商品用構造化データ（ProductGroup、Product）』（公開日記載なし）（2026年9月6日確認）

施策13：在庫切れ・販売終了は状態ごとに分ける

一時的な在庫切れなら、再入荷予定、代替商品、入荷通知などを案内できるため、ページを残す選択があります。

販売終了後は、流入、被リンク、代替商品の有無、ユーザーがその商品情報を探す可能性を確認して処理を決めます。無関係な商品やトップページへ一括リダイレクトする方法は避けましょう。

内部リンクとサイトマップで重要商品を見つけられる状態にする

ECサイトでは、URL階層だけで重要度が伝わるわけではありません。Googleはページ間のリンクを分析し、どのページがサイト内で重要かを判断する材料にしています。

施策14：カテゴリ・パンくず・関連商品を役割でつなぐ

トップページから主要カテゴリ、カテゴリから商品、商品から関連商品や代替商品へ、ユーザーが自然に移動できるリンクを作ります。

売れ筋や戦略商品だからという理由だけで全ページからリンクするのではなく、ユーザーが次に見たい関係性のある場所からリンクします。

Googleは、ベストセラーなど重要な商品であれば、ホームページや他のコンテンツからもリンクすることを検討するよう案内しています。

出典：Google 検索セントラル『e コマースサイトの構造を Google が把握できるようにする』（公開日記載なし）（2026年9月6日確認）

内部リンクの一般的な考え方は内部リンクとは？SEOに効果的な貼り方で解説しています。

商品データはページ・構造化データ・Merchant Centerで揃える

2026年のEC SEOでは、商品ページのHTMLだけ見て終わりにしない方がよいでしょう。Googleは、商品ページの構造化データとMerchant Centerの商品フィードの両方を利用して商品情報を理解します。

施策15：Product・Offerをページ表示と一致させる

商品を購入できるページでは、販売者リスティング向けのProduct・Offer構造化データを使えます。価格、在庫、配送、返品などの商品情報をGoogleへ明示できます。

ただし、構造化データを入れれば順位が上がるというものではありません。Googleは、販売者リスティングの対象となるページを、ユーザーがその商品を購入できるページに限定しています。

出典：Google 検索セントラル『販売者リスティング（Product、Offer）の構造化データ』（公開日記載なし）（2026年9月6日確認）

Merchant Centerの商品フィードも整える

Merchant Centerへの商品登録は通常のGoogle検索結果へ表示されるための必須条件ではありません。しかしGoogleは、商品データの理解を高めるためにMerchant Centerフィードの利用を推奨しています。

Googleショッピングタブなど、Merchant Centerの利用が必要な掲載面もあります。

出典：Google 検索セントラル『商品データを Google と共有する』（公開日記載なし）（2026年9月6日確認）

場所	合わせたい情報
商品ページ	名称・価格・在庫
構造化データ	Product・Offer
Merchant Center	商品フィード

※実際のEC基盤とMerchant Center運用に合わせて確認します。

価格や在庫が頻繁に変わるサイトでは、この3つの同期が特に重要です。商品ページは売り切れなのに構造化データでは在庫あり、Merchant Centerでは別価格、といった状態を放置しないようにします。

構造化データの実装方法は構造化データの実装方法で詳しく解説しています。

モバイルとJavaScriptはレンダリング後の到達性まで確認する

PageSpeed Insightsの点数だけを上げても、商品が見つからない、価格が見えない、購入ボタンが操作できないのであれば改善になりません。

主画像と購入条件を早い段階で確認できるようにする

商品名、主画像、価格、在庫、主要な購入条件がモバイルで確認できるかを見ます。巨大画像や不要なスクリプトで表示が遅い場合は、LCPなどの指標だけでなく、実際の閲覧と購入操作も確認しましょう。

JavaScriptで追加された商品もクロールできるか確認する

「もっと見る」や無限スクロールを使っている場合、Googlebotが操作しなくても重要商品へ到達できるかを確認します。

カテゴリリンクや商品リンクがレンダリング後にどう出力されるか、URL検査やクロールツールで確認しましょう。

価格・在庫・バリエーションの切り替えを実機で確認する

色やサイズを変えたときに、URL、商品画像、価格、在庫、構造化データが想定どおり変わるか確認します。JavaScriptの実装変更は、SEOだけでなく購入率にも影響するため、開発と運用の両方で受け入れ確認を行います。

AI検索でもSEOと商品データの基本が中心になる

AI OverviewやAIモードが増えたからといって、AI専用の商品ページを大量に作る必要はありません。Googleは、生成AI検索でもSEOのベストプラクティスが引き続き有効だと案内しています。

ECについては、Merchant Centerの商品フィードなどを利用すると、AI回答やGoogle検索の他の結果で商品やサービスが表示されやすくなると説明しています。

出典：Google 検索セントラル『Google 検索の生成 AI 機能向けにウェブサイトを最適化する』（公開日記載なし）（2026年9月6日確認）

対話で追加される条件を商品情報で答えられるようにする

「おすすめのオフィスチェア」と聞いたあとに、「幅60cm以下」「3万円以内」「明日届く」「返品できる」と条件を追加する検索が増えても、必要になるのは正確な商品情報です。

比較条件	必要な商品情報
用途	向く用途・対象外
サイズ	寸法・バリエーション
予算	価格・追加費用
配送	在庫・発送・地域
返品	可否・条件
保証	期間・サポート

※自社商品の購入時に実際に聞かれる条件から優先します。

AI検索のために検索語ごとのページを量産しない

Googleは、ファンアウトクエリやユーザーが検索しそうなバリエーションごとにページを大量生成することを勧めていません。AI検索向けでも、独自性があり、購入者が実際に役立つ情報を作ることが基本です。

AI検索そのものの仕組みはAIモードとは？で解説しています。

運用と開発の担当を分け、変更は小さく検証する

ECサイトでは、文章の修正だけで済む施策と、URL生成や商品データまで触る施策を分けましょう。

対象	主担当
カテゴリ説明	運用・SEO
商品情報	商品管理
内部リンク	SEO・開発
ファセットURL	SEO・開発
バリエーション	商品管理・開発
構造化データ	開発・SEO
Merchant Center	商品管理・運用

※EC基盤や組織によって担当は変わります。

URLやindex制御は一括変更しない

URL、canonical、noindex、robots.txt、リダイレクトを変更すると、既存の検索流入を失う可能性があります。変更前の状態を保存し、影響の少ないカテゴリから試しましょう。

外部診断を使うかは技術リスクで決める

外注か内製かの判断基準はSEO対策を外注する判断基準で整理しています。

成果はクロールから粗利までつないで見る

順位だけでEC SEOを評価すると、売れない商品への流入増や、在庫切れページのクリックを成果として数えてしまいます。

段階	主な指標
発見	クロール・index
検索	表示・クリック
閲覧	商品・カテゴリ流入
購入	カート・購入
事業	売上・粗利・返品

※季節性が強い商品は前年同期など比較条件を揃えます。

検索流入が増えても、粗利の低い商品ばかり売れる、返品率が上がるのであれば施策の優先順位を見直しましょう。

ECサイトのSEO対策に関するよくある質問

EC基盤や商品数によって実装は変わります。よくある判断を、条件付きで整理します。

Q. 商品説明は何文字あればSEOに強くなりますか？

A. 固定の文字数はありません。仕様、用途、適合条件、価格、在庫、配送、返品など、購入判断に必要な情報を優先してください。

Q. 商品ページとカテゴリページで同じキーワードを使うとカニバリしますか？

Q. 絞り込みページは全部noindexでよいですか？

Q. robots.txtとnoindexは併用できますか？

Q. 在庫切れ商品は削除した方がよいですか？

Q. Product構造化データを入れると順位は上がりますか？

Q. Merchant CenterはSEOに必要ですか？

Q. AI検索用の商品ページを別に作るべきですか？

商品数ではなく重要ページから直す

ECサイトSEOでは、15施策を一度に実装する必要はありません。まずは売上や検索流入への影響が大きいカテゴリと商品を選び、技術事故がないか確認しましょう。

ECサイトSEOの実行順序

• 重要商品・カテゴリのクロールとindexを確認する
• 商品ページとカテゴリページの役割を分ける
• 購入判断に必要な商品情報を揃える
• 不要なファセットURLのクロールを減らす
• 内部リンクとサイトマップで重要商品をつなぐ
• 構造化データとMerchant Centerの商品情報を揃える
• 変更は一部から反映し、売上まで確認する

最初の棚卸しでは、主要カテゴリ、売上上位商品、URL生成ルール、Search Console、商品マスタ、Merchant Center、開発体制を一枚にまとめてみましょう。どこで商品が見つからなくなり、どこで情報が食い違っているのかが分かれば、優先して直す場所も絞れます。