不少站点在移動端用了獨立地址，比如 m.example.com 或者 example.com/m/，桌面端還有一套 www.example.com。两套 URL 指向的内容看起来一样，收錄结果却常常對不上：有时移動版排在前面，有时两套都出現在索引里，有时只有一套被收錄，另一套怎么搜都找不到。這不是玄学，多數情况能從上到下理清原因。
先分清你的站点属于哪種形態
- 响應式：一套 URL，靠 CSS 适配。收錄层面最省事，不存在两套地址的問题。
- 動態服務：同一套 URL，服務端根據 UA 返回不同 HTML。地址只有一個，但要留意返回的内容是否完整一致。
- 獨立移動 URL：m. 子域名或 /m/ 目錄，PC 和移動各有一套地址。問题最集中的就是這種形態。
下面主要讨论第三種。
两套 URL 會被当成两個頁面吗
在移動優先的前提下，搜尋引擎通常以移動版頁面作為主要抓取對象。如果两版内容基本一致，一般會把它們视作同一份内容的两種表現，索引时收敛到一個地址；但如果两版差异明顯——移動版少了正文段落、少了參數、少了评论区——就容易被判断為两個质量不同的頁面，各自獨立處理。這时常见的現象是移動版被收錄，PC 版長期不出現，或者反過来。
判断依據不是「我有两套地址」，而是「两套地址上是不是同一份内容」。
几個可以自查的信号
- 用 site 指令分別查两個地址，看是同时有结果、只有一個有，還是都很少。
- 看搜尋结果里点進去的到底是哪一版，和你预期的規范地址是否一致。
- 检查两版的 title、description、正文结构是否明顯不同。
- 检查 canonical：是各自自指，還是移動版指向 PC 版，或者互相指来指去。
- 抓取日誌里看两套地址分別被抓了多少次，比例是否異常。
對齐两套 URL 的常規做法
- 先定一套規范地址，通常選内容最完整的那一套，让它 canonical 自指。
- 另一套頁面的 canonical 统一指向規范地址，並且長期保持一致，不要今天指過去、明天指回来。
- 两版正文尽量對齐。移動版可以調整排版，但不要删主体内容，也不要把關键信息做成必须点击才能展開。
- 別用 UA 判断做 302 跳到另一個地址，同时两套頁面又都 canonical 自指，這等于同时發出两個矛盾的信号。
- sitemap 里優先放規范地址；如果两套都放，至少要保證 canonical 声明清楚。
- 站内連結、導航、分享連結尽量指向規范地址，减少非規范地址被反复發現的机會。
容易踩的几個坑
一是認為移動版 URL 一定會被自動合並，實际上合並的前提是内容足够接近，差异大就不會。二是移動版只做半套内容，正文折叠、图片懒加载後為空，抓取到的 HTML 里没什么東西。三是把 PC 版和移動版的 canonical 都做成自指，等于告诉搜尋引擎這是两個獨立頁面。四是只盯索引數量不看索引里的是哪個地址，收錄數字看着正常，實际排出来的却不是你想要的頁面。
排查节奏
建议按「抓取—索引—展示」三层看：先確認两套地址是否都能被抓到，再看索引里保留的是哪一套，最後看搜尋结果實际展示的是哪一套。任何一层不對，先處理那一层，不要一次改一堆東西。改完给搜尋引擎一段時間重新抓取和更新，观察周期通常以周為單位，期間不要再频繁調整 canonical。
落到實處的顺序是：固定一套規范地址，把两套頁面的内容對齐，canonical 声明保持稳定，然後從抓取日誌和搜尋结果两头驗證。