如果你最近在 Google 的帮助文档、邮件或后台界面里看到 “Merchant Center Next” 变成 “Google Merchant Center”，先不要重建账号、重新验证网站，也不要重新关联 Google Ads。
Google 已明确：这次只是产品名称调整。帮助中心、邮件和 Merchant Center 界面会逐步移除 “Next”；商家无需采取行动，现有账号不受影响。
对中国出海品牌和独立站团队来说，真正需要处理的不是系统迁移，而是两件更实际的事：
- 别因为名称变化误操作正在正常运行的账号、商品数据源和广告链路；
- 把 SOP、培训材料、客户报告和内部沟通中的旧名称更新清楚，同时保留历史语境。
一句话结论：不是退回Classic，也不是第二次迁移
“Merchant Center Next” 曾经用于区分新版平台和 Classic Merchant Center。现在 Classic 版本早已退出，Google 也在 2024 年确认所有商家已经完成迁移。Google 没有说明此次改名的具体原因；从产品命名逻辑看，“Next” 已经失去区分新旧版本的实际作用。
这不是从 Next 退回 Classic，也不是推出一个新的 Merchant Center 版本。更准确的理解是：
可以把这次变化理解为：平台迁移已经结束，产品名称随之简化。
因此，看到新名称时不要默认发生了 Feed 改版、广告算法变化、商品重新审核或账号权限迁移。Google 的名称公告没有宣布这些变化。
Google Merchant Center名称变化时间线
这次改名放回时间线里就很容易理解。
2023年：Merchant Center Next推出
Google 在 2023 年 5 月的 Google Marketing Live 上介绍 Merchant Center Next，把它定位为更简化的 Merchant Center 体验。新版平台强调更直观的商品管理、自动从网站发现商品信息、集中查看业务洞察，以及对线上和本地库存的统一支持。
在当时的产品语境中，“Next” 用于区分新版平台与 Classic 体验。
2024年：所有商家迁移完成
Google 在 2024 年 8 月宣布全面推出 Merchant Center Next，并计划在 9 月前升级所有零售商。到 2024 年 10 月 1 日，Google 又明确确认：所有商家都已经迁移到 Merchant Center Next。
从这一刻起，“Next” 实际上已经成为所有商家默认使用的 Merchant Center。
2026年：去掉“Next”
2026 年 7 月 9 日，Search Engine Land 报道 Google 开始移除 “Merchant Center Next” 名称中的 “Next”。Google 表示，商家会逐步在帮助中心、邮件和后台界面里看到新名称，平台以后简称 Google Merchant Center。
因为名称是逐步替换，过渡期内同时看到 “Merchant Center Next” 和 “Google Merchant Center” 并不代表你进入了两个不同系统。
什么会变，什么不该因为改名而动？
| 项目 | 本次改名带来的变化 | 独立站团队应该怎么做 |
|---|---|---|
| 产品名称 | “Merchant Center Next”逐步变成“Google Merchant Center” | 更新当前SOP、培训材料、客户报告和截图说明 |
| Merchant Center账号 | Google明确账号不受影响 | 保留现有账号，不创建替代账号 |
| 网站验证与认领 | 公告没有要求重新验证或认领 | 不要因为改名重新认领域名 |
| 商品数据源 | 公告没有宣布Feed或数据源迁移 | 保持现有提交方式，按正常节奏检查状态 |
| Google Ads关联 | 公告没有要求重新关联 | 先核对关联状态，不要先断开再重连 |
| Shopping与PMax | 没有证据显示改名本身改变投放 | 按原有广告监控机制看消耗、转化和商品状态 |
| 商品审核与政策 | 公告没有发布新的审核或政策要求 | 继续按现有问题提示处理，不要主动重新送审 |
| 第三方插件界面 | 名称可能晚于Google后台更新 | 等待插件厂商更新，不把文字差异当成连接故障 |
这里要注意措辞边界：Google 明确承诺的是“无需操作、账号不受影响”。由此可以合理判断，商品数据、免费商品展示、Shopping 和 PMax 不应因为“改名本身”发生变化；但这不等于 Google 对每个第三方插件、每段自定义脚本都做了逐项技术保证。
对于同时运行 pla广告 和 PMax 的团队，更稳妥的做法是先看商品状态与投放数据是否真的异常，再决定是否排查连接问题。不要把后台文案变了当成广告链路断了。
最容易踩的坑：把改名和Merchant API迁移混在一起
2026 年确实还有一项会影响技术团队的 Merchant Center 变化：Content API for Shopping 将在 2026 年 8 月 18 日关闭。直接调用 Content API，或负责相关集成的技术团队和服务商，需要完成 Merchant API 迁移。
但它与本次去掉 “Next” 是两件独立的事。
| 事项 | Merchant Center改名 | Content API迁移 |
|---|---|---|
| 本质 | 产品名称更新 | 技术接口更换 |
| 是否影响账号 | Google明确账号不受影响 | 不要求更换Merchant Center账号 |
| 是否需要商家操作 | 无需操作 | 直接使用Content API的系统需要迁移 |
| 是否有截止日期 | 没有 | 2026年8月18日 |
| 谁最需要关注 | 运营、广告、内容、培训、客户服务 | 开发、ERP/PIM、Feed工具和集成服务商 |
如果你使用 Shopify 的 Google & YouTube 应用、第三方 Feed 工具或 SaaS 插件，不代表你一定要自己写代码迁移。先问服务商三个问题：
- 当前商品提交使用的是 Content API、Merchant API，还是文件/自动抓取？
- 如果使用 Content API，升级由谁负责，预计什么时候完成？
- 升级前后商品 ID、数据源名称、补充 Feed 和错误监控是否会变化？
如果你此前遇到过 Google Merchant Center产品提交延迟，也要把“平台服务状态”“API迁移”“名称变化”分开记录。它们可能在相近时间出现，但原因、责任人和处理方式完全不同。
独立站团队的24小时内轻量确认清单
这次改名不需要启动迁移项目。如团队希望确认现有链路，可在一个工作日内安排一次轻量核查。
0—2小时：先锁住“不该动”的东西
- 记录当前 Merchant Center 账号 ID；
- 截图保存现有商品数据源、网站认领和 Google Ads 关联状态；
- 告知广告、运营和开发团队：本次是名称更新，不执行重建、解绑或重新验证；
- 如果收到声称“必须迁移账号”的第三方通知，先要求对方提供 Google 官方依据。
2—6小时：确认业务链路正常
- 检查商品总数、已批准、受限和拒登数量是否出现异常跳变；
- 检查主要数据源最近一次抓取或提交时间；
- 检查 Google Ads 关联账号是否仍是正确账号；
- 检查 Shopping 与 PMax 的消耗、转化和商品覆盖是否保持正常；
- 检查 Merchant Center 状态面板是否有独立的服务中断。
如果这些指标没有异常，就没有理由因为页面上少了一个 “Next” 去改系统。
6—12小时：清理文档，但不要抹掉历史
在团队知识库、培训材料、客户报告模板和网站文章中搜索：
- Merchant Center Next
- GMC Next
- MC Next
- Classic Merchant Center
当前操作说明统一改为 “Google Merchant Center”。历史时间线、旧版截图和引用 2023—2024 年官方资料时，可以保留 “Merchant Center Next”，但要标注“现已更名为 Google Merchant Center”。
这样既能减少新人误解，也不会把过去的资料改得失去语境。
12—24小时：检查集成是否依赖“显示文字”
基于 API 的常规集成通常依赖账号 ID、接口、数据源和权限，而不是产品显示名称；但浏览器自动化、录屏式 RPA 或按界面文字定位的脚本可能例外，名称变化可能让这些自动化找不到按钮或页面。
让开发或工具供应商检查：
- 是否在脚本里硬编码了 “Merchant Center Next”；
- 是否用界面标题作为自动化定位条件；
- 报表或告警是否把新旧名称当成两个平台；
- 客户权限清单里是否会因此重复创建账号记录。
文档、第三方界面或 UI 自动化未同步名称，是本次改名可能带来的潜在操作风险之一。公告本身没有宣布 Merchant Center 数据发生变化。
名称会变，商品数据治理不能跟着变
独立站团队容易把平台名称、账号、数据源、广告活动和商品页面混在一起。一旦界面改名，就以为整条链路都换了。
更稳健的管理方式，是把下面几类对象分开记录：
| 对象 | 应记录的稳定信息 | 不应作为唯一识别依据 |
|---|---|---|
| Merchant Center账号 | 账号ID、管理员、认领域名、关联Ads账号 | 产品显示名称 |
| 商品数据源 | 数据源ID/名称、提交方式、更新时间、负责系统 | 后台菜单叫Feed还是Data source |
| 商品页面 | URL、SKU、价格、库存、结构化数据 | 仅靠页面标题 |
| 广告活动 | Ads账号ID、Campaign ID、商品范围、转化目标 | 报表里的平台简称 |
| API集成 | API类型、项目、凭据责任人、迁移状态 | UI里是否出现Next |
例如，在做 Merchant Listing结构化数据 时，真正需要保持准确一致的是落地页与 Merchant Center 中会影响展示和审核的核心商品信息，例如价格、库存、商品标识和促销有效期；具体字段仍应以各渠道规范为准，而不是只盯着某个后台名称。
同样，负责 谷歌广告投放 的团队应该用账号关联、商品状态、Campaign ID 和转化数据判断系统是否正常，而不是通过界面标题猜测广告是否受影响。
给负责人一个判断框架
以后再遇到平台改名，可以用三个问题快速判断要不要动系统：
- 官方是否明确要求操作？ 如果官方说无需操作，就不要自行制造迁移。
- 稳定标识是否变化？ 看账号 ID、数据源、API、域名认领和关联账号，不只看产品名称。
- 业务指标是否异常？ 看商品状态、广告投放、免费列表和转化，而不是看到新文案就假设故障。
如果团队无法说清楚 Merchant Center、商品页面、Feed、Google Ads、SEO/GEO 和第三方工具之间由谁负责、数据从哪里来，问题就不是这次改名，而是缺少统一的数据与运营责任链。Iwish 的 品牌独立站出海一站式运营 会把建站、商品数据、广告、内容和转化优化放进同一套流程，避免每次平台变化都靠临时救火。
FAQ
Merchant Center Next是不是下线了？
“Merchant Center Next” 这个名称正在停用，但现行平台没有下线。Google 只是移除名称中的 “Next”，平台继续以 Google Merchant Center 名称运行。
这是不是回到Classic Merchant Center？
不是。Classic Merchant Center 已经被替代，所有商家在 2024 年就已迁移到新版体验。本次改名不代表 Classic 恢复。
需要重新创建Merchant Center账号或验证网站吗？
仅因本次改名，不需要重新创建账号、重新验证网站或重新关联 Google Ads。Google 明确表示无需采取行动，现有账号不受影响。
Shopping和PMax会因为改名掉量吗？
目前没有证据表明名称变化会改变 Shopping 或 PMax 投放。若出现掉量，应按商品状态、数据源、账号关联、政策、预算、出价和转化追踪逐项排查，不能只把原因归到改名。
为什么我的界面还显示Merchant Center Next？
Google 表示名称会从帮助中心、邮件和界面中逐步移除，因此不同账号、语言或第三方工具的更新时间可能不一致。短期看到新旧名称并存并不意外，不应仅凭文字差异判断账号或连接发生故障。
Content API迁移和这次改名有关吗？
无关。Content API for Shopping 在 2026 年 8 月 18 日关闭、迁移到 Merchant API，是独立的技术项目。名称更新无需操作，API迁移则需要使用相关接口的技术团队或供应商单独处理。
来源参考
- Search Engine Land: Google drops Next from Merchant Center Next
- Google Merchant Center Help: Merchant Center名称更新公告
- Google Blog: Google introduces Merchant Center Next
- Google Merchant Center Help: Merchant Center Next全面升级公告
- Google Merchant Center Help: 所有商家已迁移至Merchant Center Next
- Google Merchant Center Help: Merchant Center当前定位与基本功能
- Google Merchant Center Help: Merchant Center与Google Ads关联说明
- Google Ads Help: Shopping与PMax如何使用Merchant Center商品数据
- Google Merchant Center Help: Merchant API迁移说明
- Google for Developers: Content API到Merchant API迁移指南
