用途
Landing Experience Checker 是一款在投放上线前对落地页做预检的技能。它以广告与落地页之间的信息连续性为核心，检查落地页是否兑现了广告所承诺的内容，并据此给出 Pass / Partial / Fix 的三档结论和待修清单。用技能自身的定位来说，它处理的是 ROAS 框架中 O（Offer）杠杆在点击后的那一侧，属于决定创意完成后能否放量的 Quality-Score / 落地页体验相关性检查。
主要能力
该技能执行五项检查：
- 信息一致性（message-match）：把每条广告标题/钩子与落地页实际呈现的内容逐条比对。页面未兑现的承诺（优惠、价格、折扣、产品名）标记为 Fix；被弱化或改写的匹配标记为 Partial；被完整呼应的声明标记为 Pass。
- 首屏检查（above-the-fold）：确认承诺的优惠和主 CTA 在不滚动的情况下出现在首个视口内。若用户必须滚动才能找到广告所承诺的内容，标记为 Fix。
- 速度检查（speed）：从 PageSpeed / CrUX 导出读取 Core Web Vitals 或加载时间时标注为 Measured；否则根据可见页面体积估算并标注为 Estimated。标记可能拖累落地页体验评级的 LCP 或加载时间。
- 表单摩擦（form friction）：统计必填表单字段数量和摩擦点（注册墙、无说明字段、无自动填充）。字段越多摩擦越大，报告字段数量与可移除的具体字段，但不重新设计表单。
- 移动端渲染（mobile-render）：验证优惠、CTA 和表单在窄视口下能否正确渲染与点击（点按目标大小、无横向滚动、文字可读）。来自移动速度/渲染导出时标注 Measured，否则标注 Estimated。
使用方式
该技能以触发语句调用，例如“上线前检查落地页”“运行 Quality-Score 预检”，或“在发布前验证广告与页面信息一致性”。使用时需要提供目标 URL、指向它的广告标题/钩子、承诺的优惠/声明，以及一个 ROAS 档案（直复营销 / 拓展 / 增量利润）。如果既没有广告文案也没有页面文案，则无法检查连续性，技能会停止并索取这些输入，而不会编造连续性结论。
在数据来源上，技能优先使用无需密钥的一级数据：直接读取页面文案（或用户粘贴的副本），以及在用户可运行时读取 Google PageSpeed / CrUX 的字段数据用于加载速度和移动端检查。广告平台数据仅用于拉取实际投放的广告文案进行比对，且从不是必需项。没有速度数据时，速度与移动端检查会标注为 Estimated，并明确说明，不会把估算值当作实测指标呈现。
技能还提供一种零依赖的渲染页读取方式：使用 firecrawl 脚本以移动端模拟抓取落地页并返回渲染后的 markdown，用于信息一致性、首屏和表单摩擦的实测读取，与 PSI/CrUX 的速度读取互补。落地页通常属于用户自己，若 robots.txt 阻止抓取，可加 --own-site 参数。Firecrawl 无密钥免费额度约为每月 1,000 credits。
适用场景
- 广告投放上线前，检查落地页是否与广告信息匹配
- 落地页体验评级被评为“低于平均”时，定位是哪一项检查不达标
- 在最终放量决策前，作为创意与上线之间的检查环节
限制
该技能只做检查，不改写页面文案、不重构布局、不重新设计表单，也不计算分数。它标记问题并把修复交给 landing-optimizer（influencer/report/）；RQS 分数以及 O1/O2 否决由 ad-account-auditor 负责。技能不会编造速度数字、Core Web Vitals 数值或转化率声明来填充检查项。交付前的质量标准要求：五项检查全部执行并标记；每个 Fix 都指出具体可核查的缺口；每个指标标注 Measured / User-provided / Estimated；每个未通过检查只路由到一个归属技能。结果经用户确认后保存到 memory/ad/landing-experience-checker/YYYY-MM-DD-<page>.md。主要后续技能为 ad-account-auditor。