网站上线之后，最让人抓狂的一件事，就是内容发出去百度迟迟不抓、不收录。很多人折腾一圈，最后卡在同一个地方：百度到底有没有一个能"主动告诉它我发新内容了"的入口？答案是有的，而且不止一个。只是入口藏得有点深，不同提交方式对应的场景、生效速度、配额限制完全不一样，用错了等于白交。
主动推送（API）
你主动把新链接推给百度，实时性强，适合新内容刚发布时快速通知。需要申请 token，写接口或用插件。
sitemap 提交
把整站链接清单交给百度，让它定期来抓。适合全站量级大的情况，是推送的兜底和补充。
一、先分清一件事：提交入口≠收录入口，它只是个"敲门"动作
很多新手有一个根深蒂固的误解，以为只要把链接往百度那个提交框里一填，百度就"必须"收录。事实是，提交只是告诉百度"这里有条新内容，你来看看"，百度看完之后收不收录，取决于内容质量、网站权威度、页面能不能正常访问这些硬指标，而不是你提交了几次。
换句话说，提交入口解决的是"发现"问题，不解决"收录"问题。链接提交进去，百度蜘蛛抓不抓、抓完留不留，是另一套机制在起作用。所以如果有人跟你说"用了这个提交接口就一定能收录"，基本可以断定是在忽悠。
但反过来说，不提交也未必不收录。百度有自己的主动抓取机制，一个内容质量高、外链多、更新勤的站，不提交一样能被发现。提交入口真正的价值在于缩短"内容发布→被百度发现"这个时间差，尤其对新站、新域名、内容更新频率低的站，主动提交的意义才最大。
提交是加速发现的手段，不是收录的保证。先把内容本身做好，提交才有意义。
二、所有提交入口的大本营：百度搜索资源平台，先在这里验证站点
不管你想用主动推送还是快速收录还是 sitemap，第一步都得先有一个能用的"通行证"——在百度搜索资源平台（也就是以前叫站长平台的那个）完成站点验证。没验证的域名，后面所有提交动作都做不了。
验证的流程不复杂：登录搜索资源平台，添加你的站点，然后选一种验证方式。常见的三种分别是文件验证（往网站根目录传一个百度给的验证文件）、HTML 标签验证（把一段 meta 标签加到首页 head 里）、CNAME 验证（在域名解析里加一条记录）。三选一即可，哪种方便用哪种。
最稳，把验证文件放到根目录，能访问即通过。适合能自由控制服务器的站长。
加一段 meta 到首页 head，不用传文件。适合不想在服务器乱放文件的人。
在域名解析加记录，验证域名所有权。适合不方便改服务器文件的情况。
这里提醒一句，验证用的那个百度账号，后面申请 token、查看提交数据、看索引量都用它，别用临时账号，否则数据以后查不到。
三、主动推送 API 才是真"接口"，token 和推送格式要搞对
说到"百度 API 提交"，严格意义上指的就是主动推送（链接提交）这个接口。它的逻辑是：你在百度平台申请一个 token，然后通过 HTTP 请求，把你要提交的链接列表发到一个固定接口地址，百度收到后返回处理结果。
申请 token 的位置在搜索资源平台的"普通收录 → 资源提交"下面。拿到 token 之后，接口的调用方式大体是这样的：往接口地址 POST 一个请求，body 里带上你的 token 和要提交的 URL 列表。下面给一个示意（接口地址和参数以平台最新文档为准）：
POST http://data.zz.baidu.com/urls?site=你的域名&token=你的tokenContent-Type: text/plainhttps://你的域名/文章1.htmlhttps://你的域名/文章2.htmlhttps://你的域名/文章3.html返回结果里会有每个链接的处理状态，常见的几种状态含义要记住：成功提交（已接收）、参数错误（token 或 site 不对）、配额用尽（当天提交数量到上限）。看到"成功"只是表示百度收下了，不代表马上收录。
主动推送有每天的配额限制，不同站点权限不一样。别一次性把几千条老链接全推上去，优先推当天新发布的内容，把配额花在刀刃上。
四、快速收录不是人人都能开，它和普通推送是两码事
很多人把"快速收录"当成一个谁都能用的接口，其实它是百度针对部分站点开放的一个更高级的提交通道，有准入门槛。拿到快速收录权限的站点，提交之后百度会更优先处理，收录速度比普通推送快不少，但名额有限，不是想开就开。
快速收录能不能开通，和站点的历史表现挂钩，比如内容质量、更新频率、有没有违规记录。普通新站刚上线，一般是拿不到快速收录的，只能先用普通推送和 sitemap 慢慢养。等站点有了一定积累，再去看平台里有没有开放资格。
一句话区分：普通推送是"人人可用、提交量大、处理优先级一般"，快速收录是"有门槛、处理快、有专属配额"。两者在平台里是分开的两个模块，别搞混。
不管哪种提交，对内容本身的要求是一致的：页面要能正常访问、不是死链、不是重复堆砌的垃圾内容。提交一个打不开的链接，或者满页广告的页面，百度照样不会收。
五、sitemap 提交是兜底，全站量大时不能只靠手推
如果你的站有几万、几十万条 URL，一条条往推送接口里塞既不现实、配额也不够。这时候 sitemap 就是更合适的选择——你把全站的链接清单做成一个 sitemap 文件，把文件地址提交给百度，百度会定期来读这个文件，按照里面的清单抓取。
sitemap 的好处是"一次提交、持续生效"，百度会反复来读。坏处是它不如主动推送那么"即时"，百度什么时候来读、读完之后多久抓，有一定的滞后。所以合理的组合是：新内容用主动推送快速通知，全站用 sitemap 做兜底，两条腿走路。
| 提交方式 | 实时性 | 适合场景 | 门槛 |
|---|---|---|---|
| 主动推送 API | 高，实时通知 | 当天新发布的内容 | 申请 token 即可 |
| 快速收录 | 高，优先处理 | 高质量、时效性内容 | 有准入资格 |
| sitemap 提交 | 中，定期抓取 | 全站海量 URL 兜底 | 提交文件地址 |
| 手动提交 | 低，适合零散单条 | 偶尔提交一两条 | 无 |
六、手动提交这个入口，别当成主要手段
除了接口和 sitemap，百度平台里还有一个"手动提交"的入口，就是你手动把单条 URL 粘贴进去提交。这个入口适合偶尔用一下——比如某篇重要文章想单独提醒百度抓一下，或者排查某个页面为什么不收录时临时提交测试。
但它不适合批量操作。手动提交一次只能提交少量链接，效率低，而且没有主动推送那种实时的接口回调。真到了要批量提交的地步，还是得回到主动推送 API 或 sitemap 上。
手动提交的另一个用处是"诊断"。一个页面提交之后，如果返回的状态一直是异常、抓取失败，那说明页面本身可能有问题——打不开、被拦截、robots 禁止抓取之类。反过来用提交结果来判断页面健康度，也是这个入口的一个隐藏价值。
七、提交了还是不收录，多半卡在这几个地方
最后说说最让人头疼的情况：入口也找到了、token 也申请了、链接也提交了，结果几天过去，site 一下还是没收录。这时候别急着怪接口，先挨个排查下面这几项。
- 页面能不能正常访问？提交的链接如果是死链、404、跳转异常，百度抓了也留不住。
- robots 是不是把百度蜘蛛挡在外面了？检查一下 robots.txt 有没有误拦。
- 内容是不是太薄或者重复？单页没实质内容、或者全网到处都有的采集文，收录难度大。
- 站是新站吗？新域名、新站有一个"观察期"，收录本来就慢，需要持续养。
- 服务器稳不稳定？百度蜘蛛来抓的时候网站打不开、响应慢，会影响抓取。
这些排查都做完、内容也确实没问题，那剩下的就是时间问题。收录是一个渐进的过程，今天提交明天就出词是不现实的，尤其对新站。
如果你手里站点多、内容更新又频繁，一条条手动提交、一个个站登录平台去查索引量，会很消耗精力。用 UC 建站系统这类工具，可以把主动推送接口对接起来，新内容发布后自动触发推送，同时在多站看板里统一看索引量、收录状态的变化，不用每次手动去平台里点。提交这步自动化之后，人就能把时间省下来花在内容本身。
八、把入口搞清楚之后，剩下的是耐心
百度收录这件事，绕不开的其实是两句话：提交能加速发现，但收录靠内容；入口有好几个，各司其职别用错。主动推送管新内容的及时通知，sitemap 管全站兜底，快速收录是给有资格的站加速用的，手动提交留作零散补充和诊断。
一句话总结：先把站点验证好、token 申请到，新内容走主动推送、全站走 sitemap，剩下的交给内容和时间，别指望提交一次就出结果。
