把桌面站和移動站分開部署，是不少站点早期就定下的架构：PC 用 www 域名，移動端用 m 子域或獨立域名。两套 URL 指向同一份内容，收錄上就出現一個必须先回答的問题——搜尋引擎该以哪一套為准。
三種常见形態
- 响應式或自适應：同一套 URL，靠 CSS 适配屏幕。收錄最简單，不存在两套地址的問题。
- 獨立移動站：m.example.com 與 www.example.com 各有一套 URL，頁面内容需要两邊同步维護。
- 動態服務：同一 URL 按 User-Agent 返回不同 HTML。表面上只有一套地址，實际輸出不同，出問题时最难定位。
移動優先索引下，以移動端為准
搜尋引擎現在主要參考移動端的抓取结果来评估頁面。也就是说，移動版的内容、連結、结构化資料、图片 alt 等，會直接决定這個頁面能不能進索引、表現如何。桌面版内容更全、移動版被砍掉一半，這種差异會体現在收錄质量上，而不是只在移動端搜尋里体現。
互指關系怎么設定
移動版頁面的 canonical 指向自己，桌面版頁面的 canonical 也指向自己，两邊各自獨立。早期流传的做法是让移動頁 canonical 一律指向桌面頁，這在移動優先索引下已经不合时宜，會让抓取和评估都绕路。同时用 rel="alternate" 声明另一個版本，帮助搜尋引擎確認二者是同一頁面的两個形態，而不是重复内容。
自查顺序
- 两套 URL 的标题、正文、主要連結是否一致，差异是否可控。
- 移動版是否被 robots.txt 拦住或加了 noindex。移動優先下，這等于把整頁的收錄一起關掉。
- 移動版是否依赖大量 JS 才出内容，渲染失敗时移動端几乎是空頁。
- 两套地址是否在站内被混用，比如 PC 頁面里的内鏈指向 m 站，移動版内鏈又指回 PC。
- sitemap 里是否只保留主版本，並且與實际声明一致。
要不要干脆合並
如果维護成本允许，用响應式把两套 URL 收敛成一套，是最省事的做法：不用维護互指關系，不用同步内容，内鏈也不會打架。短期無法改造的站点，至少保證移動版内容與桌面版對齐，並明确對外声明两個版本的關系。
两套 URL 並存时，如果把内鏈、sitemap、canonical 指向混着寫，蜘蛛會在同一頁面的两個地址之間反复往返，抓取预算被摊薄，收錄判断也會變慢。
無论最终選哪一套，要做的其實是同一件事：让每個頁面的主版本清晰、内容一致、内鏈一致，剩下的交给抓取和索引按自己的节奏跑。