搜索引擎收录设置：发完文章，为什么还要再敲一次门

文章发出去，不等于被看见。发布只是把文件放到了你的服务器上；搜索引擎要不要来、什么时候来、来几次，是另外一件事。后台这一页「搜索引擎收录」，做的就是每次发完主动去敲一次门——同时把「哪几家能自动敲、哪几家只能自己走过去敲、每家每天能敲几次」写成一张总账。这篇把六个页签、四家自动通道、三家手动通道，以及七个平台的限制，一次讲清楚。

一、为什么非要设置：不设置，只能等

很多人的印象是「我发了，搜索引擎自然会来」。这句话不算错，但漏了中间那句：它得先知道有新页面。它知道的方式只有三种，每一种都慢：

• 等 sitemap 重访。sitemap.xml 是一份目录，不是催单按钮。各家来重读的间隔从几小时到几周不等，取决于站点权重与更新频率。新站、低频更新的站，往往排在最后。
• 等内链被发现。蜘蛛靠链接爬。你的新文章如果没有从首页、栏目页、相关文章链出去，它就悬在半空，只能靠 sitemap 兜。
• 等外链引路。新站几乎没有外链。没有外部入口，蜘蛛连「你更新了」这件事都无从判断。

结果就是：一篇周三下午发的案例，周五客户拿品牌词去搜，搜不到。你以为是内容问题，其实是它还没被抓。

我们站自己的账：配了，但没跑通

写这篇之前我把站上的真实状态查了一遍，数字不太好看，但很有代表性：

5 条失败记录的原因完全一致，就一句话：「当前站点域名是 localhost（本机 / 内网地址）：IndexNow 服务器无法回访校验密钥，推送必然失败。」而百度的站点域名，还是从旧版配置兜底过来的出厂示例值 www.xxxx.com。

也就是说：功能是好的，开关也开了，但参数是错的。这就是「设置」两个字的重量——它不是一个开关，是一组必须逐项对上平台的值。

二、设置之后，具体能得到什么

不讲虚的，六条好处，每条都对应一个能感知到的变化：

第五条值得单独说一句，因为它是这两年新增的价值：ChatGPT 的联网检索依赖 Bing 索引。IndexNow 一次提交，Bing、Yandex、Naver、Seznam 同时收到。你在这条链路上省下的不是几天，是「有没有机会被 AI 提到」。

三、六个页签，一次看清

这一页不是表单，是六个分工明确的页签。先记住「什么时候用哪个」，比记住字段更重要：

四、收录总览：先看四个数

打开就是这一屏。不用急着点按钮，先读顶部那四组状态——它们决定了下面所有按钮能不能用：

再往下是四个索引文件，点开就能看内容，也方便复制去平台提交。我们站现在是：sitemap.xml 收了 103 条地址、robots.txt 约 967 字节、llms.txt 约 6528 字节、IndexNow 校验文件 32 字节（内容就是密钥本身）。四个都在，但 sitemap 里写的还是 http://localhost:8010——这是上线前必须改的一件事。

「一键提交最近 50 篇」到底提交了哪 50 篇

规则写死在代码里：取未进回收站、状态为已发布的文档，按更新时间倒序，最多 50 条。我们站现在 81 篇符合条件，所以这个按钮一次只能覆盖 50 篇，剩下 31 篇要用「批量提交」补。

另外它还有一个隐藏能力：在内容列表页勾选文章后点「一键提交收录」，提交的是你勾的那几篇，不再走 50 篇的默认逻辑。改完一篇老文章想单独催一次，用这个最快。

五、重点：为什么只有 4 家能自动，3 家只能手动

这是最容易被误解的地方。不是插件偷懒，是平台真的没给接口。把这张总账记住，就不会再问「为什么 Google 不能自动推」：

Google 那一行是很多人卡住的地方，说清楚：Google 的 Indexing API 官方只对招聘类（JobPosting）与直播类（BroadcastEvent）页面开放，普通内容页没有接口可调。所以本页对 Google、搜狗、Bing 网页版的做法，跟 Rank Math 这类海外 SEO 插件一致：不假装能自动，给一键直达的入口＋分步说明，你点进去照着做，两分钟能完成一次。

六、四家自动通道：每家填什么、去哪拿、卡在哪

「自动提交（带 API）」页是四张大卡，一家一张。开关、域名、密钥都在卡里，右侧有直达平台的链接：

① 百度：注意 site 的写法

路径是：搜索资源平台 → 用户中心 → 站点管理 → 添加并验证站点 → 左侧「普通收录 → API 提交」→ 复制准入密钥。

两个字段的写法有讲究：

• 站点域名填 www.bfm8z.com 这种裸域名，不要带 http://，也不要带结尾的 /。以平台接口地址里的 site= 参数为准，两边不一致会直接报错。
• 准入密钥是一串 32 位左右的字符，复制粘贴即可。提交成功后接口会返回今日剩余配额，到「记录与诊断」里能翻到。

② 神马：三个字段，用户名不是昵称

神马站长平台 →「数据提交 → MIP 数据提交」→ 点【更新】拿 token。要填三个：站点域名、站长平台用户名、token。用户名指的是接口地址里的 user_name= 参数，不是你在平台的显示昵称。移动端流量占比高，值得配。

③ 360：约 500 条 / 日，超了直接失败

360 站长平台 →「数据提交 → 链接提交 → API 提交」→ 复制接口地址里的 token。域名＋token 两个字段，填完就能推。官方配额约 500 条 / 日，全站补推时注意别一次顶满。

④ IndexNow：不用注册，点一下就生成

这一家最省事：不用去任何平台申请。点「生成密钥」，系统会生成一个 32 位的密钥（只含小写字母、数字与连字符），并自动写好校验文件 public/{密钥}.txt，文件内容就是密钥本身。之后一次提交，Bing、Yandex、Naver、Seznam 同时收到。

接口的几个硬约束，出问题时对着看：

七、三家手动通道：点进去，两分钟做完

这一页没有表格要填，只有三个入口按钮和分步说明。三家的情况各不一样：

Google：四步，一次做完

1. 打开 Search Console → 左上「添加资源」→ 选「网址前缀」，填 https://你的域名/，要和站点实际访问地址完全一致。
2. 验证方式选「HTML 标记」，复制 content= 后面的值 → 粘到本插件「站长验证」页签的 Google 一栏，系统会自动注入前台 head，不用改模板。
3. 验证通过后，左侧「站点地图」提交一次 /sitemap.xml。
4. 以后每发一篇重要文章：顶部搜索框切到「网址检查」→ 粘链接 → 回车 → 点「请求编入索引」。每天有配额，优先推新品页与案例页。

搜狗：sitemap 为主，手动为辅

搜狗站长平台 → 添加站点 → 验证（HTML 标签，把 content= 后的值填进「站长验证」）→ 左侧「链接提交」提交 /sitemap.xml。之后搜狗会定期来抓；还没收录的老页面，用「手动提交」逐个粘，单次条数有限，挑重要的推。

Bing 网页版：能不手动就别手动

Bing 网站管理员工具 → 添加站点 → 「HTML Meta 标记」验证（meta 名是 msvalidate.01）→ 左侧「URL 提交」逐条提交，每天约 10 条。但既然 Bing 支持 IndexNow，更省事的做法是开 IndexNow，之后批量提交全自动，不用天天来点这 10 条。

八、站长验证：填一次，长期有效

七个平台，七个输入框。填的只是验证码里 content 的内容，直接粘贴整段 <meta …> 也行，系统会自动识别并抠出来：

七家之外的平台，用最下面那个多行框，一行一个，格式 meta名称|验证内容，例如 baidu-site-verification|codeva-xxxx。

它是怎么注入的（这是它比改模板强的地方）

• 走前台响应钩子。页面输出前，把 meta 插到 </head> 之前；只对前台 cms 模块的 GET 页面生效，后台与 AJAX 不碰。
• 页面里已有同名标签就跳过。所以不会和主题自带、或别的插件注入的验证码打架。
• 插件停用就不再注入。不需要你回头去删代码，也不会留下一个失效的 meta。
• 任何异常都静默失败。验证码写错了最坏结果是「没注入」，不会把页面搞白。

九、批量提交：全站补推，以及那个红色的按钮

前面说的「一键提交」只覆盖 50 篇。真要全站补推，用这个页签：

执行时的三个细节，值得知道：

• 每页 200 条，自动翻页。提交期间页面会自己刷新跳到下一页，不要关窗口。我们站 81 篇，一页就推完了。
• 带跳转属性的文档会被跳过。需要跳转的页面推上去也没意义，代码里直接排除了。
• 成功后会打标记。推过的文档记一个「已提交」，所以「类型 = 添加」不会重复推同一篇。

十、七个坑，以及四个最常被问到的问题

下面这七条，按「被问到的频率」排序，前三条几乎每个新站都会撞上：

• 站点域名还是 localhost / 内网 IP。IndexNow 必失败，Google 会直接拒，百度推上去也没意义。先到「系统设置 → 站点信息」改成正式域名，这是所有推送的前提。
• 百度 site 写成 https://www.xxx.com/。必须裸域名，不带协议、不带结尾斜杠，否则与平台 site 参数不一致。
• 开关开了，参数没填全。记录里会写「已开启但配置不全（缺站点域名或准入密钥）」——看到这句就回去补字段，不是接口坏了。
• sitemap 里还是 localhost。提交给 Google / 搜狗的地址全是错的。上线前用正式域名重新生成一次，再提交。
• 验证码填了，前台没有。先清缓存，再用「验证码生效检测」抓一次首页核对；还不行就看插件是不是被停用了（停用即停止注入）。
• 以为发了文章，sitemap 就会自动更新。不会。后台手动发布、以及走 /publish 接口发布，都不会重新生成 sitemap；只有定时发布车间在发布成功后会刷一次。结果是：新文章可能已经在推送队列里，却不在 sitemap 里。发完一批，到「GEO 站点地图」重新生成一次。
• 以为提交 = 收录 = 排名。三个环节，这一页只管第一个。收录看抓取预算与内容质量，排名看的东西更多。

十一、上线前，照这张表对一遍

「记录与诊断」里的引擎自检就是这 8 项，全是只读的，不会改动任何文章或配置。手动对一遍也行：

1. 站点域名是正式域名——不是 localhost、不是内网 IP。
2. 至少一家可自动引擎配好——最省事的是 IndexNow，点一下就有。
3. 百度参数齐全——域名＋准入密钥，且域名与平台一致。
4. IndexNow 校验文件公网可访问——https://域名/{密钥}.txt，内容是密钥本身。
5. sitemap.xml 已生成，且里面不是 localhost——我们站这一步还没过。
6. robots.txt 放行 AI 爬虫并声明 Sitemap——我们的已经放行了 GPTBot、PerplexityBot 在内的 18 个爬虫 UA，末尾也写了 Sitemap 行。
7. 站长验证码至少填一家——建议 Google 与百度先填。
8. 有过一次成功提交记录——先推 1 篇测通，再开自动。

建议的落地顺序（也是这一页从上到下的顺序）：先确认站点域名 → 生成 IndexNow 密钥（最省事的一家先跑通）→ 配百度三件套 → 填 Google 与百度的验证码 → 用「一键提交最近 50 篇」测通一次 → 最后再打开「发布后自动推送」。反过来做，很容易在参数还没对的时候就把配额试没了。

最后说一句实话：这一页不生产流量。它不会让一篇烂文章被收录，也不会让一个好页面排到前面。它只做一件事——让你已经写好的内容，早一点被看见。而「早一点」在 B2B 里是有价值的：客户今天搜的品牌词，不该等到下周才出现。

十二、接着往下看

按需求接着看