現在搜尋引擎基本以手机抓取到的頁面作為主要判断依據，但不少站点的移動端仍是把桌面版压缩後的产物：字号小、按钮挤在一起、一進頁面先彈一個遮挡正文的浮层。结果是用戶看不下去，蜘蛛拿到的内容也和桌面版對不上。移動端自查不是再做一個 App 式頁面，而是確認手机訪問时看到的東西是完整、可用、可被抓取的。
先確認一件事：移動端是主要版本
移動優先索引的意思並不是“移動端優先展示”，而是搜尋引擎主要用手机 UA 抓取到的 HTML 来判断頁面内容與质量。所以桌面端做得再漂亮，如果手机 UA 拿到的是残缺内容、被浮层盖住的正文，或者需要等脚本执行完才出現的文字，被索引的就是那一版。
移動端自查清單
视口與缩放
- 頁面是否声明了 viewport meta，且没有把缩放比例鎖死在過小的值上
- 双指放大是否被禁用，禁用之後小字号内容基本没法讀
- 横竖屏切換後，布局和導航是否仍然可用
内容與桌面版是否一致
- 正文、标题、主要图片和關键連結在手机端是否完整存在
- 有没有為了“移動端简洁”直接隐藏大段正文或表格
- 隐藏用的是 CSS 隐藏還是服務端不輸出——前者蜘蛛可能讀到，後者讀不到，两種情况都要心里有數
点击目标與可点击区域
- 按钮尺寸是否够大，相邻連結之間是否留有間距，避免誤点
- 導航收進汉堡菜單後，展開内容是否仍以真實 HTML 輸出，而不是纯脚本临时拼出来
- 表單輸入框在手机上是否會触發不合适的键盘類型
字体與阅讀体驗
正文字号、行高、前景與背景的對比度都值得在真机上看一眼。深色背景配浅灰文字，在戶外光线下往往很难辨認，用戶會直接登出。
图片、视频與懒加载
- 图片是否按屏幕宽度提供合适尺寸，有没有把桌面大图直接塞给手机
- 首屏图片的懒加载是否真的生效，有没有出現图迟迟不出現的情况
- 视频或第三方播放器是否占满首屏並遮挡了主体内容
彈窗與浮层
首屏就彈下载 App、领優惠券、订阅邮件，是移動端最常见的体驗問题。自查时用手机 UA 打開頁面並截图，看看不滚動的情况下能看见多少正文，如果第一屏全是广告和彈窗，就值得調整触發时机。
加载速度與资源体积
- 移動網絡下首屏大致多久能出現主要内容
- 是否有大量阻塞渲染的脚本塞在头部
- CSS 和 JS 是否按需加载，還是每次全量拉取
几個容易踩的誤区
- 認為“桌面端有内容就够了”，把移動端隐藏的内容当成不存在，實际上等于没寫。
- 使用獨立的移動域名却没有做好對應關系與跳轉，两套内容容易互相竞争。
- 只在电脑上的小窗口里缩着看，不去真机和中低端安卓机上试。
- 把响應式布局等同于移動适配，忽略了触屏没有 hover、手势操作不同這些差异。
把自查變成固定動作
建议每季度用真机過一遍主要模板：首頁、栏目頁、文章頁、搜尋頁、表單頁，记錄問题、修复時間與复测结果。模板改動之後，再用手机 UA 抓一次頁面，確認返回的 HTML 與用戶實际看到的一致。
移動端自查的目的不是拿满分，而是保證手机用戶和蜘蛛拿到的是同一份完整、可讀的内容。