後台顯示頁面已经被收錄，用 site 查询或者索引检查工具也能看到它确實在索引里，但拿關鍵詞去搜，翻了好几頁都找不到。這種情况很常见，也容易让人誤以為收錄出了問题，于是反复提交 URL、改标题、加内鏈，结果没什么變化。
問题往往出在一個被混淆的概念上：進了索引，不等于會出現在某一次搜尋结果里。前者是抓取和建索引的结果，後者還要经過一层與查询相關的篩選和排序。把這两件事分開看，排查思路會清楚很多。
索引里有没有，先確認清楚
第一步不是猜，而是確認。常见方式有三種：
- 用索引检查類工具查询该 URL，看它是否已被编入索引；
- 用 site 限定查询做粗略參考，注意這只是參考，不是精确清單；
- 在服務器日誌里確認搜尋引擎确實抓過這個 URL，且返回狀態正常。
明明在索引里，為什么搜不到
- 查询词和頁面對不上。頁面讲的是 A，用 B 去搜，自然不會出現。這是最常见也最容易誤判的一種。
- 站内頁面太相似。多個頁面覆盖同一主题时，搜尋引擎通常只挑其中一個作為代表，其余會退到很後面，甚至不展現。
- 頁面本身偏薄。只有几行字、没有獨立信息的頁面，可能被收錄，但很难获得展現机會。
- 展示层過滤。某些查询下，结果頁會優先给特定類型的内容或站点，普通頁面進不了首屏，這不是收錄問题。
- 索引版本滞後。頁面内容改過、舊版本還留在索引里，短時間内搜尋表現會跟不上。
一套可执行的自查顺序
- 確認查询词是否真的和頁面主题一致，換三到五個更贴近正文的说法再试一次。
- 確認索引里存的是不是目前版本，看标题和摘要是否與頁面現状一致。
- 检查站内是否存在主题重复的頁面，確認希望被当作代表的是哪一個，用 canonical 或内鏈把信号集中過去。
- 看頁面是否有別人没有的獨立信息。如果没有，先补内容，再谈其他動作。
- 检查该 URL 的入口連結：有没有從相關頁面指向它，锚文本是否說明了主题。
- 记錄目前狀態，隔一段時間再看。频繁改動反而让判断變得困难。
什么情况下應该先放一放
有些頁面注定不會有太多搜尋展現：联系方式頁、活動落地頁、时效性很强的通知頁。這類頁面被收錄就够了，不值得為“搜不到”投入精力。判断标准可以简單一点——這個頁面解决的問题，有没有人會主動用搜尋词去問。如果答案是否定的，它本来就承载不了太高的展現预期。
收錄是资格，展現是竞争。前者可以靠規范和技術手段去争取，後者只能靠内容本身去換。
把這两件事分開之後，日常的收錄维護會轻松一些：该確認索引狀態的就確認狀態，该补内容的就补内容，而不是一遇到搜不到，就回头怀疑收錄出了故障。