新站上线3个月发了80篇仅收首页装了JS推送但日UV不到50实际每天触发推送不超50条，换API主动推送加宝塔每6小时扫全站第4天出词收录天级缩到小时级

一、百度四条推送通道，区别不是"快慢"而是"谁在推"

百度搜索资源平台目前提供了四条链接提交通道：API主动推送、JS自动推送、Sitemap提交、手动提交。很多人以为这四种方式的区别只是"推送速度不一样"，但真正的区别是触发机制完全不同，搞错了机制，效果就天差地别。

关键结论：API主动推送是唯一不依赖"外部触发"的推送方式。JS自动推送靠用户访问触发，Sitemap靠百度定时抓取触发，手动提交靠人操作触发。只有API主动推送是服务器端主动、实时发起的——你的内容一上线，代码就把它推出去。这才是"自动推送"的真正含义：不是等别人来触发，而是你自己主动通知。

二、百度API主动推送怎么配，从拿到token到写定时脚本

配百度API推送只需要三步：在站长平台拿到接口地址和token、写一段POST请求代码、配定时任务让它自动跑。

第一步：获取token

登录百度搜索资源平台（ziyuan.baidu.com），添加并验证站点后，进入"普通收录"→"API提交"页面。你会看到一个接口调用地址，格式是：

http://data.zz.baidu.com/urls?site=你的域名&token=你的token

这个token就是你的推送凭证，每个站点一个token，不要跨站混用。如果有多个域名，每个域名都要单独获取。

第二步：写推送脚本

百度API推送的本质是一次HTTP POST请求，把URL列表（每行一个URL）放在请求体中发过去。下面是一段PHP脚本，放在网站根目录，通过浏览器访问或命令行执行即可完成推送：

<?php$urls = array('https://你的域名.com/article-1.html','https://你的域名.com/article-2.html','https://你的域名.com/article-3.html',);$api = 'http://data.zz.baidu.com/urls?site=你的域名&token=你的token';$ch = curl_init();curl_setopt($ch, CURLOPT_URL, $api);curl_setopt($ch, CURLOPT_POST, true);curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);curl_setopt($ch, CURLOPT_POSTFIELDS, implode("\n", $urls));curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: text/plain'));$result = curl_exec($ch);curl_close($ch);echo $result;?>

返回结果中，success字段表示成功推送的条数，remain字段是当天剩余配额。如果返回error，常见的错误是token过期或站点未验证。

import requestsurls = ['https://你的域名.com/page1.html', 'https://你的域名.com/page2.html']api = 'http://data.zz.baidu.com/urls?site=你的域名&token=你的token'headers = {'Content-Type': 'text/plain'}resp = requests.post(api, data='\n'.join(urls), headers=headers)print(resp.json())

第三步：配定时任务

脚本写好后不能每次手动跑。在服务器上配置定时任务让它自动执行。以宝塔面板为例：进入"计划任务"，添加一个Shell脚本任务，执行周期设为每小时或每6小时，脚本内容大致是：

#!/bin/bash# 获取最近1小时内新增的文章URL列表# 方法1：从数据库直接查# 方法2：扫描sitemap中新增的URL# 然后调用Python脚本推送到百度python3 /www/wwwroot/你的站点/baidu_push.py

定时任务的核心逻辑是：只推新增内容，不重复推老URL。重复推送同一个URL不仅浪费配额，还可能被百度判定为异常行为。实现方式有两种：一是从数据库记录上次推送时间，只查之后新增的文章；二是在推送脚本里维护一个已推送URL的日志文件，每次推送前先对比去重。

三、Google收录怎么自动推？两条路：Indexing API和Sitemap ping

Google的收录推送逻辑和百度不太一样。Google没有像百度那样对所有站点开放一个简单的"提交URL列表"的API。Google提供的是Indexing API，但这个API有明确的使用场景限制。

Indexing API的配置相对繁琐，需要Google Cloud Console、服务账号、OAuth 2.0认证等一系列操作。下面是核心Python代码：

from google.oauth2 import service_accountfrom googleapiclient.discovery import buildSCOPES = ['https://www.googleapis.com/auth/indexing']KEY_FILE = '你的服务账号密钥.json'credentials = service_account.Credentials.from_service_account_file(KEY_FILE, scopes=SCOPES)service = build('indexing', 'v3', credentials=credentials)# 推送新URL（通知Google有新页面）body = {'url': 'https://你的域名.com/new-page.html','type': 'URL_UPDATED'}response = service.urlNotifications().publish(body=body).execute()print(response)

四、IndexNow：一个key搞定Bing+Yandex+Seznam三个引擎

IndexNow是Bing和Yandex联合推出的推送协议，目前支持的搜索引擎包括Bing、Yandex、Seznam.cz、Naver。它的最大优势是一次推送，多个引擎同时收到——你把URL推给IndexNow，所有支持IndexNow的搜索引擎都会去抓取。不需要每个引擎单独配一套API。

配置IndexNow非常简单。首先需要一个API Key（就是一个字符串，自己随便定义一个就行，比如一个UUID），把这个key文件放到网站根目录：

# 在网站根目录创建一个文本文件，文件名就是你的key值# 例如 key = abc123def456，那么文件路径是：# https://你的域名.com/abc123def456.txt# 文件内容也是：abc123def456

然后通过HTTP请求推送URL，接口格式为：

POST https://api.indexnow.org/indexnowContent-Type: application/json{"host": "你的域名.com","key": "abc123def456","keyLocation": "https://你的域名.com/abc123def456.txt","urlList": ["https://你的域名.com/page1.html","https://你的域名.com/page2.html"]}

一次请求最多可以推1万条URL，而且IndexNow没有每日配额限制——这是它和百度API、Google Indexing API最大的区别。对于内容更新频繁的站点，IndexNow是最省心的推送方案。

五、推送不是推了就完事，推完不查等于没推

很多人把推送脚本配好、定时任务跑起来就以为万事大吉了。但实际上推送这件事有很多"暗坑"：推送成功不等于收录成功，推送失败也可能没有明显的报错提示。

推送完成后需要做的事：去百度站长平台的"索引量"页面看推送后的索引变化趋势；在Google Search Console的"覆盖率"报告里检查已提交URL的索引状态；IndexNow推送后可以在Bing Webmaster Tools里查看URL提交记录。如果发现推送了但一直没被索引，回头检查页面本身的质量——是不是内容太少？是不是被noindex了？是不是robots.txt挡住了？

六、一个站好说，十个站怎么办

单站推送配置一次也就十几分钟的事。但如果手上有5个、10个甚至更多的站点，每个站都要分别配置百度token、Google服务账号、IndexNow key，还要分别写定时脚本、分别监控推送状态——这个工作量就不是简单的倍数关系了。

多站推送有几个绕不开的问题：

· token/密钥管理混乱。每个站一个token、一个key、一个服务账号JSON，时间一长容易搞混哪个文件对应哪个站。

· 推送状态不可见。每个站推送成功了多少条、失败了多少条、剩余配额多少，没有统一的地方看。

· 定时任务分散在各台服务器上。如果站点部署在不同服务器，定时任务也分散在各处，某个任务挂了可能很久才发现。

· 推送策略不统一。有的站推百度+IndexNow，有的只推百度，有的忘了配IndexNow，覆盖面不一致。

七、推送之外的三个兜底手段

推送是收录加速器，但不是收录保证书。推送做得再好，如果搜索引擎来了发现页面质量不行，照样不收。所以在推送体系之外，有三个兜底手段不能忽略。

第一个是Sitemap。不管推送做得多好，Sitemap是底线兜底方案。推送可能会漏（配额用完、脚本出错、token过期），但Sitemap只要提交了，搜索引擎早晚会来抓。Sitemap的更新频率建议至少每天一次，如果站点更新频繁可以更高。WordPress可以用Yoast SEO或Rank Math自动生成并更新Sitemap，静态站可以用脚本在构建时生成。

第二个是内链结构。搜索引擎发现新页面的方式不止推送一种，通过已有页面的链接也能发现。如果你的站内链接结构清晰——每篇新文章至少在首页或分类页有入口，文章之间有合理的相关推荐链接——即使推送出了问题，蜘蛛爬老页面的时候也能顺着链接摸到新内容。反过来，如果新页面是"孤岛"，没有任何内部链接指向它，光靠推送被发现，收录后排名也会很差。

第三个是外链触发。一个新页面如果能从外部获得一两个高质量链接（哪怕只是社交媒体分享），搜索引擎发现它的速度会比单纯等推送快得多。这不是说要去买外链，而是在内容发布后主动做一些分发——发到知乎、发到相关论坛、发到社交媒体——这些平台本身被搜索引擎高频抓取，蜘蛛顺着这些平台的链接就能很快到达你的新页面。

八、推送上线前的六项检查清单

在把推送体系正式上线之前，有几项检查不能省。下面这张清单涵盖了最常见的翻车点：