seo-subdomain

出力例：examples/seo-subdomain-notion-so-20260514/SUBDOMAINS.md

サブドメイン分析

ドメインのサブドメインの構成を把握します。どのサブドメインが存在し、それぞれが何の検索順位を獲得しているか、どこで重複しているか、構造が健全か分断されているかを分析します。出力：トピックをどのサブドメインが担当しているかを示す所有マップ、分断レポート、および統合／分割／現状維持の推奨事項。

前提条件

• SE Ranking MCP サーバーが接続されていること。
• ユーザーが対象のルートドメイン（例：example.com）を指定します。このスキルがサブドメインを自動的に検出します。
• 任意：分析するサブドメイン数の上限を設定する --limit N（デフォルト：検索順位を獲得しているキーワード数の上位 10 件）。

プロセス

1. 検証と事前確認

   • ルートドメインを正規化します（プロトコルと www. を除外）。
   • DATA_getCreditBalance — 残りのクレジットを提示します。サブドメイン分析では N × 約 5 回の呼び出しが必要で、コストはサブドメイン数に応じて増加します。

2. サブドメインの検出 DATA_getDomainSubdomains

   • ルートドメインのすべてのサブドメインを一覧表示します。
   • 各サブドメインのキーワード数、推定トラフィック、被リンク数を取得します。
   • 検索順位を獲得しているキーワード数の降順で並べ替えます。
   • --limit（デフォルトは上位 10 件）を適用します。

3. サブドメインごとの概要 DATA_getDomainOverviewWorldwide

   • 対象となる各サブドメインについて、ドメインオーソリティ、推定トラフィック、オーガニック検索と有料検索のキーワード数、上位の地域を取得します。
   • これにより、サブドメイン間を比較するための基準を確立します。

4. サブドメインごとの上位キーワード DATA_getDomainKeywords

   • 各サブドメインについて、順位、検索意図、トラフィックを含むオーガニック検索キーワード上位 100 件を取得します。
   • キーワードをトピックごとにクラスタリングします。このスキルで行うのは、コンテンツ計画ではなく、サブドメインごとの簡易的な所有マップの作成です。ここでは、主要語と検索意図によるトークンのグループ化で十分です。（コンテンツクラスターを本格的に計画するには seo-keyword-cluster を使用してください。このスキルは現在、テキストの類似性ではなく SERP の重複に基づいてクラスタリングします。）
   • 各サブドメインについて、優位性のあるクラスターを「担当トピック」、それ以外を「小規模トピック」として一覧にします。

5. サブドメインごとの競合 DATA_getDomainCompetitors

   • 各サブドメインについて、common_keywords によるオーガニック検索の上位競合を取得します。
   • 異なるサブドメインで競合が異なるか（正当に分離されたスコープの兆候）、共通の競合があるか（重複したスコープの兆候）を明らかにします。

6. サブドメインごとの被リンク DATA_getBacklinksSummary および DATA_getBacklinksRefDomains（上位 20 件）

   • サブドメインごとに被リンクプロファイルが異なることがよくあります。それぞれを記録します。
   • サブドメイン間で参照ドメインの構成が大きく異なるかどうかを明らかにします。

7. オーソリティの分布 DATA_getDistributionOfDomainAuthority

   • 各サブドメインについて、参照ドメインの DA 分布を取得します。

8. 分断の検出

   • トピッククラスターごとに、そのクラスター内のキーワードで検索順位を獲得しているすべてのサブドメインを特定します。
   • 分断の兆候： 同じ検索ボリュームの多いキーワードで、2 つ以上のサブドメインがトップ 50 に入っている（カニバリゼーション）。
   • 健全な分割： サブドメインごとに異なるトピッククラスターがあり、重複が最小限であること。

9. 推奨事項の作成

   • 統合： blog.example.com と example.com/blog/ が同じトピッククラスターで検索順位を獲得しているものの、どちらも優位ではない場合は、正規の掲載先を 1 つ選びます。
   • 分割： あるサブドメインがルートドメインの方針とまったく異なるトピックで検索順位を獲得している場合、その分割は維持する価値があります。
   • 現状維持： サブドメインごとに担当トピックが異なり、カニバリゼーションも起きていない場合は、変更しません。
   • 要調査： 判断が難しいケースにはフラグを付け、人による確認を促します。

10. 統合 SUBDOMAINS.md

出力形式

seo-subdomain-{target-slug}-{YYYYMMDD}/ フォルダーを作成します。

seo-subdomain-{target-slug}-{YYYYMMDD}/
├── SUBDOMAINS.md                       (synthesised report + recommendations — primary deliverable)
├── 06-topic-ownership-map.md           (cluster × subdomain matrix — load-bearing reference content teams brief from)
├── 07-fragmentation-flags.md           (cannibalization detected — load-bearing reference for consolidation decisions)
└── evidence/
    ├── 01-subdomains-list.md           (DATA_getDomainSubdomains — raw step output)
    ├── 02-overview-by-subdomain.md     (per-subdomain overview rows)
    ├── 03-keywords-by-subdomain/
    │   ├── blog-example-com.md
    │   ├── docs-example-com.md
    │   └── ...                          (one per subdomain)
    ├── 04-competitors-by-subdomain.md
    └── 05-backlinks-by-subdomain.md

最上位には SUBDOMAINS.md、06-topic-ownership-map.md、07-fragmentation-flags.md を配置します。コンテンツチームは所有マップを基に作業内容を把握し、統合の判断では分断フラグを直接参照します。01～05 のステップファイルには、未加工の API 出力を evidence/ に保存します。

SUBDOMAINS.md は次の形式に従います。

# Subdomain Analysis: {root domain}

> Snapshot dated {YYYY-MM-DD} · Subdomains analysed: {n} of {n discovered} (limit: top {limit} by keyword count)

## Subdomain inventory

| Subdomain | Keywords | Traffic est. | Backlinks | Domain authority | Top topics owned |
|---|---|---|---|---|---|
| {root} | {n} | {n}/mo | {n} | {DA} | {topics} |
| blog.{root} | {n} | {n}/mo | {n} | {DA} | {topics} |
| docs.{root} | {n} | {n}/mo | {n} | {DA} | {topics} |
| ... |

## Topic ownership map

| Topic cluster | Owned by | Also ranks (cannibalization?) |
|---|---|---|
| {topic 1} | blog.{root} (avg pos 3.2 across 47 keywords) | {root} (avg pos 12) — {⚠ cannibalization} |
| {topic 2} | docs.{root} | (none) |
| ... |

## Fragmentation flags

### {⚠ Cannibalization detected: topic = {topic X}}
- `blog.{root}` ranks {n} keywords for {topic X}, avg position {p}.
- `{root}` (root path) ranks {m} keywords for the same topic, avg position {p}.
- The two sets overlap on {k} exact keywords.
- **Recommendation:** consolidate to `blog.{root}` (the stronger ranker). 301 the root-path duplicates with intent preserved.

### ... (per fragmentation finding)

## Recommendations summary

- **Consolidate:** {n} subdomain pairs → see fragmentation flags above.
- **Split intentional and healthy:** {n} subdomains have distinct ownership; leave alone.
- **Investigate:** {n} edge cases flagged for human review.

## Risk notes

- Subdomain consolidation requires careful 301 redirect mapping; track via `seo-drift` after the migration.
- A subdomain with separate backlinks (per `evidence/05-backlinks-by-subdomain.md`) is harder to consolidate without losing link equity — plan accordingly.

## Raw data
- See per-subdomain files under `evidence/03-keywords-by-subdomain/`.
- Topic ownership matrix: `06-topic-ownership-map.md`.

ヒント

• レート制限を守ってください。このスキルはサブドメインごとに約5回呼び出します。--limit 10 の場合、約50回の呼び出しになるため、順番に実行してください。
• 実行前に DATA_getCreditBalance を呼び出してください。コストはサブドメイン数に応じて変わります。--limit 10 では通常約20～60クレジット、無制限の場合は150クレジット以上かかります。
• --limit を活用してください。 サブドメインが数百ある大規模なプラットフォームでも、すべてのサブドメインを分析する必要はありません。キーワード数上位10件で、通常はオーガニック検索の価値の90％以上をカバーできます。
• 「サブドメインのDAが低い」ことを「サブドメインに価値がない」ことと混同しないでください。 サブドメインはリンクを個別に蓄積するため、ルートドメインよりDAが低いことがよくあります。重要なのは、トピックの担当範囲とカニバリゼーションであり、DAそのものではありません。
• 統合にはリスクがあります。 blog.example.com から example.com/blog/ への301リダイレクトでは、リンク評価の大部分を維持できますが、移行中に5～15％失われる可能性があります。移行後は seo-drift で追跡してください。
• 異なるプラットフォーム上のサブドメインを統合するよう勧めないでください。 blog.example.com が異なるCMS上にある場合、統合のエンジニアリングコストがSEO上のメリットを上回ることがあります。これは推奨事項ではなく制約として提示してください。
• トピック担当範囲マトリックスは、最も効果の高い成果物です。各サブドメインで何を公開すべきか、コンテンツチームへの説明に活用してください。
• カニバリゼーションで問題が指摘された特定のURLを詳しく調べるには、seo-page と併用してください。
• 大規模な再構成の前にサブドメインのベースラインを把握するには、seo-drift と併用してください。