现在多数搜索引擎以移动端页面作为抓取和评估的主要版本。如果你只在电脑上检查站点，很容易漏掉手机端才出现的问题：横向滚动条、被遮住的正文、迟迟加载不出来的首屏图片。这些问题不一定马上反映在数据里，但会慢慢消耗蜘蛛的抓取效率和访客的耐心。移动端自查不需要复杂工具，重点是按清单走一遍。
先确认一件事：移动端和桌面端是不是同一套内容
如果你的站点是用同一套模板响应式输出，手机端和电脑端看到的是同一份 HTML，只是样式不同，这种情况最省心。如果是单独维护 m 开头的子域或独立移动站，就要额外确认两边的标题、正文、链接是否对应，以及旧地址有没有做跳转。若同一 URL 根据 UA 返回不同 HTML，风险更大：一旦移动端少了正文关键段落，就可能被判断为内容不一致。
视口设置
页面头部缺少 viewport 声明时，手机会按桌面宽度渲染再整体缩小，字小到看不清，用户需要双指放大才能读。检查要点是宽度设为设备宽度、初始缩放为 1，且不要用 maximum-scale 锁死缩放。
内容与结构一致性
导航可以折叠，但链接要真实存在于 HTML 中，而不是必须点开才由脚本生成。正文的关键段落不要在移动端被隐藏，图片可以换小尺寸，文字不建议删减。
逐项自查清单
布局与触控
- 是否存在横向滚动，宽表格、长代码块、固定宽度图片是常见原因。
- 正文字号建议不低于 14px，正文常用 16px 更稳妥。
- 按钮和链接的点击区域别太小，相邻链接之间留出间距，避免误触。
- 导航层级在窄屏下不要堆到三四层，重要入口尽量前置。
图片与媒体
- 用自适应图片或 srcset 按屏幕宽度取图，避免手机加载桌面大图。
- 首屏图片控制体积，优先压缩与使用合适格式。
- 正文图片不要一律懒加载，否则首屏可能出现大片空白。
- 视频不要自动播放带声音，宽度要能随容器收缩。
弹窗与遮挡
- 下载应用、订阅提醒、Cookie 提示等浮层，关闭按钮要可点，别盖住正文。
- 浮层不要一出场就占满屏幕，也不要在滚动过程中反复弹出。
性能与资源
- 统计移动端加载的脚本数量，第三方脚本往往是拖慢首屏的主因。
- 字体文件是否过大，是否阻塞了文字渲染。
- CDN 与缓存策略是否对移动端同样生效。
几个常见误区
- 只测首页。栏目页、详情页、列表翻页的问题往往更多。
- 只在模拟器里看。低端安卓机和弱网下的表现才是真实情况。
- 认为“响应式”就等于移动友好。断点之后布局变形、元素重叠并不少见。
- 忽略独立移动站的地址映射。迁移到响应式时，旧地址要用 301 处理好。
- 用 display:none 给移动端藏掉大段内容，容易被判为内容不一致。
十分钟能跑完的巡检流程
- 用手机打开首页、两个栏目页、两个详情页，看是否横向滚动、正文是否被遮挡。
- 在开发者工具里切换 320、375、414 三个宽度，观察断点处布局。
- 看首屏加载，记录请求数量和图片体积。
- 核对标题、描述与主要链接是否和桌面端一致。
- 用真机点一遍导航、分页和表单。
- 把问题按影响面排序，先修影响最大的。
移动端适配不是一次性任务。换模板、加栏目、调整 CDN 都可能把问题带回来，把它放进上线前的检查清单更省事。
收尾
移动端的问题往往很零碎，单个看起来都不严重，但积累起来会体现在跳出率和抓取效率上。与其等数据下滑再回头排查，不如固定一个简单的巡检节奏，每次改动后花几分钟确认基本项没问题。