不少站点為了适配手机，會把移動端單獨拆成一套 URL，比如 m.example.com 或 /mobile/ 路径。移動優先索引铺開之後，這類站点最常见的問题不是“没收錄”，而是两套 URL 一套被索引、一套被忽略，或者两邊都被收錄却互相抢版本。核對的时候，顺序比结论更重要。
先分清你的站点属于哪一種
同样是“两套 URL”，處理方式差別很大：
- 响應式设計：桌面和手机共用同一套 URL，由 CSS 断点负责顯示。這種情况不存在两套 URL 的核對問题。
- 獨立移動站：m. 子域或獨立域名，和桌面站各自一套 URL，内容基本對應。
- 動態服務：同一個 URL，服務端按 UA 返回不同的 HTML，URL 只有一套。
- 跳轉式：移動端訪問时用 301 或 302 跳到另一套 URL。
先確認自己落在哪一類，再决定要不要做“两版對照”。第一類和第三類只需要检查渲染结果是否一致，第二類才是真正容易出問题的。
獨立移動站的收錄核對顺序
第一步：確認蜘蛛抓的是哪一版
日誌里筛出移動 UA（比如带上 Mobile、Android、iPhone 字段的 Googlebot）和桌面 UA，看它們分別請求了什么 URL。如果移動 UA 只抓了桌面頁，說明分流配置或 robots 規則可能在拦它；如果移動 UA 抓了 m 站却拿到桌面内容，問题就出在服務端判断逻辑。
第二步：對照两版的正文主体
把同一篇文章的两版 HTML 取下来，去掉導航、广告、相關推荐，只看正文。常见差异有三種：移動版正文被截断、移動版缺了關键段落、移動版把正文塞進了需要点開才能看到的折叠块。第三種在早期移動站里很常见，需要改成預設展開，或者保證 HTML 里直接存在正文。
第三步：检查互指的标记
两個版本應当互相声明對應關系：桌面版指向移動版，移動版指回桌面版。如果只有單向，或者寫成自己指自己，搜尋引擎容易把两邊当成两個獨立頁面，各自算一份内容。同时確認 canonical 指的是内容主版本，而不是随手寫成本頁 URL。
第四步：看索引里最终留下的是哪個版本
用站点查询或索引报表，分別搜两版的标题和一段獨有正文，看哪個 URL 出現。理想结果是只留下一個，且那個版本的正文完整。如果两套都出現，說明前面的标记没起到收敛作用；如果一個都没出現，問题就不在版本選擇，而要回到抓取和索引本身的狀態去查。
第五步：差异收口
確認問题後按影响面處理：能改成响應式的，長期看最省事；暂时保留两套的，至少保證正文一致、互指标记双向、robots 不誤拦移動 UA。改完之後留出重訪周期再复看，別当天改完当天就下结论。
几個容易搞反的地方
- 把移動版当成次要版本直接 noindex。移動優先索引下，被你屏蔽的那一版，可能正是搜尋引擎主要參考的那一版。
- 用 302 長期跳轉代替對應标记，跳轉目标不稳定时會带来額外的判断成本。
- 只對比可见文字，忽略结构化資料和图片替代文本的差异。
- 两版正文相同但 URL 不同，却没有互指标记，這是最典型的“自己和自己重复”。
移動端和桌面端的核對，本质是回答一個問题：搜尋引擎應该把哪一個 URL 当成這份内容的代表。先把這個問题答清楚，再谈索引和展現。
最後提醒一句：收錄核對只是起点。两版合並成一個之後，頁面能不能获得展現，還取决于内容质量、需求匹配和内鏈结构，這些不在本次核對范围内，但值得單獨做一轮。