Claude Code 收入 CTA 路由：从文章分流到 PDF、Gumroad 与咨询

PV 有价值，但 PV 本身不会带来收入。如果读者看完文章后仍不知道该下载免费 PDF、购买 Gumroad 教材，还是预约咨询，文章就在漏掉价值。Claude Code 可以按读者意图做 CTA 路由，而不是所有文章放同一个按钮。

这项工作适合结合 content funnel audit、productive prompt brief 和 verification receipt workflow。目标不是创造更多商品，而是让现有免费 PDF、Gumroad 商品和咨询路径更容易选择。

按读者状态选择 CTA

新手通常先需要信心，而不是马上购买。先给免费 PDF。已经使用 Claude Code、每天重写提示词的读者，更接近 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 监査提示词

请把这篇文章当作收入路径来审查，而不只是内容。
返回:
1. 读者可能的搜索意图
2. 读者是新手、中级用户、团队负责人还是运营者
3. 第一个 CTA: 免费 PDF / Gumroad 商品 / 咨询
4. 正文中要包含的三个内部链接
5. 文章末尾必须保持正确的链接
6. 公开 URL 上要检查的 h1、canonical、hero image 和 CTA

这样 Claude Code 会先解释 CTA 为什么在那里，而不是只在文末加一个通用按钮。

把路由写成小规则

下面的 JavaScript 不是广告平台，而是让正文、文章底部 CTA、Products 页面和 Training 页面保持一致的运营规则。

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"));

规则写出来后，Claude Code 就能更新正文链接、相关商品文案和验证说明，而不是每次重新猜业务判断。

三个实际例子

• 入门文章先放免费 PDF，后面再提 Setup Guide。只有当读者要把 Claude Code 推到团队或生产流程时，才强调咨询。
• debugging 文章应更强地指向 Prompt Templates。读者已经有重复痛点，复制可用的 debug prompt 是自然下一步。
• content ops 文章应同时给 Products 和咨询。能自助的读者买 guide，卡在漏斗设计或验证纪律的读者预约咨询。

失败例

常见失败是所有文章都放同一个“buy now”。新手流量往往先需要低摩擦的免费资产。相反，中级文章只放免费 PDF，也会把已经准备付费的读者往回拉。

多语言路由也会失败。正文翻译了，但 CTA 还是英语。Gumroad 目前以英语商品为主，但本地化正文没有说明。公开 URL 返回 200，但 canonical 或正文指向另一个 slug。这些问题会压低 PV 之后的数字。

免费 PDF、Gumroad 和咨询分流

free cheatsheet 降低新手和比较读者的门槛。50 Prompt Templates 适合重复做 review、debugging、refactoring 的读者。Setup Guide 适合被权限、设置、hooks、MCP 或 CI/CD 卡住的人。咨询 适合 workflow 设计、团队采用和收入路由决策。

用文章类型决定指标

实际运营时，我会先把文章分成四类：入门、实装、运营、决策。入门文章不要急着推付费商品，优先看免费 PDF 的注册开始数。实装文章的读者已经遇到问题，所以更适合 Prompt Templates 或 Setup Guide。运营文章要看 Products 页面和 Training 页面访问。决策文章则更接近团队导入、权限设计、收益路径讨论，可以把咨询入口放得更清楚。

这样做的好处是，数字变弱时不会只说“文章质量不好”。如果入门文章 PV 有了但 PDF 注册弱，问题可能是开头没有告诉读者先拿什么。如果实装文章 Gumroad 点击有了但购买弱，可能是文章承诺和商品页承诺不一致。如果 Training 页面访问有了但没有咨询，可能是咨询对象、价格感、流程说明还不够清楚。CTA 路由的目的，是把修改位置从“全部重写”缩小到正文、CTA、商品页或咨询页中的一个。

我在手头文章上试用这个规则时发现，弱文章通常不是没有 CTA，而是 CTA 太多、优先级不清楚。免费 PDF、Gumroad 和咨询都以同样强度出现时，读者反而不知道下一步。更好的做法是：正文中只突出一个主 CTA，文末再放辅助选项。把这个判断写进 Claude Code 的 brief 后，修改会更稳定。

本文已验证的内容

本文包含 CTA 审查提示词、路由规则、三个例子、失败例，以及免费 PDF、Gumroad 商品和咨询链接。下一步看按文章 slug 区分的 PDF 注册率、Gumroad 点击率和 Training 页面访问。

发布后的运营记录

实际使用这个模式时，不要把“文件已经生成”当作完成。只有公开 URL 上的读者能清楚选择下一步，工作才算完成。请用手机宽度检查 h1、正文开头、hero image、免费 PDF 表单、Gumroad 链接和咨询链接。正文正确但文章末尾 CTA 指向错误商品时，收入路径仍然没有完成。

多语言文章不能只看 slug 是否一致。要分别检查日语、英语、中文、韩语、西班牙语、法语、德语、葡萄牙语、印地语、印尼语的正文开头和 CTA 文案。只有标题翻译、正文或 CTA 仍是英语，会让读者不信任下一步。

下一轮改善不要只看 PV。把 PDF 注册开始数、Gumroad 点击、Products 页面访问、Training 页面访问、国家分布和搜索来源放进同一份 brief。Claude Code 拿到这些数字后，才能判断应该加强免费资产、Prompt Templates、Setup Guide，还是咨询路径。

每次发布文章时，也要把“读者今天能做的下一步”收束成一个判断。新手先拿免费 PDF，重复做同类工作的读者看 Prompt Templates，被权限、设置或 CI/CD 卡住的读者看 Setup Guide，需要团队导入或收入路径判断的读者去咨询。正文中间、文章底部 CTA、Products 页面卡片如果指向同一个判断，读者就不会犹豫。相反，正文推荐 PDF，卡片推荐另一个商品，咨询入口又不明显，PV 增长也很难变成注册或购买。

最后要留下验证日志。记录已经打开的公开 URL、截图检查位置、CTA 目标、修改文件和剩余风险。这样第二天运行 Claude Code 时，就不用重新猜昨天检查了什么。收入导线不是一次性大改，而是发布、确认、看数字、再修正的循环。

如果数字很弱，不要只责怪正文。要依次检查搜索意图和 CTA 是否匹配、heroImage 是否正常、手机端按钮是否容易点击、内部链接是否符合读者阶段。把这些具体问题交给 Claude Code，比只说“提高收入”更容易得到可执行的修改。