很多卖家发现,Shopify 上架几百个新品后,Google 搜索结果页(SERP)迟迟见不到人影。盯着 Google Search Console 的“已发现 - 当前未编入索引”发愁没用,你需要的是变被动等待为主动出击。

搜索引擎的抓取预算(Crawl Budget)是极其有限的。如果你的站点 JS 加载过重、死链(404)过多,或者单纯是因为站点权重(DA)低,Google 蜘蛛可能一周才来逛一次你的 XML 地图。传统的 Sitemap 提交逻辑是“等蜘蛛来发现”,这对于快速更迭的电商产品线来说,效率实在太低。关键点在于:如果你不主动触发推送,Google 没必要第一时间消耗资源处理你的新详情页。

这套方案能绕过 Sitemap 的缓慢更新机制,直接通过协议通知 Google 机器人“这里有新内容”。

进入 Google Cloud Console,新建一个项目并启用 Indexing API。创建一个服务账号(Service Account),并下载 JSON 格式的私钥。这是你和 Google 服务器通话的唯一凭证。

把生成的那个以 @iam.gserviceaccount.com 结尾的服务账号邮箱,添加到对应的 Google Search Console 属性中,给予“所有者”权限。没有这一步,API 请求会直接报错 403。

使用 Node.js 或 Python 脚本加载该 JSON 私钥,将新增产品的 URL 封装在请求体中发送至 API 接口。实测建议:每天提交流量不要超过 200 条,优先提交高利润或近期主推的单品页。

提交方式 响应速度 收录预期 适用场景
Sitemap 自动抓取 慢(3-14天) 不确定 站点日常维护
GSC 手动单条提交 快(1-2天) 极高 首页/核心分类页
Indexing API 批量提交 极快(<24小时) 电商批量上新/清仓更新

别以为拿到了 API 就能为所欲为。如果你的页面存在内容高度重复(Duplicate Content),强行推送到 Google 索引库后,过几天也会被踢出来。点开 SEO 技术服务 报表后,直接拉到最底部的“排除项”,如果看到大量“重复页面”,请立即检查你的 Canonical 标签设置是否规范。此外,严禁在短时间内通过不同账号反复提交相同 URL,这会被算法标记为恶意操纵,导致站点整体降权。

执行推送后 24 小时,你需要通过以下两个细节判定成效:

  • 服务器日志分析:查看是否有来自 Googlebot 且 User-Agent 正确的抓取记录。
  • GSC URL 检查工具:直接输入该 URL,看状态是否从“不在 Google 上”变为“URL 已在 Google 上”。
  • 收录率 = 已编入索引 URL 数 / 提交的总 URL 数。这一比例若低于 70%,说明你的页面质量(Content Quality)已经成为了收录的拖油瓶,而非技术通道问题。