判断一個站点是否健康，除了看服務器日誌和抓取记錄，還有一個更直观的角度：用手机打開自己的網站。很多时候桌面端一切正常，手机上却出現横向滚動、正文被折叠、彈窗盖住内容的情况。移動端适配没做好，不只是訪客体驗差，也可能让搜尋引擎看到的内容和你以為的不一样。
移動端最容易出問题的几處
- 视口（viewport）没寫或寫死宽度，整個頁面被缩小，字小得看不清；
- 為了排版好看，用 CSS 在窄屏下把大段正文隐藏掉；
- 獨立移動站（比如 m. 子域）只放了标题和摘要，正文比主站少一大截；
- 图片、表格、代碼块用固定像素宽度，撑出横向滚動條；
- 广告位、悬浮客服條、订阅彈窗遮住正文，關閉按钮還点不中。
先看视口和基础布局
视口声明通常寫在頁面头部，作用是告诉浏览器按设备宽度渲染。如果缺了這一行，或者在宽度上寫死一個較大的數值，手机浏览器會把整個頁面缩小後塞進屏幕，文字跟着變小，用戶需要双指放大才讀得下去。自查办法很简單：在手机上打開頁面，看看是否需要手動缩放，是否出現左右滑動。出現横向滚動，多半是某個元素宽度超出了视口。
隐藏内容要分清楚两種情况
折叠菜單、選項卡、手風琴這類交互，内容仍然寫在 HTML 里，只是被样式控制顯示與否，一般不影响抓取。真正需要留意的是另一種：用媒体查询在窄屏下给正文加 display:none，让移動端只保留标题和图片。這種做法在桌面看没問题，但搜尋引擎現在普遍以移動端頁面為主来理解你的内容，被隐藏的部分可能就不參與判断了。
如果确實想在移動端精简版面，優先考虑調整顺序、折叠次要段落，而不是把核心正文整体藏起来。判断标准可以简單一点：手机上用戶能讀到的核心信息，應该和桌面端大致相当。
獨立移動站要保持對應
有些站点會给移動端單獨做一個域名或路径。這样做不是不行，但要保證三件事：内容量不能缩水太多，标题和描述保持一致，两邊能互相指向、說明對應關系。如果移動站只留一段摘要，正文得点進主站才能看，在移動優先的环境下就容易被抓到一份“半成品”。
可讀性與可点按
- 正文字号別太小，行高留够，行宽控制在手机上不需要频繁左右移動视线的范围；
- 按钮、導航項之間留出足够間距，减少誤点；
- 表單輸入框能正常唤起键盘，不要被固定定位的底栏挡住；
- 彈窗必须能關閉，也不要一進頁面就全屏遮住正文。
速度與首屏资源
移動網絡下，首屏体驗受图片和脚本影响最大。首頁轮播图、几張没压缩的大图、多個第三方統計與客服脚本，都會让首屏迟迟出不来。图片可以按屏幕宽度提供多套尺寸並适当压缩；懒加载要用對位置，首屏可见的图不建议延迟加载，否則用戶和蜘蛛看到的都是一片空白区域。
一份可以照着做的自查清單
- 用真机分別打開首頁、栏目頁和一篇文章頁，观察是否有横向滚動、文字截断、内容被遮挡；
- 確認视口声明存在且按设备宽度渲染，没有寫死一個大宽度；
- 检查媒体查询里所有 display:none 的位置，確認没有把核心正文隐藏掉；
- 如果有獨立移動站，對比两邊的内容量、标题和互相指向的标注；
- 逐個打開彈窗、悬浮條，確認可關閉且不遮挡正文；
- 检查表單、搜尋框、分頁按钮在手机上是否可用；
- 統計首屏的图片体积和脚本數量，看看有没有明顯偏大的资源；
- 用抓取工具以移動端身份訪問同一批 URL，和桌面端结果對比，差异大的地方重点排查。
移動端适配不是做完一次就結束的事。模板改版、新增一個彈窗组件、运营临时挂一個悬浮入口，都可能让原本正常的頁面重新出問题。把上面几項放進固定的检查流程，比事後從日誌里找原因省事得多。
花十几分钟用手机走一遍自家站点，往往能發現一些平时在电脑上完全看不出来的問题。發現問题不可怕，怕的是它一直存在，却没人從訪客和抓取的角度去看。