移动端搜索体验检查

移动优先索引下的隐形降权风险

Google 早已全面转向移动优先索引：爬虫默认抓取页面的移动版本用于索引与排名。这意味着一个桌面端表现良好的站点，仍可能因为移动端的适配缺陷丢掉排名信号。典型故障模式都很"安静且技术化"：主内容被塞进 accordion、首屏图片误用懒加载拖垮 LCP、viewport 配置缺失导致横向滚动。这些问题在桌面截图里看不见，但会原样传导到索引层。

技能如何工作

mobile-friendly-audit 把移动技术性 SEO 拆成四条主线。

1. 先读项目上下文

优先读取 .claude/project-context.md 或 .cursor/project-context.md 解析目标站点 URL；两者都不存在时再向用户索取地址。先确认对象，再谈检查——这一步跳过了最常见的"审错站"事故。

2. 判定适配方案

先识别站点属于哪一类：响应式（单一 URL + CSS media queries）、动态服务（同 URL 按 user-agent 返回不同 HTML），还是分离 URL（如 m.example.com）。三者检查重点完全不同——分离 URL 必须额外校验 canonical 与 hreflang，动态服务必须证明移动版内容与桌面版等价。

3. 逐项对照可用性清单

• viewport meta 是否包含 width=device-width 与 initial-scale=1，且未使用 user-scalable=no
• 正文字体是否 ≥16px，是否存在小于 12px 的元素
• 可点击目标是否 ≥48×48px，间距是否充足
• 移动端与桌面端结构化数据、元数据、主要正文是否一致
• 首屏图片是否可被爬虫抓取，懒加载是否误用
• 是否存在遮挡主内容的侵入式插页

4. 给 AMP 祛魅

技能明确写道：AMP 在 2024–2025 年已不再是排名因素，Top Stories 自 2021 年起也不再强制要求。对多数站点，响应式设计 + Core Web Vitals 是更优解；AMP 只在新闻站、广告密集页或托管性能极差的场景下值得考虑，代价是要长期维护一套独立的 AMP HTML。

最终输出按五段组织：移动可用性状态 → 响应式/viewport → 内容一致性 → AMP → 按影响排序的修复项，修复清单可以直接进工程排期。

适用边界

• 只做诊断：不自动改代码、不装依赖、不创建持久化任务。所有修复建议以命令与代码片段形式呈现，需开发者确认后自行执行。
• 涉及发送、发布、删除、付款、部署等外部写入时，先展示目标与影响，取得明确确认再行动。
• 凭据仅用于用户指定的对应官方服务：不回显、不记录、不转发到无关地址。
• 不覆盖内容创作与关键词策略，也不替代 GSC / PageSpeed Insights 的数据采集，而是对已有报告做结构化解读与问题定位。