不少站点的桌面端看起来整齐，切到手机上却出現横向滚動、字号過小、按钮挤在一起的情况。搜尋引擎現在普遍按移動端優先的方式抓取和评估頁面，用戶在手机上的阅讀体驗，和蜘蛛看到的頁面版本，往往是同一套東西。把移動端單獨拿出来做一次自查，比等到流量下滑再回头找原因要省事得多。

移動端優先到底在检查什么

它並不是要求你另外做一套手机站，而是希望同一個地址在窄屏下依然能完整呈現主体内容。具体来说，自查时關注三件事：内容是否齐全、交互是否可用、资源是否拖得動頁面。這三件事和桌面端的检查逻辑一致，只是判定的屏幕條件換成了手机。

逐項自查清單

1. viewport 與基础渲染

先確認頁面头部有 viewport 声明，並且没有把初始缩放鎖死。常见問题是声明寫成固定宽度，導致手机浏览器按桌面宽度渲染再整体缩放，正文看起来像一張缩小的截图。同时检查是否残留了桌面的固定宽度容器，例如寫死 1200px 的外层 div。

2. 正文與排版

• 正文字号在手机上是否容易阅讀，行高是否够松
• 段落之間是否有足够間距，長段落是否影响滑動
• 标题层級是否清晰，h2、h3 在窄屏下是否被压成一团
• 表格、代碼块等宽内容是否會撑破容器

3. 点击区域與交互

用手机實际点一遍導航、翻頁、展開更多、提交按钮。如果要点好几次才命中，說明点击热区太小或間距不够。下拉菜單、二級導航在触屏上是否還能正常展開，也是需要驗證的点。

4. 图片與媒体资源

检查图片是否按屏幕宽度自适應，有没有為了清晰度直接輸出超大原图。首屏大图、轮播图、自動播放的视频，是拖慢移動端加载的主要来源，可以先用浏览器開發者工具把網絡限速打開，感受一下真實加载過程。

5. 浮层、彈窗與广告

這是移動端最容易出問题的地方。底部悬浮栏、全屏彈窗、自動跳轉的下载引導，都可能盖住正文或遮挡跳轉連結。自查时注意：彈窗是否有明顯關閉入口，是否在用戶還没看到内容时就彈出，關閉後是否還會再次彈出。

6. 移動 UA 抓取驗證

用移動端 UA 請求几個代表性頁面，看返回的 HTML 是否包含正文和主要内鏈。如果服務端對移動 UA 做了差异化輸出，要確認返回的内容没有缺斤少两，也没有出現只在移動版本里才有的重定向鏈。

几個容易忽略的坑

• 字号用 px 寫死，用戶調整系統字体後頁面比例失衡
• 横屏狀態下布局错位，尤其是带侧邊栏的模板
• 只在一種主流机型上测過，忽略了小屏设备
• 移動端隐藏了部分導航，却没有提供替代入口
• 修复後只在首頁驗證，栏目頁和詳情頁仍是舊样式

修复優先級怎么排

1. 先處理挡住内容的問题：全屏彈窗、無法關閉的浮层、正文被覆盖
2. 再處理影响阅讀的問题：字号、行高、横向滚動
3. 然後處理影响跳轉的問题：点击热区、導航可用性
4. 最後優化加载：图片尺寸、懒加载、首屏资源數量

自查的目的是让頁面在手机上能正常讀、正常点、正常跳，而不是追求某種统一模板。改動之前先记錄目前狀態，改完再對比，才看得出有没有真的變好。

把自查變成長期习惯

移動端的問题很少是一次性解决的，模板調整、广告位增删、插件升級都可能重新引入。可以把上面几項整理成一份简短清單，在每次改版或上新栏目後過一遍，重点看首屏和正文区域。網站在手机上是否顺畅，用戶和蜘蛛的感受其實是一致的，這一点值得定期花点時間確認。