技能介绍

为什么要做落地页预检

广告素材做完之后，距离真正上线往往还差一次点击后体验的核对。访客从广告跳转过来，如果页面首屏看不到广告里承诺的 Offer 或 CTA，或者移动端按钮太小、表单字段过多，之前为点击付出的成本就会在落地页被消耗掉。

这个技能用于在上线前对落地页做一次轻量体检。它只检查，不重写页面文案、不重构布局、不计算账户得分；它的目标是把广告承诺和页面交付之间的断点找出来，并形成一份可以直接派活的 Punch List。

核心检查项

技能会围绕五个固定维度输出结果，每项都会标记为 Pass、Partial 或 Fix：

Message-match：将广告 Headline / Hook 与页面实际交付内容进行比对。如果页面没有兑现 Offer、价格、折扣或产品名，会标为 Fix。
Above-the-fold：确认承诺的 Offer 和主 CTA 是否在首屏可见，不需要用户滚动屏幕才能找到。
Speed：读取 PageSpeed / CrUX 等速度数据；如果没有实测数据，则根据页面可见重量给出 Estimated 估算，不会伪造指标。
Form-friction：统计必填字段数量和明显摩擦点，例如强制注册、无解释字段、不支持 autofill。
Mobile-render：验证窄视口下 Offer、CTA 和表单是否能正常渲染与点击，包括 tap target 尺寸、横向滚动和文本可读性。

工作方式与边界

技能会优先直接读取页面内容，也支持用户粘贴页面文案或导出数据。对于需要渲染的移动端页面，可以使用 keyless 的 Firecrawl 脚本抓取，不会强制依赖付费爬虫 API。

输出会明确指出具体缺口，例如首屏未出现广告承诺的折扣或表单包含 4 个非必要字段，而不是只写优化页面。每个 Fix 项都会路由到对应负责技能：页面文案 / 布局问题交给 landing-optimizer，Offer 措辞漂移交给 offer-claims-registry，账户层面的 RQS 和 O1/O2 veto 则由 ad-account-auditor 处理。

需要注意：如果缺少广告文案或落地页内容，技能不会臆造结论，而是要求补充输入。所有指标都会明确标注 Measured、User-provided 或 Estimated，避免把估算值误当成实测数据。