检查网站收录情况在移动端与桌面端的差异,核心做法是:分别用移动端和桌面端的用户代理抓取同一批 URL,对比返回内容、状态码和可索引信号,再回到搜索引擎的收录查询工具中按设备类型核对。差异通常来自响应式设计缺陷、动态渲染配置或独立的移动域名,而不是搜索引擎本身对同一页面给出两套随机结果。
检查差异前必须知道站点结构,否则对比结果无法解释。常见三类:
m.example.com。此时移动端和桌面端是两套 URL,收录情况必须分别看,还要检查两者之间的对应声明。如果你不确定属于哪类,用移动端 UA 和桌面端 UA 各请求一次首页,比较返回的 HTML 是否一致即可判断。
这是最能直接定位差异的步骤,可以用命令行执行:
curl -A "Mozilla/5.0 (iPhone; CPU iPhone OS 17_0 like Mac OS X) AppleWebKit/605.1.15" -I https://example.com/page
curl -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64)" -I https://example.com/page
把 -I 换成直接输出正文,可以对比 HTML。重点看四项:
noindex。这是收录差异最常见的原因之一。<h1>,还是只有一个空壳加 JS。判断结果:如果两端状态码和可索引信号一致,差异就落在渲染层面;如果信号本身不同,先修信号,再谈收录。
抓取对比只能说明“服务器给了什么”,收录还要看搜索引擎“收了多少”。在搜索引擎的站长工具中,分别查看移动端和桌面端的覆盖率或抓取统计。注意:
robots.txt 的抓取限制不等于可靠的索引移除。被 robots 屏蔽的页面仍可能因外部链接出现在索引中,反之解除屏蔽也不等于马上被收录。按可能性从高到低排查:
rel="alternate" media="only screen and (max-width: 640px)"。注意:同一现象可能有多个解释。例如移动端未收录,可能是 noindex,也可能是重定向,还可能是渲染超时,需要逐项验证,不要看到一条就下结论。
修复后,用同一批 URL 重新做两端抓取对比,确认状态码、canonical、robots 指令和正文一致。然后在站长工具中观察对应设备的抓取和索引数据是否向桌面端靠拢。收录变化需要时间,不要期待固定见效周期。
下一步:挑出你站点中流量最高的 10 个 URL,用上面的两条 curl 命令各跑一遍,把状态码和 robots 指令列成表格,差异项就是优先处理对象。