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 数字营销与商品流工程专栏整理了四篇迁移指南,供研发与投放团队按顺序查阅:
- 系列一(本文):《Google Merchant API 架构指南:替代 Content API for Shopping、2026 年停用时间表与模块化升级方案》
- 系列二:《Google Merchant API 迁移实战手册(Start Your Migration):子 API 优先级排期、ProductInput 读写分离与防“Offer Stealing”指南》
- 系列三:《Google Merchant API 认证与 GCP 项目架构指南:取消 GMC 后台直接发证、registerGcp 开发者注册与零停机切换》
- 系列四:《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,你无需编写代码。
若团队包含以下任一自研集成,则必须自行完成代码重构:
- 自建 ERP 或仓储系统定时调用
shoppingcontent.googleapis.com更新实时库存或阶梯价。 - 使用 Python 或 Node.js 脚本拉取 GMC 商品拒登状态(原
productstatuses),并推送飞书或钉钉告警(详见《Google Ads 产品状态诊断与跨系列重叠排查指南》)。 - 自建 BI 数仓通过 MCQL 拉取自然购物与付费购物竞争度报表。
- 为多国站点通过 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}) | 当前推荐版本 | 核心职责与替代的旧版模块 | 典型业务场景 |
|---|---|---|---|
accounts | v1 | 接管账号管理、用户权限、商家信息、自动优化、服务条款、运费与退货政策、线上门店注册及 developerRegistration(GCP 绑定)。 | 多子账户(MCA)批量开户、网站所有权验证、运费模板配置。 |
datasources | v1 | 替代旧版 datafeeds,管理 Primary(主数据源)、Supplemental(补充源)、Promotion 与区域库存数据源,支持 fetch 主动抓取。 | 创建 API 商品写入通道、触发定时文件拉取。 |
products | v1 | 拆分为 productInputs(异步持久化写入)与 products(只读聚合视图 + 内嵌审批状态),移除独立的 productstatuses 服务。 | 商品上架、局部价格属性 patch、读取拒登诊断明细。 |
inventories | v1 | 管理线上区域级价格库存(RegionalInventory)与线下实体门店库存(LocalInventory)。 | 美国分州差异化定价、本地库存广告(LIA)库存扣减。 |
reports | v1 | 承接新版 MCQL(Merchant Center Query Language)查询,涵盖商品表现、价格竞争力、Best Sellers 及 UCP 代理商业成效视图。 | BI 数仓抽取、畅销品趋势监控、AI 购物智能体转化追踪。 |
promotions | v1 | 创建与查询大促满减码、买赠折扣活动及促销审核状态。 | 黑五网一全站阶梯折扣券批量同步至 Google Shopping 标签。 |
notifications | v1 | 新增能力:配置基于 Cloud Pub/Sub 或 Webhook 的事件推送订阅(NotificationSubscription)。 | 主力 SKU 被拒登或审核状态变化时实时触发告警,减少定时轮询。 |
quota | v1 | 查询当前账号在各方法分组(Quota Group)下的日度总额度、已用额度与每分钟突发上限。 | 分布式同步队列的自适应限流控制。 |
lfp / issueresolution / ordertracking / reviews | v1 / 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 微单位转换
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"
}
}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即可正常访问。
- 错误写法(返回 400 或 404):
第四章:数据类型、传输协议与新增功能对比
除 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 代理推荐的曝光与点击数据:
| 1 | SELECT |
| 2 | date, |
| 3 | offer_id, |
| 4 | brand, |
| 5 | category_l1, |
| 6 | impressions, |
| 7 | clicks |
| 8 | FROM ucp_agentic_performance_view |
| 9 | WHERE date DURING LAST_30_DAYS |
| 10 | ORDER BY clicks DESC |
| 11 | LIMIT 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 报表语法变更。
觉得本文有启发?一键复制标准引用摘要
自带原文归因链接与核心摘要,可直接粘贴至团队飞书/Slack 知识库、技术周报或大模型上下文。