rubikdesign-marketing/paid-landing-page-audit

落地页审计

审计付费流量着陆的页面，并返回一个媒体购买者能够真正执行的修复清单。每次付费点击都会产生成本，无论页面是否转化，因此这里发现的每一个泄漏都直接意味着支出浪费。

经验丰富的审计师不会从页面开始——他们从资金流向开始：

1. 从广告到页面的点击路径。
2. 分析漏斗。
3. 定性证据。
4. 最后才是对页面本身的经验法则解读。

一个精美的页面如果破坏了信息匹配，无论页面设计多好，都会浪费广告支出。

输出是一个优先级排序的修复清单，其中每项发现都声明其证据类别和严重程度。绝对不承诺具体的百分比提升：大多数CRO变更在测试中并不能获胜（根据Kohavi的Microsoft/Google数据和Optimizely的127,000次实验数据集，大约只有10-33%的实验能够改善其目标指标），因此任何具体的提升承诺几乎肯定是错误的。

此项技能负责点击之后的所有事项，以及点击之前的任何事情。广告账户的根本原因（跟踪、结构、定向、创意、出价）属于mbfinotti/advertising-skills@ad-account-diagnostic，当该技能的证据指向下游问题时，它会将任务移交至此。两者的边界是互逆的。

如果本次审计期间的证据指向了点击前的上游问题（疲劳的创意、错误的受众、损坏的转化跟踪、任何页面都无法挽救的无效offer），则拒绝给出页面结论，明确说明所观察到的上游信号，并进行任务移交。不要让页面审计悄然变为账户诊断。

此项技能从不实施修复：它仅命名、排序并分配修复任务。

访谈

在打开任何东西之前先进行提问。每次消息只问一个问题；在可能的情况下提供多项选择答案；跳过任何已经提供的信息。

• 此页面必须驱动的一个核心动作是什么？（购买 / 试用注册 / 演示或通话预约 / 潜在客户表单 / 下载）
• B2B还是B2C/电商？
• 哪个平台发送付费流量？能否分享实际的广告——文案、创意或缩略图，以及背后的关键词或受众？（没有广告，最具影响力的检查就如同盲人摸象。）
• 如何访问该页面？（实时URL / 粘贴的副本或HTML / 截图——桌面端和移动端 / 结合使用）
• 过去14-30天内此页面的会话数和转化数？（这决定了审计是以统计数据还是以基本原理为主导——参见数据量门槛。）
• 设备分布以及地域组合——一个页面是否服务于多个国家、语言或货币？
• 目标CPA或ROAS，以及页面流量目前相对于目标的位置？（差距是修复清单排序的依据。）
• 什么是下游期望的良好结果？（B2B：MQL/SQL/管道商机，而非表单填写；B2C：收入，而非加购。）
• 除了页面之外，还存在哪些证据——分析漏斗、会话录制、热力图、调查或客服支持的原话？
• 此页面上是否曾经进行过任何更改或测试？结果如何？
• 是否有结果必须交付的截止日期——例如产品发布、预算审查、季节性高峰——还是没有截止日期？
• 您希望在这个广告系列上实现最快的恢复，还是希望在接下来的广告系列中也能持续带来回报的页面？（一次性胜利还是复利资产。）
• 谁负责实施这些修复——您本人、设计师、开发团队——以及工作量上限是多少：几小时的文案修改、一个开发冲刺的构建，还是您需要内部推销的重新设计？

最后三个访谈答案在编写修复清单之前会对其进行重新排序；报告会说明哪个答案导致了哪项调整。

• 一个硬性截止日期会优先支持那些能在几小时内见效的修复：信息匹配、标题和CTA文案、复用广告的关键视觉元素。它会降低任何需要开发或利益相关者参与的修复。
• 一个复利导向则优先支持offer清晰度和结构性工作，这些工作能跨越下一个广告系列，尽管这是最慢的家族。
• 一个低工作量上限会直接删除某些行，而不是重新排序：在报告的“已排除”部分下声明哪些修复因超出工作量上限而被排除，而不是悄然丢弃，这样下个季度就不会有人重新发现它们。

工作流程

1. 进行访谈；在接触页面之前收集所有答案。

2. 首先排除上游原因。 一张CPA图表无法区分页面问题和广告问题。在指责页面之前先进行检查：

   • CTR是否下降或频次是否在上升（创意疲劳）：移交给mbfinotti/advertising-skills@ad-creative-fatigue。
   • 转化事件是否触发并进行了去重：如果没有，移交给mbfinotti/advertising-skills@ad-conversion-tracking，并将本次审计中的所有下游数据视为可疑。
   • 当性能变化时，定向或offer是否也随之改变：移交给mbfinotti/advertising-skills@ad-account-diagnostic。

   只有在页面合理地成为问题所在时，才继续进行。

3. 走查点击路径。 同时打开广告、关键词或受众，以及落地页。从点击者的角度回答问题：广告承诺了什么？首屏是否确认了这一点？

   检查四个匹配维度：

   • 文字：标题用自己的语言呼应了广告的承诺。
   • 视觉：主图呼应了广告的创意或开场画面——几乎每次审计都会跳过这一点。
   • 优惠：相同的offer、相同的价格、相同的CTA动词。
   • 地域：对于广告系列所定向的每个地域，提供相应的货币、语言和地域有效的offer。

   如果页面根据UTM或广告组切换标题，请使用真实的广告参数加载它：动态个性化悄悄提供通用页面是一种流量来源特有的错误类别。确认点击ID在着陆以及任何重定向后仍然存活。

4. 提取分析漏斗，按设备和流量来源进行细分：着陆 → 互动 → 表单开始或加购 → 完成。这是将意见转化为观察的步骤。在解读任何数据之前应用数据量门槛，切勿混合使用平台报告的转化数和网站内的转化数——它们因归因窗口和浏览归因而不同，且无法进行总量比较。

5. 在存在的情况下收集定性证据：会话录制（愤怒点击、死点击、表单犹豫）、滚动和热力图（是否有人到达了证明区域？CTA区域？）以及客户之声原文。如果不可用，则直接跳过且无需道歉——但随后应在“无法检查”部分中说明。

6. 按照references/page-checks.md中的顺序运行经验法则页面审查：这些检查的顺序是依据对付费流量的收入影响，而非检查的难易程度。

   如果你能获取并渲染页面，则在手机大小视口和桌面端视口下对照渲染结果验证每项检查。否则，基于粘贴的副本或截图进行工作，并将所有需要渲染（加载、布局、动态内容）的声明标记为“无法检查”。

   这里发现的一切都只是意见，直到分析或实验将其升级。

7. 进行优先级排序（见下文章节）。按效率排序——每单位工作量可解锁的漏斗步骤——并根据证据进行加权，然后根据访谈中的截止日期、目标和努力上限重新排序。将修复清单限制在七项以内——三十项的清单永远不会被实施。

8. 按照以下格式编写报告（完整模板和工作示例见references/report-template.md）。运行报告完整性检查，并迭代直到报告通过所有检查。

9. 记录一个预测和一个重新检查日期。 每个已实施的修复都需指明哪个漏斗步骤应该移动以及朝哪个方向移动。在一个完整的业务周期后重新检查，并匹配归因延迟的成熟度。

   若您的系统具有持久内存，请记住页面基线、发现、已实施的修复和预测，以便下一次运行从历史开始。否则，输出一个简短的状态块，用户可将其粘贴到下一次会话中。

证据类别

每项发现都带有三种声明类别之一，且报告绝不能模糊它们：

• 观点 - 仅从页面本身即可判断：信息匹配、价值主张清晰度、CTA层级、可见的摩擦、信任提示的存在。这是有依据的假设，而非证据。
• 观察 - 需要此页面自身的数据：流量实际在何处下降、设备差异、字段级表单放弃、核心网页指标、记录的行为。
• 因果事实 - 需要对照实验。本次审计从不产生因果事实；它只产生候选事实。任何表述为“这将使转化率提升X%”的声明都属于此类声明，但没有相应的实验支持——因此被禁止。

引用的最佳实践还带有一个来源层级：

• 已建立的研究：可引用的研究或标准（核心网页指标、WCAG、Baymard、NN/g、Unbounce的基准报告）。
• 从业者共识：在独立从业者之间得到印证（一个明确的CTA、在摩擦点提供证明）。
• 民间传说：被广泛重复但未经证实（参见失败模式）。仅用于反驳它。

可引用的数字、框架（LIFT、MECLABS启发式方法、PXL）及其强制性注意事项位于references/evidence-and-benchmarks.md中。在按名称引用任何数字或框架之前，请先阅读它。

数据量门槛

两个数据量门槛决定了审计可以声称的内容：

• 在审计窗口内，如果此页面的会话数低于大约1,000次或转化数低于30次，数据无法区分真正的转化问题和噪声。请明确说明这一点，拒绝进行转化率比较和细分解读，并改用以基本原理摩擦和已建立的研究来排序修复清单。审计仍然有用；只是不能假装具有统计效力。
• 如果每月转化数低于大约100次，也不建议将A/B测试作为验证路径。建议实施证据充分的摩擦消除方案并进行监控，并说明因果性将无法得到证明。

这些门槛是实践者的经验法则，而非法则：当有人能够运行一个合适的样本量计算时，它比两者都更优。

优先级排序

按效率排序修复清单——每单位工作量可解锁的转化步骤——并以最佳比率开始，绝不以最便宜的修复开始。优先考虑便宜和优先考虑效率是两种不同的排序方式，只有第二种方式回答了“在我拥有的时间里，我首先实施什么？”这个问题。

使用证据加权、大多是二元的问题对每个候选进行评分，采用PXL的形式而非ICE或PIE。ICE和PIE让提出修复的人猜测三个输入中的两个；而证据加权评分迫使每个修复都说明其背后的证据。

对每个修复提问以下内容：

• 它是否在首屏？
• 是否能在五秒内被注意到？
• 是否在付费进入路径上？
• 是否有此页面数据的观察结果支持，还是仅基于观点？
• 是否有已建立的研究支持，还是仅基于从业者共识？

将工作量按时间和协调程度进行分组：一小时的文案工作，一到两天的开发和回归检查，一周或更长时间跨越他人日程表的工作。绝不以预算数字的形式出现。

价值方面是泄漏本身，而非其价格：命名每个修复所解锁的漏斗步骤，以及访谈中CPA/ROAS差距有多大比例落在该步骤上，以便位于泄漏步骤的修复优于其他地方的更漂亮修复。

当一个页面同时出现多个故障时，修复家族的默认排序如下，每个轴上从上到下优先级递减：

• 效率：信息匹配 > 首屏清晰度 > 信任度放置 > 表单和结账摩擦 > offer清晰度 > 速度 > 可访问性优化 > 点击后路径
• 价值：信息匹配 > 首屏清晰度 > offer清晰度 > 表单和结账摩擦 > 信任度放置 > 速度 > 可访问性优化 > 点击后路径
• 工作量：offer清晰度 > 可访问性优化 > 速度 > 表单和结账摩擦 == 点击后路径 > 首屏清晰度 > 信息匹配 == 信任度放置
• 合规成本：声明和披露修复 > 同意横幅 > 可访问性 > 所有其他家族 == 无

这些轴在两个方面存在分歧，值得明确指出：

• Offer清晰度在价值轴上接近顶部，在工作量轴上处于顶部：一个新的价值主张需要利益相关者参与，不是一个下午就能完成的。它在效率轴上处于中游：现在开始，之后实施，永远不要跳过。
• 信任度放置则相反：将页面已有的证明移动到摩擦点，只需一小时的工时就能带来中等程度的改进，这就是为什么它优于更大的修复。

可访问性优化被排在了速度之上而不是与之并列，因为它耗时长的部分是审批，而不是代码。其余并列项是真正的等同：

• 表单摩擦 == 点击后路径：两者都需要一到两天的开发时间，且处于页面所有者仅有部分控制权的系统内（表单或结账堆栈、邮件和路由堆栈），并且在实施前都需要对实时资金路径进行回归检查。
• 信息匹配 == 信任度放置：两者都可由已经是页面所有者的人在一小时内完成，复用已有的资产（广告本身的文案、页面上已有的证明）。
• 合规成本，除可访问性以外的所有家族 == 无：它们只是重述、重新排序或加快已发布材料的速度，因此没有声明新的内容、收集新的信息或进行新的披露，也不需要预约审查。

这种效率顺序所忽略的是所有需要开发或利益相关者参与的修复：offer清晰度、结构性重建和速度在价值轴上排名很高，在工作量轴上处于顶部，因此比率永远不会选择它们，页面会累积文案调整。应该根据条件而非等待比率来提升它们：

• 当漏斗显示访问者登陆一个信息匹配的页面，但未进行任何互动就离开了（没有页面层面的修复能拯救一个没人想要的offer），或者当CPA差距是目标值的数倍而非一个边际时，将offer清晰度提升至顶部，因为没有小时级的修复能够合理地弥合这种差距。
• 当字段级核心网页指标在承载支出的设备上未通过其阈值时，将速度提升。这是一个已建立的研究触发条件，且优先于比率。

在报告中说明这种提升，并附上触发条件的证据。

合规成本项目按风险敞口排序，而非按比率。删除一个重置的倒计时器、一个未经证实的声明或一个未披露的代言，几乎不需要任何努力，并且只要它们存在，每天都会面临FTC和平台政策的违规风险，因此无论其转化影响如何，它们都应排在队列的前面。