移动端流量占比高已经是常态，但不少站点在电脑上看没问题，一到手机上就出现横向滚动、按钮点不着、弹窗盖住正文的情况。这类问题不只影响访客，也会影响蜘蛛对页面的判断——现在搜索引擎普遍以移动端版本作为主要抓取对象，手机上呈现的内容，往往就是它看到的全部。
先明确一个前提：移动端页面就是主页面
不少人仍然把手机版当成“简化版”，桌面端有的内容在移动端被折叠、隐藏甚至直接不输出。如果被隐藏的正文、内链、结构化数据在移动端并不存在，蜘蛛很可能就抓不到。自查时不要只比“看起来像不像”，而要比“DOM 里有没有”。
逐项自查清单
1. viewport 与基准字号
- 页面 head 里是否有 viewport 声明，是否误写了禁止缩放之类的参数；
- 去掉缩放后正文是否小到需要放大才能读，基准字号建议不低于 16px；
- 是否用 px 固定宽度写死容器，导致小屏被撑破。
2. 点击目标与间距
- 导航、翻页、关闭按钮的实际可点区域是否够大，一般建议不小于 44×44 像素；
- 相邻链接之间是否挨得太近，容易误触；
- 下拉菜单在触屏上是否只能靠悬停触发。
3. 横向滚动与溢出
- 在 320px、375px、414px 等宽度下确认是否出现左右滑动；
- 定位常见来源：固定宽度的图片、宽表格、长英文串、代码块、内嵌 iframe；
- 表格类内容可考虑放进横向滚动容器，而不是硬压成两行。
4. 弹窗与遮挡
- 首屏是否被 App 下载引导、cookie 提示、订阅弹窗占满；
- 弹窗能否关闭，关闭后是否真的消失；
- 是否有元素用 position: fixed 挡住了底部导航或正文。
5. 图片与媒体
- 图片有没有设置 max-width: 100%，小屏下是否溢出；
- 是否按屏幕宽度提供合适尺寸的图，别让手机下载桌面大图；
- 视频、地图等第三方嵌入是否自适应。
桌面与移动端内容一致性
常见的坑包括：移动端把正文后半段省略成“展开阅读”却点不开、分页被替换成无限滚动而地址不变、结构化数据和面包屑只在桌面端输出。自查时可以在两个尺寸下分别查看页面源码，重点核对正文段落数、主要内链、canonical 与 h1 是否一致。
一份可执行的检查流程
- 挑出访问量最高的 20 个页面和最近发布的 20 个页面，作为首批样本；
- 在开发者工具里切到移动设备模式逐个尺寸过一遍，再用真机复核；
- 把问题记进表格：页面地址、问题类型、影响范围、修复人、修复时间；
- 修复后回归验证，并从抓取日志里看这些页面的移动端抓取是否正常返回；
- 把最容易反复出现的问题写进前端规范，避免新页面重蹈覆辙。
提醒：移动端改动往往会牵动页面缓存和 CDN，改完样式后先确认更新是否已经生效，不要拿旧版本页面下结论。
移动端适配不必一次做到完美，但需要固定节奏去查。把上面这些项目纳入版本上线的检查清单，比等到访客投诉、抓取异常再回头排查要省事得多。