很多人問“新頁面多久能進索引”，這個問题很难有统一答案，因為“進索引”並不是一個動作，而是三段先後發生的過程：蜘蛛發現這個 URL、蜘蛛真正抓取它、搜尋引擎决定把它放進索引。把總时長压成一個數字，只能得到“快”或“慢”的模糊印象；拆成三段分別計时，才能看出该修哪一环。
三段各自的起点和终点
- 發現段：從頁面可訪問（返回 200）到蜘蛛第一次在日誌里訪問它。起点可以直接取上线時間。
- 抓取段：從第一次訪問到完整拿到正文，日誌里表現為狀態碼 200、响應字节數與线上内容對得上。
- 索引段：從抓取完成到搜尋结果端能查到它。這一段可观测性最差，只能靠结果端和索引狀態間接判断，時間誤差也最大。
取數的几個注意点
日誌要按真實蜘蛛 UA 過滤，別把各種采集器和监控脚本算進去；同一天里蜘蛛可能反复来訪，取“首次完整抓取”那一次即可。sitemap 的提交時間和被抓取時間可以從服務器日誌或站点後台看到，适合用来判断發現段是不是卡在入口上。
不用全站統計，挑 10～30 個有代表性的 URL 建一張表：上线時間、首次被訪問、完整抓取、進入索引。样本要有梯度，首頁直達的、二級栏目里的、需要三四次点击才到的各取几個，否則平均值會被最容易收錄的那批頁面拉平。
三段各自常见卡点
發現段慢
通常是路径問题：入口只靠 sitemap 且 sitemap 讀取不及时，頁面是孤岛没有内鏈指向，列表頁更新太慢導致新連結長期不出現，或者站点结构层級過深。
抓取段慢
更多是资源分配問题：抓取配額被大量參數 URL、分頁、篩選頁占着；服務器响應慢或間歇性超时，蜘蛛来一次退一次；需要 JS 渲染的頁面抓取成本高，同一批 URL 里它會被排在後面。
索引段慢
這时方向要轉到頁面本身：内容與站内已有頁面高度相似，主体内容太少，模板批量生成缺少差异，canonical 或其它信号互相冲突。這些不是催抓取能解决的，抓取完成只是拿到了入场券。
資料出来之後怎么用
如果大部分時間花在發現段，優先改内鏈和列表頁的更新频率；如果發現很快但迟迟不抓，看抓取配額和服務器响應；如果抓得快但一直不進索引，就不要繼續加内鏈、重复提交，而是回到内容质量、重复度和信号一致性上排查。
提醒：三段的时長受站点規模、内容類型和搜尋引擎自身調度影响很大，同類站点的資料只能作參考，別用某一天的數值下判断。
拆三段的目的不是预测“几天能收錄”，而是把“没收錄”這個笼统结论變成一句能执行的话：它停在了哪一段。