ECのテクニカルSEO: ファセットURL、ページネーション、canonical、バリエーション、在庫切れページ、速度、Product構造化データ、サイトマップをGoogleのルールに沿って管理。

このページの内容
要点
ECサイトのテクニカルSEOとは、商品数をはるかに上回るURLを生成するカタログを、Googleが確実にクロール、インデックス、理解できるようにすることです。特に重要な8つの改善は次のとおりです。ファセットナビゲーションを管理する、ページネーションの各ページに個別のcanonicalを設定する、商品ごとにcanonicalを1つに絞る、バリエーションをProductGroupでマークアップする、在庫切れや販売終了の商品をsoft 404にせず扱う、テンプレートでCore Web Vitalsを満たす、Product構造化データとMerchant Centerのフィードを追加する、XMLサイトマップはインデックス可能なURLだけに限定する。
さらに詳しく知るには、こちらに質問
クイック診断
ネットショップの次のお客様はどこで見つけるべき?
Sorankはあなたの回答にぴったりです
ご自身のサイトで3日間お試しいただき、Google、ChatGPT、その他のAIでの現状をご確認ください。
3日間の無料トライアルを開始3日間無料、いつでも解約できます。90日間成果保証(成果が出なければ返金)。
200本の記事があるブログのURLは約200個です。しかし2000商品のストアは、フィルター、並び順、色、ページ番号のすべてがリンクになると、数十万個のURLを公開しかねません。そのためECサイトのテクニカルSEOは独立した分野です。テクニカルSEOの一般的なルールは引き続き有効ですが、規模とテンプレートによって優先順位が変わります。以下の内容の多くは、Googleのファセットナビゲーションの管理に関するガイドとECの項目で説明されています。このガイドでは、それをページの種類ごとのチェックリストにまとめました。各改善は一度行えば、カタログ全体に効きます。
コンテンツサイトと比べて、ストアには次の3つの特徴があります。
その結果、クロールバジェットと重複の問題が生じます。Googlebotはフィルターや並び替えの複製に訪問を費やし、新商品や重要なカテゴリは待たされます。次の表は、よくある問題とその原因、Googleが推奨する修正を対応づけたものです。
| 問題 | よくある原因 | 修正 |
|---|---|---|
| フィルターでクロールが無駄になる | ファセットのリンク(色、サイズ、価格) | 役に立たないファセットをrobots.txtでブロックし、検索需要のあるファセットだけをインデックスする |
| 一覧ページの重複 | 並び順、トラッキングパラメータ | クリーンなURLへcanonicalを設定し、並び順パラメータはrobots.txtで制御する |
| 深い階層の商品が見つからない | JavaScriptや#フラグメントによるページネーション | クロール可能な?page=nリンクを用意し、各ページが自身をcanonicalにする |
| 同じ商品が複数のURLにある | 複数のカテゴリ経路から商品に到達できる | カテゴリを含まない商品URLを1つ作り、そこへcanonicalを向ける |
| バリエーションが競合する | 色やサイズごとにURLがあり、まとめられていない | ProductGroupでマークアップし、グループごと、またはバリエーションページごとに1つのcanonicalを設定する |
| Soft 404 | 在庫切れや販売終了で中身が空になった商品ページ | 代替商品つきでページを残す。完全に終了した場合は301か404 |
| テンプレートが遅い | 重い画像、サードパーティのスクリプト | テンプレートの単位でLCP、INP、CLSを改善する |
| サイトマップが肥大化 | フィルター済み、リダイレクト先、noindexのURLが掲載されている | ステータス200の正規のインデックス可能なURLだけを掲載する |
ファセットナビゲーション(カテゴリページのフィルター)は、ほとんどのストアでクロールの無駄が生じる最初の要因です。Googleの指針は明確です。フィルター済みURLを検索結果に出す必要がないなら、robots.txtでブロックしてください。canonicalタグは、正規ではないURLのクロールを時間をかけてゆっくり減らすだけです。nofollowは、そのURLへのリンクがすべてnofollowを付けている場合にのみ機能します。
実際にうまくいく方法は、ファセットを2つのグループに分けることです。
フィルター済みURLをクロール可能な状態に保つ必要がある場合、Googleは標準のパラメータ区切り文字&、同じ組み合わせから2つのURLが生まれないようフィルターの順序を固定すること、そして組み合わせに該当する商品がないときはHTTP 404を返すことを求めています。
注意
同じURLにrobots.txtのブロックとnoindexタグを併用しないでください。Googleがページをクロールできなければnoindexは見えず、そのURLは説明文のないままインデックスに残る可能性があります。どちらか一方を選んでください。単に無駄なだけならクロールをブロックし、古いURLが消えるまではnoindexでクロールを許可してから、ブロックしてください。
大きなカテゴリは複数のページに分割されます。8ページ目の商品は、Googleが8ページ目に到達できて初めて見つかります。GoogleのECのページネーションに関するガイドラインは次の4つのルールを定めています。
「すべて表示」ページや「もっと見る」の方式について詳しくは、ページネーションのSEOに関する記事をご覧ください。
canonicalタグは、ほぼ同一の複数のページのうち、どれが基準となるバージョンかをGoogleに伝えます。ストアでは、次の3つのルールでほとんどの場合を扱えます。
canonicalは、シグナルが矛盾するとGoogleが上書きするヒントにすぎません。たとえば、パラメータ付きバージョンへの内部リンク、それを掲載しているサイトマップ、リダイレクト先やnoindexのページを指すcanonicalなどが該当します。タグそのものより、リンク、canonical、サイトマップの一貫性のほうが重要です。
色、サイズ、素材は、どのストアでも同じ問いを生みます。すべてのバリエーションを1ページにまとめるか、バリエーションごとに1ページ作るか。Googleはどちらにも対応しており、その内容は商品バリエーションの構造化データに関するドキュメントに記載されています。
どちらの場合も、グループにはProductGroupでマークアップし、バリエーションはhasVariantで列挙し、属性はvariesBy(color、size、material、pattern、suggestedAge、suggestedGender)で宣言し、各バリエーションに固有のskuまたはgtinを割り当ててください。Googleはまた、各バリエーションを専用URL(例:?color=green&size=small)から事前選択できること、そしてそのとき、正しい画像、価格、在庫状況がページに表示されることを求めています。
例
5色・6サイズで販売されるTシャツは、30のバリエーションを生みます。30ページをインデックスすると、シグナルが分散してしまいます。よくある選択は色ごとに1ページ(写真と需要を持つ5ページ)とし、サイズはページ上で選べるようにして、すべてを同じproductGroupIDの下にまとめる方法です。
在庫は、ストアのURLが最も壊れやすい場所です。「在庫切れ」とだけ書かれた空の商品ページは、Search Consoleでsoft 404として報告されることがあり、ページは順位とリンクを失います。正しい対応は、商品がどれくらい不在になるかによって決まります。
| 状況 | 推奨される扱い |
|---|---|
| 一時的に在庫切れ | ページを公開したままにし(200)、マークアップでOutOfStockの可用性を示し、再入荷日と在庫のある類似商品を表示する |
| 季節商品で、来年また入荷する | ページとURLを残し、代替商品と再入荷通知の登録を追加する |
| 販売終了で、近い代替品がある | 代替品または最も近いカテゴリへ301リダイレクトする |
| 販売終了で、同等品がなくリンクもない | 404または410を返し、サイトマップと内部リンクから削除する |
| 販売終了だが、今も流入やリンクがある | 仕様と後継品を載せたアーカイブページとして残す |
販売終了のすべての商品をトップページへリダイレクトしないでください。Googleはこのような大量リダイレクトをsoft 404として扱うことが多いです。リダイレクトのルールそのものについては、SEOのリダイレクトのガイドをご覧ください。
Googleはページ体験をCore Web Vitalsで測定します。web.devによると、モバイルとデスクトップの実際の訪問の75パーセンタイルで、LCPが2.5秒以下、INPが200ミリ秒以下、CLSが0.1以下であれば、ページは「良好」とされます。ストアがこの基準を満たせないのには、次のような繰り返し見られる理由があります。
URLではなくテンプレート単位で作業してください。商品テンプレートを直せば、何千ものページが一度に改善されます。Search Consoleのコアウェブバイタルのレポートは、すでに類似のページごとにURLをまとめています。
Product構造化データ(name、image、価格・通貨・在庫状況を含むoffers、そしてレビューが本物でページに表示されているときのaggregateRating)は、価格と在庫を含むリッチリザルトの対象になれるよう商品ページを整えます。カテゴリと商品にはBreadcrumbList、トップページにはOrganizationを追加してください。Googleはマークアップに加えて、商品フィードをMerchant Centerに送ることも推奨しています。フィードはShoppingタブに何が表示されるかを決め、あなたのペースで更新できます。ECの商品ページに関するガイドは、同じテンプレートのコンテンツ面を扱っています。
XMLサイトマップについては、Googleのサイトマップのドキュメントが、ファイルごとに50,000 URLまたは非圧縮で50 MBの上限を定めています。priorityとchangefreqのタグは無視され、lastmodは常に正確な場合にのみ使われます。ストアの実践的なルールは次のとおりです。
無料のサイトマップチェッカーは、誤って掲載されたリダイレクト、リンク切れ、noindexのURLを検出します。
ヒント
商品サイトマップのURL数と、そのサイトマップで絞り込んだSearch Consoleのページインデックスレポートで「インデックス登録済み」になっている商品数を比べてください。大きな差があれば、重複、コンテンツの薄いページ、商品テンプレートのクロールの問題を示しています。
はい。ChatGPT、Gemini、Perplexityは今や商品やストアを直接推薦しており、取得して読めるページに頼っています。カタログが引用されるかどうかは、次の3つの技術的な点で決まります。
当社の小売業のAI引用調査は、購買に関する質問でAIがどの情報源を引用するかを示しています。ECにおけるAIの記事では、AIを経由する新しい購買チャネルを扱っています。あなたのストアがこうした回答で言及されているかを確認するには、AI言及のトラッキングが、ChatGPT、Claude、Geminiでのブランドを追跡します。
まずインデックスを妨げるもの、次にクロールを無駄にするもの、最後に順位とクリックを改善するものの順に進めてください。
数か月ごとに、そしてプラットフォームを移行するたびに、完全なECのSEO監査を行い、ECのSEO投資対効果計算ツールで改善の価値を見積もってください。

技術的に整ったストアなら、すべての商品とカテゴリが重複と戦うのではなく、そのコンテンツで競争できます。テンプレートが整えば、成長はコンテンツと権威性から生まれます。Sorankは、あなたのストアが獲得できるキーワードを見つけ、カテゴリへの内部リンクを備えた最適化済みの購入ガイドを作成して公開し、5000人を超えるユーザーのサイトを通じて自然な被リンクを自動で獲得し、AIにおけるあなたの引用をautopilotで追跡します。プランを見る。年払いで月額$49から、3日間の無料トライアル付きです。
フィルター、並び替え、ページネーション、バリエーションによって、ストアは商品数よりはるかに多くのURLを生み出すため、より重要になります。商品やカテゴリのテンプレートの1つの誤りは、その種類のすべてのページで繰り返されます。フィルターが少ない小規模なカタログでは基本で十分ですが、大規模なカタログでは、クロールと重複を管理できるかどうかが、新しい商品がインデックスされるかどうかを左右することがよくあります。
本物の検索に対応するフィルター済みページだけをインデックスすべきです。たとえば、人々がGoogleで検索する色や素材などです。しかもそれは、クリーンなURL、固有のtitle、独自のコンテンツがある場合に限られます。複数フィルターの組み合わせ、価格帯、並び順はクロールの対象外にしておくべきで、通常はそのパラメータに対するrobots.txtのルールで行います。
Shopify、WooCommerce、Magento、BigCommerce、PrestaShopはいずれも、正しく設定すれば十分に上位表示を狙えます。違いは管理のしやすさにあります。URL構造を強制するプラットフォーム、商品パスを重複させるプラットフォーム、robots.txtの編集を制限するプラットフォームがあります。選択や移行の前に、各プラットフォームがcanonical、ファセットURL、リダイレクト、構造化データをどう扱うかを確認してください。
先行導入企業のご紹介
