為什么移動端要單獨查一遍
搜尋引擎主要用移動端 UA 抓取和渲染頁面，索引里儲存的往往是移動端渲染後的结果。如果移動端版本比桌面端少了一段正文、少了一组參數，或者把關键内容藏在需要点击才展開的折叠块里，蜘蛛看到的就是那個“缩水版”。站点运营中這類問题不容易在後台报表上暴露，因為它既不是 404，也不是 5xx，頁面照常返回 200。
常见的移動端缺内容场景
折叠與隐藏
移動端屏幕窄，很多模板會把參數表、規格說明、常见問题折叠起来。折叠本身可以接受，但如果折叠内容在 HTML 里根本不輸出，只在点击时才由脚本插入，那它等于不存在。
异步加载與懒加载
列表頁、评论区、相關阅讀经常做成滚動到底再加载。蜘蛛不一定触發滚動，看到的可能只有第一批條目。懒加载的图片同理，占位图能出来，真實地址要滚動後才寫入。
獨立移動站與 UA 判断
如果用的是 m 開头的獨立移動站，或者靠 UA 判断返回不同模板，就要確認两邊的正文、标题、canonical 指向是否一致。常见問题是移動站少了一個栏目導航，或者桌面端的内鏈在移動站里没有同步。
自查怎么做
- 用移動端 UA 抓取一個核心頁面，儲存渲染後的 DOM，和桌面端 UA 的结果做對比，重点看正文文本長度、主标题出現次數、内鏈數量。
- 關掉脚本再抓一次，看看不执行 JS 时頁面還剩多少内容。剩下的部分才是底线。
- 抽查列表頁與詳情頁各三到五個，看分頁、篩選、加载更多的入口是否以可抓取的連結形式存在。
- 检查 robots 與 noindex 是否對不同 UA 有不同設定，包括服務器端按 UA 返回的不同响應头。
- 看 CDN 是否按 UA 做了差异化缓存，避免把移動端版本缓存给了桌面端請求，或反過来。
修复方向
優先让核心内容直接出現在初始 HTML 里，折叠交互只控制顯示與否，不控制内容是否存在。分頁與加载更多的第二頁、第三頁最好有真實 URL，哪怕只是给蜘蛛一個入口。獨立移動站要保證與桌面端的标题、正文、canonical 一一對應，不做無意义的差异。
移動端與桌面端不需要像素級一致，但關键内容、關键連結、關键标注應当一致。判断标准很简單：如果两邊的渲染结果去掉样式後差別很大，就值得回头看看。
放進日常流程
- 模板改版後固定抽查两三個模板，不要只看首頁。
- 把移動端渲染對比加入上线检查清單。
- 定期查看抓取統計里移動端 UA 的响應碼分布，比例異常升高时先排查模板，而不是急着換服務器。
- 把移動站與桌面站的内容對齐责任落到具体栏目负责人，避免長期無人跟進。