不少站点在电脑上看着挺正常，换到手机上就变了样：正文被弹窗盖住、宽表格要左右拖、按钮小到点不准。移动端体验不只是给访客看的，搜索引擎的抓取和渲染也越来越多地以移动端为准，手机上看不清、拿不到的页面，在索引里往往也好不到哪去。
移动端自查要解决什么问题
自查的目的不是把页面做得花哨，而是确认三件事：正文能不能被正常读到、主要内容是不是一开始就在 HTML 里、小屏上有沒有明显的操作障碍。这三件事分别对应抓取、渲染和用户留存，任何一项出问题，后面的优化都要打折。
视口与基础排版
先把浏览器窗口缩到 375px 左右宽，模拟一台普通手机，然后逐条看。
- 视口标签：确认页面存在 meta viewport，且包含 width=device-width、initial-scale=1。缺了它，手机浏览器会按桌面宽度渲染再整体缩小，字会变得很小。
- 字号与行高：正文字号建议不低于 14px，行高留足；长段落老老实实单栏，不要在小屏上搞两栏或窄侧栏。
- 横向滚动：只要有一个元素超出屏幕宽度，整页就能左右拖。常见元凶是写死宽度的图片、宽表格和绝对定位的浮层。
- 宽表格：要么改成卡片式排版，要么只让表格自身的容器可以横向滚动，别让整个页面跟着滚。
遮挡正文的元素
这一项在移动端最常见，也最容易被忽略。
- 首次进入就弹出的全屏广告、下载引导、优惠券浮层，到底盖住了多少正文。
- 底部固定条占掉了多少可视区域，滚动到底时能不能关掉。
- 关闭按钮的尺寸和位置，手指能不能一次点中，会不会点了反而跳走。
- 弹层出现时背景是否还能滚动，页面有没有被锁死。
检查方法很简单：用手机打开页面，什么都不点，看首屏能看到多少正文。如果首屏只有一张大图和一句“打开 App 阅读全文”，那么移动端抓取拿到的有效内容大概也就这么多。
图片与静态资源
- 图片是否设置了自适应宽度，比如 max-width:100%，有没有硬写死的宽高。
- 首屏大图的体积，在移动网络下会不会拖很久才出来。
- 懒加载有没有把首屏内容也一起懒掉，导致一开始是空白。
- 自定义字体在移动端的加载与回退，避免长时间白屏。
交互后才出现的内容
有些站点把正文放在“展开全文”“点击查看”之后，或者完全依赖前端渲染，初始 HTML 里只有一段空壳。搜索引擎虽然能执行一部分脚本，但执行预算和等待时间都有限，能不能稳定拿到内容并不可控。
- 折叠内容是否本来就写在 HTML 里，只是被 CSS 隐藏。
- 关键正文是否要等接口返回才插入，接口超时页面就空了。
- “加载更多”的后续内容，是否有可被抓取的独立地址，而不是只能靠点击才出现。
移动端地址与跳转
- 如果做过 m. 独立站，检查移动端与桌面端的互跳，是否形成循环或无限重定向。
- 是否采用不区分 UA 的自适应方案，避免同一个地址对不同设备返回差异过大的内容。
- 移动端地址是否也能被站内链接正常指向，而不是只靠自动跳转才能到达。
一份可以照着做的检查清单
- 把窗口缩到 375px，逐页看首屏正文占多少。
- 临时关掉脚本，看正文是否还在。
- 检查视口标签，并确认页面不存在横向滚动。
- 用手机数据网络打开，记下首屏加载需要多久。
- 检查弹窗、底栏、返回顶部按钮是否遮挡内容。
- 抽查五个移动端地址，看互跳和重定向是否正常。
- 在服务端日志里筛移动端 UA，确认返回的状态码是 200。
移动端自查不必一次做完整站，先挑流量最大、更新最勤的几个栏目跑一遍，把“正文读得到、抓得到”这两件事解决掉，通常比继续往上加功能更划算。