マーケットプレイスSEO

マーケットプレイス向けのSEO分析とレポートの自動化

マーケットプレイスのSEOはコンテンツの問題ではなく、配分の問題です。生成したファセットの組み合わせはすべて、自分ではコントロールできないクロールバジェットを、他のすべての組み合わせと奪い合います。GSC Wizardは何百万ものURLを、筋道立てて考えられるパターンにクラスタ化し、どのパターンがインデックスに残る価値があるかを示します。

上位1,000件のエクスポートではなく、大規模なURLセット全体でのパターン単位の分析。

マーケットプレイス向けSEO分析とレポートの自動化のGSC Wizardダッシュボード例

配分の問題

価値のないファセットをGoogleにクロールさせるたびに、その分、掲載ページがクロールされなくなります。

マーケットプレイスの規模では、すべてをインデックスさせることはできませんし、そうしたいとも思わないはずです。仕事は、どのURLパターンにクロールバジェットを割く価値があるかを決め、残りを閉じることです。その判断にはパターン単位のデータが必要で、それこそSearch ConsoleのUIでは得られないものです。

課題

数百万URLの規模で壊れるもの

規模が大きくなると、ありふれたSEOの問題が構造的な問題に変わります。

1

ファセットナビゲーションは、インデックスできる数をはるかに超えるURLを生む

カテゴリ×ブランド×サイズ×色×並び順の組み合わせは、爆発的に増えます。そのほとんどのページには検索需要がまったくありませんが、Googleは喜んで何か月もそれらをクロールし、その間、本当に価値のあるカテゴリ+属性のページは待たされます。

2

数百万URLがあると、URL単位のレポートは役に立たない

マーケットプレイスでは、上位ページのリストは意味を持ちません。実行に移せる唯一の単位はパターンです。つまり /c/{category}/{brand}/ を、1つの実例ではなく1つの種類として扱うことです。URLパターンごとに集計したパフォーマンスを提供するレポートツールは、ほとんどありません。

3

供給側と需要側のページが、1つのものとして測定されている

出品者のプロフィール、出品ページ、購入意図のあるカテゴリページは、ビジネス上の目的がまったく異なります。まとめてレポートすると、出品者ページがクロールバジェットの3分の1を消費しているのに何も生んでいない、という事実にいつまでも気づけません。

セットアップ

セットアップの方法

パターンのレベルまで下りて、根拠をもとに配分を決めます。

ステップ1

数百万のURLをパターンにクラスタ化

URLクラスタリングは構造が似ているURLをまとめるので、個々のページではなくパターンの種類ごとにパフォーマンスを読めます。マーケットプレイスの分析を可能にするのは、このステップです。

URLクラスタリング →

ステップ2

パスの深さとフォルダごとにレポート

サブドメインとフォルダの内訳が、URL階層に沿ってパフォーマンスを集計するため、ツリーのどの枝がクロールバジェットに見合う成果を出し、どの枝が単なる負担かがわかります。

サブドメインとフォルダのレポート →

ステップ3

インプレッションゼロのパターンを見つけて閉じる

サイト分析は、対象期間中にインプレッションのないインデックス済みURLを洗い出します。パターンごとに集計すれば、終わりのない個別ページのリストではなく、robotsとcanonicalの戦略になります。

サイト分析 →

ステップ4

サンプリングされたエクスポートではなく、全データで作業する

フルストレージのプロパティは、この規模のために作られたウェアハウスにSearch Consoleの履歴を保存します。そのため、パターンの集計は、GoogleのUIが返す上位の行だけでなく、すべてのデータに対して実行されます。

サンプリングの影響レポート →

成果物

クロール配分レポート

パターンごとに、それぞれの判定を付けます。

MARKETPLACE PATTERN REPORT - last 90 days

PATTERN                      URLs     indexed   clicks    verdict
  /c/{cat}/                  1,240      1,190   940,200   protect
  /c/{cat}/{brand}/         28,400     19,880   410,600   protect
  /c/{cat}/{brand}/{size}/ 214,000     41,200    38,900   trim tail
  /c/{cat}/?sort=            9,800      6,410       120   block
  /c/{cat}/?page=          188,000     22,900       310   paginate
  /seller/{id}/            410,000     96,400     4,880   noindex
  /listing/{id}/         2,940,000    212,000   688,400   protect

ALLOCATION FINDING
  Facet and sort patterns hold 24% of indexed URLs and produce
  0.4% of clicks. Closing them frees crawl for /listing/.

DEMAND CHECK before blocking
  {size} facets with real query demand: 1,880 of 214,000.
  Keep those as static category pages, block the rest.

最後のブロックが重要です。ファセットのパターンを丸ごとブロックすると、本当に需要のある少数のファセットページまで失われます。まず確認し、それからブロックしましょう。

注目する指標

マーケットプレイスのスコアカード

インデックス済みURLあたりのクリック数(パターン別)

配分を決める効率の指標です。インデックス済みURLが200,000あってクリックが300のパターンは、チャンスではなく税金です。

収益ページのパターンのインデックスカバレッジ

出品ページやカテゴリページのうち、そもそもインデックスされている割合です。ファセットの肥大化が、静かに押し下げている数字です。

ファセットの需要ヒット率

生成したファセットの組み合わせのうち、実際の検索需要があるものの数です。多くの場合1%未満ですが、この数字を知ることでアーキテクチャの議論が変わります。

供給側と需要側のクリックの内訳

出品者・プロフィールのページと、購入意図のあるページの比較です。どちらもビジネスにとって重要ですが、大規模な環境でクロールバジェットを消費してよいのはそのうちの一方だけです。

よくある質問

数百万のURLがあるサイトにも対応できますか?

そのためにパターン単位のツールがあります。フルストレージのプロパティは、この規模向けに設計されたカラムストアに過去のパフォーマンスを保存し、URLクラスタリングは個々のURLをパターンの種類に集約するので、200万行のリストではなく、読みやすい分析になります。

どのファセットをインデックスさせるべきか、どう決めればいいですか?

ファセットのURLをクラスタ化し、パターンごとのクリック数と表示回数を確認し、パターンを丸ごとブロックする前に、どの組み合わせに本物のクエリ需要があるかを調べます。多くの場合、需要に裏付けられた少数のファセットだけを許可リストに入れて本物のカテゴリページに昇格させ、残りを閉じる、という結果になります。

Search Consoleの1,000行の上限はここでも適用されますか?

それはGoogle自身のUIとエクスポートに適用されるものです。GSC WizardはAPI経由でデータを取得して履歴を保存するため、レポートは上位の行だけでなくデータセット全体に対して実行されます。マーケットプレイスでは、これが使える分析と飾りの分析の分かれ目になります。

出品者ページを出品ページとは別に追跡できますか?

はい。コンテンツグループ、またはパターン別のURLクラスタリングで可能です。供給側と需要側のページを別々のレポートに分けることが、マーケットプレイスのチームが技術的な作業の優先順位を考え直すきっかけになる最初の一歩であることが多いです。

執筆:Jan-Willem Bobbink · 公開:2026年8月29日

関連

あわせて見たいセットアップ

20種類の業種別セットアップをすべて見る

クロールバジェットは、収益につながるページに使いましょう

URLパターンをクラスタ化し、肥大化を見つけ、出品ページをインデックスさせましょう。

Search Consoleのヒントをメールでお届け

GSCとGA4の実践的なワークフロー、製品のアップデート、SEOの実験をお届けします。スパムは送りません。いつでも配信を停止できます。