移动端流量占比高已经是常态，但不少站点的移动适配是顺手做的：模板套用、断点随手写、弹窗和浮层后来再补上去。桌面端看着正常，手机上却是另一套体验。这篇文章从站点运营的角度，给出一份可以定期跑的移动端自查清单。
第一步：确认视口与基础设置
很多移动端错位的根源不在样式表，而在最开头的一行 meta。先看这几项：
- 是否设置了 viewport，有没有写成固定宽度（比如 width=1200）导致页面被整体缩放。
- 是否误用了 user-scalable=no 或 maximum-scale=1，把用户的双指缩放锁死，对可读性不利。
- 桌面端与移动端是否指向同一套地址。如果用了独立的移动子域，要确认跳转稳定，两边内容一致。
第二步：看布局和内容有没有被砍掉
布局层面
- 是否出现横向滚动条，通常来自固定宽度的图片、表格或代码块。
- 按钮、导航项之间的间距是否过小，手指容易点错。
- 正文是否被侧栏、悬浮客服、底部吸底栏挤得只剩一条窄缝。
内容层面
- 移动端是否隐藏了大段正文，只留一句请到电脑端查看。这种做法两边都不讨好。
- 图片是否按容器自适应，而不是撑破布局。
- 表格是否有横向滚动容器，或者改成卡片式展示。
第三步：检查那些后来加上去的东西
很多移动端体验问题，来自后期接入的第三方组件：
- 全屏弹窗、开屏广告，是否一进页面就挡住内容。
- 悬浮按钮是否覆盖正文，或遮挡了关键操作。
- 统计代码、评论组件、客服脚本是否在移动网络下加载缓慢，甚至阻塞渲染。
- 字体和图标库是否按需加载，避免首屏拉一堆用不到的资源。
一个简单的判断方法：用手机在弱网环境下打开几个典型页面，如果首屏几秒内还看不到正文，就值得排查了。这里谈的是可用性，不涉及任何排名承诺。
第四步：确认移动蜘蛛看到的内容
现在搜索引擎普遍以移动端为主要抓取对象，所以移动端能不能正常渲染，会直接影响内容被发现。自查时重点看：
- 移动端是否对正文做了大量懒加载，且没有可识别的降级内容。
- 主要内容是否藏在需要点击展开之后才出现。
- 移动端与桌面端的标题、正文、关键信息是否存在明显差异。
- robots 规则或 UA 判断是否误伤了移动蜘蛛，比如只放行桌面端的 UA。
一份可执行的检查流程
- 挑选首页、栏目页、列表页、正文页各两到三个代表页面，不要只看首页。
- 用真机检查，而不是只用开发者工具的模拟视图，至少覆盖一台安卓机和一台 iPhone。
- 记录问题：截图、页面地址、机型、出现条件，方便后续修复和复验。
- 按影响面排序修复，先处理遮挡正文、横向滚动、按钮点不中这类硬问题。
- 修复后重新拉一次移动端渲染结果，确认内容确实出现了。
把它变成固定动作
移动适配不是一次性任务。模板改版、接入新组件、上新广告位，都可能把已经正常的页面重新弄坏。比较实际的做法是：每次改版上线前跑一遍上面的清单，每季度再整体复检一次，把移动端体验当成和服务器状态、抓取日志一样的日常巡检项。