收錄的第一道门槛是“被發現”。一個 URL 只要没有被蜘蛛看到過一次，後面的抓取、渲染、索引评估都不會發生。很多人把發現等同于“提交给搜尋引擎”，但蜘蛛找到新地址的路径其實有好几條，各自的适用场景和邊界並不一样。理解它們的区別，比反复提交更有效。
内鏈：日常發現的主要来源
蜘蛛爬行的基本逻辑是顺着連結走。站内已有頁面被爬得越频繁，從這些頁面出發的連結就越容易被及时看到。所以一個新頁面多久被發現，往往取决于它被挂在了什么样的頁面上，而不取决于提交了多少次。
連結出現的位置影响被發現的概率
同一條連結，寫在列表頁或詳情頁的正文区域，和寫在頁脚、邊栏這類全站模板里，被優先抓到的可能性通常不同。正文区域的連結上下文更明确，也更容易随頁面更新被重新抓取。
- 新頁面最好從已经稳定被抓取的頁面鏈出去
- 避免只靠一次性的首頁推荐位，推荐位撤掉後連結就断了
- 深层頁面尽量保留向上和向外的路径，別做成孤岛
列表頁和分頁同样承担發現职责。如果新内容只在列表中短暂出現、很快被顶到後面，被及时抓到的概率就會下降。把重要栏目做成可持續浏览的结构，比临时加一條連結更管用。
锚文本不必刻意堆關鍵詞
锚文本能提供一点上下文，但它不是發現的决定因素。用自然、看得懂的词描述目标頁面即可。同一個目标頁面被不同措辞的連結指向，本身也没有問题，不必為了“统一”而反复改来改去。
sitemap：批量告知，但不保證抓取
sitemap 的價值在于把一批 URL 集中列出来，让蜘蛛知道“這里還有這些地址”。它适合新站上线、批量發布、结构相對規整的站点，可以省去蜘蛛一部分摸索成本。
需要清楚的是，提交 sitemap 只是告知，不等于會被立刻抓取，更不等于會被收錄。如果文件里混入大量失效地址、參數重复地址或几乎没有内容的頁面，反而會稀释蜘蛛在你站内的注意力。定期清理、只保留返回狀態正常且值得收錄的 URL，比不断往里面加更實在。
sitemap 的規模需要控制
單個 sitemap 文件在 URL 數量和体积上有限制，超出後需要用索引文件拆分。這不是玄学，而是协议本身的约定。分片邊界清晰，蜘蛛讀取时更省事，也更容易定位到新增的部分。
提交入口：适合少量、临时的 URL
各搜尋引擎提供的提交入口，适合刚發布、希望尽快被知道的少量地址。它的定位是补充，不适合当作日常批量發現的手段。频繁刷提交接口既不會加快收錄，也可能让處理节奏失去重点。少量、明确、有實际内容的頁面才值得走這條路。
發現之後，還有好几步
被連結到、被寫進 sitemap、被手動提交，都只是完成了“發現”。之後還要经過抓取、渲染、規范化、去重和内容评估，每一步都可能让一個地址停在半路。所以看到日誌里有蜘蛛訪問、但索引里查不到，属于常见情况，不必立刻反复提交或大改連結结构。
發現是入口，收錄是结果。把入口做得稳定、可控，比追求某一次提交的即时反馈更實际。
几個常见誤区
- 以為 URL 進了 sitemap 就一定會被收錄
- 新頁面只挂在临时推荐位，推荐位下线後彻底失去入口
- 反复提交同一個地址，试图催促處理
- 只盯發現环节，忽略頁面本身是否有值得索引的内容
實际运营中，可以把内鏈当作持續執行的發現通道，sitemap 当作批量备份，提交入口当作應急通道。三者各司其职，站内連結结构保持稳定，通常比任何單点技巧都更省心。