出海数字营销宝典 Logo
出海数字营销宝典evaoo.com
返回列表

Google Merchant API 架构指南:替代 Content API for Shopping、2026 年停用时间表与模块化升级方案

2026-11-11Google Merchant Center 开发者文档组 · evaoo 跨境电商与商品流工程实验室编译

Google Merchant API 架构指南:替代 Content API for Shopping、2026 年停用时间表与模块化升级方案Google Merchant API 架构指南:替代 Content API for Shopping、2026 年停用时间表与模块化升级方案

停用时间提示

Merchant API 是 Google 新一代 Merchant Center(GMC)账号与商品管理系统,用于替代原有的 Content API for Shopping(v2.1)。

根据 Google 官方《Deprecation and Sunset》时间表,Content API for Shopping 将于 2026 年 8 月 18 日正式停用(Sunset)。自 2026 年 9 月 1 日起,Google 将对未迁移的请求按比例实施限流拦截,返回 HTTP 410 Gone(错误原因为 content_api_sunset),并于 2027 年初关停全部旧版服务器。

自研 ERP 或 PIM 商品中台的卖家、管理多个子账户的 Google CSS 与代投机构,以及使用自定义补充源的 Shopify 独立站团队,均需在黑五网一(BFCM)备战前完成评估与迁移。


系列文章导航

围绕 Google 开发者文档兼容性专栏(Compatibility with Content API for Shopping)的四个模块,我们在 Google 数字营销与商品流工程专栏整理了四篇迁移指南,供研发与投放团队按顺序查阅:

  1. 系列一(本文):《Google Merchant API 架构指南:替代 Content API for Shopping、2026 年停用时间表与模块化升级方案》
  2. 系列二:《Google Merchant API 迁移实战手册(Start Your Migration):子 API 优先级排期、ProductInput 读写分离与防“Offer Stealing”指南》
  3. 系列三:《Google Merchant API 认证与 GCP 项目架构指南:取消 GMC 后台直接发证、registerGcp 开发者注册与零停机切换》
  4. 系列四:《Google Merchant API 高并发代码重构实战:移除 custombatch、优化 gRPC 100 并发流上限与动态配额管理》

第一章:2026 年~2027 年官方停用时间表与受影响范围自查

排定研发工期前,需先确认旧接口的断流节点,以及哪些业务集成需要自行修改代码。

1.1 官方四个停用节点(Deprecation & Sunset Timeline)

节点日期官方网关行为对广告投放与 GMC 商品流的影响
即日起~2026 年 8 月 17 日双轨并行共存期(Coexistence Window):Merchant API v1 核心子 API 已正式可用(GA),可与旧版 Content API v2.1 在同一 GMC 账号下并行读写。
适合开展迁移与灰度切换
支持按子模块逐步迁移,无需一次性停服切流。
2026 年 8 月 18 日正式停用日(Official Sunset Date):Content API for Shopping v2.1 终止官方生命周期支持与 SLA 保障。未完成迁移的自研同步脚本与库存调价定时任务面临断连风险。
2026 年 9 月 1 日起分阶段限流拦截(Progressive Outages):Google 服务端按比例递增拦截 Content API 请求,返回 HTTP 410 Gone 并附带 reason: "content_api_sunset"。价格与库存更新容易失败,可能引发 GMC 价格不匹配(Price Mismatch)拒登,直接影响 Q4 旺季备货。
2027 年初(Early 2027)全面下线关停(Full Decommissioning):移除全部旧版 Content API 端点、客户端 SDK,以及关联的 Order Management 与 Buy on Google 遗留接口。所有遗留 v2.1 调用均报错失效。

Shopify 与第三方 SaaS 卖家说明 如果你的独立站仅使用 Shopify 官方 Google & YouTube 应用同步商品,或使用 Feedonomics、DataFeedWatch、Channable 等第三方插件,平台方会在后台自动切换至 Merchant API,你无需编写代码。 若团队包含以下任一自研集成,则必须自行完成代码重构:

  1. 自建 ERP 或仓储系统定时调用 shoppingcontent.googleapis.com 更新实时库存或阶梯价。
  2. 使用 Python 或 Node.js 脚本拉取 GMC 商品拒登状态(原 productstatuses),并推送飞书或钉钉告警(详见《Google Ads 产品状态诊断与跨系列重叠排查指南》)。
  3. 自建 BI 数仓通过 MCQL 拉取自然购物与付费购物竞争度报表。
  4. 为多国站点通过 API 自动配置运费模板、退货政策或区域库存(Regional Inventory)。

第二章:模块化子 API 架构与 URL 寻址变更

旧版 Content API for Shopping 将账号权限、商品写入、Feed 规则、促销活动、本地门店库存与报表查询耦合在单一的 v2.1 版本空间下。任一边缘接口升级,都会牵动整个 SDK 版本变更。

Merchant API 遵循 Google Cloud AIP(API Improvement Proposals)工程规范,将其拆分为十余个彼此解耦、拥有独立版本号(v1 或 v1beta)的子 API(Sub-APIs)。

2.1 URL 寻址格式对比与子 API 列表

  • 旧版 Content API v2.1 请求格式: https://shoppingcontent.googleapis.com/content/v2.1/{MERCHANT_ID}/{RESOURCE}/{ID}
  • 新版 Merchant API v1 请求格式: https://merchantapi.googleapis.com/{SUB_API}/{VERSION}/{RESOURCE_NAME}:{METHOD}
子 API 命名空间({SUB_API})当前推荐版本核心职责与替代的旧版模块典型业务场景
accountsv1接管账号管理、用户权限、商家信息、自动优化、服务条款、运费与退货政策、线上门店注册及 developerRegistration(GCP 绑定)。多子账户(MCA)批量开户、网站所有权验证、运费模板配置。
datasourcesv1替代旧版 datafeeds,管理 Primary(主数据源)、Supplemental(补充源)、Promotion 与区域库存数据源,支持 fetch 主动抓取。创建 API 商品写入通道、触发定时文件拉取。
productsv1拆分为 productInputs(异步持久化写入)与 products(只读聚合视图 + 内嵌审批状态),移除独立的 productstatuses 服务。商品上架、局部价格属性 patch、读取拒登诊断明细。
inventoriesv1管理线上区域级价格库存(RegionalInventory)与线下实体门店库存(LocalInventory)。美国分州差异化定价、本地库存广告(LIA)库存扣减。
reportsv1承接新版 MCQL(Merchant Center Query Language)查询,涵盖商品表现、价格竞争力、Best Sellers 及 UCP 代理商业成效视图。BI 数仓抽取、畅销品趋势监控、AI 购物智能体转化追踪。
promotionsv1创建与查询大促满减码、买赠折扣活动及促销审核状态。黑五网一全站阶梯折扣券批量同步至 Google Shopping 标签。
notificationsv1新增能力:配置基于 Cloud Pub/Sub 或 Webhook 的事件推送订阅(NotificationSubscription)。主力 SKU 被拒登或审核状态变化时实时触发告警,减少定时轮询。
quotav1查询当前账号在各方法分组(Quota Group)下的日度总额度、已用额度与每分钟突发上限。分布式同步队列的自适应限流控制。
lfp / issueresolution / ordertracking / reviewsv1 / v1beta覆盖本地商品合作计划(LFP)、账户与商品级合规申诉触发(triggeraction)、物流履约信号回传及商家与商品评价(Reviews API)。处理违规申诉、维护免费自然商品详情的星级展示。

第三章:易引发 400 报错的三项资源编码规则

代码迁移时,首次联调失败大多源于沿用了旧版 ID 拼接方式。你可以在下方交互式转换器中切换商品写入、单品状态读取、MCQL 报表查询和 GCP 注册四类场景,对比新旧 URL 与 JSON 请求体差异,并测试特殊 SKU 的编码结果:

Content API v2.1 → Merchant API v1 端点与载荷实时转换器

实时演练 AIP-122 资源名(~ 分隔与 RFC 4648 base64url 编码)、dataSource 绑定与 amountMicros 微单位转换

2026-09-01 起触发 HTTP 410
旧版 Content API v2.1 (已停用)
POST https://shoppingcontent.googleapis.com/content/v2.1/4321009/products
Content-Type: application/json

{
  "offerId": "SKU-2026-PRO",
  "contentLanguage": "en",
  "targetCountry": "US",
  "channel": "online",
  "title": "Flagship Wireless Earbuds",
  "price": {
    "value": "33.45",
    "currency": "USD"
  }
}
新版 Merchant API v1 (推荐标准)
POST https://merchantapi.googleapis.com/products/v1/accounts/4321009/productInputs:insert?dataSource=accounts/4321009/dataSources/987654
Content-Type: application/json

{
  "offerId": "SKU-2026-PRO",
  "contentLanguage": "en",
  "feedLabel": "US",
  "productAttributes": {
    "title": "Flagship Wireless Earbuds",
    "price": {
      "amountMicros": "33450000",
      "currencyCode": "USD"
    }
  }
}

3.1 层次化资源标识符 name 与父资源 parent(AIP-122)

  • 旧版 Content API 需要在路径参数中分别传入 merchantId 和 productId。而在 Merchant API 中,每个资源都有全局唯一的层次化路径 name(例如 accounts/123456789/products/en~US~SKU-9001)。
  • 创建或列出子资源时,统一传入父容器路径 parent(例如 parent = "accounts/123456789")。

3.2 商品复合键移除 channel,分隔符由冒号 : 改为波浪号 ~

  • 旧版复合 ID(4 段冒号分隔):online:en:US:SKU-9001 或 local:en:US:SKU-9001
  • 新版复合 ID(3 段波浪号分隔):en~US~SKU-9001(固定格式为 {contentLanguage}~{feedLabel}~{offerId})。
    • 移除 channel 的原因:新版 Merchant Center Next 已合并线上与线下商品模型,不再在主键中固定写入 online 或 local(历史纯线下门店 Feed 的兼容过渡规则,详见系列二迁移实战手册中的 legacyLocal 说明)。
    • 区分 feedLabel 与 targetCountries:主键中间段使用的是大写的两字母或自定义数据源标签 feedLabel(如 US 或 US-PROMO),并非投放国家列表。

3.3 含特殊符号的商品键须执行无填充 RFC 4648 base64url 编码

跨境服饰、汽配与多变体卖家的 SKU 常带有特殊符号。Google 官方规定,只要完整商品键(contentLanguage~feedLabel~offerId)包含以下任一保留字符,就必须进行编码:

  • 触发强制编码的字符集:%、.、+、/、:、两个及以上波浪号 ~(即 offerId 自身含有 ~)、,、(、*、!、)、&、?、=、@、#、$。
  • 编码方法:请将整串 contentLanguage~feedLabel~offerId 转换为 RFC 4648 Section 5 标准的 base64url 字符串,且不得保留末尾的 = 填充符(Unpadded)。注意要对整串字符编码,不要只编码 offerId。
    • 错误写法(返回 400 或 404):accounts/123456/products/en~US~TEE/BLK+XL#1
    • 正确写法(全串无填充 base64url):将 en~US~TEE/BLK+XL#1 编码为 ZW5-VVN-VEVFL0JMSytYTCMy(将标准 base64 中的 + 替换为 -,/ 替换为 _,并去掉末尾 =),请求 accounts/123456/products/ZW5-VVN-VEVFL0JMSytYTCMy 即可正常访问。

第四章:数据类型、传输协议与新增功能对比

除 URL 和主键调整外,Merchant API 在数值精度、传输吞吐量与状态订阅机制上也有多项变更:

对比项旧版 Content API for Shopping(v2.1)新版 Google Merchant API(v1)变更说明与代码改造要点
价格结构(Price)字符串小数 value: "29.99" + currency: "USD"微单位长整型 amountMicros: "29990000" + currencyCode: "USD"
1 货币单位 = 1,000,000 micros
避免跨语言浮点数舍入误差,与 Google Ads API 计费单位保持一致。
传输层协议仅支持 HTTP/1.1 JSON REST同时支持 gRPC(HTTP/2 + Protobuf 二进制序列化)与 JSON REST启用 gRPC 与连接池后,百万级 SKU 同步的序列化 CPU 开销与带宽占用明显下降(详见系列四高并发重构篇)。
列表分页上限(pageSize)单页最多返回 250 条记录单页上限提高 4 倍至 1,000 条记录全量盘点 10 万个 SKU 的分页请求次数从 400 次降至 100 次。
报表点击潜力排名(clickPotentialRank)未归一化排名,大盘商品数波动会影响历史趋势对比归一化至 1~1000 区间(1 代表点击潜力最高档)便于跨月、跨季度对比主力 SKU 的流量潜力,可配合 Google Ads 6 月 15 日产品报告扩展选品。
状态变更感知方式依赖定时脚本轮询 productstatuses.list支持 notifications 事件驱动推送(Pub/Sub)商品拒登、价格预警或账号问题发生时主动推送,可节省约 90% 的轮询配额。
自定义批处理(custombatch)依赖 custombatch 将多个请求打包进单次 HTTP 请求移除 custombatch,改用异步并发流与 HTTP multipart/mixed简化单条重试与幂等错误处理逻辑,避免单包报错导致整包重新解析。

第五章:AI Agent 配套接口:官方 MCP Server 与 UCP 代理商业报表

Google 将新一代 AI 代理商业(Agentic Commerce)接口全部建立在 Merchant API 之上,旧版 Content API 不支持以下两项功能。

5.1 官方托管 Merchant API MCP Server

Google 在开发者文档中推出了基于开放协议的远程 Merchant API MCP Server(端点地址为 https://merchantapi.googleapis.com/mcp,目前处于 Alpha 预览阶段):

  • 运行方式:研发或运营 Agent(如 Gemini CLI、Claude Code 或自研巡检 Agent)无需手写 REST 封装代码。启用 merchantapi.googleapis.com 并配置 OAuth 凭证后,连接该 MCP 端点即可用自然语言调用 GMC 工具,完成商品查询、拒登排查、库存核对与报表分析。
  • 工程应用:你可将该官方 MCP 接口与《SEO 与 GEO 实战手册》中的自动化审计流程结合,搭建每日巡检 GMC 拒登并自动生成修复补丁的运营工具。

5.2 新增 ucp_agentic_performance_view 代理商业成效视图

此前在 Google AI Mode、Gemini 购物助手与通用商业协议(UCP)场景下,卖家难以统计商品在对话式 AI 助手中的推荐次数(相关机制详见《Google UCP 代理式商业与 Shopify 原生结账指南》与《Google Ads AI 搜索体验广告实战指南》)。

新版 Merchant API reports/v1 新增了 ucp_agentic_performance_view 视图,支持通过 MCQL 语句按日期、offer_id 和展示渠道拉取 AI 代理推荐的曝光与点击数据:

PROMPT11 行
1SELECT
2 date,
3 offer_id,
4 brand,
5 category_l1,
6 impressions,
7 clicks
8FROM ucp_agentic_performance_view
9WHERE date DURING LAST_30_DAYS
10ORDER BY clicks DESC
11LIMIT 100

这一报表可配合 OpenAI 的 Businesses in ChatGPT 28 天搜索洞察与 Shopify 直连使用,帮助商家量化实时商品流在 AI 购物渠道的曝光与点击。


第六章:下一步迁移准备

了解整体架构与 2026 年 8 月 18 日停用节点后,请勿直接修改线上商品写入代码。Google 官方要求按模块先后顺序逐步迁移,避免引发数据源归属错位(Offer Stealing)故障。

下一步请阅读系列第二篇:《Google Merchant API 迁移实战手册(Start Your Migration):子 API 优先级排期、ProductInput 读写分离与防“Offer Stealing”指南》,继续了解四步迁移排期、ProductInput 与 Product 读写分离重构及 MCQL 报表语法变更。

Google Merchant CenterMerchant APIContent APIGoogle AdsGoogle Shopping跨境电商ShopifyAPI迁移

觉得本文有启发?一键复制标准引用摘要

自带原文归因链接与核心摘要,可直接粘贴至团队飞书/Slack 知识库、技术周报或大模型上下文。