网站转化审计

网站转化审计 是做什么的？

一次审计一个现有页面，并告诉所有者最优先修复什么。专为中小型服务型企业（手艺人、诊所、教练、顾问、代理商、本地专业人士）打造，这些企业的网站只有一个任务：获取预约电话、报价请求或到店访问。SaaS 仅粗略适用（将“预约电话”替换为“开始试用”）；电子商务目录则超出范围。审计只做判断和优先级排序，不重写页面。完整重写请交给 website-copy。

先盲测，再了解背景

在阅读任何业务背景、策略文档或简报之前对 5 秒测试进行评分，以便评分反映一个陌生人的体验（工作流程步骤 2-3）。然后：

1. 如果 .agents/business-context.md 存在，读取它并仅询问它未涵盖的内容。
2. 如果它缺失，从页面本身尽可能推导出背景（BRIEF-01），并标记每一点为推断。然后一次性提出一个包含 5 个问题的微型简报：理想客户、网站的唯一任务和主要 CTA、报价和定价立场、可用的证明、地点和语言。对于全站审计或重新定位，建议先运行 website-brief。
3. 审计特定的问题（可以问，但不要阻塞）：流量来源、当前转化率和线索质量、设备分布、已经尝试过的方法。
4. 任何仍未知的内容：使用 references/principles.md 中的默认值，并在差距与假设下列出它们。
5. 无人值守（无人能回答：委托或定时运行，或所有者不在）：不要阻塞。基于推断的背景继续，并在报告末尾以给所有者的提问结尾（最多 8 个，按重要性从高到低排列，每个都说明你所假设的值）。

工作流程

1. 定义页面范围。 命名页面类型（首页、服务页面、付费着陆页、关于、定价、订阅页面、联系我们）及其唯一转化目标。选择页面：

   • 请求多个页面：先首页，然后是流量或广告支出最高的页面。无流量数据：承载主要或入门优惠的页面或部分。
   • 单页网站，或没有专属页面的优惠（仅有卡片或部分）：审计该部分及其转化路径，将其视为实际的着陆页，并将页面缺失报告为一项发现（A-S10）。
   • 在为什么选这个页面一行中说明选择理由。

2. 捕获页面。 使用 agent-browser：桌面端 1440 px 和移动端 390 px，分别捕获首屏和完整页面。使用命名会话（默认会话与其他代理共享），等待网络空闲，在显示 Cookie 横幅的情况下拍摄首屏（这是访问者看到的），然后关闭横幅进行其他截图。保存到临时目录，而非项目树。首先通过 agent-browser skills get core 或 --help 检查当前语法。

   d=$(mktemp -d)   # 或会话临时工作区
   ab() { agent-browser --session audit-example "$@"; }   # 每次审计使用一个命名会话
   ab set viewport 1440 900
   ab open https://example.com && ab wait --load networkidle
   ab screenshot "$d/desktop-fold.png"        # 横幅可见
   # 关闭横幅（snapshot -i, click its button），然后：
   ab screenshot --full "$d/desktop-full.png"
   ab set viewport 390 844
   ab cookies clear && ab storage local clear
   ab reload && ab wait --load networkidle
   ab screenshot "$d/mobile-fold.png"         # 横幅再次可见
   # 关闭，然后：
   ab screenshot --full "$d/mobile-full.png"
   ab a11y --tags wcag2a,wcag2aa              # A-T5 基础
   ab close
   

   • 下一个页面： 再次清除 Cookie 和存储（或使用新会话），以便其首屏也显示横幅。
   • 首屏以下空白（滚动揭示动画）：不要报告空部分。尝试 ab set media reduced-motion 并重新加载，或按视口步进滚动（ab scroll down 800，短暂等待，截图）并保留截图片段。
   • 懒加载图片（loading="lazy"）：即使使用 reduced motion，全页截图也可能显示空的图片框。首先按视口步进滚动整个页面，然后列出仍然未加载的内容：ab eval "[...document.images].filter(i => !i.complete || !i.naturalWidth).map(i => i.currentSrc || i.src)"。仅当图片在该操作后仍为空时才报告为损坏图片（A-T3）。
   • 速度（A-T2）： 在可用时使用 PageSpeed Insights / CrUX 现场数据。来自热启动本地会话的 vitals 不是可靠信号；将任何实验室数字报告为仅实验室数据。
   • 没有 agent-browser：从提供的截图、HTML 或获取的文本中工作。纯文本输入无法判断布局、图像、对比度或首屏。说明这一点，并将这些检查标记为未验证，而不是猜测。

3. 运行 5 秒测试，盲审（HERO-01，A-M1）。仅读取首屏以上可见的内容，按视觉顺序，在桌面端和移动端，在了解背景步骤之前。将规则、评分标准（包括仅包含 Logo 或抽象图像的 Hero 区域图像）和严重性整合到一个地方：references/hero.md 中的 5 秒测试协议。如果测试未通过，Hero 区域的重写将位于高影响力变更列表的首位。

4. 如上所述读取背景。

5. 设定流量温度。 它会改变“好”的标准：

   • 付费： 按照付费着陆页的顺序和消息匹配度进行评判（STRUCT-03，A-M10）。询问广告内容；消息不匹配是致命的。检查每个广告组是否跳转到回答其查询的页面（A-M11）。
   • 付费 + 自然流量（同时也接收广告点击的有机服务页面）：结合广告评判 Hero 区域的消息匹配度，保留导航但标记出与 Hero 区域 CTA 竞争的导航 CTA，并在广告支出有意义时推荐专用付费着陆页（references/principles.md 中的 C2 混合规则）。
   • 冷流量（自然流量、社交）：期待完整的论证（STRUCT-02 蓝图）。
   • 暖流量（推荐、YouTube、AI 助手）：较短的页面可以接受；检查是否可以从任何地方一键预订（AI-04，references/principles.md 中的矛盾 C18）。

6. 设定区域设置。 比利时或其他欧盟国家：添加来自 references/be-eu.md 的 BE/EU 检查清单（法律信息、同意、评论、语言版本；仅限 B2B 网站：参见其 B2B 部分）。以网页语言进行审计并逐字引用；以用户语言撰写发现。

7. 按顺序执行检查清单： 信息 → 结构 → 证明 → CTA → 摩擦 → 技术（references/audit-checklist.md，ID A-M1 … A-T7）。检查页面、页脚和文档之间不一致的事实（A-P9）。然后扫描转化杀手列表以寻找需要移除的内容。

8. 重建故事线（references/flow.md）。从实际页面编写论点图：读者的起始状态（FLOW-02）、CTA 所依赖的信念，以及每个部分需要什么、建立了什么和留下了什么未解答（FLOW-01，FLOW-03）。将每个信念标记为已覆盖、薄弱或缺失。然后运行仅标题和衔接性测试（FLOW-04，FLOW-05），检查声明和异议反驳是否放在了需要的位置（FLOW-06，FLOW-07），并运行敌对读者小组（FLOW-09）。流失、冗赘、断裂的衔接和错位将作为 A-S11…A-S14 发现。

9. 跟踪主要 CTA。 点击它，检查点击是否提供了标签所承诺的内容（A-C8），以及点击后的路径是否适合业务（A-F1：调度器、短表单或一键拨号；仅使用 mailto: 的 CTA 失败）。未经所有者同意，切勿在实时网站上提交表单或预订时段。如果无法测试，将 A-T3 列为未验证。

10. 检查 AI 搜索就绪性（references/ai-search.md）：物流答案，如价格、流程和时间表（AI-01）、利基信号（AI-02）、一致的企业信息和结构化数据（AI-03）、预先销售的访问者的快速路径（AI-04）、页面上的真人形象（AI-05）以及“您是如何找到我们的？”字段（AI-06）。

11. 分级和分组。 根据评分标准为每个发现分配严重性（致命 / 高 / 中 / 低）和工作量（S/M/L）。然后进行分组：快速制胜（≤ 约 1 小时，低风险）、高影响力变更、测试想法。在每个分组内按严重性排序，然后按页面位置排序，先从 Hero 区域开始。与 BE/EU 或 AI 搜索部分重叠的发现只写一次并进行交叉引用。故事线发现也是如此：已被更具体的检查覆盖的流失或错位（无价格 → A-P5，无真人 → A-P4，CTA 跳转到错误页面 → A-C8）将在具体的 ID 下一并编写，并附带流程 ID（“A-P5 / A-S13”）；保留 A-S11…A-S14 以单独处理顺序和衔接问题。

12. 编写备选文案： 分别为标题、副标题和 CTA（以及当修复方案是强化行或说明文字时）提供 2-3 个选项，每个选项附带一行引用规则的简要理由。以网页语言编写（发现仍以用户语言编写）。仅使用页面或上下文文件中的事实；标记依赖于未经确认的事实或定位的选项为 †，并将其添加到所有者提问中。

13. 计划衡量。 大多数 SMB 网站缺乏进行有效 A/B 测试的流量（MEAS-01）。默认采用等周期内的前后对比。仅列出流量足以支持的测试，采用 MEAS-03 假设格式编写；如果流量太少，用一句话说明。

14. 提供交接： 完整重写交给 website-copy（同时传递论点图，以便重写从它开始），缺失的过渡性优惠交给 website-lead-magnet。

输出契约

使用此结构。仅在某个部分不适用时省略它（欧盟以外地区的 BE/EU）并用一句话说明原因。

# 转化审计：<页面名称>（<URL 或来源>）

**上下文：** <页面类型> · 目标：<一个转化> · 流量：<冷 | 暖 | 付费 | 付费 + 自然> · 区域设置：<xx-XX>
**为什么选这个页面：** <流量、广告支出或它所承载的优惠>
**业务背景：** <.agents/business-context.md | 微型简报 | 从页面推断（无人值守）>
**捕获方式：** <桌面 1440 + 移动 390 via agent-browser | 提供的截图 | HTML/文本仅> · Cookie 横幅：<在首屏截图中 | 不存在（原因）> · 文件：<目录或列表>

## 5 秒测试：<通过 | 未通过>（<桌面 n>/10 · <移动 n>/10）

| 标准 | 桌面 | 移动 | 证据 |
|---|---|---|---|
| 是什么 | 0–2 | 0–2 | "<可见标题文本>" |
| 为什么重要 | 0–2 | 0–2 | … |
| 下一步 | 0–2 | 0–2 | … |
| 为什么是你 | 0–2 | 0–2 | … |
| 图片 | 0–2 | 0–2 | … |

**判定：** <一两句话：陌生人认为该企业做什么，他们会点击什么>

## 故事线：<成立 | 在第 n 部分中断（首次中断）>
**起始状态：** <认知阶段，FLOW-02> · **结束状态：** <CTA 所需的信念>
**最大断裂**（最多 5 个，最严重的优先）：1. <§n→m · 什么东西断裂 · FLOW/A-S ID> 2. …

| # | 部分 | 需要的先决条件 | 建立的东西 | 读者在之后的疑问 | 到下一部分的衔接 | 状态 |
|---|---|---|---|---|---|---|
| 1 | Hero | — | B1 | "…" | 所以 / 但是 / 并且 | 已覆盖 / 薄弱 / 缺失 |

- 流失：<没有对应部分的信念> · 冗赘：<没有建立信念的部分> · 断裂的衔接：<n→n+1>
- 错位：<先决条件之前的声明；远离其异议的反驳> · CTA 处未解答：<从未回答的问题>
- 敌对读者小组：<3 位以上读者提出的异议>
（来自此部分的发现将在下方的分组中一次性出现，作为 A-S11…A-S14。）

## 快速制胜（本周内）
1. **<A-ID> · <严重性> · 工作量 S**：<什么问题>
   - 证据："<引用的文案>" / `<选择器>` / <截图 + 区域>
   - 原因：<规则 ID>，<一行机制>
   - 修复：<具体更改或准确的新文案>

## 高影响力变更
<相同的发现格式>

## 测试想法
- 因为 <观察>，我们相信 <更改> 将导致 <受众> 的 <结果>；我们将在 <指标> 在 <时间段> 内变动 <数量> 时得知。流量检查：<足够进行 A/B 测试 | 作为前后对比运行>。
- 或者，在低流量情况下：“无 A/B 测试：流量过低；在 <时间段> 内对比 <指标> 的前后变化。”

## 备选文案（以页面语言编写；† = 需要所有者确认）
| 元素 | 当前 | 选项 | 理由（规则） |
|---|---|---|---|

## 工作得好的部分
- <保留这些，附带证据，这样没有人会“修复”它>

## AI 搜索就绪性
- <AI-0x · 发现 · 修复>

## BE/EU 检查
- <be-eu.md 项目 · 通过 | 未通过 | 验证 · 修复>（仅 B2B：将消费者项目作为一行“不适用”）

## 差距与假设
- 未验证：<e.g. 表单提交、分析事件、现场数据>
- 假设：<使用的默认值>
- 需收集的证明：[需要证明：<什么，从谁那里>]

## 后续步骤
1. 第 1 个月：致命 + 快速制胜。第 2 个月：高影响力重写。第 3 个月：过渡性优惠（MEAS-04）。
2. 想要重写？将此审计交给 `website-copy`。

## 给所有者的提问（无人值守运行；最多 8 个，最重要的优先）
1. <问题> · 假设值：<使用的值> · 解锁：<发现或 † 选项>

最重要的规则

• 信息优先于微调（原则 14，MEAS-05）。一个失败的 Hero 区域优先级高于任何按钮颜色或字段数量的备注。当信息出现问题时，将风格性发现保持简短并下移。
• 5 秒测试是首要检查（HERO-01）。同时检查标题公式是否适合业务类型（HERO-02），以及副标题是否说明了什么、如何做以及为谁做（HERO-06）。
• 客户是英雄，用客户的词语（COPY-01，COPY-02）。标记首屏以上的“欢迎来到…”、奖项和创业故事，以及行话。
• 每个部分都有的页面仍然可能让读者迷失。 检查每个部分是否赢得了下一个部分：每个部分一个信念，按依赖顺序排列，衔接处读作“因此”或“但是”，异议在其出现的地方得到回答（FLOW-01…07）。一个断裂的故事线是高影响力发现，排名紧跟在失败的 Hero 区域之后。
• 付费流量需要自己的页面，并且该页面应与广告呼应（STRUCT-03）。将广告发送到首页，或发送到存在专用页面时的通用页面（A-M11），是一个高影响力发现。
• 一个特定的 CTA，在所有地方相同，使用保留颜色（CTA-02，CTA-04，CTA-05）。引用你找到的禁用短语（CTA-03）。
• 证明靠近声明，展示真实人物，解决价格问题（PROOF-07，PROOF-14，PRICE-01）。
• 虚假或无法验证的证明是致命的（PROOF-12，PROOF-13，SCAR-01）：虚构的计数器、虚假的“客户”、付费的“媒体报道”、虚假的稀缺性。
• 先做减法。 从杀手列表中移除的内容通常是最快的胜利。