现在主流搜索引擎基本都按移动优先的方式抓取和索引页面。蜘蛛访问蜘蛛池入口页时，默认拿到的往往是移动端版本。如果入口页只认真做了 PC 版，移动版是简化模板、正文砍掉一半、链接折叠进菜单，那么蜘蛛看到的东西，和你以为它看到的东西并不一样。
蜘蛛优先抓取的是移动版
移动优先并不等于只抓移动版，但在多数情况下，移动版是主索引的依据。桌面版的内容通常只在移动版内容缺失时作为补充参考。
- 两版内容差异较大时，索引以移动版为准；移动版没有的内容，基本等于不存在。
- 移动版里没有的链接，蜘蛛无法顺着走下去，入口页的分发作用会大打折扣。
- 移动版结构混乱时，蜘蛛要花更多时间渲染和纠错，同样一次抓取能走的 URL 更少。
两版不一致常见的三种表现
内容被裁掉
为了移动端更轻，把正文压缩成摘要、把列表只留前几条，是入口页很常见的做法。结果就是 PC 版有几十条链接，移动版只剩五六条，蜘蛛自然只能看到这几条。
链接藏在交互里
折叠菜单、点击展开、Tab 切换、轮播图，这些交互在浏览器里很自然，但对蜘蛛来说不一定能被触发。链接如果只在用户点击后才写进 DOM，就要依赖渲染能力，能不能被发现存在不确定性。
响应式与独立 m 域名的差别
响应式设计只有一套 HTML，维护成本最低，也最不容易出现两版不一致。独立 m 域名则需要处理好双向指向关系：桌面页用 alternate 指向移动页，移动页用 canonical 指回桌面页或自指，具体按官方文档给出的方式执行，别两套规则混用。
一份可以照着做的自查清单
- 用移动端 UA 抓一次入口页，把返回的 HTML 和 PC 版对比，看正文、标题、链接数量是否基本对得上。
- 查看链接是否出现在初始 HTML 里，而不是靠脚本执行后才生成。
- 检查 viewport 声明、字号与可点击区域，避免因排版问题让页面被判定为体验不佳。
- 检查 canonical、alternate 是否正确互指，移动版有没有误加 noindex。
- 确认移动端首屏没有自动播放的视频和过大的图片，这些会拖慢渲染。
几个容易踩的误区
- 把移动版当简化版：入口页的价值在于把蜘蛛送到下一层，砍链接等于自断路径。
- 按 UA 分流不同内容：给蜘蛛和用户看不同页面，属于典型的作弊特征，风险很高。
- 用 JS 做延迟跳转：不仅增加渲染依赖，还容易让蜘蛛停在当前页。
- 独立 m 域名下两版各写各的：canonical 互相打架，索引状态会变得混乱。
几点实用建议
入口页面向的是抓取，不是视觉比赛。把移动端做扎实，成本其实不高。
- 优先选择响应式，一套 HTML 走到底，省去两版对齐的麻烦。
- 移动版和桌面版的关键内容、关键链接保持一致，差异只留在排版上。
- 测试时用真实的移动端 UA 抓取页面，而不是只看手机浏览器截图。
- 改版后重新抓一次做对比，把移动版当成长效检查项，而不是一次性工作。
移动端适配不是额外的工程量，而是入口页能不能被读懂的前提。先把两版内容对齐，再考虑铺量的事。