判断一个站点是否健康，除了看服务器日志和抓取记录，还有一个更直观的角度：用手机打开自己的网站。很多时候桌面端一切正常，手机上却出现横向滚动、正文被折叠、弹窗盖住内容的情况。移动端适配没做好，不只是访客体验差，也可能让搜索引擎看到的内容和你以为的不一样。
移动端最容易出问题的几处
- 视口（viewport）没写或写死宽度，整个页面被缩小，字小得看不清；
- 为了排版好看，用 CSS 在窄屏下把大段正文隐藏掉；
- 独立移动站（比如 m. 子域）只放了标题和摘要，正文比主站少一大截；
- 图片、表格、代码块用固定像素宽度，撑出横向滚动条；
- 广告位、悬浮客服条、订阅弹窗遮住正文，关闭按钮还点不中。
先看视口和基础布局
视口声明通常写在页面头部，作用是告诉浏览器按设备宽度渲染。如果缺了这一行，或者在宽度上写死一个较大的数值，手机浏览器会把整个页面缩小后塞进屏幕，文字跟着变小，用户需要双指放大才读得下去。自查办法很简单：在手机上打开页面，看看是否需要手动缩放，是否出现左右滑动。出现横向滚动，多半是某个元素宽度超出了视口。
隐藏内容要分清楚两种情况
折叠菜单、选项卡、手风琴这类交互，内容仍然写在 HTML 里，只是被样式控制显示与否，一般不影响抓取。真正需要留意的是另一种：用媒体查询在窄屏下给正文加 display:none，让移动端只保留标题和图片。这种做法在桌面看没问题，但搜索引擎现在普遍以移动端页面为主来理解你的内容，被隐藏的部分可能就不参与判断了。
如果确实想在移动端精简版面，优先考虑调整顺序、折叠次要段落，而不是把核心正文整体藏起来。判断标准可以简单一点：手机上用户能读到的核心信息，应该和桌面端大致相当。
独立移动站要保持对应
有些站点会给移动端单独做一个域名或路径。这样做不是不行，但要保证三件事：内容量不能缩水太多，标题和描述保持一致，两边能互相指向、说明对应关系。如果移动站只留一段摘要，正文得点进主站才能看，在移动优先的环境下就容易被抓到一份“半成品”。
可读性与可点按
- 正文字号别太小，行高留够，行宽控制在手机上不需要频繁左右移动视线的范围；
- 按钮、导航项之间留出足够间距，减少误点；
- 表单输入框能正常唤起键盘，不要被固定定位的底栏挡住；
- 弹窗必须能关闭，也不要一进页面就全屏遮住正文。
速度与首屏资源
移动网络下，首屏体验受图片和脚本影响最大。首页轮播图、几张没压缩的大图、多个第三方统计与客服脚本，都会让首屏迟迟出不来。图片可以按屏幕宽度提供多套尺寸并适当压缩；懒加载要用对位置，首屏可见的图不建议延迟加载，否则用户和蜘蛛看到的都是一片空白区域。
一份可以照着做的自查清单
- 用真机分别打开首页、栏目页和一篇文章页，观察是否有横向滚动、文字截断、内容被遮挡；
- 确认视口声明存在且按设备宽度渲染，没有写死一个大宽度；
- 检查媒体查询里所有 display:none 的位置，确认没有把核心正文隐藏掉；
- 如果有独立移动站，对比两边的内容量、标题和互相指向的标注；
- 逐个打开弹窗、悬浮条，确认可关闭且不遮挡正文；
- 检查表单、搜索框、分页按钮在手机上是否可用；
- 统计首屏的图片体积和脚本数量，看看有没有明显偏大的资源；
- 用抓取工具以移动端身份访问同一批 URL，和桌面端结果对比，差异大的地方重点排查。
移动端适配不是做完一次就结束的事。模板改版、新增一个弹窗组件、运营临时挂一个悬浮入口，都可能让原本正常的页面重新出问题。把上面几项放进固定的检查流程，比事后从日志里找原因省事得多。
花十几分钟用手机走一遍自家站点，往往能发现一些平时在电脑上完全看不出来的问题。发现问题不可怕，怕的是它一直存在，却没人从访客和抓取的角度去看。