移动优先索引已经推行多年，但不少人在排查收录问题时，仍然只看桌面端页面。实际情况是：搜索蜘蛛在多数场景下会用移动端身份抓取，你桌面端写得再完整，只要移动端被裁掉一大半，进索引的就是被裁掉的那份。下面整理一套移动端与桌面端内容差异的自查思路。
一、三种最常见的内容差异
- 响应式隐藏：同一套 HTML，通过 CSS 或折叠面板把部分段落藏起来，移动端默认只显示前两段。
- 独立移动站：m. 域名或 /mobile/ 路径单独一套模板，内容长期没有和主站同步。
- 按 UA 动态返回：同一个 URL 根据 UA 返回不同 HTML，桌面端给完整正文，移动端只给摘要加一个「展开全文」。
前两种至少还能通过抓取对比发现，第三种最隐蔽，因为 URL 完全相同，站内检查工具往往看不出来。
二、容易被忽略的几个位置
- 正文里的补充说明、参数对照表，移动端常被折叠或直接删掉。
- 文章底部的相关阅读、上下篇导航，移动端有时整块消失，内链入口随之减少。
- H1 标题在移动端被换成短标题或缩略语，与页面主题出现偏差。
- 图片的 alt 和图注在移动端被省略，正文就少了一层语义信息。
- 结构化数据只在桌面端模板输出，移动端模板里没有。
- canonical、hreflang 这类链接标签在移动模板里漏写。
三、自查怎么做
- 挑一个近期更新的内容页，记录桌面端渲染后正文纯文本的字数。
- 用移动端 UA 请求同一个 URL，或用设备模拟抓取，对比正文字数与段落数量。
- 关闭 JavaScript 再看一次，确认正文不是完全靠脚本注入才出现。
- 检查移动端模板是否输出了 canonical、结构化数据和主要内链。
- 对独立移动站，逐项核对两边的标题、正文、更新时间是否一致。
抓取工具和模拟 UA 只能作为参考，最终以搜索蜘蛛实际抓到的版本为准，因此日志里的移动端抓取记录同样值得看一眼。
四、处理原则
- 核心内容保持一致：正文主体、标题、关键内链，两端不应有明显缺漏。
- 交互形式可以不同：折叠、轮播、标签页属于展现方式，但内容要真实存在于 HTML 中，而不是点击后再去请求。
- 差异过大就合并：如果移动端长期只维护摘要版，不如统一成一套响应式模板，减少同步成本。
- 改版后必查：模板调整、换主题、上新组件之后，都要重新对比一次。
移动端与桌面端的差异，本质上是一个维护成本问题。两套内容就意味着两份同步工作，一旦节奏跟不上，差异就会变成收录问题。把对比动作放进常规检查清单，比事后补救省事得多。