做站点运营的人常遇到一种困惑：同一个 URL，用电脑打开是一套内容，用手机打开却是另一套，甚至移动版少了几段文字、少了几个内链、少了几张图。过一段时间去查收录，发现搜索里显示的摘要、缩略图、正文片段，和自己用电脑看到的对不上。这通常不是搜索出错，而是索引里保存的本来就是移动版页面的那份内容。
索引里保存的通常是移动版页面
现在蜘蛛主要用移动端 UA 抓取页面，并据此建立索引，桌面版页面更多是补充信息。也就是说，移动版被当作正式版本看待。如果移动版比桌面版少了内容，等于在告诉搜索：这部分内容不存在。
这一点在独立 m. 站和响应式站点上都一样。区别只在于，独立 m. 站更容易出现两边长期不同步的情况。
容易被忽略的几种不一致
- 正文被折叠、需要点击才能展开，或者首屏只留一句摘要，其余内容靠交互加载；
- 移动版删掉了面包屑、相关推荐、上下篇等内链结构，而桌面上看得很完整；
- 图片换成低清版本或延迟加载，图片说明文字、图注一并消失；
- 标题、描述、canonical、结构化数据两边写法不同，互相打架；
- 独立 m. 站与桌面站各写各的 canonical，都指向自己；
- APP 引导条、登录弹窗、订阅浮层遮住首屏正文。
这些差异单看都不大，但它们会同时影响索引里保存的内容和搜索结果的呈现方式。
怎么确认索引里保存的是哪个版本
- 用移动端 UA 做一次抓取测试，看渲染完成后的 HTML 里到底有什么；
- 对比移动渲染结果与桌面渲染结果的正文长度、链接数量、结构化数据；
- 观察搜索结果中的摘要、缩略图更接近哪一版；
- 确认索引里是否同时存在 m. 与主域两个版本。
一个简单的判断方法：如果摘要里的那句话，桌面版能搜到，移动渲染结果里却搜不到，那基本可以判断两边内容不一致。
按什么顺序处理
- 先统一内容主体，让移动版包含与桌面版一致的正文和关键内链；
- 再确定 URL 形态。响应式通常维护成本最低；如果保留独立 m. 站，双向 canonical 要指向同一个主版本；
- 结构化数据、标题、描述两边保持一致，不要各自维护一套；
- 把挡住首屏正文的弹窗、引导条处理掉，至少保证内容能被直接读到；
- 首屏不必塞满内容，但重要信息不能只存在于点击之后的交互里。
调整完成后，索引不会立刻跟着变。可以观察一段时间的抓取情况，看渲染后的 HTML 是否已经和桌面版对齐，再判断问题是否解决。对于内容本来就很少的页面，先想清楚它是否值得进入索引，比反复调整两版差异更实际。
小结
移动端与桌面端内容不一致，本质上是在两个版本之间做了取舍，而索引会按移动版来理解你的站点。每次改版或上新的移动端组件时，顺手核对一下正文、内链和结构化数据有没有丢，能省掉很多后续排查。