programmatic-seo

Name: programmatic-seo
Author: kostja94

github.com/kostja94マーケティング・グロース1.1k2.2k 回インストール3 日前に更新

programmatic-seo について

programmatic-seoは、テンプレートと構造化データを使ってSEOページを大規模に生成するためのスキルです。SEO担当者やエンジニアがページ種別を選び、根拠やデータ品質を重視しながら、AIを適切に活用して独自性のあるページを作るのを支援します。

主な機能

01テンプレート・データ・自動化の枠組み
02ページ種別とプレイブックの選定
03ページを差別化する根拠ブロック
04データの強度と出典の評価
05根拠に基づくAIページのカスタマイズ

活用シーン

01製品カタログからランディングページを計画
02連携や比較ページの作成
03FAQや用語集コンテンツの拡張
04ページ生成前のデータ品質評価

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kostja94/marketing-skills --skill programmatic-seo

インストール後、Claude Code で/programmatic-seoを入力して読み込まれたか確認します。

詳細

SEO：プログラマティック SEO

テンプレートと構造化データを使って、ページを1つずつ手作業で作成するのではなく、SEO に最適化された大量のページを自動生成するプログラマティック SEO のガイドです。従来の「差し込み印刷」型 pSEO（固定テンプレート1つに変数を差し込む方式）では、差別化が不十分で、内容の薄い印象を与える URL が生まれがちでした。同じデータ基盤の上で AI を責任ある方法で活用すれば、URL ごとのカスタマイズを拡大できます。検索意図に合ったコピー、セクションの深さ、FAQ、トーン、ローカライズを調整しながら、エビデンスブロック、データ階層、QAにも従えます（以下のデータの強度階層とAI を活用した生成を参照）。

呼び出し時： 初回利用時は、役に立つ場合、このスキルの対象範囲と重要性を1～2文で簡潔に説明してから、主な出力を提示してください。2回目以降の利用時、またはユーザーから省略するよう求められた場合は、主な出力に直接進んでください。

プロジェクトのコンテキスト： ルートに contextus.md がある場合は読み込み、このタスクに関連するモジュールのみをロードしてください。Contextus がない場合は、利用可能なプロジェクト資料またはユーザーが提供した情報を使用し、不足している情報を尋ねてください。別個のコンテキストシステムを作成しないでください。

定義

プログラマティック SEO ＝データベース、API、またはスプレッドシートのデータを単一のテンプレートに入力し、数百から数千の固有ページを生成することです。各ページは、ロングテールキーワード（例：「[city]でおすすめのSEOツール」、「[App A]と[App B]の連携」）をターゲットにします。

従来の SEO との主な違い： 技術的な取り組み（SEO 担当者とエンジニア）；ロングテール重視；データ駆動型（成功の鍵はデータ品質）；自動化；大規模展開を前提に設計。

従来型の限界と AI による差別化

時代	問題点	効果的な対策
固定型 pSEO	テンプレートが1つで、変化が最小限 → タイトルや本文が似通い、E-E-A-Tが弱く、「差し込み印刷」だとすぐにわかる	URL ごとに固有のエビデンスを用意し、インデックス登録を選別する必要があります
AI 強化型 pSEO	同じ構造化された行データ（事実、SKU、指標）をページの基盤にしつつ、モデルが URL ごとのストーリー展開を追加します。導入文、FAQ の掘り下げ、ペルソナ別の切り口、ローカライズ、内部リンクの提案などにより、大規模展開しながら差別化を高めます	事実はデータレイヤーに保持します。AI が調整するのは表現と構成であり、数値を捏造することはありません。AI を活用した生成を参照してください

ベストプラクティスの基本方針： AI はデータの裏付け（ティア1～5）やテクニカル SEO（URL、スキーマ、CWV）の代替ではなく、加速とカスタマイズの手段です。適切に活用すれば、量より質を重視し、内容の薄い URL を減らして、より多くの独自性のある有用なページを作成できます。

3つの要素から成るフレームワーク

要素	役割
テンプレート	再利用可能なページ構造：レイアウト、見出し、内部リンク、コンテンツブロック；空のフィールドに対する条件ロジック
データ	構造化された情報：場所、製品、価格、機能。正確かつ網羅的で、実質的な価値を提供する必要があります
自動化	データとテンプレートをつなぐシステム。ページを動的に生成するか、一括公開します
AI レイヤー（任意）	根拠のある入力（行データの JSON とルール）を基に、URL ごとに多様なコピー、FAQ の拡充、セクションの強調点を生成します。監査可能な状態を維持しながら、「同じテンプレート」への飽きを軽減します

ページプレイブックマトリクス（`skills/pages`）

このライブラリのページタイプは、pages/{brand|content|legal|marketing|utility}/ 配下にあります。以下のマトリクスを使って、検索パターン → プレイブック → 構造、コピー、スキーマを確認するために開く *-page-generator スキルを対応付けてください。すべてのフォルダーが、大量生成する URL に適しているわけではありません。

プレイブック	検索意図／キーワードパターンの例	ページスキル（`name`）	パス（参照先）
代替製品／比較	「[競合製品] alternative」、「X vs Y」	alternatives-page-generator	`pages/marketing/alternatives`
インテグレーション	「[製品 A] [製品 B] integration」	integrations-page-generator	`pages/marketing/integrations`
カテゴリ／カタログ	ファセット付きリスト、製品グリッド	category-page-generator, products-page-generator	`pages/marketing/category-pages`, `products`
用語集／定義	「what is [用語]」、用語のランディングページ	glossary-page-generator	`pages/content/glossary`
FAQ／Q&A	質問集、PAA 形式のページ	faq-page-generator	`pages/content/faq`
ハウツー／手順	手順のライブラリ、テンプレート内の「[方法] [タスク]」ブロック	howto-section-generator	`components/content/howto-section`
比較マトリクス（ブロック）	機能／基準のグリッド、データフィードからの「vs」セル	comparison-table-generator	`components/content/comparison-table`
ツールとリードマグネット	「無料 [x] ツール／計算機」	tools-page-generator	`pages/content/tools`
テンプレートギャラリー	閲覧 → 詳細（自社テンプレート）	template-page-generator	`pages/content/template-page`
リソースハブ	ガイド、ハブ、ダウンロードセンター	resources-page-generator	`pages/content/resources`
ユースケース／ソリューション	「[役割] 向け」、「業界別」	use-cases-page-generator, solutions-page-generator	`pages/marketing/use-cases`, `solutions`
移行／切り替え	「[X] から移行」	migration-page-generator	`pages/marketing/migration`
キャンペーン用ランディングページ	有料／セグメント別 LP	landing-page-generator	`pages/marketing/landing-page`
ブログ／記事	大規模なロングテール記事	blog-page-generator, article-page-generator	`pages/content/blog`, `article`
ドキュメント／機能／API	拡張可能なドキュメントセクション、機能のランディングページ、`/api` のマーケティングページ	docs-page-generator, features-page-generator, api-page-generator	`pages/content/docs`, `features`, `api`
ソーシャルプルーフ	ロゴ、導入事例、ギャラリー	press-coverage-page-generator, customer-stories-page-generator, showcase-page-generator	`pages/marketing/press-coverage`, `customer-stories`, `showcase`
プログラムとオファー	スタートアップ／教育、コンテスト、ダウンロード、アフィリエイト、メディアキット	startups-page-generator, contest-page-generator, download-page-generator, affiliate-page-generator, media-kit-page-generator	`pages/marketing/*`
価格／サービス	プラン、提供サービス（プログラマティック SEO では控えめに使用）	pricing-page-generator, services-page-generator	`pages/marketing/pricing`, `services`

通常、プログラムによる大量生成には不向き（主要 URL が 1 つのみ、またはコンプライアンス要件が厳しい）：pages/brand/*（ホーム、概要、問い合わせ）、pages/legal/*、ほとんどの pages/utility/*（404、ステータス、サインアップ／ログインなど）。テンプレート × データによる大量生成ではなく、個別対応またはポリシー主導として扱ってください。

プレイブックの選び方

お持ちのもの…	適した形式…	最初に開くもの…
競合リスト＋ポジショニング	代替製品／比較	alternatives-page-generator
統合ディレクトリ（自社＋パートナー）	統合マトリックス	integrations-page-generator
製品カタログまたは SKU	カテゴリ／製品グリッド	category-page-generator, products-page-generator
用語／定義データベース	用語集	glossary-page-generator
サポートチケット／PAA から抽出した質問	FAQ の大量展開	faq-page-generator
ハウツー手順集／手順テンプレート	大量展開ページ内の HowTo セクション	howto-section-generator
データに基づく競合／機能マトリックス	大量展開ページ内の比較表ブロック	comparison-table-generator（URL の検索意図には alternatives-page-generator を併用）
リードマグネット、計算ツール	ツールハブ＋ツールごとのページ	tools-page-generator
自社のテンプレート（エクスポート、ギャラリー項目）	テンプレートマーケットプレイス	template-page-generator
ICP × 業界マトリックス	ユースケース／ソリューション	use-cases-page-generator, solutions-page-generator
競合製品からのインポート経路	移行	migration-page-generator
キャンペーンまたは地域別 LP	ランディングページ	landing-page-generator
長文の SEO 記事	ブログ一覧＋個別記事	blog-page-generator, article-page-generator

テンプレート構造（推奨）

セクション	目的
イントロ	導入。ユーザーの検索意図に合致させます
エビデンスブロック	各ページ固有のデータに基づくコンテンツ（表、リスト、検証済み統計）。内容の薄いコンテンツとの差別化につながります
意思決定	比較、推奨、または次のステップ
FAQ	よくある質問
CTA	行動喚起

エビデンスブロック ＝各ページに掲載する、実際の構造化データ（事業者情報、価格、レビュー、検証済み統計）。変数を差し替えただけの使い回しの定型文ではなく、各ページが真の価値を提供できるようにします。

データの強さの階層（防御可能性）

最も強力なプログラマティックページは、自社の製品（または製品を利用する顧客）だけが生成できるものを活用します。特に テンプレート、エクスポート、生成された成果物 が有効です。サードパーティのリストやスクレイピングしたリストだけでは、基盤として最も弱くなります。

ティア	ソース	例	相対的なリスク
1 — 製品生成	自社製品が作成またはレンダリングするアセット：ページ／レイアウトテンプレート、メール／Notion／コードのテンプレート、エクスポートパック、生成されたプレビュー、ブランドに準拠したスニペット、「built with [Product]」の例	実際の `.json`／CMS フィールドに紐づくテンプレートギャラリーの行。エクスポートのスクリーンショット。固有のプレビュー URL	各 URL に異なる生成結果が表示される場合、最も低い
2 — 製品由来	自社が保有するテレメトリと製品内データ：集計値、コホート、ベンチマーク、機能の利用状況	自社のデータウェアハウスから算出した「[業界]のチームにおける価値実現までの時間の中央値」（集計値）	集計／匿名化され、ポリシーに準拠していれば低い
3 — UGC／顧客	レビュー、投稿、ショーケース項目、モデレーション済みのコミュニティコンテンツ	ショーケースのグリッド。確認済みの推薦コメント	中程度 — モデレーション＋同意が必要
4 — ライセンス／パートナー	独占フィード、共同マーケティング用データセット	パートナーの価格プラン。ライセンス取得済みの業界統計	中程度 — 契約と出典の管理が必要
5 — 公開／スクレイピング	オープンウェブ、ディレクトリ、一般的なエンリッチメント	名称／住所の補完。汎用的な事実情報	最も高い — 編集者による加工、ファクトチェック、そして実質的なエビデンスブロックが必要

ティア 1（テンプレートと生成コンテンツ）が優れている理由：自社のテンプレートシステムに基づいて構築されたページには、独自の構造、変数、ブランドに準拠したブロックが含まれます。そのまま模倣することがより難しく、独自性（埋め込み、ダウンロード、ID）も証明しやすくなります。UX が「ギャラリーを閲覧 → テンプレートを使用」の場合は、template-page-generator と組み合わせてください。

ティア2 — プロダクト由来（実践的）

概要	注意点
自社のバックエンド、データウェアハウス、サポート/CRMのエクスポートから得た指標：セグメント別のアクティベーション率、連携機能の人気度、エラーバジェット、time-to-value — 一般的な「業界レポート」ではありません。	プライバシーと利用規約：最小セルサイズ、個人の特定不可、何をどの期間にわたって集計したかを文書化すること。
「自社プロダクトで動いているからこそ、自社にしかわからない」ことを示せる場合に最適です。	古いデータは信頼を損ないます：パイプラインジョブ、「[日付]時点」のラベル、自動的な無効化。

ここでのAI：モデルを使って構造化された集計値を文章化します（導入段落、「[セグメント]にとってこれが意味すること」など）— 入力はパイプラインからの検証済みの数値/表でなければならず、自由な創作は不可です。主張が監査可能であり続けるよう、機械可読な表またはJSONをページ内または付録に保持してください。

ティア3 — UGC / 顧客（実践的）

概要	注意点
引用、レビュー、ショーケースへの投稿、コミュニティテンプレート — 同意を得たユーザーごとの成果物。	モデレーション：スパム、PII、競合による攻撃。名前/ロゴ使用の同意。スキーマ（Review、CreativeWork）は正確な場合にのみ。
ティア1と組み合わせると強力です（例：「顧客が作成したテンプレート」ギャラリー）。	質を伴わない量 → 薄いページ。投稿数に上限を設けるかスコアリングすること。

ここでのAI：長いレビューを箇条書きに要約します。画像の代替テキストの下書きを生成します。投稿をクラスタリングしてトピックページにまとめます — 公開前には必ず人間が承認してください。体験談を捏造してはいけません。

ティア4 — ライセンス / パートナー（実践的）

概要	注意点
パートナーの価格表、共同マーケティングレポート、API経由で提供される許可されたフィールド（ロゴ、SKU）。	契約範囲：どのフィールドをどのURLに表示できるか。帰属表示の行。ロゴに関するDMCA / 商標。
多くの場合1つのフィード → 多数のURLとなり、独自性は自社のフレーミング、比較ロジック、または計算ツールから生み出す必要があり、生のフィードだけでは不十分です。	更新頻度はパートナーのSLAに連動させること。

ここでのAI：固定の属性テーブル（ライセンス＋パートナーのルール）から比較コピーとFAQの下書きを作成します。SKUや価格を捏造してはいけません — フィードから取得し、AIには言い回しと短縮を任せてください。

ティア5 — 公開 / スクレイピング（実践的）

概要	注意点
オープンデータ、ディレクトリ、Wikipedia的な事実、公開エンティティのエンリッチメント。	重複/薄いコンテンツのリスクが最も高い：誰もが同じ事実を持っています。その上に必ず付加すべきは、統合、編集上の切り口、または独自のツール（計算ツール、フィルター）です。
エンティティSEOと引用が重要です：権威ある情報源にリンクし、変動しやすい事実には日付を付記すること。	トラフィックの少ない薄いURLについては、削除またはnoindexを計画してください。

ここでのAI：モデルを使って雑然とした公開テキストを表に構造化し、セクションをアウトライン化し、内部リンクを提案します — その後、名前、数値、日付をファクトチェックしてください。AIを使って統計や引用を捏造してはいけません。検証されるまで出力は下書きとして扱ってください。

AI 支援による生成（複数ティアにまたがる）

AI が現代の pSEO に適している理由：初期のプログラマティック SEO は、テンプレートが固定され、コピーの差別化がなかったため、評価を落としました。クエリごとに実質的な違いがほとんどなかったのです。各行の事実とブランドルールに基づかせた****LLMを使えば、何千ものページを手作業で書かなくても、URL ごとに見出し、導入文、FAQ、「このページが重要な理由」をカスタマイズできます。モデルにデータを作り上げさせない限り、大規模にベストプラクティス（検索意図との一致、有用なコンテンツ、独自の価値）に沿った施策を実行しやすくなります。

原則	理由
構造化された入力に基づいて AI を使う	JSON/CSV の行（ティア、ソース URL、指標）をプロンプトに渡し、システムプロンプトで数値の捏造を禁止します。
「事実」と「表現」を分ける	データレイヤーを信頼できる情報源とし、AI はトーン、文章の短縮、ローカライズ、FAQ、セグメントごとの強調点を担当します。逆の役割にはしません。
形容詞だけでなく構成を変える	行の検索意図フラグに応じて、異なるセクションの順序、FAQ の数、「初心者向けか上級者向けか」といった切り口を指定します。テンプレートの画一化を抑えられます。
人による、または自動化された QA	トラフィックの多い URL を抜き取り確認し、必須フィールドが空、または引用がない場合は公開をブロックします。
有用な場合は明示する	例：「導入文は AI で生成され、数値は[社内レポート、2025 年第 3 四半期]に基づいています。」信頼を築き、ポリシーの動向にも沿います。

AI 生成が大きな効果を発揮する場面：ティア 2～5です。素材がすでに表形式、または反復的でありながら、大規模に読みやすく差別化されたコピーが必要な場合です。ティア 1 でも AI は役立ちます（エクスポートした JSON から下書きを作成できます）が、差別化の要因は依然として製品そのものにあります。

運用要件（すべてのティア）

要件	実践方法
データの出所	データソースを記録し、フィールドごとに出所を追跡します
鮮度のルール	例：評価は 90 日ごと、価格は 30 日ごとに更新し、レイアウトの変更時にはテンプレートのバージョンを更新します
5 より 1～2 を優先する	公開情報のスクレイピングに頼る前に、製品が生成した、または製品から得られたデータで根拠を補います
AI ガバナンス	構造化された入力のみを使用し、未検証の数値は使わず、UGC をモデレーションし、必要に応じて開示します
整理して統合する	キーの重複を排除し、重複する検索意図を生む行を削除します

理想的なユースケース

使用するページ生成スキルについては、上記のページプレイブックマトリクスを参照してください。一般的なパターンは次のとおりです。

ユースケース	例
場所に特化したページ	実際の地域データに基づく「[都市]の配管工」「[近隣地区]のおすすめレストラン」
製品の比較	構造化された仕様に基づく「[製品 A] と [製品 B] の比較」
代替製品のページ	50 社以上の競合を対象にした「[競合他社]の代替製品」。alternatives-page-generatorを参照
ソフトウェア連携	「[アプリ A] + [アプリ B]」の連携ページ（例：Zapier の 50K 以上のページ）
無料ツール	「[X] チェッカー」「[Y] 計算ツール」「[Z] ジェネレーター」—単体のツールページ、ツールキットのハブ、メイン製品と同じ ICP、リード獲得
旅行／目的地	レビューや写真を含む、都市と観光名所の組み合わせ
E コマース	カテゴリページ、製品バリエーション（サイズ、色、素材）
FAQ／Q&A	ユーザーの質問データベースを活用したページ
給与／価格	構造化データに基づく比較ページ

避けるべき場合：サイト構造が弱い場合、ページ間の違いが表面的なものにとどまる場合（都市名や名称の置き換えだけなど）、独自の専門知識や UGC への参加が必要なコンテンツの場合。

実例

例は説明用であり、推奨を意味するものではありません。

企業	規模	パターン
Zapier	50,000+ ページ	「[アプリ A] + [アプリ B]」の連携
Airbnb	—	場所の検索；目的地 × 物件
レビュープラットフォーム	—	ユーザーレビュー + 自動生成された比較ページ
旅行サイト	—	目的地、ホテル、フライト、アクティビティのページ
NomadList	2,000+ 都市ページ	生活費、インターネット速度（動的データ）
Semrush、Ahrefs	50+ 無料ツール	SEO チェッカー、キーワードツール、バックリンクチェッカー；ツールキットのハブ + ツールごとのページ

コンテンツ要件

要件	目的
ページあたり 300 語以上	内容の薄いコンテンツに対するペナルティを回避する
独自の検証可能なデータ	各ページに、単純なデータの差し替えにとどまらない、ページ固有の有意義なコンテンツを追加する
エビデンスブロック	すべてのページに、実際の数値や属性を含む表、リスト、例を掲載する
セマンティック HTML	適切な構造にする；空または反復的なセクションを避ける条件分岐を設ける
内部リンク	関連するプログラマティックページにリンクする；トラフィックとインデックス登録の効果を高める

技術的な考慮事項

トピック	対策
サブフォルダーとサブドメイン	権威性をメインドメインに集約するため、サブドメイン（`integrations.yoursite.com/...`）よりサブフォルダー（`yoursite.com/integration/slack-notion/`）を優先します；再構築する場合は url-structure、domain-architecture を参照してください
選択的なインデックス登録	すべてのページをインデックス登録しないでください；価値の低いページには noindex ルールを使用します
サイトマップの分割	国、言語、部門ごとに分割し、クロールバジェットを管理します
URL 構造	説明的な URL と明確な階層にします；url-structure を参照してください
スキーマ	JSON-LD：ページの種類ごとに Product、Place、FAQ、ItemList を使用します
パフォーマンス	キャッシュ、静的生成；Core Web Vitals

重大な落とし穴

落とし穴	結果
内容の薄いコンテンツ	キーワード以外の情報が最小限；一般的な文章；プレースホルダーのセクション → ペナルティ
重複ページ	データだけを差し替えた同じコンテンツ → 内容の薄いコンテンツに対するペナルティ
インデックスの肥大化	インデックス登録すべきでないページを生成する → クロールバジェットの浪費
大量の一括公開	類似ページを一度に大量公開する → スパムのシグナル
フィルター URL	固有の URL やタイトルの代わりにフィルターを使用する → カニバリゼーション

タイトル、段落 1 つ、差し替えた都市名しかないページは、検索順位が上がらず、Google のペナルティを受ける可能性があります。

すでに作成した画一的なページの改善

プログラマティックページがすでに公開され、どのページも同じように感じられる場合 — 共通の締めくくりの文、URL 間で同一の価値提案、複製されたセクションの結び — 品質に関するシグナルが検出される前にコンテンツを修正してください。

診断方法

レンダリング済みファイルまたはソースファイルに正規表現スキャンを実行し、共通する文末や繰り返される段落構造を見つけます。同じカテゴリのページの 30% を超えて見られるパターンを探してください。よくある兆候：すべてのツールページが「X は Y に最適な選択肢です」で終わる、すべてのカテゴリページが同じ技術概要を共有する、すべてのロケーションページで同一の FAQ の結びを使う、などです。

3 つの範囲でスキャンします：単一ページ内（セクションで同じ締めくくりの形式が繰り返されているか？）、カテゴリ内（すべての動画ツールページで同じテンプレートを共有しているか？）、カテゴリ間（サイト全体のすべてのページに同じ価値の説明があるか？）。

修正を3つのレベルに優先順位付けする

優先度	内容	対応
P0 — 排除	情報価値のない単なるテンプレート文。すべてのページで同じ内容になっています	各ページを、ページ固有の詳細を盛り込んで個別に書き直します
P1 — 書き直し	中核となる情報は正しいものの、表現が定型的です（例：「ツールによってアーキテクチャは異なります」—事実ですが一般論です）	意味の異なる表現を8～15種類用意して使い分け、隣り合うページで同じ表現にならないようにします
P2 — 密度を下げる	通常の語句が頻繁に登場します（例：「シームレス」がページの80%に出現します）	出現箇所の約30～40%を置き換えます。すべて置き換える必要はありません。通常の語句は適度な頻度で使う分には問題ありません

ラウンドごとに実施する

まずP0のパターンを、カテゴリごとに1つずつ修正します。各ラウンドの後に再スキャンして、パターンが解消され、新たなパターンが生じていないことを確認します。よくある落とし穴は、同じ修正を一律に適用して、あるテンプレートを別のテンプレートに置き換えてしまうことです。連続して処理するページで、書き換え方に変化をつけましょう。

1つのファイル内で重複している場合、つまりすべてのユースケースやツールの説明が同じ結びの文を使っている場合は、評価的な結びではなく、機能を説明する結びを使います。機能を説明する結びは、その項目が実際にどのボトルネックを解消するかを説明します。評価的な結びは、単に良い選択肢だと述べるだけです。

パイプラインでの予防

AI の生成プロンプトに、構成の多様性に関する要件を追加します（セクションの結びに変化をつけ、結びの定型表現の繰り返しを禁止します）。一度に同じカテゴリのページだけを生成するのではなく、異なるカテゴリのページをまとめて生成します。公開前に、同じカテゴリ内のページ間でN-gramの重複をチェックします。

ステップごとのワークフロー

調査 — ニッチ、検索意図。検索ボリュームの少ないキーワードも含めます。SEO ツール、質問データベース
データ収集 — 出典記録、鮮度のルール。一次情報／ライセンス取得済みの情報。テンプレートのフィールドを定義します
技術スタックの選択 — Next.js + DB、Webflow CMS、WordPress、ヘッドレス。API + テンプレートの再利用
テンプレートの設計 — 導入、根拠、判断、FAQ、CTA。スキーマ、条件付きロジック
データベースの構築 — フィールドをテンプレートの各項目に対応付け、空の項目を非表示にします
ページの生成 — 内容がわかる URL。パフォーマンスを最適化します
デプロイとモニタリング — サイトマップ、インデックス登録、順位、CTR、直帰、コンバージョン
最適化 — 成果の低いページを整理し、データを更新し、レイアウトとCTAをA/Bテストします

ベストプラクティス

実践項目	目的
規模より品質を優先	各ページで、真に独自性のある検証可能な価値を提供する必要があります
複製より差別化を優先	`{city}` を置き換えただけの固定段落より、AI に基づくコピーの変化と根拠ブロックを優先します
バッチ単位で公開	効果を測定できる小さなバッチに分け、大量の一括公開は避けます
強固な IA	関連ガイドやカテゴリへの内部リンクを設けます
視覚要素	関連性に応じて、表、地図、比較を追加します
検索意図との一致	一般的なテンプレート文を避け、ユーザーの検索意図に正確に合わせます

期間と見込み

通常、順位獲得までにかかる期間：約6か月
報告されている成果：適切に設計されたトピッククラスターで、トラフィックが40%以上増加
AI 検索：構造化されたデータ豊富なコンテンツは、AI Overviews や引用レイヤーでより高い成果を上げます

出力形式

テンプレート設計（導入、根拠、判断、FAQ、CTA。必須データフィールド）
データ要件（出典、鮮度、正確性）
内部リンク（ハブ＆スポーク、関連ページ）
インデックス登録戦略（選択的なインデックス登録、サイトマップのセグメント化）
監査チェックリスト

基本情報

作者: kostja94
リポジトリ: kostja94/marketing-skills
カテゴリ: マーケティング・グロース
インストール数: 2,176
GitHub スター: 1,066

問題を報告