programmatic-seo

programmatic-seo skillの概要

programmatic-seo skillでできること

programmatic-seo skillは、反復可能なテンプレート、構造化データ、検索意図のパターンを使って、AIアシスタントがSEO起点のページを大規模に設計するためのスキルです。ディレクトリページ、比較ページ、連携ページ、地域別ページ、「Y向けのおすすめX」ページ、キーワードと変数を組み合わせたページ群など、共通の設計から数百〜数千のURLを生成する可能性があるチームに向いています。

向いているユーザーと解決したい課題

単なる記事アイデアの一覧ではなく、SEO Contentのためのprogrammatic-seo戦略が必要なときに使います。相性がよい例としては、SaaSの比較ライブラリ、マーケットプレイスのカテゴリページ、地域サービスページ、製品代替ページ、連携機能のランディングページ、データに基づくディレクトリなどがあります。重要なのは、どのページタイプを作るべきか、各ページにどんな固有価値が必要か、テンプレートをどう変化させるべきか、薄いページや重複ページをどう避けるかを判断することです。

一般的なSEOプロンプトとの違い

一般的なプロンプトでは、「ページを大規模に作成する」といった提案で終わることがあります。このスキルは、展開を提案する前に、事業文脈、検索パターン、競合難易度、コンバージョン目標、ページ単位の独自性を評価するようアシスタントに促します。最大の違いは、ページごとの固有価値と独自データを重視する点です。ここが、役に立つprogrammatic SEOと低品質なドアウェイページを分けることが多いからです。

導入前に考えるべきこと

キーワードパターン、エンティティ一覧、地域、競合、ツール、機能、商品データなどの構造化された入力をすでに持っている、または作成できる場合に、このスキルをインストールしてください。ほとんど同じページを大量生産する近道として使うべきではありません。実データ、編集基準、内部リンクのルール、明確なコンバージョン導線と組み合わせると、最も効果を発揮します。

programmatic-seo skillの使い方

programmatic-seoのインストールと最初に確認すべきリポジトリファイル

次のコマンドでスキルをインストールします。

npx skills add alirezarezvani/claude-skills --skill programmatic-seo

インストール後は、まず SKILL.md を読んでください。運用ワークフロー、評価質問、品質原則が含まれています。次に scripts/url_pattern_generator.py を確認します。これは、JSONテンプレートと変数セットからURLの組み合わせを生成するための実用的な補助スクリプトです。リポジトリ内のパスは marketing-skill/skills/programmatic-seo で、ソースは https://github.com/alirezarezvani/claude-skills/tree/main/marketing-skill/skills/programmatic-seo から確認できます。

有用な出力に必要な入力情報

質の高い programmatic-seo usage を得るには、広い目標だけでなく、より具体的な情報をアシスタントに渡します。有用な入力には次のようなものがあります。

• ビジネスモデル、プロダクト、ターゲット顧客
• 比較、都市、カテゴリ、連携、ディレクトリなどのページタイプ
• {software} alternative や {service} in {city} などの検索パターン例
• エンティティデータや変数リスト
• ページのコンバージョン目標
• 既知の競合と上位表示例
• 独自データ、レビュー、価格、提供状況、ベンチマーク、在庫情報
• CMS、フレームワーク、公開上の制約

プロジェクトに .claude/product-marketing-context.md がある場合、このスキルは不足情報を質問する前に、まずそのファイルを読む設計になっています。

ざっくりした目標を強いプロンプトに変える

弱いプロンプト:

Help me make programmatic SEO pages for our SaaS.

よりよいプロンプト:

Use the programmatic-seo skill to evaluate a comparison-page strategy for a B2B helpdesk SaaS. Our target buyers are support leaders at 50–500 person companies. We want pages for {our_tool}-vs-{competitor} and {competitor}-alternative. Competitors include Zendesk, Freshdesk, Intercom, Help Scout, and Gorgias. Our differentiators are faster setup, lower admin overhead, and native Slack workflows. Conversion goal: demo request. Please assess search opportunity, page template sections, unique data needed per page, internal linking, URL patterns, and risks of thin content.

このほうが有効なのは、単にタイトルを生成するのではなく、ページとして成立するかを判断するための文脈をスキルに十分与えているからです。

URLパターンジェネレーターの使い方

同梱の scripts/url_pattern_generator.py は、URLのカバレッジを計画するのに役立ちます。入力例:

{
  "template": "{tool}-vs-{competitor}-comparison",
  "variables": {
    "tool": ["slack", "teams", "discord"],
    "competitor": ["zoom", "webex"]
  },
  "base_url": "https://example.com/compare"
}

次のように実行します。

python3 scripts/url_pattern_generator.py data.json --json

出力は自動公開リストではなく、計画の補助として使ってください。生成されたURLについて、検索需要、重複、自己比較、事業上の関連性、各ページに固有の根拠を含められるかを確認します。

programmatic-seo skill FAQ

programmatic-seo skillは初心者にも向いていますか？

はい。自社プロダクトを理解していて、基本的な市場文脈を提供できるなら利用できます。初心者は、数千URLを計画する前に、1つのページタイプと小さなデータセットから始めるべきです。このスキルは構造づくりを支援できますが、キーワード調査、競合レビュー、編集判断の代わりにはなりません。

programmatic-seoを使うべきではない場面は？

単発のブログ記事、テクニカルSEO監査、被リンク分析、クロールやインデックスの問題修正には使わないでください。SEO監査には、専用の seo-audit ワークフローを使うほうが適しています。また、都市名、競合名、商品名を差し替えるだけで、ページ固有の価値を追加する計画がない場合も、このスキルは避けるべきです。

スプレッドシートとCMSインポートだけで進める場合との違いは？

スプレッドシートとCMSインポートでもページ公開はできますが、そのページを作るべきかどうかまでは判断してくれません。programmatic-seo skill は、検索意図、テンプレートのセクション、必要なデータ、独自性のルール、URLパターン、展開リスクといったページ設計のロジックを定義するのに役立ちます。単なる公開手段ではなく、戦略とコンテンツシステムを設計するためのスキルです。

現代のSEOやAI検索環境にも合いますか？

はい。本当に役立つ、エンティティごとに固有性のあるページを作る目的で使う場合は適しています。一方で、浅いコピーで大量のキーワードを取りに行く用途にはあまり向いていません。最も安全な使い方は、構造化テンプレートに、独自データ、専門的なコメント、比較、具体例、在庫情報など、一般的な競合が簡単には再現できない要素を組み合わせることです。

programmatic-seo skillを改善する方法

よりよいソースデータでprogrammatic-seoの結果を高める

programmatic-seo の出力を最短で改善する方法は、各ページの違いを生み出すデータを提供することです。強い入力には、機能マトリクス、価格差、地域ごとの提供状況、顧客数、レビューの抜粋、連携機能、ベンチマーク、スクリーンショット、ユースケース適合度、社内のプロダクト知見などがあります。生成されるすべてのページで根拠が同じなら、その戦略は薄すぎる可能性が高いです。

防ぐべきよくある失敗

次の問題に注意してください。

• 変数の組み合わせが存在するという理由だけでページを作る
• 検索需要もコンバージョン価値もないURLセットを作る
• すべてのページで一般的な主張を繰り返すテンプレートにする
• 公平で具体的な比較基準のない比較ページを作る
• 地域の根拠、サービス提供範囲、関連性のない地域ページを作る
• インデックス状況やエンゲージメントを検証する前にページを出しすぎる

どのページを公開、統合、延期、却下すべきかを、アシスタントに明示的にラベル付けさせてください。

最初の出力後に反復する

最初の計画が出たら、制約に焦点を当てた2回目の検討を依頼します。有用なフォローアッププロンプトには、次のようなものがあります。

• “Identify pages at highest risk of thin content.”
• “Reduce this to a 50-page MVP launch set.”
• “Add required unique data fields for each template section.”
• “Create an internal linking model between category, comparison, and detail pages.”
• “Score each page pattern by search intent, difficulty, data availability, and conversion value.”

これにより、このスキルを単なるブレインストーミングツールではなく、展開計画のワークフローとして使えるようになります。

大規模公開前の実用的な品質基準

大規模に公開する前に、各テンプレートについて次の問いに答えられるようにしてください。このページはなぜ存在すべきなのか、親カテゴリページにはない何を伝えているのか、URLごとにどのデータが変わるのか、ユーザーのどんな意思決定を支援するのか、その後にどんなコンバージョン導線が自然につながるのか。これらの答えが弱い場合は、さらにURLを生成する前に、データセットを改善するか、ページセットを絞り込んでください。