做站点运营的人常遇到一種困惑：同一個 URL，用电脑打開是一套内容，用手机打開却是另一套，甚至移動版少了几段文字、少了几個内鏈、少了几張图。過一段時間去查收錄，發現搜尋里顯示的摘要、缩略图、正文片段，和自己用电脑看到的對不上。這通常不是搜尋出错，而是索引里儲存的本来就是移動版頁面的那份内容。
索引里儲存的通常是移動版頁面
現在蜘蛛主要用移動端 UA 抓取頁面，並據此建立索引，桌面版頁面更多是补充信息。也就是说，移動版被当作正式版本看待。如果移動版比桌面版少了内容，等于在告诉搜尋：這部分内容不存在。
這一点在獨立 m. 站和响應式站点上都一样。区別只在于，獨立 m. 站更容易出現两邊長期不同步的情况。
容易被忽略的几種不一致
- 正文被折叠、需要点击才能展開，或者首屏只留一句摘要，其余内容靠交互加载；
- 移動版删掉了面包屑、相關推荐、上下篇等内鏈结构，而桌面上看得很完整；
- 图片換成低清版本或延迟加载，图片說明文字、图注一並消失；
- 标题、描述、canonical、结构化資料两邊寫法不同，互相打架；
- 獨立 m. 站與桌面站各寫各的 canonical，都指向自己；
- APP 引導條、登入彈窗、订阅浮层遮住首屏正文。
這些差异單看都不大，但它們會同时影响索引里儲存的内容和搜尋结果的呈現方式。
怎么確認索引里儲存的是哪個版本
- 用移動端 UA 做一次抓取測試，看渲染完成後的 HTML 里到底有什么；
- 對比移動渲染结果與桌面渲染结果的正文長度、連結數量、结构化資料；
- 观察搜尋结果中的摘要、缩略图更接近哪一版；
- 確認索引里是否同时存在 m. 與主域两個版本。
一個简單的判断方法：如果摘要里的那句话，桌面版能搜到，移動渲染结果里却搜不到，那基本可以判断两邊内容不一致。
按什么顺序處理
- 先统一内容主体，让移動版包含與桌面版一致的正文和關键内鏈；
- 再确定 URL 形態。响應式通常维護成本最低；如果保留獨立 m. 站，双向 canonical 要指向同一個主版本；
- 结构化資料、标题、描述两邊保持一致，不要各自维護一套；
- 把挡住首屏正文的彈窗、引導條處理掉，至少保證内容能被直接讀到；
- 首屏不必塞满内容，但重要信息不能只存在于点击之後的交互里。
調整完成後，索引不會立刻跟着變。可以观察一段時間的抓取情况，看渲染後的 HTML 是否已经和桌面版對齐，再判断問题是否解决。對于内容本来就很少的頁面，先想清楚它是否值得進入索引，比反复調整两版差异更實际。
小结
移動端與桌面端内容不一致，本质上是在两個版本之間做了取舍，而索引會按移動版来理解你的站点。每次改版或上新的移動端组件时，顺手核對一下正文、内鏈和结构化資料有没有丢，能省掉很多後續排查。