很多站点在桌面端看没有問题，換到手机上就露出破绽：正文少了几段，導航折進汉堡菜單後找不到二級栏目，表格横向溢出，彈窗挡住正文還關不掉。移動端适配常被当成设計环节的事，但它同时影响訪客能不能讀完内容，也影响蜘蛛拿到的是不是一個完整頁面。
下面按几個可以實际動手检查的角度整理一遍，适合在改版、上线、換模板之後拿出来對照。
一、先確認移動端和桌面端是不是同一個頁面
响應式布局、獨立 m 站、同一地址按 UA 返回不同模板，這几種做法都常见。形式本身不是問题，關键在于内容是否對得上。
- 桌面端出現的正文段落，移動端是否完整保留，有没有被折叠成“展開阅讀全文”才能看到；
- 桌面端展示的導航、面包屑、相關連結入口，移動端是否還能走到；
- 移動端是不是額外塞了一堆桌面端没有的推廣模块，把主要内容挤到很靠下的位置；
- 如果用了獨立 m 站，canonical 是否指向正确的首選地址，而不是互相指着對方。
当两邊内容差异很大时，蜘蛛按哪個版本理解頁面主题就變成一件说不清的事。與其事後解释，不如尽量让两個版本承载同样的信息。
二、视口與基础布局
- viewport 声明是否寫對，宽度是否跟随设备宽度；
- 是否為了“看起来整齐”直接禁用缩放，让需要放大的訪客没法放大；
- 長表格、代碼块、预格式化文本是否横向溢出，導致整頁左右晃動；
- 正文字号在手机上是否需要反复双指放大才能讀顺。
這些属于基础項，改動成本不高，但直接影响訪客的第一印象。移動端留不住人，後面的内容运营也很难展開。
三、交互元素能不能点得到
手机和鼠标最大的区別是手指的落点没那么精确。
- 按钮、連結的可点区域是否過小、過密，容易誤触相邻項；
- 依赖 hover 展開的下拉菜單、二級導航，在触屏上是否根本打不開；
- 彈窗、浮层、Cookie 提示是否遮挡正文，關閉按钮是否小到点不中；
- 电话、地址、信箱這些信息是否做成了可点击連結，减少訪客手動複製。
四、资源加载與流量成本
- 图片是否按顯示尺寸輸出，而不是把桌面端大图直接丢给手机；
- 是否使用响應式图片属性或現代图片格式，减少不必要的体积；
- 是否有体积偏大的脚本、字体、第三方组件挡住首屏内容；
- 懒加载是否把首屏内的關键图片也一起懒掉了，反而拖慢可见速度。
移動端網絡环境參差，资源控制比桌面端更敏感。可以先用弱網模式看一遍首屏，通常能發現問题集中的位置。
五、移動端與蜘蛛訪問
移動 UA 抓取已经是常態。如果站点按 UA 做跳轉或返回不同模板，需要確認几件事：
- 跳轉目标是否稳定，避免出現移動 UA 跳 A、桌面 UA 跳 B 的循环；
- 移動版本是否可正常抓取，没有在 robots 里被顺带屏蔽，也没有被登入墙挡住；
- 移動 UA 是否被訪問频率限制誤伤，和正常訪客一起拦在门外；
- 两個版本是否都能返回正常狀態碼，而不是一方跳向另一方又跳回来。
這些属于技術层面的地基問题。處理好未必带来什么額外收益，處理不好却會持續消耗排查精力。
六、可以定期過一遍的清單
- 用手机打開首頁、栏目頁、内容頁，各看一遍正文和入口是否完整；
- 检查頁面是否有横向滚動條，表格和图片是否溢出；
- 点击主導航、分頁、表單提交按钮，確認都能正常响應；
- 用移動 UA 模拟抓取一個内容頁，對比返回内容與狀態碼；
- 把移動端和桌面端的信息差异记下来，分批拉齐，不要一次全改。
移動端适配不是一次做完就結束的項目，而應该成為每次改版、每次上线前的固定检查項。
如果人力有限，優先處理内容缺失、入口走不通、狀態碼異常這三類問题，收益最直接，也最容易驗證。