“我的新頁面什么时候能收錄？”這個問题没有标准答案，但等待時間是可以拆開的。把它分段之後你會發現，大部分延迟並不神秘，而是卡在某個具体环节上。
先接受一個前提：收錄不是一個動作
很多人把收錄想成一個開關：搜尋引擎看到 URL，然後决定收或不收。實际過程至少经過四步，每一步都可能消耗時間，而且顺序基本固定。
等待時間通常花在四段上
第一段：發現
從頁面可以正常訪問，到搜尋引擎知道這個 URL 存在。来源通常是站内連結、sitemap、外鏈或歷史抓取记錄。如果新頁面没有任何站内入口，只靠 sitemap 或手動提交，發現時間往往更長。
第二段：排队
抓取是有预算的。搜尋引擎會按站点權重、更新频率、服務器响應等因素，决定先抓哪些 URL。新頁面排在列表後面，等几天甚至几周都算正常。服務器响應慢、经常超时，會让這個队列變得更長。
第三段：實际抓取
真正获取 HTML、JS 和资源的那一次請求。如果頁面依赖大量前端渲染，或资源阻塞嚴重，抓取可能不完整，需要重试，這又會增加一轮等待。
第四段：索引评估
抓到的内容要经過去重、质量判断、與已有頁面比較，才决定是否入库。這一段最不透明，也最容易被誤解成“抓了却不收”。低價值頁面、與站内已有頁面高度相似的頁面，可能長期停在這里。
想缩短等待，可以做的事
- 给新頁面一個明确的站内入口：從已有且经常被抓取的頁面加連結，通常比只放進 sitemap 更有效。
- 让栏目頁、列表頁指向新内容：這類頁面更新频率高，爬虫回头也快。
- 保持服務器稳定：抓取时返回 5xx、超时或频繁限速，會明顯拖慢後續排队。
- sitemap 保持准确：只放真實可訪問、希望被收錄的 URL，减少無效抓取。
- 内容尽量一次寫完整：上线後大改结构或标题，等于重新進入一轮评估。
什么时候该怀疑有問题
如果同期上线的其他頁面陆續被收錄，唯獨某個頁面迟迟没有動静，可以按下面的顺序检查：
- 用日誌或抓取工具確認爬虫是否訪問過這個 URL。
- 確認訪問时返回的是 200，而不是跳轉、404 或需要登入的頁面。
- 检查頁面是否與站内已有内容高度重复。
- 確認這個頁面有站内入口，還是只存在于 sitemap 里。
抓取過不等于收錄。日誌里有訪問记錄，只能說明“發現”和“抓取”這两段走完了，不代表索引评估已经通過。
不要用提交次數代替等待
反复提交同一個 URL、频繁請求重新抓取，通常不會加快收錄，反而會分散抓取预算。更實际的做法是：把站内連結结构理顺，让新頁面能顺着已有路径被自然發現，然後给它一点時間。
如果你要判断的是“收錄速度整体變慢了”，而不是單個頁面的問题，那就该看抓取日誌趋势和索引覆盖率的變化，而不是盯着某一篇文章的表現下结论。