提交成功之后卡住
做城市分站的时候，我们提交了一批子域名页面。百度后台显示提交成功，没有报错。过了一段时间去查，搜索结果里完全看不到这些页面。
一开始怀疑 token 绑域名。好像很自然，推不进去，多半是权限没给够，或者某个域名没绑到账号上。我们回头查了账号里的站点列表，域名都在，验证状态也正常。token 调用没有报错，提交接口的返回码也是成功。
到了这一步，token 绑域名这个解释已经站不住。真正的原因在另一个地方。百度对一条 URL 收不收，卡在两个条件上。两个条件要求的东西不一样，但必须同时满足。
四种组合拆出两个硬条件
2026年10月5日那天，我们用四种组合做了一次实测。思路很简单，既然提交不进去，就把 site 字段和 URL 里的 host 拆开来看。site 字段的填法有不同，host 的写法也有不同，交叉出来刚好四种情况。
实测下来，结论是两块。
site 字段必须是这个百度账号里已经添加并且验证过的站点。重点在于验证过。只添加不验证，提交虽然能发出去，后续不会有任何收录动作。
提交 URL 的 host 必须与 site 字段完全一致。完全一致这几个字很要紧。主域和子域混着填不行，大小写有差异不行，带不带 www 有差异也不行。host 跟 site 对不上，就不会被收下。
token 权限管的是有没有资格调接口。这两个条件管的是 URL 有没有机会进入处理流程。很多人把这两件事混在一起，一直查 token，问题却出在 site 和 host 的匹配上。
子域站群最容易踩进去
一个主站下面挂多个城市子域，每个子域在业务上算独立站点。但到了百度账号的站点验证这里，子域不会自动跟着主域走。想让某个子域的 URL 被收下，那个子域也得单独在账号里添加并验证。
主域验证过了，子域没验证，site 字段只能填已经验证过的主域。可填了主域之后，提交的子域 URL 的 host 又跟 site 对不上。两个条件互相卡住，提交多少次都一样。
我们记下来的情况就是这样。没有别的隐藏规则，就是两个硬性判定，子域场景几乎都会被卡住。
现实做法往两个方向走
子域数量不多的时候，逐个把子域注册到百度账号里并完成验证，验证完就能正常提交对应 host 的 URL。子域数量一旦多起来，逐个验证的工作量会明显增加，每个子域都要维护验证状态，后续有变动还得重新处理。
子域数量大的时候，可以不去单独提交子域 URL，改让主域的 sitemap 把子域页面带出来。主域 sitemap 里放上子域链接，百度沿着主域 sitemap 抓取时，可能顺到这些链接。这个做法不依赖子域在账号里的验证状态，但抓取节奏不由自己控制，也不是所有链接都会被顺到。
逐个验证更直接，sitemap 顺下来更现实。先把两个条件摆清楚，再决定走哪个方向，比盲目提交和换 token 要有效。
调整后的流程
现在再遇到子域站群的项目，我们不会先查 token 权限，也不会先看收录数据。头一件事是让客户把百度账号里的已验证站点列表给出来，先确认哪些 host 可以做 site 字段，再决定 URL 的提交范围。
这个变化省掉了大量无效提交。以前提交一批，回头查收录没有动静，再回头排查。现在提交之前就能判断某条 URL 有没有可能被收下。
方法不复杂，难点是别被 token 绑域名这种说法带偏。百度对 URL 的判定很多时候就是直接的条件匹配，满足就进流程，不满足就停在原地。
如果你的站群也遇到推了不收的情况，桐灼研究可以帮你把已验证站点和 URL 结构先对一遍，把能提交和不能提交的分开。桐灼（淄博）网络科技有限公司做全域 AI 搜索的 GEO 优化，从站点的实际状态出发处理收录问题，电话 17852030756。