日誌里能看到蜘蛛来過，站長工具也顯示頁面已经被收錄，可把标题原样贴進搜尋框，翻好几頁都找不到自己。遇到這種情况，多數人的第一反應是“是不是被降權了”。但在下這個结论之前，需要先把三件不同的事拆開：抓取、收錄、展現。它們各自對應不同的問题，混在一起谈，排查就没有方向。
抓取、收錄、展現分別指什么
- 抓取：蜘蛛發起請求並成功拿到 HTML。這一步在服務器日誌里可以直接看到，狀態碼、响應時間、User-Agent 都是證據。
- 收錄：搜尋引擎把抓到的内容解析、去重、判定價值之後放進索引库，並记下它理解出的主题、正文和版本。
- 展現：用戶輸入查询词时，系統從索引中挑出候選頁面，再按相關性、质量、时效等排序呈現。
“已经被收錄但搜不到”，绝大多數情况發生在展現环节，而不是收錄环节。只有少數情况是索引本身出了問题，例如收錄的是舊版本、正文被合並到另一個 URL、或者頁面處在“已排除”狀態下被工具以不同口径展示。
第一步：確認這個 URL 是否真的在索引里
先做確認，再動手改内容。
- 站内查询只能看個大概。它的结果是估算值，不同查询词、不同机房的資料都會有差异，不要拿它当精确的收錄數。
- 單條 URL 用官方的 URL 检查工具看狀態，比批量查询更可靠，也能看到最後抓取時間和引用的 canonical。
- 留意斜杠、大小寫、參數版本。你可能在查 A，被收錄的是 B。
- 如果頁面依赖 JS 渲染，確認索引里儲存的版本是否包含正文。只有骨架的頁面在具体词上很难有展現机會。
如果確認索引里没有它，問题就回到收錄环节，方向是 robots、noindex、canonical、内鏈入口和内容本身的可用性。這跟“已收錄但搜不到”是两條完全不同的排查线，用错方向只會白費功夫。
第二步：確認已收錄後，再查為什么搜不到
- 查询词和頁面主题不匹配：你搜的是自己习惯的叫法，用戶搜的是另一種表達。看看頁面里是否真的出現了這些词，還是只出現在導航和頁脚里。
- 标题堆了词，正文却答非所問：這類頁面即使被收錄，也很难在長尾词上拿到位置。
- 同一個词下竞争頁面更强：收錄只是入场券，不保證任何排位。
- 时效與地域：活動類、资讯類頁面會随時間衰减，地区版本和語言版本也會影响结果归属。
- 展示形式的變化：部分结果被折叠、被聚合区块或特殊模块替代，看起来像“没出現”，實际是換了位置。
第三步：索引里儲存的是哪個版本
有时候頁面确實在索引里，但儲存的是修改前的版本：舊标题、舊正文，甚至已经删掉的内容。這種情况下，用新标题去搜自然找不到。可以在 URL 检查工具里對比索引版本與线上版本是否一致，也可以通過站点地图和内鏈再次触發抓取。内容改動較大时，索引更新需要一個重新抓取和處理的過程，往往不是即时的。
几個容易誤判的地方
- 把站内查询無结果直接当成“被刪除”。頁面可能只是換了收錄的 URL 版本。
- 把收錄數量当作核心目标。數量涨了但都是無價值的參數頁，對整站没有帮助。
- 反复查询。查询本身不改變索引狀態，重复查询只會增加噪音。
判断的标准應该是：目标頁面是否在索引里、索引版本是否正确、用戶在真實查询下能不能找到它。這個顺序不能颠倒。
一份可执行的自查顺序
- 用日誌確認最近是否有抓取，狀態碼是否正常。
- 用 URL 检查工具確認索引狀態與索引版本。
- 核對 robots、noindex、canonical 是否與预期一致。
- 在真實用戶會用的查询词下測試，而不是只用标题原文。
- 對比同類頁面的收錄與展現表現，找出差异点。
- 按结论整改，等下一轮抓取和處理完成後再复查。
把抓取、收錄、展現分開看，很多看似矛盾的現象就有了合理解释。真正值得花時間的不是反复查询收錄狀態，而是把頁面内容做成能匹配真實查询的样子。