新栏目、新目錄、新一批頁面刚上线时，最容易出現的焦虑是：昨天提交了，今天怎么還没收錄。收錄不是開關，而是一條有先後顺序的流水线。理解這條流水线，能帮你把“要不要改”和“再等等”区分開。
收錄是一條流水线
一個 URL 從诞生到進入索引，大致要经過几個环节：被搜尋引擎發現（通過内鏈、Sitemap、外鏈或提交入口）→ 進入抓取队列排队 → 被實际抓取 → 内容解析與质量判断 → 决定是否入库 → 入库後可能再分批處理。任何一個环节拥堵，表現都是“没收錄”，但原因完全不同。
所以看到“已發現但未编入索引”這種狀態时，先別急着改頁面。它說明發現环节已经完成，卡点在後面的抓取或判断环节。
新目錄常见的三個阶段
一、發現期
目錄上线後的头几天，搜尋引擎通常先记錄 URL，不一定马上抓。此时它做的是低成本的事：把新地址登记下来，並和服務器的响應能力做一次试探。
二、抽样抓取期
接下来它會挑一部分頁面试抓，通常是最靠近首頁、有内鏈指向、看起来和其他頁面不太一样的那些。這個阶段的收錄量往往是個位數或几十個，且分布不均匀——不是平均每個分類抓一点，而是集中在你最容易被發現的入口附近。
三、分批推進期
如果试抓的頁面响應正常、内容可用，抓取會逐步向目錄深處铺開。這时收錄量開始明顯上升，但仍然是分批的：一段時間跳一次，然後平一段，再跳一次。這種阶梯式增長比线性增長更常见。
影响节奏的几個變量
- 内鏈入口的位置：從首頁正文区鏈出去的目錄頁，和只能靠翻列表翻到的頁面，被發現的速度不在一個量級。
- 内容的可区分度：一批頁面如果模板相同、正文高度重复，判断环节會更谨慎，推進也會更慢。
- 站点整体抓取预算：老站加新目錄通常比新站快，因為抓取能力是共享的。
- 服務器响應與狀態碼：抓取时返回 5xx、超时或反复跳轉，會让這一批的推進明顯放慢。
- URL 结构是否稳定：中途改路径、加參數、換大小寫，等于让前面的發現工作白做一遍。
- 更新频率：長期無變化的目錄，抓取優先級通常低于经常有新内容的目錄。
判断是在推進還是卡住了
不要凭感觉，用這三步看：
- 看服務器日誌：目标目錄的 URL 最近有没有被訪問、返回什么狀態碼、抓的是不是同一批頁面。如果日誌里只有列表頁，說明還没進入詳情頁的抓取。
- 看索引覆盖狀態：区分“已發現”“已抓取未索引”“已编入索引”。狀態在逐批變化，就是在推進；连續數周停在同一個狀態，才需要動手。
- 看内鏈是否真的可達：從首頁出發，用纯 HTML 連結（不依赖 JS 渲染）能否走到這些頁面。走不到，問题在連結，不在内容。
這期間不建议做的事
- 频繁修改 URL 或目錄结构，让已發現的地址失效。
- 對同一批 URL 反复提交，提交入口並不能提高抓取優先級。
- 因為收錄慢就整批替換内容，改動本身會重置判断。
- 一次性铺開成千上萬個质量接近的頁面，稀释整個目錄的抓取机會。
收錄快慢是结果，不是可以直接調节的參數。能做的是把發現路径铺顺、把頁面判断的障碍清掉，然後给它一個合理的观察窗口。
實际操作上，新目錄分批上线通常比一次性全量上线更容易观察：每批几十到上百個 URL，間隔數天，观察日誌與索引狀態的變化，再决定下一批的規模。如果两三周内狀態完全不動，先回到日誌和内鏈找原因，而不是繼續加頁面。