转化页面审计
在得出任何结论之前，请先阅读 references/evidence-rules.md。 这是一个硬性步骤，而非建议。该文件中的每一条规则之所以存在，是因为一些看似合理的方法曾经以十足的信心给出了错误答案，而只有在审计之前阅读了这些规则，下面的报告格式才能保持诚实。
流程
- 首先阅读
references/evidence-rules.md。 不是略读——它的结尾部分正是使报告可信的关键，它改变的是你如何权衡自己的发现，而不仅仅是措辞。 - 收集事实。 运行
python3 ${CLAUDE_PLUGIN_ROOT}/skills/conversion-page-audit/scripts/page_facts.py <url>。它会返回十个从静态标记中解析出的键值——url、title、meta_description、headings、ctas、forms、schema_types、images、lcp_candidates、notes。将notes视为一个无序集合，通过内容而非位置来匹配条目——该数组的顺序曾经在任务之间发生过变化，不能保证以后不会再次变化。lcp_candidates是按文档顺序排列的首批图片，而不是测量到的最大的内容绘制；关于这个区别具体允许和不允许你声称什么，请参见references/audit-framework.md。 - 如果可用，通过 Playwright MCP 获取渲染后的页面快照。 这是本技能中最重要的一条指令：如果 Playwright 不可用，那么所有仅限渲染后的检查项都将归入“无法检查”——绝不能归入“无问题”。 静态标记无法看到布局、滚动触发的内容、同意弹窗触发的标签，或任何通过 CSS 隐藏的内容。
references/evidence-rules.md完整说明了当这种盲区被忽略而非明确指出时会造成什么代价。 - 检查是否存在转化简报。 在
03 Projects/<Project>/_Research/中查找——或者如果你不是在那种结构下运行，则在你的项目研究文件夹中查找。如果存在，则使用它来验证页面的论点和与真实受众研究的匹配度。如果不存在，则将其作为已知限制进行记录，然后继续——缺少简报会缩小你可以声称的范围，但绝不会阻止审计。 - 生成报告。 采用
references/report-template.md定义的格式：立即修复、测试而非猜测、无问题、无法检查。遵循该文件中每个部分的规则——正是这些规则防止某条“无问题”行悄悄变成伪装成已验证发现的猜测。
每个参考文件的作用
references/evidence-rules.md——审计允许得出什么结论，以及基于什么证据。每次都先阅读它。references/audit-framework.md——具体的检查项，按conversion-page-build编写的十一个页面部分组织，外加不属于任何特定部分的页面级检查。references/form-and-signup-audit.md——字段数量、必填字段的合理性、注册流程和弹窗行为，比框架文件更深入。references/test-design.md——一个“测试而非猜测”的发现项是否在当前页面的流量下实际可测，然后你再推荐运行它。references/report-template.md——四个部分的输出格式，以及使其保持诚实的规则。
报告的存放位置
按此知识库的惯例，报告存放在 03 Projects/<Project>/[C] 转化审计 — <Page> — <date>.md 中——或者如果你不是在那种结构下运行，则存放在你的项目存放审计输出的任何地方。
如果 humanizer 技能可用，则在将报告发送给客户之前先通过它运行。如果它未安装——该插件的新安装既没有知识库也没有 humanizer——则直接对报告应用 ../copy-sweeps/references/banned-vocabulary.md。这一步是可选的——没有它，审计也是完整的。