搜索引擎在抓取和收录时，默认以移动端 user-agent 为主。也就是说，蜘蛛大概率先看到你手机端的页面，并把它作为索引版本。如果手机端因为模板限制少了几段正文、少了内链、把价格藏进折叠面板，或者直接跳转到一个内容更少的 m 站，那么索引里留下的就是那个残缺版本。移动端自查不需要复杂工具，核心就一句话：用移动端 UA 抓到的页面，和用户用手机看到的页面，内容是否与桌面端等价。
先分清两种移动端实现方式
响应式布局
同一份 HTML，只靠 CSS 断点调整排版。这种方式内容天然一致，风险主要在样式上：某些模块在小屏被 display:none 隐藏、图片被裁掉、侧栏整块消失。如果这些模块里有正文、内链或关键信息，蜘蛛在移动端就抓不到了。
独立 m 站或按 UA 切换模板
风险更高。两套模板由不同人维护，改一处忘一处是常态：桌面端新增了栏目、改了标题、补了 FAQ，移动端还停在半年前。这类站点必须建立“同一改动同步两套模板”的流程，否则时间越长差距越大。
移动端自查清单
- 正文是否完整：把桌面端和移动端的正文复制出来对比长度和段落数，差距超过一两句就要查原因。
- 内链是否保留：很多 m 站会砍掉侧栏、相关推荐和面包屑，导致移动端页面变成内链孤岛。
- 标题层级是否还在：为了排版把 h2、h3 改成 div 或加粗文字，会让结构信号消失，尽量用 CSS 改样式而不是换标签。
- 折叠与 Tab 内容：折叠面板里的文字通常仍在 HTML 中，可以接受；但如果内容靠点击后异步加载，就需要确认加载接口是否可被抓取。
- 图片与媒体：移动端用懒加载没问题，但要保证图片地址在 HTML 里存在，并且不要只提供新格式而漏掉兼容回退。
- viewport 声明：缺少 meta viewport 会导致页面被当作桌面宽度缩放，影响移动可用性判断。
- 弹窗与遮罩：首屏就弹出的订阅框、App 下载横幅，会盖住主要内容，也会影响用户行为数据。
三类容易被忽略的结构问题
- URL 不一致：桌面端用 /article/123，移动端用 /m/article/123，却没有正确的对应标注，等于把同一内容拆成两个地址。
- 移动端专属参数：从 App 或分享链接带入的追踪参数，如果只在移动端出现，容易在索引里留下带参数的版本。
- 移动端硬跳转：一进页面就强制跳转 App 或 m 站首页，蜘蛛拿不到目标内容，用户也很反感。
怎么验证
- 用移动端 UA 抓取几个代表性页面（首页、栏目页、详情页、表单页），保存返回的 HTML。
- 与桌面端 UA 抓取的结果逐项对比，重点看正文、内链、结构化数据。
- 在真机上走一遍完整路径：从搜索进入、点击内链、提交表单、返回上级。
- 查看搜索控制台里的移动可用性报告和抓取统计，确认移动端抓取是否有异常错误。
- 把移动端自查加进上线清单，和桌面端一起验收，而不是上线后再补。
把移动端当成主版本，桌面端当成它在更大屏幕上的一种展示方式，很多矛盾会自然消失。
改动之后
模板调整、栏目迁移、图片替换之后，记得重新跑一遍上面几项，尤其是两套模板并行的情况。把“移动端与桌面端内容一致”写进改动登记，下次改版时能省掉大量排查时间。