本文约 3,140 字，预计阅读 8 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：解析都做好了，为什么 site 还是零
域名备案完成、WordPress 装好、文章发了十几篇，满怀期待地在百度里敲 site:mimangfei.com，结果一片空白。这是国内新站最常见的开局。很多站长此时的第一反应是”百度对新站不友好”，但实际上，百度从来没有承诺过”你不打招呼它就一定来”。百度的搜索引擎是一套被动发现加主动抓取的混合系统：它不会凭空知道你的域名存在，需要先有入口线索（外链、提交、历史域名记录、浏览器数据等），再由 Baiduspider 按调度策略抓取，最后才能进入索引库。新站因为没有任何历史权重，既没有外链也没有老域名缓存，线索来源几乎为零，等待自然发现往往要数周甚至更久。好消息是，百度搜索资源平台（ziyuan.baidu.com）提供了完整的”自荐通道”，主动把链接喂给百度，收录周期可以从”看运气”压缩到”几天内可见”。本文就把这条通道拆成可执行的动作。
原理分析：收录是三段式流水线
百度收录不是一步动作，而是三段流水线，任何一段断掉都会导致 site 为零：
| 阶段 | 发生什么 | 常见断点 |
|---|---|---|
| 发现 | 百度从提交接口、sitemap、外链、浏览器等渠道获得 URL | 从未提交，无任何外链 |
| 抓取 | Baiduspider 按频次发起 HTTP 请求拿到 HTML | robots 封禁、超时、5xx、被 WAF 拦截 |
| 建索引 | 内容去重、质量评估后写入索引库 | 内容采集/拼接、页面过薄、全站同质 |
很多人只会盯着第三段（内容质量），却忽略了前两段。而对新站来说，前两段的权重远大于第三段：只要百度根本没来抓过，内容写得再好也是零。所以新站的核心策略是——用最少的人工成本，把”发现”和”抓取”两段打通。百度提供的四条自荐通道各有定位：API 主动推送（最快，需配额与 token）、自动推送 JS（页面被访问即触发，零维护）、sitemap（批量，需按格式提交、有文件体积上限）、手动提交（临时补漏，额度最小）。新站应该四条一起开，而不是只挑一条。关于这几条通道的差异，可以看百度普通收录与快速收录的区别。
保姆级实操
第 1 天：注册并验证站点
打开 ziyuan.baidu.com，用百度账号登录，进入「用户中心 → 站点管理 → 添加网站」，填写带协议的完整域名（推荐 https 版本）。验证方式有三种：文件验证（下载 html 传到根目录）、HTML 标签验证（把 meta 标签加入首页 head）、CNAME 解析验证。WordPress 站点推荐用 HTML 标签验证，把标签放进主题的 header.php 或用 wp_head 钩子输出，避免升级主题后丢失。
第 1 天：确认没有抓取障碍
访问 https://你的域名/robots.txt 确认可访问且未误封；确认首页返回 200（curl -I 检查）；确认页面源码里没有 <meta name="robots" content="noindex">（WordPress 后台「设置 → 阅读 → 建议搜索引擎不索引本站点」务必取消勾选，这一项坑过无数人）。
第 2 天：生成并提交 sitemap
WordPress 自带 sitemap（/wp-sitemap.xml），也可由 SEO 插件生成。在资源平台「资源提交 → 普通收录 → sitemap」里填写地址提交。注意百度要求 sitemap 文件编码 UTF-8、单文件不超过 5 万条 URL、10MB 以内。
第 2 天：接入自动推送 JS
把自动推送脚本放进主题的 footer.php（或 wp_footer 钩子），页面每次被真实用户访问就会向百度推送一次，属于”躺赢”型通道。
第 3 天：接入 API 主动推送
在「资源提交 → 普通收录 → API 提交」拿到 token，用服务端代码在文章发布时推送。可用一条 curl 先验证 token 是否有效：
# urls.txt 每行一个完整 URL，先放 1 条做验证
printf 'https://mimangfei.com/hello-world/\n' > /tmp/urls.txt
curl -s -H 'Content-Type:text/plain' --data-binary @/tmp/urls.txt \
"http://data.zz.baidu.com/urls?site=https://mimangfei.com&token=你的推送token"
# 成功：{"remain":4999998,"success":1}
# token 错误：{"error":401,"message":"token is not valid"}
# 站点未验证：{"error":400,"message":"site is not verified"}
# 推送后第二天，用日志确认百度真的来过
grep -c "Baiduspider" /var/log/nginx/access.log
第 4–7 天：核验与补漏
在资源平台「抓取诊断」输入 URL 模拟一次抓取，看返回的 HTTP 码与源码是否完整；同时在服务器日志里grep Baiduspider 确认真实访问。若长期无蜘蛛，检查是否被云防火墙/防盗链规则拦截。
常见踩坑
- 后台勾选了”建议搜索引擎不索引本站点”：这是 WordPress 自带的开关，勾上后全站输出 noindex，推送再多也不收录。安装后第一件事就是关掉它。
- 验证用 www，提交用裸域：site 参数必须与验证站点完全一致（含协议），否则返回
site is not verified。 - robots.txt 里 Disallow: / 全站封禁：不少站点为了”防采集”把全站封了，结果百度也被挡在外面。正确写法见百度robots.txt写法与常见错误。
- 推送的是 http 版本，站点是 https：协议不一致会被判为不同 URL，白白浪费配额。
- CDN/WAF 把 Baiduspider 当爬虫拦截：表现为抓取诊断返回 403。需在 WAF 白名单里放行 UA 含 Baiduspider 的请求。
- 案例：某博客上线 20 天零收录，日志里 Baiduspider 一次都没出现。排查发现主机商默认开启了”海外 IP 防护”，把百度蜘蛛的 IP 段全部拦在防火墙外。放行后第二天抓取量从 0 涨到 300+，第五天收录 47 条。这类问题在日志里一眼可辨——蜘蛛一次都没来过，说明问题在”抓取”段而非”索引”段。
- 提交后立即查 site，没有就慌：推送不等于收录，中间还有抓取与索引两个环节，通常 1–7 天，性子急容易做出反复删改的错误决策。
总结
新站收录的判断标准非常简单：先确认”百度来没来过”（日志 grep Baiduspider），再确认”来的时候拿到的是不是 200 和完整源码”（抓取诊断），最后才谈内容质量。三者依次排查，比反复改标题有效得多。行动清单：验证站点 → 取消 noindex → 提交 sitemap → 装自动推送 JS → 接 API 主动推送 → 每天看一次日志。坚持一周，绝大多数新站都能看到第一条收录；如果一周后蜘蛛访问量为零，优先怀疑防火墙与 DNS 解析，而不是内容。
