索引看的是移動版，不是桌面版
搜尋引擎在判断頁面是否值得收錄时，主要參考移動端响應里的内容。同一套内容如果桌面版完整、移動版只剩标题和几張图，索引讀到的是移動版那一份。很多“内容看起来不少，却始终進不了索引”的情况，源头就在這里。
所以核對的重点不是桌面版寫了多少，而是移動端 UA 拿到的究竟是什么。
核對顺序：從响應到内容
- 先用移動端 UA 請求一次頁面。不要只看浏览器窗口缩小後的效果，那仍然是桌面版的 DOM。用手机 UA 直接看原始响應，確認 HTML 里有多少正文文本。
- 對比两版的主要内容。把桌面版與移動版的正文纯文本各提取一份，比較字數與段落數。差距明顯，就說明被抓取的主本被削弱了。
- 检查移動版的 robots 與 noindex。有的站点為了“避免移動頁重复收錄”，给移動端加了 noindex，同时又让移動端地址作為被抓取的主本，等于主動放弃索引资格。robots.txt 里针對移動 UA 的封禁也要一並查。
- 看 canonical 指向哪一版。如果移動版 canonical 指向桌面版，而桌面版的内容又依赖移動端才能被完整判定，就容易形成互相矛盾的信号。理想狀態是两版指向同一個最终地址，且该地址返回完整内容。
- 確認懒加载與折叠区的内容能否被抓到。移動版為了速度，常把正文後半段做成滚動加载，或塞進“展開更多”。如果這些内容只在用戶交互後才出現在 DOM 里，抓取时可能拿不到。
- 检查移動版是否屏蔽了關键资源。CSS、JS 被 robots.txt 拦住，會導致渲染结果與预期不符，間接影响對頁面质量的判断。
几個经常被忽略的细节
移動版單獨一套地址
移動版如果是獨立域名或獨立目錄，要确保它與桌面版的對應關系清晰，並避免两版各自被当成獨立頁面重复收錄。這部分的處理思路與 URL 規范、canonical 收敛是一致的。
正文被拆進组件里
移動端常把正文拆進标簽頁、手風琴或轮播。视觉上都在，但對抓取来说，隐藏层級過深的内容容易被判定為次要。
只保留摘要的移動頁
有的站点在移動端只輸出摘要，完整内容留给 App。這種頁面本身就属于單薄内容，進不了索引並不意外。
怎么判断影响范围
不是所有移動端差异都會影响收錄。如果差异只在广告位、導航样式、图片尺寸，正文完整，通常不必紧張。真正需要優先處理的是三類：正文明顯减少、關键段落只在交互後出現、移動版带 noindex 或抓取时返回空内容。可以先挑流量占比高的一批頁面核對，而不是全站铺開。
處理原則
移動版是主本，就不该是桌面版的删减版。先让两版的主要内容一致，再谈其他優化，顺序错了會白做很多事。
調整之後不要频繁改動同一批頁面，给抓取和索引留出時間，再從索引狀態與抓取日誌里观察變化。收錄不是即时的，核對動作做對了，剩下的是等待。