「SEO対策はやっている。レスポンシブ対応もしたし、XMLサイトマップも送信した。でも、なぜか競合に勝てない。」こんな悩みを抱えるEC事業者は少なくありません。
実は、基本的なSEO対策を実施しただけでは、2026年のGoogleアルゴリズムで上位表示を獲得するのは困難です。特にEC事業者が見落としがちなのが、商品ページ特有の最適化、Core Web Vitalsへの対応、そして構造化データの実装です。
本記事では、すでに基本的なSEO知識がある中級EC事業者を対象に、2026年のアルゴリズムで評価される実践的なSEOテクニックを解説します。

EC事業者が陥る3つのSEO誤解
まず、多くのEC事業者が陥っている誤解を3つ紹介します。これらの誤解を解くことが、2026年版EC SEO成功への第一歩です。
誤解①「トップページだけ最適化すれば良い」
多くのEC事業者は、トップページのSEO対策に注力します。しかし、実際にGoogleからの流入が多いのはロングテールと呼ばれる「商品ページ」や「カテゴリページ」です。
Search Console のデータを分析すると、ECサイトへの流入の60〜80%は商品ページ・カテゴリページ経由であることが一般的です。トップページ経由の流入は全体の5〜10%程度に過ぎません。
トップページだけを最適化しても、売上に直結するページ(商品ページ)が評価されなければ、成果は限定的です。
誤解②「商品ページは似た内容でも問題ない」
「うちは1,000商品扱っているから、商品ページを1つずつ最適化するのは無理。」この考え方、実はEC(ネットショップ)SEOの最大の落とし穴です。
確かに、すべての商品ページに独自のコンテンツを用意するのは大変です。しかし、Googleは重複コンテンツや薄いコンテンツを低評価します。特に、メーカーの商品説明文をそのままコピーしただけのページは、検索結果で上位表示されにくくなっています。
解決策は、すべての商品ページを同じ品質にする必要はなく、売れ筋商品・利益率の高い商品から優先的に最適化することです。
誤解③「モバイル対応=レスポンシブデザイン」で止まっている
「うちのサイトはレスポンシブ対応しているから、モバイルSEOは問題ない。」2020年代前半ならこれで十分でしたが、2026年は違います。
Googleは2021年からページエクスペリエンス(Core Web Vitals)を検索順位の評価要素に加えました。レスポンシブデザインは「最低限の合格ライン」であり、それだけでは差別化になりません。
重要なのは、読み込み速度、視覚的安定性、インタラクティブ性の3要素です。これらを最適化しなければ、モバイルSEOで競合に勝てません。
2026年のEC SEO必須項目—Core Web Vitalsとページエクスペリエンス
2021年以降、GoogleはCore Web Vitals(コアウェブバイタル)を検索順位の評価要素として導入しました。2026年の現在、これは必須対策です。
Core Web Vitalsは、ユーザー体験の質を測る3つの指標で構成されます。
LCP(Largest Contentful Paint):最大コンテンツの表示速度
目標値:2.5秒以内
LCPは、ページ内で最も大きな要素(多くの場合、商品画像やメインビジュアル)が表示されるまでの時間を測る指標です。
EC事業者がやるべきこと:
- 商品画像の最適化
- WebP形式での配信(JPEGより30〜40%軽量)
- 適切なサイズへのリサイズ(4000px超の原寸画像をそのまま使わない)
- 画像CDNの活用(Cloudflare Images、Amazon CloudFrontなど)
- ファーストビューの優先読み込み
- メイン商品画像に
fetchpriority="high"属性を付与 - ファーストビュー外の画像は遅延読み込み(lazy loading)
- メイン商品画像に
- サーバー応答速度の改善
- サーバーのスペック見直し(共用サーバーから専用サーバーへ)
- CDNの導入
CLS(Cumulative Layout Shift):視覚的安定性
目標値:0.1以下
CLSは、ページ読み込み中にレイアウトがどれだけずれるかを測る指標です。ECサイトで特に問題になるのが、以下のケースです。
EC事業者がやるべきこと:
- 画像・動画に明示的なサイズ指定
<img>タグにwidthとheight属性を必ず記述- 商品画像のアスペクト比を統一(1:1、4:3など)
- CSSだけで各のが主流だったのは2015年頃まで
- html属性でサイズを書くことでブラウザがアスペクト比を事前に計算できる
- 広告・バナーのスペース確保
- ページ上部の広告枠は事前にスペースを確保
- 動的に挿入される要素(レコメンド枠など)も高さを指定
- フォントの読み込み最適化
font-display: swapでテキストを即座に表示- システムフォント優先で独自フォントは補助的に使用
INP(Interaction to Next Paint):インタラクション応答性
目標値:200ms以内
2024年3月、GoogleはFID(First Input Delay)に代わり、INPを新たな指標として採用しました。INPは、ユーザーの操作(クリック、タップ)に対して、次の画面が描画されるまでの時間を測ります。
EC事業者がやるべきこと:
- カートボタンの応答速度改善
- JavaScriptの実行を最適化
- 不要なスクリプトの削除・遅延読み込み
- サードパーティスクリプトの見直し
- Google Analytics、広告タグ、チャットツールなどを精査
- 本当に必要なものだけ残す
- 非同期処理の活用
- カート追加時の在庫チェックを非同期化
- ページ全体をリロードせず部分更新
Core Web Vitalsの測定方法
自社サイトのCore Web Vitalsを確認するには、以下のツールを使います。
- PageSpeed Insights:個別ページの詳細分析
- Google Search Console:サイト全体の傾向把握
- Chrome User Experience Report:実ユーザーのデータ
特に重要なのは、「Lab Data(ラボデータ)」ではなく「Field Data(フィールドデータ)」です。実際のユーザー環境での測定値が評価に使われます。
商品ページSEOの実践テクニック
商品ページはECサイトの中核であり、SEO対策の最重要ページです。ここでは、検索上位を獲得するための具体的なテクニックを紹介します。
商品タイトルの最適化
商品タイトル(<title>タグ)は、SEOで最も重要な要素の1つです。
基本構成:
[商品名] [主要キーワード] [ブランド名/店舗名]
良い例:
ナイキ エアマックス90 メンズスニーカー 白 26.5cm | JPholic Store
悪い例:
【送料無料】【即納】【限定】ナイキ エアマックス90 白 | 激安スニーカー通販
ポイント:
- 前半30文字に主要キーワードを配置(スマホでは30文字程度しか表示されない)
- 過度な装飾記号は避ける(【】の多用は逆効果)
- ユーザーが検索しそうなキーワードを含める(「メンズスニーカー」「白」「26.5cm」など)
- 60文字以内に収める(60文字を超えると省略される)
商品説明文のE-E-A-T強化
Googleは2022年、従来のE-A-T(専門性・権威性・信頼性)に**Experience(経験)**を加え、E-E-A-Tとして評価基準を更新しました。
ECサイトの商品説明文では、「実際に商品を使った経験」を示すことが重要です。
E-E-A-Tを満たす商品説明文の構成:
- 商品の基本情報(メーカー公式情報でOK)
- 実際に使用した体験談(←ここが差別化ポイント)
- 「スタッフが3ヶ月使用したレビュー」
- 「サイズ感の実測データ」
- 「他商品との比較写真」
- 購入者の声(レビュー引用)
- よくある質問と回答
NG例:メーカー説明文のコピー
高品質な素材を使用した、軽量で履き心地の良いスニーカーです。
OK例:実体験を含む説明文
スタッフが実際に3ヶ月履いてみたところ、通常のスニーカーより20g軽く、長時間歩いても足が疲れにくいことを確認しました。
普段26cmを履く方は、このモデルは少し大きめなので25.5cmがおすすめです。
構造化データ(Product Schema)の実装
構造化データは、Googleに商品情報を正確に伝えるためのマークアップです。実装すると、検索結果にリッチリザルト(価格、在庫、レビュー星の表示)が出る可能性が高まります。
実装すべき構造化データ:
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "ナイキ エアマックス90 メンズスニーカー",
"image": "https://example.com/product-image.jpg",
"description": "軽量で履き心地の良いスニーカー",
"brand": {
"@type": "Brand",
"name": "Nike"
},
"offers": {
"@type": "Offer",
"url": "https://example.com/product/123",
"priceCurrency": "JPY",
"price": "12000",
"availability": "https://schema.org/InStock"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.5",
"reviewCount": "89"
}
}
実装方法:
- JSON-LD形式で
<head>内に記述 - Shopify、EC-CUBEなどのプラットフォームでは専用プラグインあり
- 実装後はリッチリザルトテストで検証
注意点:
- 在庫切れ商品は
"availability": "https://schema.org/OutOfStock"に更新 - 虚偽の情報(実際より高いレビュー評価など)は記載禁止
在庫切れ・販売終了商品ページの正しい処理
ECサイト運営では、商品の在庫切れや販売終了が頻繁に発生します。このページをどう処理するかは、SEOに大きく影響します。
やってはいけない処理
1. 404エラーを返す
在庫切れページを404エラーにすると、それまで蓄積したSEO評価(被リンク、検索順位)が失われます。
2. そのまま放置する
在庫切れなのに「購入できる」と誤認させるページは、ユーザー体験を損ねます。
推奨される処理方法
ケース①:一時的な在庫切れ(再入荷予定あり)
対処法:ページは維持し、再入荷通知機能を設置
<p>現在在庫切れです。再入荷をメールでお知らせします。</p>
<button>再入荷通知を受け取る</button>
- HTTPステータスコードは
200 OKのまま - 構造化データの
availabilityをOutOfStockに更新 - 関連商品へのリンクを配置
ケース②:永久的な販売終了(後継商品あり)
対処法:301リダイレクトで後継商品ページへ誘導
旧商品ページ → 301リダイレクト → 後継商品ページ
- SEO評価を引き継げる
- ユーザーを適切な商品ページへ誘導
ケース③:永久的な販売終了(後継商品なし)
対処法:410 Goneを返すか、カテゴリページへ301リダイレクト
410 Goneの場合:
HTTPステータスコード: 410 Gone
Googleに「このページは永久に存在しない」と明示的に伝えられます。404より適切です。
カテゴリページへのリダイレクトの場合:
販売終了商品ページ → 301リダイレクト → 同カテゴリの一覧ページ
判断基準
| 状況 | 推奨処理 |
|---|---|
| 1〜2週間で再入荷予定 | ページ維持+再入荷通知 |
| 再入荷時期未定だが可能性あり | ページ維持+再入荷通知 |
| 後継モデルがある | 301リダイレクト(後継商品へ) |
| 後継モデルなし・類似商品あり | 301リダイレクト(カテゴリページへ) |
| 完全に終売・類似商品もなし | 410 Gone |
カテゴリページ・一覧ページのSEO戦略
カテゴリページは、商品ページに次いで重要なSEO対策ページです。「スニーカー メンズ」「ワンピース 夏」など、購買意欲の高いキーワードで上位表示されれば、大量の流入を獲得できます。
ファセットナビゲーションのURL設計
ファセットナビゲーション(絞り込み機能)は、ECサイトの利便性を高める一方、SEO上の課題も生みます。
問題:無数のURLが生成される
example.com/shoes?color=red
example.com/shoes?color=red&size=26
example.com/shoes?size=26&color=red
同じ内容なのに、パラメータの組み合わせで無数のURLが生成され、重複コンテンツと見なされる恐れがあります。
解決策①:canonicalタグで正規URLを指定
<link rel="canonical" href="https://example.com/shoes/">
絞り込み後のページから、ベースとなるカテゴリページをcanonical指定します。
解決策②:重要な絞り込みだけURLに含める
example.com/shoes/mens/ (メンズシューズ)
example.com/shoes/womens/ (レディースシューズ)
性別、サイズなど主要な絞り込み軸だけをURLパスに含め、色などの細かい条件はパラメータにします。
ページネーション vs 無限スクロール vs Load More
商品一覧ページが複数ページに分かれる場合、どの方式を採用するかでSEO評価が変わります。
| 方式 | SEO評価 | ユーザビリティ |
|---|---|---|
| ページネーション | ◎ 各ページが独立してインデックス | △ ページ移動の手間 |
| 無限スクロール | △ 2ページ目以降がインデックスされにくい | ◎ スムーズな閲覧 |
| Load More(もっと見る) | ○ 工夫次第でインデックス可能 | ○ バランスが良い |
推奨:ページネーション + rel=”next/prev”
<link rel="next" href="https://example.com/shoes?page=2">
<link rel="prev" href="https://example.com/shoes?page=1">
ページ間の関係をGoogleに伝え、各ページを適切にインデックスさせます。
カテゴリページのオリジナルコンテンツ配置
カテゴリページが商品一覧だけだと、コンテンツが薄いと判断される恐れがあります。
対策:カテゴリ説明文を追加
【メンズスニーカーの選び方】
メンズスニーカーを選ぶ際は、用途に合わせたソール素材の選定が重要です。
ランニング用なら軽量なEVA素材、カジュアル用なら耐久性の高いラバー素材がおすすめです。
当店では、ナイキ、アディダス、ニューバランスなど人気ブランドを300種類以上取り揃えています。
配置位置:
- 商品一覧の上(ファーストビュー)
- または商品一覧の下(ユーザビリティ優先の場合)
文字数の目安:
- 300〜500文字程度(長すぎると購買体験を阻害してしまうため。)
ECサイト特有の技術的SEO対策
基本的なSEO対策に加え、ECサイト特有の技術的な対策も必要です。
重複商品ページの正規化(canonical設定)
同一商品を複数のURLで掲載している場合、canonical タグで正規URLを指定します。
例:色違い商品を別URLで掲載
example.com/tshirt-red (赤)
example.com/tshirt-blue (青)
この場合、どちらか一方を正規URLとして指定します。
<!-- example.com/tshirt-blue のHTMLに記述 -->
<link rel="canonical" href="https://example.com/tshirt-red">
パラメータ付きURLの処理
トラッキング用のパラメータ(utm_sourceなど)が付いたURLは、重複コンテンツとして扱われる恐れがあります。
対策:Google Search Consoleでパラメータ設定
Search Console → 設定 → クロール → URLパラメータここで、utm_source、utm_mediumなどのパラメータを「URLの内容を変更しない」として登録します。
サイト内検索結果ページのnoindex設定
サイト内検索の結果ページは、ユーザーごとに異なる内容が表示されるため、インデックスさせる必要がありません。
<meta name="robots" content="noindex, follow">
検索結果ページには上記のmetaタグを追加し、インデックスを防ぎます。
SEO最適化を阻む従来型ECプラットフォームの限界
ここまで紹介してきたSEO対策を実施しようとした際、「やりたいことは分かるが、現在のECプラットフォームでは実装できない」という壁に直面するケースがあります。
特に、以下のような課題を抱えるEC事業者は少なくありません。
従来型ECプラットフォームの課題
課題①:フロントエンドの改修に時間とコストがかかる
Core Web Vitalsを改善するために画像の遅延読み込みを実装したくても、テンプレートの制約で自由に変更できない。カスタマイズするには開発会社への依頼が必要で、費用と時間がかかる。
課題②:構造化データの柔軟な実装が困難
商品ページに構造化データを追加したいが、プラットフォームの標準機能では対応していない。プラグインを導入しても、思い通りの形式で出力できない。
課題③:ページ速度改善の限界
サーバーサイドの処理が重く、どれだけフロントを最適化してもLCPが2.5秒を切れない。サーバー性能を上げるには、プラン変更や移行が必要。
課題④:LMO(AEO)対応の遅れ
2025年以降、ChatGPTやGeminiなどのAIエージェントからの流入が増加しています。これらのAIは、構造化データやセマンティックなHTML構造を重視しますが、従来型のプラットフォームでは対応が難しいケースがあります。
ヘッドレスコマースという解決策
これらの課題を解決する手段として注目されているのが、ヘッドレスコマースです。
ヘッドレスコマースとは
ヘッドレスコマースとは、フロントエンド(顧客が見る画面)とバックエンド(商品管理・受注管理などの機能)を分離し、API経由で連携させるアーキテクチャです。
従来型ECプラットフォーム:
フロントエンド + バックエンド = 一体化したシステム
ヘッドレスコマース:
フロントエンド ←(API)→ バックエンド = 分離されたシステム
ヘッドレスコマースがSEO最適化に有利な理由
理由①:フロントエンドを自由に最適化できる
フロントエンドを、Next.js、Gatsby、Nuxt.jsなどのモダンなフレームワークで構築できます。これにより、
- Core Web Vitalsの徹底的な最適化が可能
- SSR(サーバーサイドレンダリング)やSSG(静的サイト生成)でページ速度を大幅改善
- 画像最適化、コード分割などを自由に実装
理由②:構造化データを柔軟に実装できる
フロントエンドのコードを完全にコントロールできるため、商品ページごとに最適な構造化データを動的に生成できます。
// 商品データをAPIから取得し、構造化データを動的生成
const structuredData = {
"@context": "https://schema.org/",
"@type": "Product",
"name": product.name,
"image": product.images,
"description": product.description,
"offers": {
"@type": "Offer",
"price": product.price,
"priceCurrency": "JPY",
"availability": product.inStock ? "InStock" : "OutOfStock"
}
};
理由③:ページ表示速度の劇的な改善
- 静的サイト生成(SSG):商品ページを事前にHTMLとして生成し、CDN経由で配信。LCPを0.5〜1.5秒に短縮可能。
- インクリメンタル静的再生成(ISR):商品情報が更新された時だけページを再生成。常に最新情報を表示しつつ、高速性も維持。
理由④:LMO(AEO)対応の容易さ
LMO(LLM Optimization)またはAEO(AI Engine Optimization)は、ChatGPTなどの生成AIからの流入を最適化する施策です。
AIエージェントは、以下のような情報を重視します。
- セマンティックなHTML構造(適切な見出し階層、リスト構造)
- 構造化データ(JSON-LD形式)
- 明確な商品情報(価格、在庫、スペックが機械可読)
ヘッドレスコマースでは、これらをフロントエンド側で自由に最適化できるため、AIエージェント経由の流入を増やしやすくなります。
ヘッドレスコマースの導入事例
GMOクラウドECは、ヘッドレスコマースアーキテクチャを採用したクラウド型ECプラットフォームです。
- フロントエンドは自由に設計可能(React、Vue.js、Next.jsなど)
- バックエンドはAPI経由で商品管理・受注管理を提供
- 自動アップデートでセキュリティ・機能が常に最新
実際の導入事例では、
- 某アパレルEC:ヘッドレス化によりLCPを3.8秒 → 1.2秒に改善。検索流入が40%増加。
- 某食品EC:構造化データを全商品ページに実装し、リッチリザルト表示率が85%に到達。
ヘッドレスコマースは、すべてのEC事業者に適しているわけではありません。フロントエンド開発のリソースが必要になるため、年商1億円以上の中規模〜大規模EC事業者に特に適しています。
ただし、「現在のプラットフォームではSEO対策の限界を感じている」という事業者にとっては、有力な選択肢の1つといえるでしょう。
関連情報: ヘッドレスコマースの詳細については、GMOクラウドECをご覧ください。
まとめ:EC SEOは「売れるページ設計」と一体
2026年のEC SEOは、単なる「検索順位を上げる技術」ではありません。ユーザーが求める情報を提供し、快適な購買体験を実現するページ設計そのものが、SEO対策になります。
本記事で紹介した対策をまとめます。
すぐに実施すべき対策
- Core Web Vitalsの測定と改善
- PageSpeed Insightsで現状確認
- 商品画像の最適化(WebP化、適切なサイズ)
- 構造化データの実装
- Product Schemaを商品ページに追加
- リッチリザルトテストで検証
- 在庫切れページの見直し
- 404エラーにしていないか確認
- 適切な処理(再入荷通知 or 301リダイレクト)に変更
中長期的に取り組むべき対策
- 商品説明文のE-E-A-T強化
- 売れ筋商品から優先的にオリジナル説明文を作成
- 実体験・実測データを盛り込む
- カテゴリページの最適化
- オリジナルコンテンツ(説明文)を追加
- ファセットナビゲーションのURL設計を見直す
- 技術的SEOの継続改善
- 重複ページの洗い出しと正規化
- サイト内検索結果ページのnoindex設定
ECサイトのSEOは、一度実施すれば終わりではありません。Googleのアルゴリズムは常にアップデートされ、競合も日々改善を続けています。
定期的にSearch Consoleのデータを確認し、検索順位の変動やクリック率の推移をモニタリングすることが重要です。そして、データに基づいて仮説を立て、改善を繰り返すことで、持続的にSEO効果を高めていきましょう。
関連記事:

