为什么移动端要单独查一遍
搜索引擎主要用移动端 UA 抓取和渲染页面，索引里保存的往往是移动端渲染后的结果。如果移动端版本比桌面端少了一段正文、少了一组参数，或者把关键内容藏在需要点击才展开的折叠块里，蜘蛛看到的就是那个“缩水版”。站点运营中这类问题不容易在后台报表上暴露，因为它既不是 404，也不是 5xx，页面照常返回 200。
常见的移动端缺内容场景
折叠与隐藏
移动端屏幕窄，很多模板会把参数表、规格说明、常见问题折叠起来。折叠本身可以接受，但如果折叠内容在 HTML 里根本不输出，只在点击时才由脚本插入，那它等于不存在。
异步加载与懒加载
列表页、评论区、相关阅读经常做成滚动到底再加载。蜘蛛不一定触发滚动，看到的可能只有第一批条目。懒加载的图片同理，占位图能出来，真实地址要滚动后才写入。
独立移动站与 UA 判断
如果用的是 m 开头的独立移动站，或者靠 UA 判断返回不同模板，就要确认两边的正文、标题、canonical 指向是否一致。常见问题是移动站少了一个栏目导航，或者桌面端的内链在移动站里没有同步。
自查怎么做
- 用移动端 UA 抓取一个核心页面，保存渲染后的 DOM，和桌面端 UA 的结果做对比，重点看正文文本长度、主标题出现次数、内链数量。
- 关掉脚本再抓一次，看看不执行 JS 时页面还剩多少内容。剩下的部分才是底线。
- 抽查列表页与详情页各三到五个，看分页、筛选、加载更多的入口是否以可抓取的链接形式存在。
- 检查 robots 与 noindex 是否对不同 UA 有不同设置，包括服务器端按 UA 返回的不同响应头。
- 看 CDN 是否按 UA 做了差异化缓存，避免把移动端版本缓存给了桌面端请求，或反过来。
修复方向
优先让核心内容直接出现在初始 HTML 里，折叠交互只控制显示与否，不控制内容是否存在。分页与加载更多的第二页、第三页最好有真实 URL，哪怕只是给蜘蛛一个入口。独立移动站要保证与桌面端的标题、正文、canonical 一一对应，不做无意义的差异。
移动端与桌面端不需要像素级一致，但关键内容、关键链接、关键标注应当一致。判断标准很简单：如果两边的渲染结果去掉样式后差别很大，就值得回头看看。
放进日常流程
- 模板改版后固定抽查两三个模板，不要只看首页。
- 把移动端渲染对比加入上线检查清单。
- 定期查看抓取统计里移动端 UA 的响应码分布，比例异常升高时先排查模板，而不是急着换服务器。
- 把移动站与桌面站的内容对齐责任落到具体栏目负责人，避免长期无人跟进。