有些站点为了加载速度或历史原因，会保留一套独立的移动端地址，比如 m.example.com，而不是用响应式布局。这样一来，同一篇内容就有了两个 URL：电脑端一个，手机端一个。收录层面最容易出现的问题不是收不到，而是两个地址来回争抢同一份内容的归属。
两套 URL 的常见形态
- 子域名独立站：m.example.com 或 wap.example.com
- 独立目录：/m/ 或 /mobile/ 下的另一套页面
- 精简版本：同一内容的轻量页面或 AMP 页
它们的共同点是正文大体相同，模板结构、模块数量可能不同，这也是后续判断的难点。
搜索引擎按哪一版算
现在主流搜索引擎基本以移动端版本作为主要的索引来源。也就是说，蜘蛛更可能拿手机版页面来理解你的内容，并在结果里展示这一版，前提是这一版能被正常抓取、内容完整。
如果你把移动版做成了阉割版——标题简化、正文只留前两段、列表只给一部分——那被拿去索引的就是这份不完整的内容，桌面版写得再全也补不回来。
需要逐项核对的地方
1. 双方的 canonical 是否自指
目前比较稳妥的做法是两边各自自指：移动版指向移动版自己，桌面版指向自己，再通过内容等价来表明这是同一份内容。早期常见的移动版指向桌面版写法，与移动优先索引的判断可能产生冲突，容易让信号变得模糊。如果不确定用哪种，先确认两版正文是否真的等价，再决定标注方式。
2. 内容是否一致
最容易被忽略的是那些移动端特有的删减：为了省流量把表格、参数列表、常见问题整块去掉，把长图文换成摘要。搜索引擎看到的移动版就是它理解的页面，缺失的部分不会自动从桌面版补回来。
3. 是否按 UA 分流
靠 User-Agent 判断设备返回不同 HTML，本身不算违规，但如果蜘蛛拿到的版本和用户看到的差距过大，就存在内容不一致的风险。稳妥做法是让蜘蛛无论用哪种 UA 访问，都能拿到与移动用户一致的完整内容。
4. 内链指向哪一版
站内链接如果一会儿指桌面版、一会儿指移动版，URL 发现会变得分散。建议统一口径：移动版之间的内链指向移动版，桌面版之间指向桌面版，不要在同一套模板里混用。
出现异常时的排查顺序
- 用移动端 UA 抓取目标页面，确认返回的是完整的移动版 HTML，而不是空壳或中途重定向。
- 对比两版正文文本，找出被删掉的模块和段落。
- 检查 canonical：是否互指、是否指向第三方、是否两边都指向同一个地址。
- 确认移动版没有被 robots.txt 或 noindex 挡住。
- 看服务器日志，确认移动蜘蛛抓的是哪一套地址，频次是否正常。
更省事的方案
如果条件允许，用响应式布局只保留一套 URL，能省掉上面大部分比对工作。已经存在独立移动站、又短期无法改造的，至少先保证三件事：两版内容等价、canonical 不自相矛盾、移动版可被正常抓取。
判断标准很简单：把移动版 HTML 里的正文和导航单独抽出来看，如果它已经能完整表达这篇内容，归属问题通常不会太大；如果抽掉一半只剩标题和图片，那被索引的自然也是这一半。
收录归属这类问题很少一次解决，更多是随着模板改版反复复查。建议把两版内容是否等价纳入每次上线的检查项，比事后翻日志追查要省力得多。