百度收录查询 - 移动端与桌面端检查差异的实用方法
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bb234b2f4950.html
📄
百度收录查询 - 移动端与桌面端检查差异的实用方法
百度收录查询在移动端和桌面端可能得到不同结果，核心原因是百度对移动端和桌面端分别抓取、分别建索引，两套结果并不自动同步。要检查差异，不能只看一个端的 site: 结果，而应分别用移动 UA 与桌面 UA 请求同一 URL，再对照百度搜索资源平台里两个端各自提交的数据。下面从一个假设例子展开。
假设例子：同一篇文章两端收录不一致
假设你有一个内容站，文章页 https://example.com/a 在桌面端用 site:example.com/a 能查到，但用手机百度搜索同一标题却找不到。这不是“百度漏收录”这么简单，可能是以下原因之一：
- 移动端页面返回了不同的 HTML，比如被简化成摘要页或跳转页；
- 移动端 URL 与桌面端 URL 不同，且移动端版本没有被单独提交；
- 移动端被 robots.txt 或 meta robots 限制抓取；
- 移动端页面加载依赖 JS 渲染，而百度移动蜘蛛拿到的初始 HTML 为空。
这些是可能原因，不代表已经定位。要确认，必须做下面的分端检查。
第一步：用不同 UA 请求同一 URL
用命令行工具分别模拟百度的桌面蜘蛛和移动蜘蛛，观察返回内容是否一致。以下命令仅为示例，实际 UA 字符串请以百度官方公开文档为准：
curl -A "Baiduspider" -I https://example.com/a
curl -A "Baiduspider-mobile" -I https://example.com/a
重点看三处：HTTP 状态码是否都是 200；Content-Length 或实际正文长度是否接近；返回的 HTML 里是否包含文章主体文字。如果移动端返回的内容明显更少，或者状态码是 301 跳到另一个地址，就说明两端处理不一致。
第二步：检查移动端与桌面端的收录入口
在百度搜索资源平台中，移动端和桌面端是分开提交的。需要分别核对：
- 移动端是否提交了对应的 sitemap，且 sitemap 里的 URL 与移动端实际可访问 URL 一致；
- 桌面端提交的 URL 是否被错误地当成了移动端入口；
- 如果使用了独立移动站，是否配置了正确的适配关系。
站点地图不保证收录，它只是告知入口。真正决定是否建索引的，是百度蜘蛛能否抓到、抓到后内容是否可解析。因此 sitemap 提交状态正常，不等于移动端一定被收录。
第三步：对比两端可索引性限制
分别检查移动端和桌面端的 robots.txt、meta robots、canonical 和页面渲染结果。常见错误是：桌面端允许抓取，但移动端模板里误加了 noindex；或者移动端 canonical 指向了桌面端 URL，导致百度把移动端页面判定为重复内容而只保留一个版本。
还要注意：robots.txt 的抓取限制不等于可靠的索引移除。如果移动端被 robots.txt 禁止抓取，百度可能仍然保留已索引的旧版本，也可能逐渐移除，这取决于抓取和索引状态，不能当作精确的删除工具。
第四步：判断差异是否影响实际展示
如果移动端和桌面端都能被搜到，只是排名或摘要不同，这属于正常现象。百度会按设备类型返回不同结果。真正需要处理的是：移动端完全无收录、移动端收录的是错误 URL、或移动端快照内容与用户看到的不一致。
判断标准可以简化为：用手机百度搜索文章标题，能点进正确页面且内容完整，就说明移动端收录基本可用；如果搜不到，再回到第一步和第二步逐项排查。HTTPS 不保证安全无漏洞或排名，它只是排查中的一个基础项，不是收录差异的解释。
下一步：挑一个你确定桌面端已收录的 URL，用移动 UA 请求一次，把返回的 HTML 与桌面端对比，记录状态码、正文长度和 canonical 三项，再决定是改模板、改 robots 还是重新提交移动端 sitemap。
