seo-keyword-niche

出力例：examples/seo-keyword-niche-espresso-machine-reviews-20260514/KEYWORD-NICHE-PLAN.md

キーワードニッチ

ロングテールを掘り下げて、コンテンツの機会を見つけます。ロングテールのバリエーション、質問意図のキーワード、関連キーワード、SERP サンプルを取得し、十分に対応されていないニッチなキーワードを特定します。キーワードを意図別にクラスタリングし、プログラムによる公開や、継続的な編集スケジュールに活用できるコンテンツ階層（テンプレート＋URL パターン＋サンプルページ＋低品質コンテンツを防ぐ品質基準）を提案します。

前提条件

• SE Ranking MCP サーバーに接続されていること。
• ユーザーがシードトピック（例：「ランニングシューズ」「税務申告」）または 2～5 個のシードキーワードを指定すること。対象国（デフォルトは us）。任意で、最小検索ボリュームのしきい値を指定できます（デフォルト：ニッチ向けスキルでは月間 50。seo-keyword-cluster の 100 より低く設定されています）。最大 KD（デフォルト：取り組みやすさを考慮して 40）。

プロセス

1. 検証と事前確認

   • シードが適切か確認します（広すぎない、ブランド名ではない、1 文字ではない）。
   • DATA_getCreditBalance — 残りのクレジットを提示します。このスキルはほとんどのスキルより負荷が高く、ヘッドタームより深くロングテールを取得するには、より多くのクレジットが必要です。

2. ロングテールの拡張 DATA_getLongTailKeywords

   • 各シードについて、ロングテールのバリエーションを取得します（通常は 3 語以上で、個々の検索ボリュームと KD は低めです）。
   • 目標：シードごとにロングテール候補を 200～500 個。

3. 質問形式への拡張 DATA_getKeywordQuestions

   • 各シードについて、質問形式のキーワードを取得します。
   • キーワードにユーザーの意図が明示されているため、コンテンツの機会を探るうえで特に有用です。

4. 関連キーワードへの拡張 DATA_getRelatedKeywords および DATA_getSimilarKeywords

   • 各シードについて、関連キーワードと類似キーワードを取得します。
   • ロングテールの拡張では見つからなかった、意味的に近いキーワードを捉えます。

5. フィルタリングと整理

   • min_volume 未満、および max_kd を超えるキーワードを除外します。
   • シードのドメインが所有していないブランド名を含むキーワードを除外します（ユーザーがブランド名を含むシードを指定した場合を除く）。
   • 検出された意図を各キーワードにタグ付けします：情報収集、商用、取引、ナビゲーション。
   • シード間で重複を除去します。

6. 代表的なキーワードの SERP サンプル DATA_getSerpResults

   • 代表的なキーワード 5～10 個（新たに形成されつつあるクラスタごとに 1 個）について、上位 10 件を取得します。
   • 各クラスタで主流となっているページタイプを特定します（ステップ 8 のテンプレート提案に反映します）。

7. 意図とテーマ別にクラスタリング

   • 意味的な類似性と意図に基づいてキーワードをグループ化します。
   • 各クラスタには、名前、主要キーワード、補助キーワード、合計検索ボリューム、加重 KD、主流のページタイプを設定します。
   • 目標：8～20 個のクラスタ（このスキルはニッチ階層向けのため、seo-keyword-cluster の 5～12 個より細かく分類します）。

8. コンテンツ階層を提案

   • テンプレートの構造：各ページを固有のものにするフィールドを定義します。{city} apartment rentals の場合、テンプレートのフィールドは {city}、{neighborhood}、{price_range}、{property_count} です。{tool} alternatives の場合は {tool}、{competitor_count}、{primary_use_case} です。
   • URL パターン：/{category}/{slug}/ や /{topic}/{tool}-alternatives/ など。
   • サンプルページ：代表的なクラスタキーワード向けに、仕様をすべて定めたページのワイヤーフレームを 3 件作成します。
   • 内部リンクの自動化：階層内のページをリンクする方法（カテゴリページからのハブ・アンド・スポーク型、または実際にフラットな構造の場合は相互リンク型）。

9. 品質基準（低品質コンテンツを防ぐためのガードレール）

   • **ページごとの固有データの最小数：**テンプレートのフィールドによって、5 個以上の固有属性（件数、価格、名前、日付など）が生成される必要があります。固有属性が 5 個未満のページは、見かけ上の重複にすぎないため、該当するキーワードのバリエーションは除外します。
   • **最小語数：**有効なコンテンツが 600 語（ナビゲーション、フッター、定型文を除く）。
   • **スキーマ要件：**テンプレートを使用するすべてのページに Article（または該当するタイプ）と BreadcrumbList を設定します。
   • **インデックス登録／noindex の振り分け：**バリエーションが固有データのしきい値を満たさない場合もページを生成しますが、noindex に設定します。

9a. プログラマティックな公開 — 追加ゲート

多くのユーザーは、ページを大規模に公開する（プログラマティック SEO、データ駆動型ディレクトリ、地域別ページ）目的でこのスキルを利用します。プログラマティックな公開は、スパム判定による悪影響のリスクが最も高い方法です。提案するティアでテンプレートを使ったページを50ページ以上公開する場合は、上記のゲートに加えて以下を適用してください。

• 行ごとの独自性のしきい値（変動するフィールドが30％以上）。 テンプレートのコンテンツを生成するフィールドのうち（ナビゲーション／フッターの定型文を除く）、少なくとも30％に、同じグループ内の同類ページの中央値とは異なる値が含まれている必要があります。12個のフィールドのうち9個がページ間で同一なら、テンプレートで量産された中身の薄いページです。2024年のコアアップデート以降、Google のスパム対策システムはこうしたページを見分ける能力が高まっています。各行について、グループの中央値と比較して次の式で計算します。varying_fields / content_fields ≥ 0.30
• 親ページと同類ページに対する独自の事実の最小数（5件以上）。 各行には、親ハブページまたは同じグループ内の同類ページに掲載されていない事実が少なくとも5件含まれている必要があります。事実とは、数値、日付、固有名詞、オリジナルの引用、写真です。同義語を入れ替えただけのものは数に含めません。このティアを承認する前に、10行を手作業でサンプル確認してください。
• データソースの独立性。 単一のソース（CSV 1つ、API 1つ、スクレイピング結果1つ）から自動公開しないでください。ページを区別する要素が cities.csv の1行だけなら、そのページはコンテンツを装った CSV の1行であり、内容が薄い可能性が高いです。1ページにつき、独立したデータソースを2つ以上組み合わせてください。
• インデックス肥大化のサーキットブレーカー。 最初の50ページを公開したら、GSC を監視してください。インデックス登録率が60％を下回った場合（Google が送信したページの60％未満しかインデックス登録していない場合）、このティアを一時停止して再監査してください。この兆候が出た後も続行すると、ティアの残り全体にわたって肥大化が進みます。
• クロールバジェットを考慮する。 5万ページ未満のサイトなら、通常は公開したページをすべてクロールできます。5万ページを超えるサイトでは、クロールバジェットのコストを考慮する必要があります。プログラマティックな内容の薄いページは、どれもサイトの基幹コンテンツからクロールの機会を奪います。この規模のサイトで独自の事実の数が境界線上にある場合は、デフォルトで noindex にしてください。

プログラマティックな方法では、これらのゲートに例外は認められません。提案するティアが条件を満たせない場合、正しい対応はしきい値を下げることではなく、ページ数を減らすことです。

10. 統合する KEYWORD-NICHE-PLAN.md

出力形式

seo-keyword-niche-{target-slug}-{YYYYMMDD}/ フォルダーを作成し、以下を格納します。

seo-keyword-niche-{target-slug}-{YYYYMMDD}/
├── KEYWORD-NICHE-PLAN.md           (synthesised plan — primary deliverable)
├── keywords.csv                    (all enriched keywords with cluster + intent — load-bearing CSV the publishing team paste into CMS/sheets)
├── 06-template-spec.md             (fields, URL pattern, sample pages — load-bearing reference writers consult directly)
├── 07-quality-gates.md             (thin-content guardrails — load-bearing reference release-gate readers consult directly)
└── evidence/
    ├── 01-seed-expansion.md        (raw expansion per seed — raw step output)
    ├── 02-question-keywords.md     (DATA_getKeywordQuestions)
    ├── 03-filtered-keywords.md     (post min-vol / max-kd filter)
    ├── 04-cluster-assignment.md    (every keyword and its cluster)
    └── 05-serp-samples.md          (top 10 for representative cluster keywords)

最上位には、KEYWORD-NICHE-PLAN.md、keywords.csv、06-template-spec.md、07-quality-gates.md を置きます。執筆者は執筆時にテンプレート仕様を直接参照し、リリースゲートでは品質ゲートを直接参照します。01～05 のステップファイルには、API／クラスタリングの生出力を evidence/ に保存します。

KEYWORD-NICHE-PLAN.md の構成：

# Keyword Niche Plan: {topic}

> Generated {YYYY-MM-DD} · Country: {country} · Seeds: {list}

## Inventory
- Longtail keywords mined: {n}
- Question keywords: {n}
- After filter (min-vol {n}, max-kd {n}): {n}
- Clusters formed: {n}
- Estimated combined monthly volume: {n}

## Recommended content tier

### Template
**URL pattern:** `/{category}/{slug}/`

**Required fields per page:**
- `{slug}` — URL-friendly identifier
- `{H1}` — page primary heading
- `{TL;DR}` — first 200 words direct answer
- `{primary_keyword}` — target keyword
- `{related_keywords}` — secondary keywords from cluster
- `{unique_attributes}` — list of ≥ 5 differentiating attributes (numbers, names, dates)
- `{related_pages}` — internal-link list (3–5 sibling pages)
- `{schema_type}` — Article/Product/Other
- `{datestamp}` — last-updated date

**Sample pages:** see `06-template-spec.md` for 3 fully-spec'd wireframes.

## Cluster build order (top 10 by priority)

| Rank | Cluster | Volume (combined) | Weighted KD | Dominant page type | Pages to ship |
|---|---|---|---|---|---|
| 1 | {cluster name} | {n} | {kd} | {type} | {n} |
| ... |

## Quality gates (do not ship pages that fail)

1. **Unique-data threshold:** each page has ≥ 5 unique attributes vs sibling pages in the same cluster.
2. **Minimum word count:** 600 words effective content.
3. **Schema:** `Article` + `BreadcrumbList` (or relevant `@type` for the page).
4. **Internal links:** ≥ 3 outbound to siblings, ≥ 1 inbound from category hub.
5. **Index/noindex:** noindex pages that don't pass the unique-data threshold.

### Programmatic-only gates (apply when tier ships 50+ pages)

6. **Per-row uniqueness ≥ 30%:** at least 30% of content-producing fields hold values that differ from the cluster median.
7. **Min unique facts vs parent + sibling (≥ 5):** five facts per row that don't appear on the parent hub or any sibling.
8. **Data-source independence:** ≥ 2 independent data sources per page (no single-CSV pages).
9. **Index-bloat circuit-breaker:** pause tier if GSC index-coverage <60% after the first 50 pages.

## Scaling estimate
- Clusters: {n}
- Pages per cluster (median): {n}
- Total pages: {n}
- At {pages/week} cadence: {n weeks} to ship the tier.
- Crawl-budget impact (for sites > 10k pages): noindex strategy keeps thin variants out of the index.

## Risks / monitoring
- **Thin-content penalty:** the quality gates above are the guardrail. Audit at scale via `seo-technical-audit` after first 100 pages ship.
- **Index bloat:** monitor in GSC; if newly indexed pages don't accrue impressions in 60 days, candidate for noindex/consolidate.
- **Cannibalization:** monitor with `seo-subdomain` + `seo-page` after first 50 pages.

## Recommended next step
Build a small pilot — 10 pages from the top cluster — before committing to the full tier. Apply quality gates rigorously to the pilot. Re-audit after 60 days; iterate the template based on which pilot pages indexed and ranked.

keywords.csv の列：keyword,volume,kd,cpc,intent,cluster,role_in_cluster,dominant_page_type,unique_attributes_estimate

ヒント

• レート制限を守ってください：毎秒10リクエストです。ステップ2～4ではすべてのシードを並行処理するため、順番に実行してください。
• コスト：約5個のシードで30～80クレジット、10～20個のシードで150クレジット以上です。実行前に DATA_getCreditBalance を呼び出し、見積もりを提示してください。
• プログラマティック SEO にはリスクがあります。 独自データのしきい値を満たさないページは、よくても役に立たず、最悪の場合はペナルティの対象になります。ステップ9の品質ゲートは任意ではありません。
• パイロットの推奨は重要です。テンプレートを丁寧に設計した10ページは、テンプレートで量産した中身の薄い1000ページより効果があります。
• E コマース／在庫主導型のコンテンツ（地域別ページ、商品バリエーション）では、通常、独自データのしきい値を簡単に満たせます。
• 「Y 向けの X のおすすめ」コンテンツ（Y に多くのバリエーションがある場合）では、コンテンツが実質的に異なるバリエーションを選び、類義語に近い語句に同じテンプレートを使わないでください。
• より広範なピラー＋スポーク構成には seo-keyword-cluster を組み合わせてください（このスキルはそれを補完するもので、置き換えるものではありません）。
• 個々のピラートピックを編集者向けの詳細なブリーフに展開するには、seo-content-brief を組み合わせてください。
• 最初の100ページを公開した後、内容の薄さや canonical 化の問題を見つけるために seo-technical-audit を組み合わせてください。
• 自動公開はしないでください。このスキルで提供するのはテンプレート、URL パターン、品質ゲートです。コンテンツの執筆とレビューは引き続き人が担います。