很多站点的内容更新和頁面检查都是在电脑上完成的，站長自己很少用手机走一遍完整流程。结果是桌面端看起来正常，手机端却出現横向滚動、彈窗盖住正文、图片加载不出来等問题。對訪客来说是体驗問题，對抓取来说，則可能让蜘蛛拿到一個残缺的頁面。
為什么移動端值得單獨自查
現在主流搜尋引擎基本以移動端頁面作為主要评估對象，抓取时使用的 UA 也多為移動端标识。如果服務器對移動 UA 返回的内容與桌面端差异過大，或者移動頁面依赖大量脚本才能渲染出正文，就容易出現桌面能看、移動看不到的情况。
另外，手机端的網絡环境和屏幕尺寸都更受限，一些在桌面端不明顯的問题會被放大，比如首屏被广告位占满、正文被折叠、按钮点不中。這些問题不需要多高深的技術就能發現，但需要有人专门去看。
自查清單：從打開到讀完
1. viewport 與基础布局
- 頁面 head 中是否有 viewport 声明，宽度是否設定為设备宽度。
- 是否存在横向滚動條，長表格、代碼块、宽图是否溢出容器。
- 正文字号在手机上是否需要放大才能阅讀，行高是否過密。
- 按钮和連結的可点击区域是否足够大，相邻連結是否容易誤触。
2. 内容一致性
移動端和桌面端應该是同一套内容的两種呈現，而不是两套不同的頁面。重点確認這几處：
- 标题、正文、發布時間是否一致，移動端是否缺少關键段落。
- 移動端是否隐藏了部分内鏈或相關推荐，導致連結结构不同。
- canonical 是否指向同一個主地址，移動域名與主域名之間是否互相声明。
3. 彈窗與遮挡
開屏广告、App 下载引導、Cookie 提示、订阅浮层，這些元素在手机上很容易挡住正文。检查时注意：彈窗是否有關閉按钮且能正常關閉；關閉後是否會再次彈出；彈窗是否覆盖首屏大部分内容；用無脚本方式打開时，正文是否仍然可讀。
4. 资源体积與加载
- 首屏图片是否過大，是否使用了响應式图片或按宽度加载。
- 是否有懒加载图片在未滚動时一直是占位狀態，影响内容完整性。
- 第三方脚本、統計代碼、字体文件是否拖慢了首屏渲染。
- 在弱網环境下，正文文字能否先于图片出現。
5. 跳轉與移動域名
如果站点使用單獨的移動域名，需要確認跳轉逻辑是否稳定：桌面 UA 訪問移動地址时跳回主站、移動 UA 訪問主站时跳到移動站，這類規則要避免形成循环跳轉。使用响應式布局的站点則要检查移動站是否被错誤地設定成 noindex，或者被 robots.txt 整体拦掉。
怎么驗證更靠谱
- 用手机真机走一遍主要栏目，记錄打開缓慢或排版错乱的頁面。
- 在浏览器開發者工具中切換到移動设备模拟，检查控制台报错和资源加载情况。
- 用抓取工具或命令行請求，把 UA 換成移動端标识，對比返回的 HTML 是否包含正文。
- 關閉 JavaScript 再打開頁面，看核心内容是否還能呈現。
- 把發現的問题按栏目归類，優先處理流量集中的頁面。
移動端自查不需要一次性把所有頁面都過一遍，先覆盖首頁、栏目頁和最近更新的内容，往往就能發現大部分共性問题。
移動端适配不是做一次就結束的工作。模板改版、新增广告位、接入新的第三方脚本，都可能重新引入問题。把上面這份清單固定成發布前的一個步骤，比等到流量下滑再回头排查要省事得多。