用 Claude Code 审计内容漏斗: 不止看 PV，还要连接产品、培训与咨询

不止停在 PV 的内容漏斗

一篇文章有流量，却没有带来购买、注册或咨询，问题不一定只是文案。很多时候，读者看完后不知道下一步该做什么。内容漏斗是指读者从文章继续走向免费 PDF、产品、培训或咨询的路径。它不应该像强行销售，而应该贴合读者当下的问题。

Claude Code 文章会吸引不同阶段的读者。新手需要基本命令和安全习惯。已经反复做同一类工作的读者，需要模板、配置例子或 Gumroad 教材。团队负责人则需要权限、评审、上线规则、培训和真实仓库中的落地方式。如果所有文章都放同一个 CTA，这些差异就会被抹平。

这篇文章说明如何用 Claude Code 审计这条路径。重点不只是 PV，而是把搜索查询、CTR、CTA 点击、产品页访问、培训页访问和咨询表单联系起来。相关背景可以继续阅读用 Claude Code 实现 Analytics、Claude Code SEO 优化和Claude Code A/B 测试。

先统一指标语言

第一步是统一指标名称。只看 pageviews，可能会误以为文章很成功，即使它没有任何商业路径。在 Search Console 中，看 queries、impressions、clicks、CTR 和 average position。在 GA4 中，看 page views、users、sessions、engagement、events、key events、source/medium 和 landing pages。

用简单的话说，Search Console 看的是用户怎样从搜索结果找到你。GA4 看的是用户进入网站之后做了什么。官方参考可以使用 Google Search Central SEO Starter Guide、Search Console 与 Google Analytics 结合使用以及 GA4 recommended events。

如果网站使用 Cloudflare，Cloudflare Web Analytics 的 pageviews、visits、referrers 和 top pages 也有帮助。但不要期待所有工具数字完全一致，因为它们的计量方式不同。Cloudflare 在 High-level metrics 中说明了指标名称。这里最重要的规则是：不要虚构转化率，只使用自己后台里真实存在的数据。

先决定文章目标

把文章交给 Claude Code 之前，先决定这篇文章的任务。如果只说“帮我变现”，结果可能是很生硬的销售文案，也可能是泛泛而谈。你需要先判断，这篇文章主要应该推动免费 PDF 注册、产品页访问、培训页访问，还是咨询请求。

入门文章通常更适合先引导到免费 cheatsheet，而不是立刻要求购买。关于 setup、权限或 CLAUDE.md 的文章，可以自然引导到 /products/，因为读者正在寻找可复用模板或指南。关于团队导入、评审流程、CI 或安全的文章，更适合引导到 /training/，因为这些问题依赖公司规则和仓库上下文。一篇文章可以有多个 CTA，但必须有一个主路径。

内容漏斗检查表

下面的表可以直接作为审计 brief。漏斗不是逼迫读者购买的工具，而是观察读者从搜索、文章、注册、购买到咨询的过程中卡在哪里。

检查项	检查位置	合格标准
搜索意图	Search Console 查询、标题、h2	文章承诺和读者问题一致
开头	前三段	读者能立刻知道文章适合谁、解决什么
内部链接	开头、中段、结尾	学习文章、分析文章和产品页自然连接
CTA 位置	开头下方、正文、结尾	主 CTA 和辅助 CTA 不互相抢焦点
产品映射	文章类型和产品目录	推荐内容符合读者阶段
咨询路径	结尾和团队相关段落	读者知道什么时候需要培训或咨询
计量	GA4 events、UTM、lead 完成	cta_click 和咨询完成分开记录
移动端	真实设备或浏览器	按钮、表格和代码块都可正常使用

把这张表交给 Claude Code 后，它就不是只改语句，而是可以同时检查搜索意图、内部链接、产品匹配和咨询路径。

审计 landing path

Landing path 是读者从第一个进入页面到下一步关键动作的路径。搜索用户可能先进入文章，再打开免费 PDF，看产品页，进入具体指南，访问培训页面，最后提交咨询表单。需要审计整个路径，而不只是文章本身。

先选出作为入口流量最高的 10 篇文章。对每篇文章记录搜索查询、预期读者、主 CTA、辅助 CTA、内部链接、官方来源和计量事件。然后用移动端宽度打开公开 URL，从开头滚动到 CTA。检查下一步是否清楚，免费和付费是否区别明显，咨询是否只对合适的读者出现。

Claude Code 的效果会因为上下文而提高。不要只给 MDX 正文，也要给产品页和培训页的标题。如果文章写“预约培训”，但培训页没有说明可以讨论什么，读者还是会犹豫。文章和目标页应该作为一条路径一起审计。

把文章类型映射到产品

第一个用例是入门文章。像“Claude Code 怎么用”“getting started”“基本命令”这样的搜索，通常来自还没有购买准备的读者。主 CTA 应该是免费 PDF 或 cheatsheet，产品页可以放在结尾作为下一步。

第二个用例是权限、setup、CLAUDE.md 和 hooks 文章。这类读者已经在真实仓库中遇到问题。主 CTA 可以是 setup guide、prompt templates 或 checklist。正文中说明可复用材料放在 /products/。

第三个用例是团队导入、review 运维、CI/CD 和安全文章。单个模板通常不够。读者可能需要 policy、权限边界、reviewer 角色、培训材料和 rollback 规则。主 CTA 应该是 /training/，并用免费资源作为较轻的入口。

第四个用例是像本文这样的 content ops 和收益导线文章。这类主题会横跨 PV、Search Console、GA4、产品页和咨询表单。产品和培训都合理，但角色要分清：产品适合自助使用，培训适合团队落地。

CTA 的实务规则

CTA 是 call to action，也就是提示读者下一步行动的文字、链接或按钮。CTA 不只是按钮。正文中的一句话、表格后的链接、咨询段落或免费 PDF 区块，也都是 CTA。

实务上，可以在开头放轻量内部链接，在正文中段放带上下文的产品链接，在结尾放清晰的下一步。如果文章还没回答搜索意图就开始销售，读者会离开。如果 CTA 只出现在最后，已经准备好行动的读者可能中途迷失。

在 GA4 中，建议区分 cta_click、view_item、begin_checkout、purchase 和 generate_lead。命名 ecommerce 事件前，先查看官方的 GA4 ecommerce events。CTA 点击和咨询表单提交不是同一个结果。

可复制的 Claude Code 审计 Prompt

把下面的 prompt 与文章 MDX、产品页、培训页、Search Console 或 GA4 近期笔记一起使用。

You are auditing a published MDX article as a content funnel.

Goal:
- Do not optimize for pageviews only.
- Connect the article to the right next step: free PDF, products, training, or consultation.
- Keep the tone helpful, not pushy.

Inputs:
- Article MDX
- Product page URL: /products/
- Training page URL: /training/
- Related internal articles
- Search Console queries, impressions, clicks, CTR, average position
- GA4 landing page, sessions, events, key events, source/medium

Check:
1. The title and opening match the likely search intent.
2. The first internal link helps the reader continue learning.
3. The main CTA matches the reader stage.
4. The product or training CTA is explained before it appears.
5. The article has at least one official external reference.
6. Mobile readers can see and tap the CTA without layout issues.
7. The final paragraph says what was actually verified.

Return:
- Severity-ranked issues
- Specific replacement copy
- Missing links
- Measurement events to add or rename
- One short summary for the editor

扫描 MDX 的 Node.js 脚本

人工编辑前，可以先跑一个机械检查。把下面代码保存为 audit-content-funnel.mjs，再把文章路径作为参数传入。它不需要外部包。

#!/usr/bin/env node
import fs from "node:fs";

const files = process.argv.slice(2);

const rules = [
  {
    name: "products CTA",
    test: (mdx) => mdx.includes("/products/"),
  },
  {
    name: "training CTA",
    test: (mdx) => mdx.includes("/training/"),
  },
  {
    name: "internal blog link",
    test: (mdx) => /\]\(\/(?:[a-z]{2}\/)?blog\/[^)]+\)/.test(mdx),
  },
  {
    name: "official analytics or search docs",
    test: (mdx) =>
      /https:\/\/(?:developers\.google\.com\/search|support\.google\.com\/analytics|developers\.cloudflare\.com\/web-analytics)\//.test(mdx),
  },
  {
    name: "funnel vocabulary",
    test: (mdx) =>
      /(CTA|導線|funnel|ファネル|consulta|consultation|상담|咨询)/i.test(mdx),
  },
];

if (files.length === 0) {
  console.error("Usage: node audit-content-funnel.mjs <article.mdx> [...]");
  process.exit(2);
}

let failed = false;

for (const file of files) {
  const mdx = fs.readFileSync(file, "utf8");
  const missing = rules.filter((rule) => !rule.test(mdx)).map((rule) => rule.name);

  if (missing.length === 0) {
    console.log(`${file}: OK`);
    continue;
  }

  failed = true;
  console.log(`${file}: missing ${missing.join(", ")}`);
}

if (failed) {
  process.exitCode = 1;
}

运行示例：

node audit-content-funnel.mjs site/src/content/blog-zh/claude-code-content-funnel-audit.mdx
node audit-content-funnel.mjs site/src/content/blog*/claude-code-content-funnel-audit.mdx

这个脚本不会预测收入。它只检查产品 CTA、培训 CTA、内部链接、官方引用和漏斗相关词是否缺失。

常见失败

第一个失败是所有文章都贴同一个 CTA。入门文章直接推咨询会显得太重；团队导入文章只给免费 PDF 又会显得太浅。CTA 的重量要和搜索意图匹配。

第二个失败是放了 CTA 却没有解释原因。“查看产品”很弱。更好的写法是：“如果你每次都重新写权限 review checklist，可以使用产品页里的模板。”

第三个失败是把所有点击都记成一个事件。PDF 点击、产品点击和培训点击必须能区分。尽量记录文章 slug、CTA 类型、目标链接和位置。

第四个失败是跳过移动端检查。表格或代码块横向溢出时，读者可能在看到 CTA 之前就离开。

第五个失败是凭旧记忆写 analytics 术语。Search Console、GA4 和 Cloudflare 的名称可能变化。文章应链接官方文档，不要过度解释单一指标。

Claude Code 适合决定什么

Claude Code 适合找缺失链接、提出 CTA 文案、整理表格、发现未闭合的 code fence，以及对齐多语言结构。它不应该决定收入目标、产品优先级、咨询接待能力或真实 conversion rate 的解释。

这一点很重要，因为 pageviews 很容易讲出一个方便的故事。高流量文章可能吸引只想免费获得答案的读者。低流量但讨论内部规则、权限或 review 运维的文章，反而可能更适合带来咨询。不要只看流量大小，也要看问题的紧迫性。

下一步

如果你是个人开始，可以先用免费 cheatsheet固定 Claude Code 的日常命令和安全检查。想要可复用的 audit prompt、setup 材料和 review templates，可以看 /products/。如果团队要整理 content ops、计量、权限、review 规则和导入培训，请使用 /training/。

实际试过的结果：把 landing pages、搜索查询、正文 CTA、产品页跳转和咨询表单放进同一张表之后，比只按 PV 排序更容易决定修改顺序。这个 checklist 和 Node.js 脚本不承诺收入，但能在发布前稳定发现缺少 CTA、缺少内部链接和缺少官方来源等基础问题。