很多站点会遇到这样的情况：桌面版页面打开内容完整，移动版却短了一截，正文被折叠、参数表被省略、图片加载不出来。抓取日志看着正常，可索引里的版本和你想展示的并不一样。移动优先索引下，搜索引擎主要依据移动版内容来评估页面，桌面版做得再完整，也补不回移动版的缺口。

先确认索引里用的是哪个版本

动手改页面之前，先花十分钟确认现状，否则容易改错方向。

• 用 site: 查询域名，看搜索结果里出现的地址是桌面版路径还是 m. 子域
• 用 URL 检查类工具查看“已抓取的页面”，对比你本地看到的桌面版源码
• 用抓取工具把 User-Agent 切换成移动端，分别抓取原始 HTML 和渲染后的 HTML，两份都留档

如果这三步结论彼此矛盾，先把差异逐条记下来，不要急着改模板。

移动优先索引评估的是移动版，不是桌面版

这一点常被忽略。同一套内容，桌面版有八百字的正文，移动版只渲染出两百字的摘要加一个“展开阅读”，那么被评估的就是后面的两百字。页面质量信号、内容相关性判断，都建立在这份移动版内容上。

抓取正常不等于收录正常。抓取只说明地址被访问过，收录还取决于这次抓到的内容是什么、值不值得进入索引。

移动版常见的“内容缩水”位置

• 折叠与“展开全文”：折叠内容如果不在初始 HTML 里，也没有可被抓取的文本，等于不存在
• Tab 与折叠面板：桌面版直出，移动版改成点击后由 JS 插入
• 懒加载图片：占位图没有 alt，而正文又以图片形式承载
• 文字图片化：正文渲染进图片或 canvas，文字不可选中、不可复制
• 标签缺失：移动版没有 canonical、结构化数据或 hreflang
• 指令不一致：移动版 meta robots 与桌面版相反，一边放行一边屏蔽
• 内链被砍：移动版删掉面包屑、相关推荐、分页，下游地址失去入口

一份可执行的核对顺序

1. 确定索引版本：明确当前索引里是桌面版地址、移动版地址，还是两者并存
2. 比对文本：把两端渲染后的正文提取成纯文本，比较长度与首段是否一致
3. 检查 canonical：移动版与桌面版是否互相指向同一个规范地址，是否自指
4. 检查指令：meta robots、X-Robots-Tag、robots.txt 在两端是否一致
5. 检查内容可见性：需要点击、滚动或切换才能出现的内容，是否在初始 HTML 中存在
6. 检查内链：移动版是否保留了通往详情页的正常链接，而不是全靠按钮事件
7. 改完后重新抓取一次，隔一段时间再看报表，避免同日反复调整

移动版是独立子域时怎么收口

用 m. 或单独域名的站点，容易在索引里同时留下两个版本的地址。处理方式通常是：两端互相标注 canonical 或 hreflang，保证其中一个稳定作为规范地址；如果已经决定只保留一套，就把另一套统一 301 过去，并同步更新站内链接、站点地图与外部链接，让发现路径指向同一个终点。

收尾前再核对一遍

移动优先索引带来的问题，大多不是“收录不收录”，而是“收录了哪个版本、收录了哪部分内容”。把移动版当作主版本对待：正文直出、文字可复制、指令一致、内链完整，重复内容出现的概率会明显降低，索引里的地址也更容易收敛到一处。