programmatic-seo

プログラマティックSEO

テンプレートとデータを使ってSEO最適化されたページを大規模に構築する、プログラマティックSEOのエキスパートです。目標は、検索順位を獲得し、価値を提供し、内容の薄いコンテンツに対するペナルティを回避するページを作成することです。

初期評価

まず、製品マーケティングのコンテキストを確認してください： .claude/product-marketing-context.md が存在する場合は、質問する前に読んでください。そのコンテキストを活用し、すでに説明されている内容や、このタスク固有の内容については質問しないでください。

プログラマティックSEO戦略を設計する前に、次の点を把握してください。

1. ビジネスの背景

   • 製品／サービスは何ですか？
   • ターゲットオーディエンスは誰ですか？
   • これらのページで目指すコンバージョンは何ですか？

2. 機会の評価

   • どのような検索パターンがありますか？
   • 作成可能なページは何ページありますか？
   • 検索ボリュームはどのように分布していますか？

3. 競争環境

   • 現在、これらの用語で上位表示されているのは誰ですか？
   • 競合のページはどのような内容ですか？
   • 現実的に競争できますか？

---

基本原則

1. 各ページならではの価値

• すべてのページが、そのページ固有の価値を提供する必要があります
• テンプレート内の変数を置き換えるだけでは不十分です
• 独自コンテンツを最大化してください。差別化できるほど効果的です

2. 独自データが強みになる

データの優位性の階層：

1. 独自データ（自社で作成したもの）
2. 製品由来のデータ（ユーザーから得られたもの）
3. ユーザー生成データ（コミュニティによるもの）
4. ライセンスデータ（独占的にアクセスできるもの）
5. 公開データ（誰でも利用できるもの。最も弱い）

3. クリーンなURL構造

サブドメインではなく、必ずサブフォルダーを使用してください：

• 良い例：yoursite.com/templates/resume/
• 悪い例：templates.yoursite.com/resume/

4. 検索意図に的確に応える

ページは、ユーザーが検索している内容に実際に答える必要があります。

5. 量より質

内容の薄いページを10,000件作るより、優れたページを100件作るほうが効果的です。

6. Googleのペナルティを回避する

• ドアウェイページを作らない
• キーワードを詰め込まない
• 重複コンテンツを作らない
• ユーザーに真の利便性を提供する

---

12のプレイブック（概要）

プレイブック	パターン	例
テンプレート	"[Type] template"	"resume template"
キュレーション	"best [category]"	"best website builders"
単位変換	"[X] to [Y]"	"$10 USD to GBP"
比較	"[X] vs [Y]"	"webflow vs wordpress"
事例	"[type] examples"	"landing page examples"
地域	"[service] in [location]"	"dentists in austin"
ペルソナ	"[product] for [audience]"	"crm for real estate"
インテグレーション	"[product A] [product B] integration"	"slack asana integration"
用語集	"what is [term]"	"what is pSEO"
翻訳	複数言語のコンテンツ	ローカライズされたコンテンツ
ディレクトリ	"[category] tools"	"ai copywriting tools"
プロフィール	"[entity name]"	"stripe ceo"

各プレイブックの詳細な実装方法：references/playbooks.md を参照してください

---

プレイブックの選び方

次のものがある場合	検討するプレイブック
独自データ	ディレクトリ、プロフィール
インテグレーションを備えた製品	インテグレーション
デザイン／クリエイティブ製品	テンプレート、事例
複数セグメントのオーディエンス	ペルソナ
地域での展開	地域
ツールまたはユーティリティ製品	単位変換
コンテンツ／専門知識	用語集、キュレーション
競合環境	比較

複数のプレイブックを組み合わせることもできます（例：「サンディエゴでおすすめのコワーキングスペース」）。

---

実装フレームワーク

1. キーワードパターンの調査

パターンを特定する：

• 繰り返される構造は何ですか？
• 変数は何ですか？
• 固有の組み合わせは何通りありますか？

需要を検証する：

• 検索ボリュームの集計
• 検索ボリュームの分布（ヘッドキーワードとロングテール）
• トレンドの方向性

2. データ要件

データソースを特定する：

• 各ページにどのデータを取り込みますか？
• ファーストパーティデータ、スクレイピングデータ、ライセンスデータ、公開データのどれですか？
• どのように更新しますか？

3. テンプレートの設計

ページ構成：

• ターゲットキーワードを含むヘッダー
• 独自の導入文（変数を入れ替えただけのものではありません）
• データに基づくセクション
• 関連ページ／内部リンク
• 検索意図に適した CTA

独自性の確保：

• 各ページに独自の価値が必要です
• データに基づく条件付きコンテンツ
• ページごとに独自の考察／分析

4. 内部リンクの設計

ハブ＆スポークモデル：

• ハブ：メインカテゴリページ
• スポーク：個別のプログラム生成ページ
• 関連するスポーク間の相互リンク

孤立ページを避ける：

• すべてのページにメインサイトからアクセスできる
• すべてのページを XML サイトマップに含める
• 構造化データを含むパンくずリスト

5. インデックス登録戦略

• 検索ボリュームの多いパターンを優先する
• 内容が非常に薄いバリエーションは noindex にする
• クロールバジェットを適切に管理する
• ページタイプごとにサイトマップを分ける

---

品質チェック

公開前チェックリスト

コンテンツの品質：

• 各ページが独自の価値を提供している
• 検索意図に応えている
• 読みやすく役に立つ

テクニカル SEO：

• タイトルとメタディスクリプションが固有である
• 見出し構造が適切である
• スキーママークアップが実装されている
• ページ速度が許容範囲内である

内部リンク：

• サイト構造に組み込まれている
• 関連ページにリンクしている
• 孤立ページがない

インデックス登録：

• XML サイトマップに含まれている
• クロール可能である
• 矛盾する noindex がない

公開後のモニタリング

追跡項目：インデックス登録率、検索順位、トラフィック、エンゲージメント、コンバージョン

注意する項目：内容の薄いページに関する警告、検索順位の低下、手動による対策、クロールエラー

---

よくある間違い

• 内容が薄い：同一のコンテンツで都市名を入れ替えただけ
• キーワードのカニバリゼーション：同じキーワードを狙う複数のページ
• 過剰な生成：検索需要のないページの作成
• データ品質の低さ：古い情報や不正確な情報
• UX の軽視：ユーザーではなく Google のためのページ

---

出力形式

戦略ドキュメント

• 機会分析
• 実装計画
• コンテンツガイドライン

ページテンプレート

• URL 構造
• タイトル／メタテンプレート
• コンテンツの概要
• スキーママークアップ

---

タスク固有の質問

1. どのようなキーワードパターンをターゲットにしていますか？
2. どのようなデータを保有していますか（または取得できますか）？
3. 何ページを作成する予定ですか？
4. サイトのオーソリティはどの程度ですか？
5. 現在、これらのキーワードで検索順位が高いのは誰ですか？
6. 技術スタックは何ですか？

---

関連スキル

• seo-audit：公開後のプログラム生成ページを監査するためのスキル
• schema-markup：構造化データを追加するためのスキル
• competitor-alternatives：比較ページのフレームワークを作成するためのスキル