很多人在 Search Console 里看到頁面已经收錄，就去查關鍵詞，结果没有任何展現，于是判断自己被處理了。其實從頁面進入索引到用戶看到结果，中間隔着好几步，每一步都有自己失敗的方式。
收錄、排名、展現是三件事
收錄指搜尋引擎把 URL 和它解析出来的内容存進索引，之後有需要时可以從库里取出来。這一步只說明机器有了這份资料，不代表它認可内容质量，也不代表會在结果里使用。
排名是在某個具体查询下，系統從索引中挑出一批候選頁面排序。同一個頁面在不同查询下的表現可以完全不同，它可能在一個長尾词上有位置，在一個大词上完全没有。
展現是排名靠前、且结果样式允许时，用戶實际看到的條目。三者是递進關系，中間任何一环断了，後面都不會發生。
有索引没展現，通常停在哪一步
查询本身没有量，或者用词和用戶不同
頁面被收錄了，但你的判断依據是站内術语和内部命名，用戶搜的是另一套说法。两者對不上，索引里虽然有這個頁面，也不會被調出来。
同题材頁面太多，只被選用了少數
一個站点里如果存在大量内容相近的頁面，系統在一次查询里通常只會挑其中一两篇。剩下的仍在索引中，但不參與這次展現。這时该做的是收敛主版本、合並或做差异化，而不是繼續新增。
竞争位置在後面
有排名但没有曝光，也可能是排在第 5 頁之後。這種狀態下頁面是活着的，只是拿不到可见位置。判断方法是在效果报告里看该 URL 的平均排名区間。
结果形態吃掉了点击
有些查询會被摘要、問答、图片等形態占據，即使排上去，條目也可能被压缩，曝光和点击都會低于预期。這不是收錄問题，改頁面也解决不了。
按顺序排查，而不是猜
- 在效果报告里筛出這個 URL，看它有没有产生過任何查询和曝光。有曝光說明只是排名靠後；完全没有，則更可能是内容與查询的匹配問题。
- 確認這批查询的搜尋量級。如果全部是量級极低的词，有和没有差別不大。
- 對照站内是否有其他頁面在争同一個查询，先确定谁是主版本，再决定其余頁面怎么處理。
- 检查标题和描述是否寫清了頁面到底解决什么問题，這影响用戶是否愿意点進来。
- 最後再看抓取與渲染：如果頁面主体靠脚本生成，確認抓取端能看到多少内容。
不要為了有展現而做的事
- 反复提交同一個 URL，或者用多個渠道重复推送。這只影响發現速度，不改變匹配结果。
- 在标题和正文里堆關鍵詞，试图覆盖更多查询。頁面變得含糊之後，匹配反而更差。
- 把本来没有搜尋需求的頁面硬套一個關鍵詞。有些頁面的價值在站内轉化，不在搜尋。
收錄是入场券，不是成绩單。做收錄检查时顺手记一句這個頁面打算承接什么查询，後面排查會省很多時間。
把收錄和有流量分開看之後，日常動作會更清楚：與收錄相關的問题交给 URL 規范、内鏈和站点地图去解决；與展現相關的問题交给選题、内容差异化和标题表述。两套排查顺序不要混在一起，否則很容易在错誤的方向上反复調整。