新頁面發布之後，最先發生的事不是抓取，而是被發現。搜尋引擎需要先從某個入口拿到這個 URL，才可能安排抓取；抓取成功、内容可解析、质量判断通過之後，才有机會進入索引。把發現环节做顺，不是為了承诺某種收錄速度，而是减少頁面在入口處被漏掉的可能。
發現和收錄是两件事
很多站点把“提交了 URL”当成“已经被收錄”，于是几天後没看到索引就反复提交。實际上提交只是把 URL 放進待處理队列，後面還有抓取、解析、判断几步。發現渠道再多，也不能跳過内容质量和抓取响應這些环节。
四條常见的發現路径
1. sitemap：适合批量，但不保證
sitemap 的價值在于一次性告诉搜尋引擎“這些 URL 存在”。它适合新站、新栏目、批量上线的頁面。注意几点：只放返回 200、可索引的 URL；lastmod 要真實，不要每次生成都刷新；文件別太大，按類型拆分；在 robots.txt 或 Search Console 里声明。sitemap 是發現入口，不是收錄開關。
2. 内鏈：最稳定也最容易被忽略
從已有頁面連結到新頁面，是搜尋引擎持續發現新内容的主要方式。要检查的是：新頁面是否從首頁或栏目頁几跳之内可達；連結是否是普通 a 标簽而不是 JS 点击事件；锚文本是否和頁面主题相關，而不是清一色“点击這里”。孤岛頁面即使寫進 sitemap，也常常抓取優先級偏低。
3. 外鏈：外部發現路径
其他站点連結過来，等于给搜尋引擎多一條發現入口。不必刻意追求數量，但要避免把新頁面只放在没人訪問、没有外鏈的角落。如果有合作方、行业目錄或内容分發渠道，可以在合理范围内让 URL 出現在外部頁面上。
4. 提交入口：补充而非主力
Search Console 的 URL 检查、IndexNow 等提交方式适合少量重点頁面或更新频繁的頁面。它們的作用是提醒，不是保證。频繁重复提交同一 URL 通常没有額外收益，反而可能让人誤以為“提交了就该收”。
配合时的顺序建议
- 新頁面上线前，確認返回 200、没有 noindex、canonical 指向自身。
- 上线後先在站内给它安排入口，至少從栏目頁或相關文章連結過去。
- 同步更新 sitemap，lastmod 寫真實修改時間。
- 重点頁面再走一次提交入口，普通頁面不必逐個提交。
- 過一段時間用日誌或索引报告核對，看是没被發現、抓取了没索引，還是已收錄。
几個常见誤区
- 只靠 sitemap：站点地图能帮助發現，但内部没有任何連結入口的頁面仍然容易被忽略。
- 把所有 URL 都塞進 sitemap：參數頁、重复頁、已 noindex 的頁面放進去，只會稀释有效信号。
- 反复提交同一頁面：提交次數和收錄结果没有直接關系，問题通常出在抓取或内容判断环节。
- 把發現当收錄：日誌里出現抓取记錄，只能說明被發現和抓取過，不代表已经進入索引。
發現做得再细，也替代不了内容本身的可索引性和质量判断。入口只负责“让搜尋引擎知道這里有個頁面”，後面几步各有各的條件。
把發現路径理顺之後，排查收錄問题會更有方向：如果日誌里根本没有该 URL 的抓取记錄，先查入口；如果抓取了但長期没有索引，再去看内容质量、重复度、canonical 和响應狀態。分清环节，比盲目提交更有效。