做蜘蛛池入口页时，移动端往往是最容易被忽略的一环。很多人只在电脑上打开看一眼，觉得排版没问题就上线了，但搜索引擎蜘蛛现在大部分是以移动 UA 来抓取的，你看到的桌面版和它看到的移动版，很可能不是同一个东西。
先确认蜘蛛用的是哪个 UA
不同搜索引擎的移动爬虫标识不完全一样。Google 的抓取主力已经是智能手机版 Googlebot，百度、Bing 也都有带 Mobile 标识的移动 UA。判断方法并不复杂：在服务器日志或 CDN 日志里按 UA 关键字过滤一遍，看落到你入口页的请求里，移动标识占多大比例、访问的是哪些 URL。
如果发现某个引擎的移动 UA 几乎没出现过，先别急着下结论说"它不来"，更可能是被前置的防火墙、CDN 规则或 robots 挡在了外面。
三种常见做法的实际差别
响应式，一个 URL 一套内容
对蜘蛛池入口页来说，这是维护成本最低的做法。URL 唯一，内容唯一，蜘蛛抓到什么，用户看到的就是什么，不需要额外做对应关系标注。代价是页面代码会多一些，如果样式和脚本处理不当，首屏时间可能被拖长。
独立移动域名或 m 子域
入口页本身的价值就在于被快速发现，多出一套 URL 意味着抓取要分摊到两个地址上，还要维护 alternate 对应关系。一旦对应关系写错或漏写，很容易出现一个是入口、一个是孤岛的情况。除非有历史包袱，一般不建议在蜘蛛池场景下用这套方案。
按 UA 动态返回不同 HTML
这种做法的风险点不在技术本身，而在内容是否一致。如果移动版返回的正文被压缩、模块被删减，蜘蛛看到的就是一个内容更薄的页面。要做的话，至少保证主体正文、标题、主要链接在两端保持一致，差别只留在样式层。
容易踩的几个坑
- 移动端内容缩水：为了排版干净，把大段文字在移动版隐藏或折叠，蜘蛛抓到的正文随之变少。
- 用 JS 判断屏幕宽度再加载内容：不执行脚本的蜘蛛拿到的可能是一个空壳，或者只有首屏骨架。
- viewport 缺失或写错：导致移动版被判定为不适配，影响后续抓取意愿。
- 移动版被误屏蔽：robots、登录墙、地区规则只对桌面路径放行，移动路径被拦。
- 跳转链太长：桌面和移动互相跳，蜘蛛在几个地址之间来回绕，浪费抓取次数。
上线前可以自查的几点
- 用移动 UA 完整抓一次，把返回的正文和桌面版做个对比，看标题、正文段落、主要链接是否都在。
- 检查 viewport 声明、字号和可点击元素的间距，至少在手机上真的能正常读。
- 确认移动版没有被 robots、CDN 规则或安全策略拦住，返回的是 200 而不是 403 或跳转。
- 隔几天看一次日志，观察移动蜘蛛的访问比例和落到入口页的次数有没有变化。
蜘蛛池入口页的移动端问题，核心往往不是"好不好看"，而是"内容是否一致、URL 是否唯一、有没有被拦住"。这三点过关，剩下的只是体验优化。
落到操作上的建议
如果入口页数量多，优先统一成响应式，减少需要维护的 URL 和对应关系；如果确实必须做独立移动版，就把内容一致性当成硬指标来检查，而不是等发现收录变少再去回头排查。移动端不是额外任务，它现在就是蜘蛛看到的主版本。