2026.10.23

ECサイトのSEO対策とは？商品・カテゴリ設計から技術改善と効果測定まで

ECサイトで商品を増やしても検索流入が伸びないときは、記事の追加やキーワードの挿入だけでは原因を解消できない場合があります。購入につながるSEOには、検索需要に合うページ、商品を発見できるサイト構造、購入判断に必要な情報が必要です。どの段階で機会を失っているかによって、優先すべき改善も変わります。

本記事では、自社ECのGoogle自然検索を対象に、商品・カテゴリの設計、技術面の点検、在庫変化への対応、効果測定を順に説明します。社内の担当者が実際のデータを使って着手点を決められるよう、確認する項目と判断の考え方を整理します。モール内検索や広告の運用とは区別して読み進めてください。

確認したい ポイント	結論	詳細
ECサイトのSEOで最初に確認することは？	検索流入と購入の課題を切り分ける	検索表示・クリック・購入のデータを照合し、改善すべき段階を決めます。
商品・カテゴリページを改善するポイントは？	検索意図と購入判断の情報をそろえる	商品詳細とカテゴリの役割を分け、仕様・用途・比較軸・販売条件を整えます。
商品数が多いECサイトの技術対策は？	リンク構造とURLの管理を優先する	ページ分けや絞り込みによるURLを点検し、商品を発見できる構造に整えます。

ECサイトのSEOは検索流入と購入の課題を分けて考える

ECサイトのSEOは、検索する人が必要な商品や情報を見つけられるように、ページとサイトの仕組みを整える取り組みです。最初に、検索結果へ出ていないのか、表示されても選ばれないのか、訪問後に購入されないのかを分けます。原因を一つにまとめると、効果の薄い施策に工数を使いかねません。

たとえば、必要な商品ページが検索対象として認識されていない状況と、商品を比較した訪問者が送料を理由に離れる状況では、確認する場所が違います。前者はページの発見や掲載状態、後者は販売条件や購入導線が主な調査対象です。検索順位だけを見て、両方を同じ課題として扱わないことが大切です。

GoogleのEC向け公式資料でも、商品データとサイト構造を検索エンジンへ伝えるための考え方が整理されています。SEOで訪問機会を増やせても、価格や在庫、購入のしやすさによって売上は変わります。自然検索からの集客と訪問後の購入をつなげて考え、順位向上だけを目的にしないようにしましょう。

検索表示・流入・購入のデータから着手点を決める

現状診断では、検索のデータと受注のデータを同じページ群で照合します。Google Search Consoleは、検索結果の表示回数、クリック数、検索語句、対象ページなどを確認するために使います。アクセス解析では訪問後の行動を、受注管理では実際の販売状況を確認し、それぞれの情報を補い合わせます。

まず主要カテゴリと代表商品を選び、検索表示があるか、どの語句で訪問されるか、購入へ進んでいるかを並べます。表示が少ない場合でも、需要自体が少ないのか、関連するページがないのか、ページが検索対象になっていないのかは別の問題です。検索語句と掲載状態を見ずに文章を追加しても、課題との関係を判断できません。

比較条件は商品群、端末、時期をそろえます。季節商品を繁忙期と閑散期で比べたり、欠品期間を通常販売期間と比べたりすると、改善の評価を誤るおそれがあります。購入計測が正常かも先に点検し、計測漏れを販売不振と読み違えないよう、受注件数との大きなずれを確認してください。

検索意図に合わせてキーワードとページの役割を決める

キーワードは、検索する人が何を決めたいかに応じて、受け皿となるページへ割り当てます。特定の商品を買いたい人と、用途に合う商品群を比較したい人では、必要な情報が異なります。検索回数が多そうな語句を一律に商品説明へ入れるより、意図に合うページを用意するほうが改善の方向を決めやすくなります。

語句の候補は、Search Consoleの検索語句、サイト内検索、問い合わせ内容、商品分類から集めます。サイト内検索は自社の訪問者が探したもの、自然検索はサイトへ来る前に探したものなので、両者を同じ需要として扱わず比較しましょう。商品名だけでなく、用途、困りごと、素材やサイズなどの条件も整理します。

誰に何を販売するかが曖昧な場合は、SEOの前に重点商材と顧客像を決めます。

重点商材や顧客像の整理から始めたい場合は、マーケティング戦略策定支援も参考にしてみてください。

売上規模だけでなく、供給の安定性や社内の対応力も踏まえて、最初に改善する商品群を選びましょう。

商品ページ・カテゴリページ・記事へ狙う語句を割り当てる

商品名や型番は商品ページ、商品群の比較はカテゴリページ、選び方や使い方は記事が受け皿の候補になります。ただし、語句だけで機械的に決めず、実際の検索結果にどのようなページが出ているかと、自社で提供できる商品構成を合わせて判断します。

説明用の生活用品ECを例にすると、特定の水筒の型番を調べる人には商品詳細が適しています。「軽量な水筒」を探す人には重量などで比較できる一覧、「通勤用の水筒の選び方」を調べる人には容量や持ち運び方を説明する記事が候補です。これは設計を考えるための仮想例であり、特定店舗の実績を示すものではありません。

管理表には、検索語句、意図、対応URL、必要な改善、担当者を記録します。一つのURLが複数の関連語句に対応することもあるため、語句ごとに新しいページを作る必要はありません。既存ページで答えられる需要は内容を補い、別の選択肢や情報が必要な需要だけ、新規ページの候補として扱います。

似たカテゴリや記事の検索意図の重複を整理する

似たページがあるときは、検索意図と掲載商品の違いを確認して役割を整理します。同じ語句で複数ページが表示されること自体が、直ちに問題とは限りません。検索する状況に応じて商品詳細とカテゴリが使い分けられる場合もあり、表示URLが複数あるだけで統合を決めるのは早計です。

見直したいのは、担当者でも違いを説明できないカテゴリや、同じ商品の一覧を名称だけ変えて掲載したページです。どの語句でどのURLが表示されるか、購入につながるページはどれか、情報が分かれて利用者を迷わせていないかを確認します。タイトルだけでなく、実際の商品構成と比較軸を見ることが判断の土台になります。

役割が違うなら説明やリンクを整理し、違いがないなら情報をまとめることを検討します。変更前には検索流入、受注、既存リンクへの影響も記録します。URLの整理を急いで必要な商品情報まで失わないよう、残すページで元の読者の目的を満たせるかを商品担当者と確認してから進めてください。

商品・カテゴリページに購入判断に必要な情報をそろえる

商品ページには個別商品の判断材料を、カテゴリページには商品群を比較する材料をそろえます。SEOのために長文を加えることより、検索から来た人が必要な情報を探し回らずに済むかを優先します。商品名や画像があっても、使用条件や販売条件が不足していれば購入判断は進みません。

商品情報の整備では、全商品に共通する項目と、商品ごとに確認する項目を分けます。配送案内などは共通の管理元を決め、寸法や対応機種は商品固有のデータとして持たせると、更新漏れの確認がしやすくなります。テンプレートに欄を追加するだけで終わらせず、誰が正確な値を登録するかも決めてください。

カートの仕様によっては、項目追加やカテゴリの表示変更に開発が必要です。編集画面で対応できる改善と、設計変更が必要な改善を分けると工数を見積もりやすくなります。

要件定義から商品情報や使いやすさを見直す場合は、ECサイト構築もあわせてご覧ください。

商品ページは仕様・用途・配送条件を具体化する

商品ページでは、仕様・用途・購入条件を実際の商品と一致させて伝えます。タイトルには商品名や型番、識別に必要な特徴を自然に含め、似た商品の違いが分かるようにします。関係の薄い語句を並べてタイトルを長くすると、商品を選ぶ人にとって肝心な情報が見えにくくなります。

説明には、サイズ、素材、重量、対応する条件、使えない条件などを必要に応じて記載します。メーカーから提供された説明だけでは分かりにくい点は、自社で確認できる寸法や写真、取扱上の注意で補います。確認していない使用感や購入者の声を作る必要はありません。事実が確かめられない情報は、商品担当者への確認項目として残します。

送料、発送までの日数、返品の条件は、読者が購入前に把握できる位置へ案内します。商品説明と注文画面で内容が食い違わないよう、適用地域や例外条件も確認してください。写真は外観だけでなく、大きさや接続部分など判断に必要な箇所を選び、画像の代替テキストも実際の内容を簡潔に説明する形で設定します。

カテゴリページは比較軸と商品への導線を整える

カテゴリページは、選択肢の違いと次に見る商品を判断できる構成にします。用途、容量、対応する条件など、購入者が迷いやすい軸を一覧や絞り込みへ反映します。商品一覧の前に長い説明を置くより、選ぶ際に必要な短い案内を示し、詳細な説明は適した位置へ配置しましょう。

たとえば寸法が重要な商材なら、一覧の画像だけでなく主要な寸法を比較できると、詳細ページを何度も往復する手間を減らせます。すべての項目を詰め込むのではなく、問い合わせやサイト内検索に表れる迷いから表示項目を選びます。端末によって見える情報量が変わるため、スマートフォンでも比較の基準が伝わるかを確認します。

カテゴリの新設は、独立した需要と掲載できる商品があるかで判断します。語句を少し変えただけの商品数の少ないカテゴリを増やすと、運用時の更新対象も増えます。販売状況が変わっても役割を保てるか、既存カテゴリの絞り込みで十分ではないかを検討し、読者にとって意味のある分類を維持しましょう。

商品を発見してもらうためにサイト構造とURLを管理する

技術面では、商品が発見され、内容を取得され、検索対象として扱われるまでの段階を分けて点検します。リンクなどからURLが見つかること、クローラーがページを取得すること、検索用の情報としてインデックスへ登録されることは同じではありません。発見できても検索掲載が保証されるわけではないため、どこで問題が起きているかを確かめます。

最初に主要カテゴリから代表商品へたどり、通常の閲覧で商品への経路があるかを確認します。次にSearch Consoleで対象URLの状態を調べ、意図しない制限や正規URLの選択がないかを開発担当者と確認します。全商品を一度に改修するより、共通テンプレートの問題か特定商品だけの問題かを見分けることが先です。

カートシステムや追加機能のアプリによって設定方法は異なるため、管理画面の名称だけで効果を判断しないようにします。実際に出力されるページと設定内容を照合し、変更の影響範囲を把握してください。

サイト構造やインデックスの改善については、SEO内部対策支援も参考にしてみてください。

カテゴリから商品へたどれるリンクとページ分けを用意する

商品へのリンクは、カテゴリから段階的にたどれる形で用意します。検索ボックスへ商品名を入力しなければ見つからない商品は、通常の一覧や関連カテゴリからも到達できるかを見直します。Googleのサイト構造に関する資料でも、ページ間のリンクが構造を理解するための手掛かりとして説明されています。

一覧の続きがボタン操作で表示される場合は、検索エンジンが後続の商品へ到達できる仕組みを確認します。
Googleのページ分けに関する資料では、通常のクローラーはボタンをクリックしないため、移動先URLをhref属性に設定したリンクなどで次のページを発見できるようにする考え方が示されています。見た目で商品が表示されることと、リンク経路があることを分けて調べましょう。

ページ分けにはページごとのURLを持たせ、内容が異なる二ページ目以降をすべて一ページ目へ正規化しないよう注意します。担当者は先頭ページだけでなく、途中と末尾のページでも商品へのリンクを確認してください。パンくずやカテゴリへの戻り方も合わせて点検すると、利用者が現在地を理解しやすい構成を検討できます。

絞り込み・並び替え・バリエーションの重複URLを整理する

絞り込みや並び替えのURLは、検索へ出す価値と重複の有無を整理して扱います。色、サイズ、価格、並び順を組み合わせると、商品数以上にURLが増えることがあります。まず生成されるURLの種類を洗い出し、独立した商品群を示すものと、同じ内容の表示順だけが違うものを分けます。

canonicalは、重複または非常に似たページで優先するURLを検索エンジンへ伝えるための指定です。noindexは検索のインデックスから除外するための指定であり、同じ目的ではありません。
robots.txtによるクロール制限も検索からの除外とは別です。Googleの正規URLに関する資料とnoindexの説明を参照し、目的に合う手段を選んでください。

noindexを読み取ってもらうには、クローラーが対象ページへアクセスできる必要があります。設定の組み合わせを理解せず、一律にクロールを遮断する対応は避けます。バリエーションも、個別に説明する価値や販売仕様によって設計が変わります。残すURL、優先するURL、検索対象にしないURLを表で整理してから実装担当者へ渡しましょう。

 

多数の商品やテンプレートを扱う場合は、商品情報の管理方法まで含めた検討が必要です。

商品データやテンプレートを含めて見直す場合は、データベース型サイトSEO支援もご覧ください。

小規模な商品群で設定を検証してから、同じ条件に当てはまる範囲へ展開すると変更を管理しやすくなります。

構造化データと表示体験を改善する

構造化データと画面の使いやすさは、目的を分けて点検します。構造化データは商品などの情報を検索エンジンへ明示するための形式です。一方、表示や操作の改善は、購入者が商品を確認して注文へ進む際の負担に関わります。どちらか一方を整えれば、もう一方の問題も解決するとは限りません。

商品情報の修正を行う際は、画面、構造化データ、管理システムが同じ情報を参照しているかを確認します。表示を速くする作業では、画像の品質や必要な機能を損なっていないかも点検します。技術的な検査結果だけで完了とせず、購入者の操作を通して変更後の状態を確認することが必要です。

価格・在庫と一致する商品構造化データを実装する

商品構造化データは、ページに表示する価格や在庫と一致させます。GoogleのProduct構造化データの資料には、商品情報を伝えるための用途が整理されています。自社で購入できる商品ページでは、販売者リスティングの該当要件も確認し、対象ページに適した項目を実装します。

価格、通貨、在庫状況などは、管理画面の更新が実際のデータへ反映されるかを点検します。アプリとテーマが同じ情報を別々に出力していると、担当者が想定しない不一致が起きる場合もあるため、出力元を把握しましょう。レビューを掲載するなら実在する評価に基づき、検索結果を目立たせるために評価件数や点数を作ってはいけません。

実装後はリッチリザルトテストなどでエラーを確認し、Search Consoleでも対象ページの状態を追います。検査を通っても検索で特別な表示が必ず出るわけではありません。商品ページの新設やテンプレート変更後に、代表ページだけでなく価格の変更や欠品が生じたページも確かめ、運用中の不一致を見つけられる手順を決めます。

画像と操作の負荷を実ユーザーのデータで点検する

表示体験は、実際の訪問者のデータと再現可能な計測を組み合わせて改善します。Core Web VitalsのLCPは主なコンテンツが表示されるまで、INPは操作への応答、CLSは予期しないレイアウトのずれに関する指標です。同じ「遅い」という感覚でも、どの問題かによって修正箇所は変わります。

ラボ計測は特定の条件で問題を再現するために役立ち、実ユーザーデータは実際の利用環境の状態を把握するために使います。一回の計測値だけを根拠にせず、主要なテンプレートや端末で傾向を確認しましょう。
GoogleのCore Web Vitalsの説明も参照し、指標を検索順位の保証やページ全体の読込完了時間と取り違えないことが大切です。

商品画像が重い場合は表示寸法に対して大きすぎないかを調べ、必要な画質を保ちながら形式や配信方法を検討します。操作の反応が悪い場合は不要なスクリプトやアプリの処理を、表示がずれる場合は画像や追加表示領域の寸法確保を確認します。購入ボタンや選択欄の操作も試し、数値の改善と購入操作の正常性を合わせて確認してください。

購入前の疑問に答える記事を商品選びへつなげる

記事は、商品一覧や商品説明だけでは解消しにくい購入前の疑問を補うために作ります。選び方を知りたい人へ商品を並べるだけでは、何を基準に選べばよいか伝わりません。反対に、具体的な商品を買いたい人へ長い知識記事を見せても、購入までの距離が伸びる場合があります。

扱うテーマは、顧客の迷いと自社の商品で答えられる範囲から決めます。問い合わせで繰り返される仕様の違いや、使用条件の確認などは候補になります。記事を公開する前に、読んだ後にどの商品群を見れば判断を進められるかを決めると、情報提供と商品案内を自然につなげられます。

選び方・比較・使い方を扱い関連商品へ案内する

選び方の記事では、比較軸と適用条件を示してから関連商品へ案内します。「おすすめ」と断言するだけでは、読者が自分に合うか判断できません。用途や使う場所、許容できるサイズなど、選択の前提を明らかにし、どの条件ならどの商品群が候補になるかを説明します。

商品比較は確認できる仕様に基づき、向いている用途と制約を併記します。実際に使用していないのに体験談を書いたり、根拠のない人気順を付けたりする必要はありません。情報の出所と確認日を社内で管理し、商品仕様が変わった際に記事側も更新できるよう、参照商品との対応関係を残しておきましょう。

関連商品のリンクは、読者の疑問に答えた場所に、内容の分かる語句で置きます。用途別の選び方を説明した直後なら、その用途の商品を比較できるカテゴリが候補です。読者が必要な商品を選ぶための導線として、リンク先が説明内容に合っているか、欠品ばかりになっていないかも定期的に確認します。

在庫と販売状況の変化に合わせてページを運用する

在庫変化への対応は、商品情報の更新と検索から来た人の判断支援を一緒に行います。一時的な欠品と、再販売の予定がない終了商品では、伝える内容が違います。流入があるからといって古い販売情報を残すと、購入できると思って訪れた人を迷わせることになります。

受注や在庫の更新だけでなく、商品ページ、一覧、記事からの案内が連動しているかを確認します。更新時の連絡先や作業範囲が決まっていなければ、担当部署の間で修正が止まるおそれがあります。

商品更新や分析を含めた運用体制を考える際は、ECサイト運用代行も参考にしてみてください。

一時欠品・販売終了・季節商品の扱いを決める

一時欠品では、現在の状況と利用者が次に取れる行動を明示します。再入荷の見込みが確認できる場合はその範囲を伝え、未定なら未定と記載します。問い合わせや再入荷通知の仕組みがあるなら案内しますが、確約されていない入荷日を載せて注文を促さないようにしてください。

販売終了では、そのページに商品仕様や取扱情報を残す役割があるか、適切な代替商品があるかを検討します。代替品を案内するときは、互換性や用途が同じと断定できるかを商品担当者が確認します。無関係なトップページへ誘導するだけでは、元の商品を探した人の目的を満たせません。URLの扱いはこうした役割を決めた後で技術担当者と判断します。

季節商品は、販売時期の案内と再開時の更新手順を用意します。前年の販売条件や画像がそのまま残っていないかを確認し、仕入れが確定する前の情報は確定事項と区別します。在庫状態ごとに担当と更新箇所を決めておくと、商品数が多いECでも変更対象を追いやすくなり、古い情報を残すリスクを抑えられます。

効果測定と担当分担で改善を継続する

改善の評価は、実施した変更と同じ範囲のデータで行います。技術的な未掲載の解消、需要に合うページ情報の改善、購入時の障害の解消では、最初に期待する変化が異なります。すべての施策を順位だけで評価すると、購入の改善や情報の修正が正しく捉えられません。

変更したURL、内容、公開日、確認日、担当者を記録し、比較するページ群を決めます。検索への反映時期や需要の変化があるため、一定期間で成果が出ると約束するのは適切ではありません。変化が見えないときも、まず想定した変更が公開されているか、対象ページの状態がどう変わったかから確認しましょう。

検索指標と購入指標を同じページ群で確認する

検索指標と購入指標は、役割を分けて同じ商品群の改善を追います。Search Consoleの表示回数は検索で表示された機会、クリック数は検索結果から選ばれた回数です。CTRは表示回数に対するクリック数の割合を表します。これらは注文数や利益そのものではないため、売上側のデータと区別して読みます。

アクセス解析では、自然検索からの訪問と購入の状況を確認します。ただし、計測方法や流入元の判定が異なるため、Search Consoleのクリック数と訪問数が必ず一致するとは限りません。単純な差分を異常と断定せず、それぞれの集計条件を確認します。受注件数やキャンセルも踏まえ、売上にどこまでつながっているかを判断してください。

比較時には、広告、値引き、商品追加、価格変更、欠品などの出来事を重ねます。自然検索売上が増えても、すべてをSEOだけの成果に帰属させないようにしましょう。

集客から購入までの指標の整理には、ECサイト運営におけるマーケティングの考え方と実践も参考にしてみてください。

影響範囲・工数・担当者から改善の順番を決める

改善の順番は、事業への影響、対象範囲、実装工数、担当者から決めます。重要商品が掲載されない問題と、売上への影響が小さいページの表現調整を同列に扱わないことが大切です。売上規模だけではなく、修正に必要な準備や、変更を戻せるかも含めて優先順位を判断します。

担当の分け方の例として、商品担当者は仕様や販売条件、制作・開発担当者はテンプレートや技術設定、マーケティング担当者は需要と測定を受け持ちます。課題ごとに確認者と実施者を明示し、公開前後で誰が何を確かめるかを決めます。少数ページで修正を試し、影響を確認してから展開すれば、想定外の問題を切り分けやすくなります。

外部支援は、社内で不足する調査、設計、実装、更新管理に合わせて検討します。依頼範囲が曖昧だと提案だけが残り、実装へ進まない場合があります。

成果物や作業分担、計測方法を相談する前に、SEOコンサルティングもあわせてご覧ください。

料金や改善幅は、個別条件を確認して判断する必要があります。

まとめ

ECサイトのSEOは、需要に合うページを用意し、商品へたどれる構造と購入判断に必要な情報を整えることが基本です。商品詳細、カテゴリ、記事の役割を分け、URLや在庫の変化も含めて管理します。文章の追加や順位確認だけに偏らず、検索から購入までを一つの流れとして点検しましょう。

着手するときは、主要カテゴリと代表商品のデータを並べ、表示、クリック、購入のどこに課題があるかを決めます。そのうえで、修正範囲と担当者を明確にし、少数ページで確認してから展開します。更新内容と結果を記録して判断を積み重ねることが、自社ECの状況に合う改善を続ける土台になります。