很多站点的移动端流量早就不低于桌面端，但适配这件事往往被排在最后。栏目加了、模板换了、活动页上线了，真正拿手机从头走一遍流程的人却不多。结果是桌面端看着没问题，手机上一堆横向滚动、按钮点不到、弹窗挡住正文。这些问题不一定会被工具标红，却会直接影响访客停留和后续抓取。
先确认访客和蜘蛛看到的是同一版页面
如果站点用过 m. 子域名或独立移动站，要特别留意两版内容是否一致。常见情况是移动版少了部分栏目、正文被截断、参数或者评论区缺失，而跳转又依赖 User-Agent 判断。搜索引擎的移动优先索引以移动版内容为准，移动版里缺的栏目，在移动端基本就等于不存在。
- 用手机 UA 抓一次页面，对比桌面版和移动版返回的 HTML 主体内容，重点看标题层级和正文长度。
- 使用独立移动域名的，确认两版之间的互相指向声明完整，别一边写了另一边漏了。
- 避免在移动端用脚本动态删掉大段内容，尤其是正文后半段和结构化数据部分。
viewport、字号与点击区域
viewport 没设好，页面在手机上就是被缩小的桌面版。这类问题在模板改版后最容易出现：桌面样式调好了，meta 却忘了改回来。
- 确认 viewport 使用 width=device-width, initial-scale=1，而不是写死一个固定宽度。
- 正文字号和行高在手机上是否可读，有没有必须双指放大才能看清的段落。
- 按钮、导航项、分页链接的点击区域是否足够大，相邻链接之间有没有留出间距。
- 表单输入框聚焦弹出键盘时，会不会遮住提交按钮，用户能不能顺手完成操作。
首屏遮挡：弹窗、插屏和固定横幅
打开页面先弹 App 下载、先弹订阅、先弹优惠券，内容还没看到就被遮住一半。移动端屏幕本来就小，遮挡带来的挫败感比桌面端更强。建议把弹窗的触发时机往后放，或者至少保证关掉之后一段时间内不再重复弹出。
- 检查首屏是否有大面积浮层，正文和主入口是否还能直接看到。
- 确认关闭按钮足够大、位置固定，不会因为页面滚动而跑到屏幕之外。
- 底部固定悬浮条是否会盖住页面尾部的链接和分页。
图片、表格与横向滚动
横向滚动是移动端体验最明显的减分项。它通常不是设计问题，而是某些元素没有跟着屏幕收缩。
- 图片是否设置了宽度上限，宽图会不会把整个页面撑开。
- 数据表格在窄屏下如何处理，是改成卡片式展示，还是限制在容器内单独横向滚动。
- 代码块、长英文链接和连续英文单词是否能正常断行。
- 嵌入的视频、地图、第三方组件是否有固定高度和自适应宽度。
被折叠和被隐藏的内容
手风琴、标签页、展开全文这类交互，本身没问题，关键看内容是怎么来的。如果内容一开始就在 HTML 里，只是用样式折叠，通常还能被读到；如果是点击之后才异步插入，那就得考虑默认状态下是否有可抓取的内容。
- 折叠区域里的正文和链接，是否出现在初始 HTML 中。
- 标签页切换的内容，有没有全部保留在页面上。
- 移动端专用的精简模板，是否把导航和分类入口一起精简掉了。
一份可以照着走的自查清单
- 用真实手机打开首页、栏目页、详情页各一个，完整走一遍浏览路径。
- 检查上述页面的 viewport、字号、点击区域和遮挡情况。
- 用手机 UA 抓取页面，对比移动版与桌面版的主体内容差异。
- 检查移动端是否有多余的重定向或跳转链路。
- 把发现的问题按影响程度排序，先修正文、入口和表单，再处理装饰性问题。
移动端自查不必一次改完。先把影响阅读和操作的问题解决掉，剩下的细枝末节可以排进后续迭代，关键是别让它一直躺在待办列表里。
移动端适配不是一次性的项目，而是跟着模板、活动和内容一起变化的日常维护。隔一段时间用手机重新走一遍站点，往往能发现工具报表里看不到的问题。