Claude SEO 转化审计提示词实战：用 FLOW Win 阶段定位转化瓶颈、线索质量与归因缺口-创锋一号

Claude SEO 转化审计提示词实战：用 FLOW Win 阶段定位转化瓶颈、线索质量与归因缺口

【免费下载链接】claude-seoUniversal SEO skill for Claude Code. 26 sub-skills + 19 sub-agents covering technical SEO, E-E-A-T, schema, GEO/AEO, agent readiness (Lighthouse Agentic Browsing, WebMCP, llms.txt), backlinks, local SEO, e-commerce, international SEO, Google APIs, and PDF/Excel reporting. 9 optional extensions for live SEO data.项目地址: https://gitcode.com/GitHub_Trending/cl/claude-seo

本篇技术指南以 conversion-audit-prompt.md 为骨架，结合 claude-seo 仓库中 FLOW 框架集成（SKILL.md）、FLOW 框架说明、提示词索引及 SXO 技能等源码证据展开。读者将掌握：何时触发转化审计、如何准备 8 类输入、7 个审查维度的完整提示词用法、输出文档的标准结构，以及如何把审计结论落地为可排序的测试积压（test backlog）。

一、为什么转化审计是 Win 阶段的起点

claude-seo 集成了 FLOW（Find → Leverage → Optimize → Win）证据驱动型 SEO 运营模型。FLOW 的四个阶段覆盖从需求发现到业务结果转化的完整闭环，其中Win 阶段专门处理"流量有了但业务结果弱"的场景——页面上来了人，却没有合格的线索、没有预约、没有销售额。

在 SKILL.md 中，/seo flow win [url]命令的定义是：加载references/prompts/win/下的 3 个提示词（BOFU 页面简报生成器、转化审计提示词、双面内容评分卡），应用到 URL 的转化与 BOFU 上下文，并交叉引用/seo sxo <url>做人物画像评分。转化审计提示词正是这三件套中最先回答"钱到底丢在哪一环"的工具。

用 FLOW 框架的话说：一个旨在创造合格电话的页面，不应只用展示量（impressions）来评判。转化审计解决的核心矛盾是：网站有流量，但线索弱、转化率低、归因不清、销售跟进质量差——这四个症状往往同时出现，且根因不在"流量不够"而在"转化路径断链"。

二、触发条件：什么情况下运行转化审计

按 conversion-audit-prompt.md 的定义，当以下任一症状出现时就应该运行本提示词：

症状	典型表现
页面/活动/漏斗有流量但线索质量弱	大量访问，填表或来电却很少是目标客户
转化率低	点击 → 表单/电话/预约的链路明显低于预期
归因不清	不知道电话、表单、聊天分别带来了多少转化，线下成交与线上来源对不上
销售跟进质量差	销售反馈线索不对口、跟进时客户已经流失或根本不匹配

FLOW 框架的操作工作流（flow-framework.md）把"决定哪个阶段在阻塞进展"列为第 3 步：如果流量存在但业务影响弱，就进入 Win 阶段。转化审计正是在这个判断之后的第一动作——它不是流量优化，而是转化路径与测量体系的体检。

三、输入准备：8 类证据缺一不可

提示词明确要求"使用提供的一手对话数据"（first-party conversation data），这与 FLOW 框架"证据优先"的原则一脉相承。运行前需要准备：

#	输入	说明与来源建议
1	页面或漏斗文案	落地页、服务页、价格页当前线上版本，可从 fetch_page.py 或 render_page.py 抓取
2	流量来源	自然搜索、付费广告、社交媒体、直接访问的占比与转化差异
3	转化目标	明确的业务动作：预约、询盘、注册、电话、成交
4	分析或转化数据	GA4（参见 ga4_report.py）、GSC（gsc_query.py）等
5	电话、聊天或表单的会话记录样本	真实客户语言，是第 4 维度"语言错配"判断的核心证据
6	已知异议	销售团队反馈中反复出现的拒绝理由
7	广告文案或活动承诺	落地页承接的"承诺"与页面实际传达是否一致
8	销售反馈（如有）	线索质量评价、成交率、跟进中暴露的客户预期差异

注意：FLOW 框架的"AI Agent Prompt"（flow-framework.md）强调"带数字的主张必须能追溯到参考文献，否则删除"。因此输入中的转化数据应尽量来自真实的分析平台导出，而不是凭印象估计。

四、核心提示词全文与 7 个审查维度逐条拆解

4.1 提示词原文

Audit this conversion path for lead quality, friction, and measurement gaps. Use the supplied page, campaign, and first-party conversation data. Identify: 1. Where visitor expectations may not match the page or offer. 2. Common objections and hesitation points. 3. Missing decision-making information. 4. Language mismatches between customers and the page. 5. CTA friction. 6. Tracking gaps across form, phone, chat, and offline outcomes. 7. Whether reporting connects to qualified leads or sales, not only traffic. Return an executive summary, top blockers, lead-quality risks, messaging fixes, page/content fixes, tracking fixes, first-party data to collect next, and a ranked test backlog. Do not recommend more spend until content, offer clarity, and measurement gaps are assessed.

4.2 审查维度解析

维度 1：访客预期与页面/Offer 的错配访客从搜索结果或广告进入页面时，心里带着一个"承诺预期"。如果广告承诺"免费诊断"，落地页却先要填长篇表单，错配就产生了。这一维度要求把 [流量来源] × [页面文案] 对齐检查。

维度 2：常见异议与犹豫点异议数据主要来自输入第 6 项（销售反馈）。结合 quality-gates.md 的 Title/Meta 要求，页面在标题和首屏能否提前化解价格、时间、信任类异议，是文案层面可操作的方向。

维度 3：缺失的决策信息客户决定转化前需要的信息缺了什么——定价透明度、交付时间、服务范围、资质证明、对比数据。决策信息的完整性直接决定"该不该问你"。

维度 4：客户语言与页面语言错配客户在电话里怎么说"价格贵"、"多久能好"，页面却用行业黑话（"一站式解决方案"）。语言错配是 AI 时代特别被强调的问题——因为客户提问用的自然语言，与页面生硬的营销语言之间没有交集。

维度 5：CTA 摩擦CTA 的位置、数量、文案、表单字段数、加载路径。结合 SXO 技能的 UX 信号维度（CTA 清晰度、首屏内容、移动端布局），CTA 摩擦可以拆解为"看不到、看不懂、不愿点、点了太麻烦"四类。

维度 6：表单、电话、聊天与线下结果的追踪缺口这是归因层面的核心维度。需要核对：表单提交是否被 GA4 事件追踪（ga4_report.py 可输出会话与转化报告）；电话是否用了通话追踪号码；聊天工具是否接入事件；线下成交是否回填到线上来源。追踪缺口意味着"花了钱但不知道哪来的客户"。

维度 7：报告是否连接到合格线索或销售，而非仅流量最后的检验题：当前报表能不能回答"这个页面带来了多少合格的销售机会"？FLOW 框架的 Measurement 一节（flow-framework.md）给出了对应指标组：展示量、排名、AI 提及是可见性指标；合格线索、电话、表单完成、销售机会、助攻转化（assisted conversions）、反复出现的异议才是业务指标。如果页面无法被测量，先补测量事件，再评判表现——这正是提示词末尾"在评估完内容、Offer 清晰度和测量缺口之前，不要建议增加投放预算"的原因。

4.3 提示词对输出的硬性要求

提示词要求输出 9 项内容，任何一项缺失都算审计不完整：

执行摘要（executive summary）
首要阻塞点（top blockers）
线索质量风险（lead-quality risks）
信息传达修复（messaging fixes）
页面/内容修复（page/content fixes）
追踪修复（tracking fixes）
下一步要收集的一手数据（first-party data to collect next）
按优先级排序的测试积压（ranked test backlog）
结论：在内容、Offer 清晰度、测量缺口未被评估之前，不得建议增加投放预算

最后一条是"反加预算"约束，它把审计与"多投广告"粗暴解法区分开，是提示词最有价值的设计之一。

五、输出形态：结构化 Win 阶段工作文档

按原文档的 Output 定义，输出应包含四类要素：

要素	内容
结构化 Win 阶段工作文档	可直接交付团队执行的文档，而非聊天式回复
优先级排序的建议	用影响 × 成本或影响 × 紧迫度排出顺序
证据与测量缺口	明确列出哪些结论有数据支撑、哪些没有
需要验证的主张或假设	把"我猜的"与"数据证明的"分开标注

这与同阶段 ctr-audit-prompt.md 的输出纪律一致：清晰标注任何假设（clearly label any assumption）、不编造统计数字、不使用私有示例。转化审计的输出文档应当是一份团队可执行的工作文档，而不是一段对话记录。

六、实战示例：付费搜索落地页的"电话多、预约少"问题

原文档给出的示例极具代表性：

输入：一个付费搜索落地页，很多电话，但预订的预约很少。输出：针对定价清晰度、资格筛选、电话归因、反复出现的异议、CTA 错配和测试优先级的审计。

把这条示例扩展开，审计报告应回答：

定价清晰度：页面是否在首屏给出价格区间/包价？"定价面议"类模糊表述是否推高了犹豫？
资格筛选：电话进来的是否大量非目标客户（如只想询价的、地域不符的）？是否需要前置筛选问题或细分表单？
电话归因：号码是否可追踪？来电质量是否回传到了广告平台，用于优化出价？
反复出现的异议：通话记录中最常见的 3 个异议是什么？页面有没有针对性的内容段落？
CTA 错配：广告承诺与页面 CTA 是否一致？CTA 按钮是否足够显眼、指向的动作是否与转化目标匹配？
测试优先级：以上问题按"修复成本低 × 影响大"排序，形成 4～6 项的测试积压，每项定义假设、改动、测量事件。

该场景还提示了一条链路：转化审计发现问题后，可以用 bofu-page-brief-generator.md 生成底部漏斗页面简报来重建页面，再用 dual-surface-content-scorecard.md 验证新页面是否同时满足传统搜索、AI 辅助发现与转化支持三个目标。三者构成了 Win 阶段的"审计 → 构建 → 评分"闭环。

七、与仓库其他技能的联动

转化审计不是孤岛。从 SKILL.md 的编排逻辑看，/seo flow win之后应交叉引用/seo sxo <url>；从 SXO 技能看，SXO 的 Gap 分析（页面类型、内容深度、UX 信号、Schema、媒体、权威信号、新鲜度 7 维度）与 Persona 评分（相关性、清晰度、信任、行动 4 维度）可以为转化审计提供结构性输入。典型配合路径：

发现	移交到
CTA 摩擦、UX 信号弱	SXO 的 Gap 分析定位页面类型与 UX 缺口
信任信号不足、异议未处理	内容质量门槛检查 Landing Page 最低 600 词、CTA 与 Meta 描述规范
决策信息缺失（对比、价格、FAQ）	BOFU 页面简报生成器重建页面骨架
追踪缺口（电话、表单、聊天）	ga4_report.py、gsc_query.py 核对数据可用性后补埋点
衡量"合格线索 vs 流量"	FLOW 框架的 Measurement 平衡计分卡

八、执行与输出建议

运行入口：在 Claude Code 中通过/seo flow win <url>触发，加载 win 目录的全部 3 个提示词后，先用转化审计定位问题，再决定是否需要 BOFU 重建或双面评分。
证据纪律：参照 FLOW 框架的质量门槛——公开主张要么用已验证来源，要么保持定性表述；例子用通用或新建的，不使用私有编辑笔记。
可验证的输出：审计报告中的每个"修复建议"都应附带测量事件定义，确保下个迭代能用数据验证是否修复了问题。

九、常见误区

把转化审计当流量审计：它关注的是"来了的人为什么没变成客户"，而不是"为什么没人来"；流量问题应回到 Find/Optimize 阶段处理。
跳过测量缺口直接改文案：如果电话、表单、线下成交的归因链路是断的，改完文案也无法判断是否有效。先补测量，再谈优化。
审计完立刻建议加预算：提示词明确禁止在评估完内容、Offer 清晰度与测量缺口之前建议增加投放——那是掩盖问题而不是解决问题。
只输出问题不给测试计划：缺少"按优先级排序的测试积压"，审计就只是一份诊断书，无法驱动执行。

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

企业官网建设流程全解析