做站点运营时，桌面端往往是最先被照顾的那一端：大屏宽、鼠标精准、滚动顺畅。但真实访客里手机占比通常更高，搜索引擎在模拟访问时也常以移动端视角为主。桌面看着没问题的页面，到了手机上可能出现横向滚动、按钮点不中、正文被浮层挡住等情况。移动端自查要做的，就是把这些差异提前找出来。
一、先把基础设置确认清楚
viewport 是否声明正确
页面头部需要有 viewport 声明，通常是 width=device-width, initial-scale=1。缺了它，手机浏览器会按桌面宽度渲染再整体缩小，字小到需要放大才能读。也要留意不要随手加上 user-scalable=no 或最大缩放限制，那会让需要放大阅读的用户没法操作。
响应式页面还是独立移动站
两种做法都能用，但维护成本不同。响应式页面只有一套 URL，改动一次两端同步，一般来说更省心。如果确实用了独立的移动域名，就要额外确认三件事：移动页与桌面页是否一一对应、相互之间有没有标注关系、用户和蜘蛛从桌面页跳到移动页时是不是一次跳转就能到位，而不是绕上好几跳。
二、逐项自查清单
- 首屏内容：第一屏能不能看到正文的开头，还是被轮播图、大导航、通栏广告占满。
- 字号与行高：正文在常见手机宽度下是否需要横向滚动，段落是否挤成一团。
- 点击目标：按钮和链接的尺寸、间距是否足够，相邻条目会不会一点就点错。
- 图片与媒体：配图是否随容器缩放，视频是否自适应，宽表格能不能在局部横向滚动而不是把整页撑开。
- 弹窗与浮层：底部悬浮客服、订阅弹层、cookie 提示会不会遮住正文，关闭按钮是否容易找到。
- 内容完整性：移动端有没有用 CSS 隐藏掉本该展示的段落、内链或说明文字。
- 跳转路径：桌面与移动地址之间的跳转是否明确，会不会把内页统一甩到首页。
- 抓取相关设置：移动页有没有误加屏蔽规则或不该有的 noindex。
- 功能可用性：搜索框、筛选、分页、表单在手机上能否正常输入与提交。
- 首屏速度：首屏图片体积、脚本数量、字体加载是否会拖慢可见内容的出现。
三、怎么把问题实际复现出来
- 用真机走一遍主要路径：首页到栏目页，再到一篇内容，最后到搜索或表单。
- 在浏览器开发者工具里切到移动设备模拟，逐档切换常见宽度，观察断点处布局是否错位。
- 开启弱网与关闭缓存再刷新，看首屏在慢速条件下是什么样。
- 把系统字号调大或开启浏览器缩放，检查是否有文字被截断。
- 对模板改动过的栏目重点复查，改版后只测首页很常见。
四、几个容易踩的误区
比较常见的一类问题是只在桌面浏览器里拖动窗口宽度来模拟手机，这能发现布局压缩的问题，却看不出触摸目标、滚动惯性、地址栏遮挡这些真实差异。另一类是把移动端当成简化版，删掉正文里的关键解释和内链，等于让移动访客看到一份缩水内容。
还有的做法是用跳转把移动访客统一送到首页，或者让首屏正文完全依赖脚本渲染，这些都会影响访问体验，也让内容对抓取工具的可读性变差。移动端与桌面端在主题内容上保持一致，是比较稳妥的做法。
移动端自查不是一次性任务。模板改版、组件升级、新增弹层之后，都值得把上面这份清单再过一遍，尤其是首屏和浮层两项。
五、和抓取的关系
搜索引擎在评估页面时，会参考移动端的呈现结果。如果移动版本内容明显更少、跳转混乱或者被规则挡住，页面的可读性判断就会受影响。这里不涉及任何保证被收录或被排名的说法，能做的只是把该展示的内容完整展示出来，让地址跳转清楚、页面能正常打开。
把移动端自查固定成一个小节奏：每月走一遍主要路径，每次模板改动后复查首屏与浮层，发现的问题记进待办清单并注明复查时间。比起一次性大扫除，这种小步检查更容易坚持，也更容易发现问题出现的具体节点。