同一個頁面在手机和电脑上分別有獨立地址，是很多站点的歷史结构。這類站点在做收錄核對时，经常遇到两種相反的現象：桌面 URL 長期留在索引里，移動 URL 迟迟不出現；或者两套都進了索引，在搜尋结果里互相抢位置。下面按從结构到结果的顺序，梳理一遍该怎么看。
第一步：先確認自己属于哪種结构
- 响應式：手机和电脑共用同一個 URL，只有一套地址，通常不存在“選哪套”的問题。
- 獨立移動域名或子目錄：桌面和移動各有一個 URL，靠頁面上的對應關系标注互相關联。
- 動態服務：URL 相同，按 UA 返回不同 HTML，收錄判断要看返回内容是否一致。
- 跳轉式：移動 URL 直接跳到桌面 URL，移動地址基本不會成為正式版本。
结构不同，後面要核對的東西完全不同。別拿响應式站点的经驗去套獨立移動域名，很容易得出错誤结论。
第二步：看蜘蛛實际抓到的是哪一套
把抓取日誌按 UA 分组，观察智能手机蜘蛛訪問的是移動 URL 還是桌面 URL，两邊的返回碼和内容長度是否接近。常见三種情况：
- 只抓到桌面那一套，說明内鏈、站点地图里只暴露了桌面地址，移動 URL 没有入口。
- 移動 URL 被抓到但返回 3xx，或者返回的是一個只剩導航的空壳頁，多半是跳轉或模板配置出了問题。
- 两套都被抓，但移動版明顯更薄（正文被砍掉、只剩标题和按钮），這種情况下索引里通常還是以桌面版本為主。
第三步：核對對應關系标注
使用獨立移動 URL 时，需要在两套頁面上互相标注：桌面頁通過 alternate 指向移動版，移動頁的 canonical 指向自己。
常见错誤是让移動頁的 canonical 指向桌面頁。這會大幅削弱移動 URL 獨立進入索引的机會，也容易让系統理解為“移動版不是正式版本”。
如果移動地址只是桌面地址加了參數（例如带 mobile 參數）或加了 m. 前缀，却没有做任何收口，也很容易被当成重复版本處理，最後只留下一套。
第四步：看索引里最终留下的是哪一套
用站点查询或 URL 检查工具分別查两套地址，看各自的狀態。结果通常落在三種情况里：
- 只有桌面進索引。如果两邊内容一致，可以接受，但要確認手机用戶實际訪問到的頁面内容不缺。
- 只有移動進索引。检查桌面 URL 是否被重定向，以及是不是标注把移動版当成了正式版本。
- 两套都進索引。先看标注是否互相冲突，再考虑合並或只保留一套。
第五步：提交與内鏈指向要和结论一致
- 站点地图里放哪一套，要和實际希望被索引的版本一致，不要把两套都塞進去。
- 導航、面包屑、列表頁連結在移動端不要指向和桌面端完全不同的地址，否則同一入口會分散成两套 URL。
- 分頁、篩選參數在两套 URL 上保持一致，否則收錄會變得零散，後續核對成本成倍上升。
收尾：先定版本，再谈收錄
移動端與桌面端的收錄問题，本质是先明确“哪個 URL 是正式版本”，再让抓取、标注、提交、内鏈這四個环节说同一句话。信号互相打架时，優先解决跳轉和标注的冲突，再观察索引里的版本變化。不要期待提交一次就立刻改變结果，先把矛盾消掉更重要。