移动优先索引早已不是新概念，但不少站点排查收录问题时，仍然只盯着桌面版页面看。结果往往是：桌面版检查一切正常，索引里保存的内容却缺了一段、少了几块，甚至标题和正文对不上。这类问题背后，通常是移动版和桌面版本身就不一致。
移动优先索引在收录环节做了什么
搜索引擎主要用移动端 UA 抓取页面，并以移动版渲染后的内容作为建索引的主要依据。爬虫看到的是移动版 DOM，从中抽取正文、标题、内链和结构化数据，再决定这个 URL 收录什么内容、归到哪个主题下。桌面版不再是唯一判断来源，更多时候只是补充。
这就带来一个前提：如果移动版是一个精简版，索引里收录的也就是这个精简版。
移动版和桌面版常见的四种不一致
- 正文被折叠或隐藏。桌面端完整展示的段落，移动端放进了折叠面板。内容仍保留在 DOM 里时通常还能被抽到；如果靠脚本在渲染后移除或按需插入，结果就不一样了。
- 模块直接不输出。移动版为了加快加载，把参数表、常见问题、参考资料整块删掉，服务端返回的 HTML 里就没有这些内容，索引自然也拿不到。
- 内链不同。移动版导航更浅，或把部分入口收进「更多」中，导致某些页面在移动版上没有可用的内链入口，抓取路径变少。
- robots 或 canonical 不一致。移动版模板可能保留了历史遗留的 noindex、写错的 canonical，或者指向了另一个地址。桌面版没问题，移动版却把自己挡在索引之外。
自查顺序
- 用移动 UA 抓一次，与桌面 UA 的返回结果做对比，重点看正文文本量和关键模块是否存在。
- 渲染后再对比一次。有些内容在原始 HTML 里有，渲染后被脚本清掉，只看源码容易误判。
- 检查移动版的 meta robots 和 canonical，确认没有误放 noindex，也没有指向不相关的版本。
- 核对移动版内链，看看重要页面是否还能从导航和正文里点到。
- 查看索引里实际保存的版本，与移动版渲染结果对齐，确认缺的是哪一块。
处理时的取舍
不是所有差异都要抹平。移动端确实需要更快的加载和更短的页面，合理简化可以接受，前提是核心正文完整、主题信息不缺、内链入口够用。真正需要修的是两类：一是核心内容被删到影响理解，二是配置出错导致移动版该进索引却进不去。
折叠内容本身不是问题，问题在于它是否还存在于渲染后的 DOM 中。如果必须按需加载，至少保证抓取时能拿到，或者提供一份不依赖交互的静态版本。
收录与否由搜索引擎判断，任何调整只是提高被正确抓取和理解的概率，不能保证一定收录。
把移动版当成索引里最终呈现的那一版来看待，很多收录问题会比只盯桌面版更容易定位。