主动推送协议只被几家搜索支持,另一家算不算推送
主动推送协议只有几家搜索引擎支持,没参与的那家算不算被推送?不算。主动推送的作用是告知哪些网址新增或变化、请求优先抓取,没参与的引擎收不到这份通知,只能靠站点地图与常规抓取发现地址,收录判断也不会因此改变。要把发现与收录分开看,按引擎分流动作,推送只负责增量,站点地图负责兜底。
发现与收录不是一回事
发现解决的是引擎知不知道这个地址存在;收录解决的是它愿不愿意把地址放进索引并给出排名。主动推送属于发现环节的信号,它让引擎优先安排抓取,既不代表内容一定进索引,也不代表收录质量会变好。没参与该协议的引擎走的是另一条发现路径:站点地图文件周期提交,加上链接关系引导的常规抓取。两条路径的差别在及时性,不在待遇:参与方拿到变化信号更早,未参与方靠周期覆盖。把没被推送当成没被收录是常见误读,中间还隔着抓取与质量判断两道环节。
当天口径的参与方
IndexNow 官方站点当天的口径写明,该协议的参与方是 Microsoft Bing、Naver、Seznam.cz、Yandex、Yep;通过它,搜索引擎能得知哪些网址发生了变化,从而优先安排抓取。名单之外的那家主流引擎不在参与方里,对它发通知等于发给了一个不收听这条频道的对象。判断口径要落在检索当天:参与名单会随合作扩大或收缩,隔一阵就要重看一次,别沿用旧清单排整季度的动作。名单只说明谁能收到通知,不涉及各家抓取配额与收录标准,那两件事要另查各家的说明。
按引擎分流的流程
分流的核心是把不同变更类型交给不同通道,下表列出各家通道与校验方式。
| 变更类型 | 参与协议的引擎 | 未参与的引擎 | 校验方式 |
|---|---|---|---|
| 新内容上线 | 主动推送提交新址 | 站点地图周期提交 | 索引结果逐条核对 |
| 内容小改 | 主动推送更新 | 站点地图更新时间字段 | 抓取记录比对 |
| 地址变更 | 先设 301 跳转再推送新址 | 站点地图换成新地址 | 跳转链与状态核对 |
| 页面下线 | 推送后移出站点地图 | 站点地图移除 | 结果保留期观察 |
新增内容走主动推送,存量与修改交给站点地图覆盖,改地址要先建立旧地址指向新地址的 301 跳转关系,再把新地址推送出去,让参与方尽早换到新链接。批量变更按类型分开提交,一次只处理一种情形,出错时容易定位到环节。AnQiCMS 侧的链接推送与 Sitemap 自动生成对应这两条通道,伪静态规则与 301 重定向配置保持地址口径一致,避免推送出去的地址与实际可访问的地址不同。
推完怎么校验
校验要看两段结果:通知有没有被接收,索引有没有真的变化。第一段看引擎返回的处理结果,成功提交与失败计数分别记录;第二段在提交后的几天里用各家的站点查询逐条确认地址是否进了索引。三种情形分开处理:未被抓取,补站点地图并检查 robots 是否拦住了路径;抓了未收,属内容与质量判断问题,不在通知环节解决;改过地址的,确认 301 跳转已生效且旧地址不再出现在站点地图里。校验结果留档,标注检索当天与提交批次,便于下一轮对照份额变化。
常见问题
问:没参与主动推送协议的引擎算不算被推送?
答:不算。通知发出去它也不接收,这一家的发现要靠站点地图与常规抓取,收录判断走自己那条链路。
问:站点地图还要不要继续提交?
答:要。站点地图是兜底通道,覆盖存量与修改,主动推送只管增量,两者同时保持才不漏地址。
问:改地址时推送什么?
答:先把旧地址到新地址的 301 跳转配置好,再推送新地址;旧地址从站点地图移出,跳转关系保留到引用清空为止。
问:推送了但没被收录,是不是链路坏了?
答:不一定是链路问题。先确认是否被抓取,再看质量判断,只有通知与抓取都正常而索引不动时,才需要检查配置是否有拦截。