Claude Code Revenue CTA Routing: 記事からPDF、Gumroad、相談へ送る設計

PVが増えても、読者が次に何をすればよいか分からなければ収益にはつながりません。Claude Code を使うと、記事の検索意図、本文の深さ、読者の悩み、既存商品の位置づけを一緒に見て、CTA を無料PDF、Gumroad教材、導入相談へ分岐できます。

この作業は content funnel audit、productive prompt brief、verification receipt workflow と相性が良いです。新商品を増やすのではなく、既存の3商品とロードマップ商品の導線を強くするための運用です。

CTAは商品名ではなく読者状態で選ぶ

初心者はまだお金を払う準備ができていないことが多いです。この読者には無料PDFを先に置きます。すでにClaude Codeを使い、同じpromptを書き直している読者にはGumroadのPrompt Templatesが近いです。権限、CI/CD、チーム導入、収益導線の設計で迷う読者にはSetup Guideや相談が近いです。

重要なのは、すべての記事に同じCTAを置かないことです。harness記事、debugging記事、比較記事、content ops記事では、読者の次の行動が違います。Claude Codeには、その差を表で返させると判断が速くなります。

cta_routing:
  owner: "Masa"
  scope:
    allowed:
      - "read repository"
      - "edit selected files"
      - "run build or test"
    blocked:
      - "delete unrelated files"
      - "touch secrets"
      - "hide failed verification"
  proof:
    - "git diff reviewed"
    - "build command recorded"
    - "public URL opened"
    - "CTA path checked"

コピーできるCTA監査プロンプト

この記事のCTAを収益導線として監査してください。
返してほしい内容:
1. 読者の検索意図
2. 読者がまだ初心者か、中級者か、チーム導入者か
3. 最初に出すべきCTA: 無料PDF / Gumroad / 導入相談
4. 本文中に置く内部リンク3つ
5. 記事末尾で壊れていないか確認するリンク
6. 公開URLで確認する h1 / canonical / CTA

このプロンプトを使うと、Claude Code は単に「CTAを追加する」のではなく、記事の読者に合わせた分岐を提案します。

ルーティングを小さなルールにする

次の JavaScript は実際の広告配信ではなく、運用判断を固定するための小さな型です。

const routes = {
  beginner: "free_pdf",
  repeated_prompts: "prompt_templates",
  setup_blocked: "setup_guide",
  team_or_revenue_design: "consultation",
};

export function chooseCta(intent) {
  return routes[intent] ?? "free_pdf";
}

console.log(chooseCta("repeated_prompts"));

このルールを記事作成前に決めると、本文、記事下CTA、Productsページ、Trainingページで矛盾が起きにくくなります。

3つの実例

• 「Claude Codeの始め方」記事では、無料PDFを最初に置き、本文後半でSetup Guideを紹介します。相談はチーム導入や社内展開の読者だけに見せます。
• 「debugging」記事では、Prompt Templatesを強くします。読者はすでに困りごとを持っているので、コピペできるdebug promptが自然な次の行動です。
• 「content ops」記事では、Productsページと相談を両方置きます。読者が自走できるなら教材、収益導線や運用判断が詰まるなら相談です。

失敗例

よくある失敗は、全記事に同じ「購入する」ボタンを置くことです。初心者記事でいきなり有料商品を出すと、登録も購入も弱くなります。逆に中級者記事で無料PDFだけを置くと、購買意欲のある読者を戻してしまいます。

多言語でも失敗が起きます。日本語や中国語の記事で本文は翻訳されているのに、CTAだけ英語のままになっている。Gumroadは英語主軸だと説明せず、読者が迷う。公開URLは200 OKなのに、canonicalが別slugを指す。こうしたズレは、PVより先の数字を落とします。

無料PDF、Gumroad、相談の使い分け

無料PDFは不安を下げる入口です。free cheatsheet は初心者や比較中の読者に向いています。50 Prompt Templates は作業を繰り返す読者に向いています。Setup Guide は権限、設定、チームルールに向いています。導入相談 は運用設計、収益導線、複数人導入に向いています。

判断基準は記事タイプごとに分ける

収益導線を見るときは、まず記事を四つに分けます。入門記事、実装記事、運用記事、意思決定記事です。入門記事の目的は、いきなり購入してもらうことではなく「Claude Codeを自分でも触れそう」と感じてもらうことです。ここでは無料PDFの登録率を優先します。実装記事では、読者はすでに困っています。デバッグ、テスト、権限設定、CI/CDのような記事なら、Prompt TemplatesやSetup Guideへ進むほうが自然です。運用記事では、教材だけでなくTrainingページへの到達を見ます。意思決定記事では、チーム導入や収益化の相談に近い読者が多いので、相談導線を本文中にも置きます。

この分類をしておくと、数字が悪いときの直し方も変わります。入門記事でPVはあるのにPDF登録が弱いなら、本文冒頭で「まず何をダウンロードすればよいか」が見えていない可能性があります。実装記事でGumroadクリックはあるのに購入が弱いなら、商品ページ側の約束や価格、記事側の期待値がずれているかもしれません。Trainingページ到達はあるのに問い合わせがないなら、相談前に読者が確認したい実績、対象者、料金感、所要時間が足りない可能性があります。

私の運用では、これは厳密な統計ではなく毎日の改善仮説として扱います。たとえば「この記事は初心者向けだからPDF登録率を見る」「この記事はチーム導入向けだからTraining到達を見る」と最初に決めてから公開します。あとで数字を見るときも、PVだけで勝ち負けを判断しません。記事の目的と数字が対応しているかを見ると、次に直す場所が本文なのか、CTAなのか、Productsページなのか、相談ページなのかを切り分けやすくなります。

記事タイプ	優先CTA	最初に見る数字	弱いときの修正
入門記事	無料PDF	PDF登録開始	冒頭と記事中CTAを具体化する
実装記事	Prompt Templates / Setup Guide	Gumroadクリック	コード例と商品で得られる成果を近づける
運用記事	Products / Training	Products到達、Training到達	内部リンクと記事下CTAの順番を直す
意思決定記事	導入相談	Training到達、問い合わせ	対象者、相談内容、次の流れを明示する

手元で試した結果

この型を使って過去記事を見直すと、弱い記事ほど「本文は説明しているのに、次の行動が一つに絞れていない」ことが分かりました。無料PDF、Gumroad、相談を全部同じ強さで並べると、読者は選べるように見えて、実際には迷います。逆に、本文中では一つのCTAを主役にして、記事末尾で補助選択肢を置くと、記事の目的がはっきりします。Claude Codeに渡すbriefも短くなり、「このslugは初心者向け。本文中CTAは無料PDF、記事末尾はSetup Guideを補助にする」と指定できます。

もう一つ分かったのは、相談導線は強く出せばよいわけではないということです。初心者記事の前半でいきなり相談を出すと、売り込みに見えます。相談は、チーム導入、権限設計、既存リポジトリへの適用、収益導線の判断など、読者が一人で決めにくい文脈で出すほうが自然です。この記事で扱うCTAルーティングは、商品を押し込む設計ではなく、読者が今いる段階に合う出口を置く設計です。

この記事で確認したこと

この記事には、CTA監査プロンプト、ルーティングルール、3つの実例、失敗例、無料PDF/Gumroad/相談の分岐を入れました。次に見る数字は、記事別のPDF登録率、Gumroadクリック率、Trainingページ到達率です。

公開後の運用メモ

この記事の型を実際に使うときは、作業完了を「ファイルができた」ではなく「公開URLで読者が次の行動を選べる」まで広げます。具体的には、スマホ幅で h1、本文冒頭、hero image、無料PDFフォーム、Gumroadリンク、導入相談リンクを確認します。本文が正しくても、記事下CTAが別商品へ飛んでいれば収益導線としては未完成です。

多言語記事では、slug が同じでも安心できません。日本語、英語、中国語、韓国語、スペイン語、フランス語、ドイツ語、ポルトガル語、ヒンディー語、インドネシア語それぞれで、本文冒頭とCTA文言が対象言語になっているか見ます。見出しだけ翻訳され、本文やCTAが英語のままなら、読者は次の行動を選びにくくなります。

次回の改善判断では、PVだけを見ません。PDF登録開始、Gumroadクリック、Productsページ到達、Trainingページ到達、国別の流入、検索エンジン別の流入を並べます。Claude Codeに渡す時点でこの数字を1つのbriefにすると、単なる記事追加ではなく、既存の無料PDF、Prompt Templates、Setup Guide、導入相談のどれを強めるべきか判断しやすくなります。

また、記事を公開するたびに「この記事の読者が今日すぐできる行動」を1つに絞ります。初心者には無料PDF、作業を繰り返す読者にはPrompt Templates、設定や権限で詰まる読者にはSetup Guide、組織や収益導線の判断が必要な読者には導入相談です。本文の途中、記事下CTA、Productsページのカードが同じ判断を向いていれば、読者は迷いません。逆に、本文は無料PDFをすすめ、カードは別商品をすすめ、相談フォームは見つかりにくい、という状態なら、PVが伸びても登録や購入にはつながりません。

最後に、検証ログを残します。確認した公開URL、スクリーンショットの対象、CTAのリンク先、修正したファイル、残るリスクを短く書いておくと、翌日の運用で同じ確認をやり直さずに済みます。Claude Codeに次の改善を頼むときも、前日のログがあると「新しく記事を増やすべきか」「既存人気記事を直すべきか」「Productsページの説明を変えるべきか」を判断しやすくなります。収益導線の改善は一度の大きな改修ではなく、公開、確認、数字、修正を繰り返す運用です。

もし数字が弱い場合は、記事本文だけを責めません。検索意図とCTAが合っているか、heroImageが読み込みで崩れていないか、スマホでボタンが押しやすいか、内部リンクが読者の段階に合っているかを順に見ます。Claude Codeには「売上を増やして」と頼むより、「このslugでPDF登録が弱い。本文中CTA、記事下CTA、Productsカードのうちどこを直すべきか」と渡す方が、具体的な改善になります。

この運用では、記事作成、導線改善、公開確認、スクリーンショット、commitを別々の作業として扱いません。1本の記事が読まれ、無料PDFに進み、必要ならGumroad教材や導入相談へ進むところまでを1つの体験として見ます。Claude Codeに任せる範囲も同じです。本文を直すだけではなく、読者が次に押すボタン、公開後に見る数字、翌日の改善判断までつなげることで、記事は単なる更新ではなく収益導線の部品になります。

小さな改善でも、毎回同じ確認表を使えば蓄積できます。本文の目的、読者の段階、最初のCTA、最後のCTA、公開URL、スクリーンショット、次に見る数字を残しておくと、翌日の判断が速くなります。確認表があると、記事を増やす作業と導線を直す作業を同じ品質で続けられます。数字を見て戻る場所まで決めるのが運用です。特に日本語記事では、読者が最初に何を試すか、失敗したらどこへ戻るか、購入や相談へ進む条件は何かを文章で明示します。