同一篇文章，桌面端放在 www 域名的某個路径下，移動端放在 m. 子域，两套 URL 同时對外開放。搜尋结果里该出現哪一個、两邊的收錄數量為什么長期對不上、移動版要不要自己收錄自己，這些問题通常要等收錄資料出現明顯偏差时才會被注意到。
先確認自己属于哪種移動方案
不同方案面對的問题完全不同，先分類再谈處理：
- 响應式设計：同一套 URL，靠 CSS 适配屏幕，不存在两套地址的對齐問题。
- 獨立移動站：m. 子域或另一套域名，URL 與桌面端一一對應。
- 動態服務：同域名但地址不同，例如带移動參數或加一层移動目錄前缀。
後两種都需要顯式声明两版之間的關系，否則搜尋引擎只能各自判断。
獨立移動站的标注要怎么寫
两版互為指向，缺一邊都不完整
桌面頁里标注對應的移動地址，移動頁里用規范連結指回桌面地址。只寫一半时，常见的表現是两邊都被單獨收錄，或者主版本在两套地址之間来回切換。
移動頁不要自己指向自己
有些模板會顺手在移動頁寫入指向自身地址的規范連結，這等于宣布移動頁才是主版本。当這個寫法只存在于部分頁面时，同一批内容的處理方式就會不一致，收錄结果自然混乱。
保持一對一
一個桌面地址對應多個移動地址（带會话參數、带分頁、带来源标记）會让對應關系變得模糊。能收敛成一對一就收敛，多余的移動版參數尽量不對外暴露。
内容量對不上时，先看移動版缺了什么
移動版為加载速度做减法，砍掉大段正文、把表格換成图片、把規格參數塞進折叠面板，這些都是抓取端能感知到的差別。如果關键信息只存在于桌面版，被收錄的那一版就可能缺少可检索的文字。
- 正文被截断或拆成多屏，後半段只靠脚本加载；
- 參數表、常见問题用图片承载，文字無法被提取；
- 标簽頁内容只在点击後注入；
- 移動頁直接跳轉到首頁或應用下载頁。
最後一種影响最大：移動頁對爬虫返回跳轉或空壳，等于主動放弃這一條地址。
收錄數量對不上时的排查顺序
- 分別取一條移動版和桌面版样本，查看两邊頁面里的标注是否互相指向。
- 確認移動頁返回正常狀態碼，而不是跳回桌面版形成循环。
- 對比两侧可见文字，找出只在桌面版出現的關键内容。
- 检查抓取規則是否誤封了移動子域，或内容分發节点對爬虫請求返回了不同结果。
- 用移動端标识請求一次，確認拿到的 HTML 與用戶實际看到的基本一致。
方案迁移时的收口
如果打算從獨立移動站改成响應式，两套地址會並存一段時間。這段過渡期里，保留移動地址到對應桌面地址的跳轉，並同步更新两邊的标注，比直接關停移動站更稳妥。等新结构稳定、抓取資料连續几周没有異常，再逐步撤掉舊地址的處理逻辑。
收錄上的许多“對不上”，源头不是抓取能力不足，而是两套頁面在描述同一份内容时说法不一致。
把两版之間的關系寫清楚、内容补齐、地址收敛，剩下的交给時間即可，不必因為短期數字波動频繁改動结构。