コンテンツへスキップ
ツール開発の裏側

比較ページの SEO 設計 — ハブ＆スポーク構造で「◯◯ alternative」検索を多方向で受け止める

WordPress 保守ツールの分野には ManageWP / MainWP / WP Umbrella / InfiniteWP のような 10 年選手の大手が複数あります。新規参入のツールを売っていくとき、確実に来る検索クエリが「ManageWP alternative」「WordPress maintenance tools comparison」のような、競合名やカテゴリ名での比較系検索です。

ここを丁寧に拾うため、LP に ハブ＆スポーク型の比較ページ群を組みました。今回はその実装と意図を整理しておきます。

ハブ＆スポークとは何か

1 つの中心ページ（ハブ）と、それに紐づく複数のサブページ（スポーク）を放射状に配置する内部リンク設計のパターンです。航空便のハブ空港のイメージそのままで、ハブが全体俯瞰、スポークが個別深掘り、という役割分担。

SEO 文脈では、検索意図の広い「概観クエリ」をハブで受け、狭い「個別クエリ」をスポークで受ける、という棲み分けに向いた構造です。

実装の構造

[ /compare.php ]  ← ハブ（5 社の早見表 + 決定ガイド）
       │
       ├── /vs-managewp.php         ← スポーク 1
       ├── /vs-mainwp.php           ← スポーク 2
       ├── /vs-wp-umbrella.php      ← スポーク 3
       └── /vs-infinitewp.php       ← スポーク 4

ハブの compare.php は 5 社（自社 + 競合 4 社）の早見表と、「どんなチームにはどの選択肢が向いているか」の決定ガイドが中心。比較検討フェーズ初期の検索意図に応えます。

スポークの vs-managewp.php 等は 1 競合あたり 1 ページの深掘りで、「ManageWP vs」のような競合名直撃クエリに対して直接ランディングする位置付け。

スポークの内側

各 vs ページの中身は同じ構成で揃えています：

  1. 12 項目早見表（料金 / 接続方式 / 対応形態 / 等を競合と並列）
  2. 主な差異 4 つ
  3. 6 セクションの深掘り
  4. 「[競合] の方が向いているケース」
  5. 並行試用の手順
  6. FAQ 5〜6 問

特に 4 つめの 「競合の方が向いているケース」を必ず入れている点が効きます。自社プッシュ一色の vs ページは Google も読者も見抜くので、敢えて競合の強みを認める姿勢を構造化することで「公平な比較」としての評価が立ちやすい。

ブログ側にも 1 競合あたり 1 本の正直レビュー記事を置いていて、たとえば ManageWP の強みと向いているエージェンシー像 のように、LP は「自社 vs 競合」軸、ブログは「競合自体の良さ」軸で書き分けて検索意図の異なる読者を 2 ルートで受け止めます。

クロスリンク網と sitemap priority

各 vs ページからは 4 方向の相互リンクを張っています：

  • vs → compare（ハブへ戻す）
  • vs → 他の vs ページ（”See also”）
  • vs → ブログの正直レビュー記事
  • compare → 全 vs ページ

Google のクローラがどこから入っても、比較ページ群全体を回遊できる経路ができます。

sitemap.xml の priority は ハブ 0.9 / スポーク 0.8 で揃えました：

<url>
  <loc>https://wpmm.jp/compare.php</loc>
  <priority>0.9</priority>
</url>
<url>
  <loc>https://wpmm.jp/vs-managewp.php</loc>
  <priority>0.8</priority>
</url>

ハブが比較全体の入り口として最も重要であることを Google に明示する意図。JP / EN 両言語で同じ priority 構造を採用しています。

効果の継続観測

設計が機能しているかは、日次の検索順位トラッキングで確認しています。「ManageWP alternative」「wordpress maintenance」など計 12 キーワード（JP 7 + EN 5）で、Google 検索結果における自社サイトの順位を毎日 CSV に記録する自動化を回しています。

ハブ＆スポーク導入後にキーワード別の順位がどう変動したかを定量的にフォローできる仕組みで、構造変更の効果が見える化されます。

まとめ — 比較系検索を「個別 × 全体」で受け止める

「ManageWP alternative」のような検索クエリは、競合名で直接来る人と、業界全体を俯瞰したい人の 2 通りの検索意図が混ざっています。これを 1 ページで両取りしようとすると、内容が浅くも深くもならない中途半端なページになりがち。

ハブ＆スポーク構造に分けると、全体俯瞰はハブで、個別深掘りはスポークで、と検索意図の幅をページ構造に対応させられる。実装コストは「1 競合あたり 1 vs ページ + 1 ブログ記事」の追加なので、競合数の少ない領域（4〜5 社）であれば人 1 人でも回せます。