百度新闻收录和 Google News 收录是两套玩法:一个卡资质,一个卡时间戳

🔑 关键词:新闻收录,百度新闻收录,Google News 收录,news sitemap,新闻时效性

📖 摘要:从实际踩坑出发,拆解百度与 Google 新闻收录的底层差异:资质门槛、API 配额、news sitemap 的 48 小时规则、publication_date 时区坑,以及一套可落地的 7 步发布流程。

百度新闻收录和 Google News 收录是两套玩法:一个卡资质,一个卡时间戳

图片

去年 11 月,我接手一个地方资讯站,团队一共 3 个人:2 个编辑,1 个摄影。每天产出 20 条左右本地突发,站长后台显示内页收录率 15% 不到,首页有排名、内页全趴着。老板微信第一句话是「我想进百度新闻源」。我没好意思直接怼回去——百度新闻源这个数据库,2017 年 3 月就下线了,到现在七年多,但市面上还在拿它当卖点的代理商一抓一大把。

这事让我意识到一个问题:大部分人把「新闻收录」当成一个技术活,其实它是两个完全不同的活。百度和 Google 在新闻这块的判定逻辑,差得比很多人想象中远。我用这个站做了四个月对照实验,把两边拆开讲。

百度这一边:资质是硬门槛,配额是软天花板

图片

2017 年 3 月百度取消了新闻源数据库,改成搜索资源平台自主提交。听着像是门槛降低了,其实没有——「新闻」这个内容类目在监管层面需要互联网新闻信息服务许可证,这个证普通企业基本拿不到,个人站长想都别想。所以你看到的所谓「新闻收录」,对企业站来说,实际能操作的只有三条路:原创保护、快速收录权限、API 主动推送。

API 推送的配额是最现实的约束。我手上三个账号,一个普通企业站每天 10 条,一个活跃度较高的行业站每天 50 条左右,另外一个有快速收录权限的号能到 200 条以上。这个配额跟站点质量分、历史活跃度直接挂钩,不是固定的。很多教程写「每天可以推 10 万条」,那是老黄历,早改了。

另外百度对突发新闻确实有时效性加权,但权重远不如 Google 明显,而且它更依赖账号本身的「新闻感」——同一个选题,一个天天发房产广告的站和一个天天发本地突发的站,推送后进入搜索的时间差能到几个小时。清风算法(2018)收拾标题党,惊雷算法收拾刷点击,这两个别去碰,代价是整站掉权,我见过一个站掉了 60% 的流量,三个月没爬起来。

图片

Google 这一边:不看你有没有证,只看时间戳干不干净

Google 的新闻收录逻辑完全是机器视角。它不关心你有没有资质,只关心你的文章在时间维度上是不是「可读、可查、可信」。核心载体就是 news sitemap,规则写得很死:只收录过去 48 小时内发布的文章,单次提交最多 1000 条 URL。超过 48 小时的老文章留在里面,不会加分,只会稀释信号。

news sitemap 里必须有的字段是 news:publication(含 name 和 language)、news:publication_date 和 news:title。publication_date 用 W3C 格式,必须带时区,比如 2024-05-13T09:30:00+08:00。我踩过一个特别蠢的坑:服务器是 UTC 时间,publication_date 直接取服务器时间输出,结果北京时间早上发的一篇稿子,在 Google 那边算成了前一天晚上,48 小时窗口直接算错位,那批稿子一条没进。后来统一在代码层把时区写死成 +08:00,第二天就正常了。

还有两个变化很多人不知道。一是 2023 年 Google 改了 Publisher Center 的规则,出版物改成自动纳入,不再需要手动添加,你手动加半天可能根本没意义。二是 Top Stories 早就不强制 AMP 了,2021 年页面体验更新之后 AMP 变成可选项,别为了 AMP 把自己的页面搞得七零八落。

图片

两边放一起对比,差异就很清楚了

维度 百度 Google
核心门槛 资质 / 账号权重 时间戳机器可读性
提交方式 API 推送、手动提交 news sitemap、URL 检查工具
单次配额 每天 10 到几百条不等 1000 条 URL / 次
有效窗口 几小时到几天 15 分钟到 72 小时
老文章命运 还能吃长尾 基本没戏
图片要求 无硬性规定 Discover 要求宽度 ≥ 1200px

注意最后一行。如果你想进 Google Discover,图片宽度至少 1200px,同时 meta 里要有 max-image-preview:large,少一个都可能不展示。百度这边没这么细的图片规范,但对正文长度敏感,我实测下来低于 300 字的稿子,推送后收录率明显偏低。

图片

我自己跑通的一套流程,7 步

  1. 发布前把 URL 定死。可以用 /news/2024/05/slug 这种结构,但发布之后绝对不要改。改一次 URL,等于重新走一遍收录流程,前面的时间全白费。
  2. 服务器时间统一到 UTC+8,publication_date 精确到分钟,带时区后缀。
  3. 发布后 5 分钟内完成两件事:百度 API 推送,news sitemap 更新。这一步做成自动化的,别靠人手动。
  4. 15 分钟后用 Search Console 的 URL 检查工具手动提交一次,注意每天有配额,别浪费在垃圾页面上。
  5. 2 小时后看「已发现 - 尚未抓取」这一栏,如果一直是这个状态,说明抓取预算不够,得去看服务器响应时间和内链。
  6. 24 小时没收录,按顺序排查三件事:robots.txt 有没有拦、canonical 是不是指错了、正文是不是太短。
  7. 72 小时还没收录,别折腾技术了,是选题问题。

第 7 条是我最想说的。很多人把没收录归咎于技术,其实大部分情况是选题本身没有搜索需求,或者已经有一堆同质内容在前面了。

图片

一个不太一样的观点

我不太赞同把新闻收录归到 SEO 技巧里。它的本质是一场对时间戳的竞速,不是权重积累。传统 SEO 是存量博弈,你慢慢优化、慢慢爬;新闻收录是增量窗口,窗口期普遍在 24 到 72 小时之间,过了这个点,你的文章就退化成一篇普通内容,得跟几百万篇老文章抢长尾。

所以我判断一个站该不该做新闻收录,只看一个标准:你的内容发出去 7 天之后,还有没有人搜。有,那它是常青内容,老老实实做内链做聚合;没有,那它是真新闻,谁的发布流程能在 15 分钟内自动完成推送,谁就赢。晚发 6 小时,同样的突发事件,你的流量可能只有人家的 3%。这个差距不是靠调 meta 标签能补回来的。

🏷️ 标签: