AI 跨境增长站
← AI SEO

I/O 2026 后的反常识：决定 Universal Cart Buy 按钮的不是 Schema，是 native_commerce 属性

schema structured-data ai-search Google Merchant Center

先把这个误会说清楚

5 月 19 日 I/O 之后，我后台收到最多的一类问题是这样的：我把 Product schema 的字段全填满了，offers、aggregateRating、availability 一个都没漏，为什么我的产品还是没出现那个站内 Buy 按钮？

答案不太好听，但很重要：因为 Buy 按钮的资格，跟你页面上的 Product schema 一点关系都没有。它由 Google Merchant Center 里一个叫 native_commerce 的 feed 属性决定。你 schema 写得再漂亮，那个属性没开，Universal Cart 里就没有你的位置。

这个事情之所以容易搞错，是因为过去几年的经验把大家训练歪了。以前 Google 富媒体结果（rich results）确实是看页面结构化数据的，价格、评分、库存这些 schema 字段直接喂给搜索结果展示。于是很多人就默认推导：schema 越全 = Google 越信任你 = 越容易拿到购物入口。这个推导在 I/O 2026 之前还能勉强成立，之后就断了。

我得提前打个预防针，免得有人矫枉过正：schema 没死，一个字段都不用删。下面会专门讲它现在在干什么。这次的变化是分工调整，不是弃用。

native_commerce 是什么，在哪儿设

native_commerce 是 Merchant Center 产品 feed 里的一个属性。它是你对 Google 喊话：这个 SKU 我授权你在站内直接卖，库存和价格我会实时同步给你。把它打开，这个 SKU 才进入 Universal Cart 的候选池；不开，它在 Google 眼里就是个”能看不能买”的展示型商品。

设置位置就在 Merchant Center 的产品 feed 层，跟 GTIN、price、availability 这些是同一层的东西，不在你的网站页面上。这是最反直觉的一点：决定能不能买的开关，根本不在你能用 schema 控制的那个地方。你网站的代码改一万遍，也改不动这个属性。

要让这个属性真正生效，前提条件其实不轻：feed 数据得完整（GTIN、价格、库存、变体都得有），库存还得是实时的。一天同步一次那种节奏，Google 的 agent 一旦发现你库存对不上，就会直接绕开你的 SKU。所以 native_commerce 不是勾一下就完事，背后是一整套实时数据管道。

简单梳理一下两个东西分别住在哪、管什么：

东西住在哪控制什么
native_commerce 属性Merchant Center feedUniversal Cart 的 Buy 按钮资格
Product schema你的网站页面富媒体结果展示 + AI 答案引用

那 schema 现在到底还有什么用

这是这篇里我最想讲清楚的部分，因为太多人听完上面那段就开始想”那 schema 是不是可以不管了”。恰恰相反。

一，schema 还在驱动经典搜索里的富媒体结果。你产品页上那些带评分星星、带价格、带库存状态的搜索结果，绝大多数现有 schema 类型还在正常喂这些展示。把 schema 删了，你的搜索结果会从带富媒体的卡片掉回一条光秃秃的蓝链，点击率立刻受影响。

二，这条现在比上一条还重要，schema 帮你的产品被 AI 答案引用。AI Overviews、AI Mode 这些地方，模型在组织答案、挑选要引用哪个产品的时候，结构化数据是它读得最顺的输入。你的材质、尺寸、适用场景、退货政策如果都规整地写在 schema 里，被引用的概率明显高于把这些信息埋在一段描述文字里的竞品。

所以 schema 的角色从”购物入口的钥匙”变成了”被发现和被引用的入场券”。钥匙这个活儿，I/O 2026 之后交给 native_commerce 了；但被看见、被信任、被 AI 拿去当答案，这事还是 schema 在扛。这俩谁也替代不了谁。

换个说法：native_commerce 决定你”能不能被买”，schema 决定你”会不会被看见和被推荐”。一个管成交链路，一个管发现链路。两条链路你都得要。

该做什么，不用纠结什么

知道了分工，行动清单就很清楚了。先说该认真做的：

1. 开 native_commerce，并把 feed 数据补全。 这是拿 Buy 资格的唯一路径。重点字段：GTIN、availability、price、shipping、return_policy。availability 必须实时，别用 24 小时同步那一套。

2. 库存同步搞成真·实时。 这是 native_commerce 能不能持续有效的命根子。库存对不上，Google agent 一次就把你拉黑。

3. schema 该保留全保留，重点喂 AI 可读字段。 材质、尺寸、适用场景、评分、退货政策这些，从描述文字里挪进结构化字段。目标不再是抢购物入口，是提高被 AI 答案引用的概率。

下面是不用太纠结的：

别再指望靠堆 schema 拿 Buy 资格。 这条路 I/O 2026 之后已经断了。你花一整周给页面加各种边角 schema 类型，对那个站内 Buy 按钮一点帮助都没有，它的开关在 Merchant Center，不在你页面。

别因为听说”分工变了”就去删 schema。 这是最容易踩的反向坑。删了 schema，你的富媒体结果和 AI 引用一起掉，得不偿失。

该做不用纠结
开 native_commerce + 补全 feed靠堆 schema 拿 Buy 资格
库存实时同步加冷门 schema 类型蹭购物入口
schema 喂全 AI 可读字段因为分工变了就删 schema

一句话收尾

I/O 2026 没有让 schema 退场，它只是把”决定能不能在 Google 站内被买”这个权力，从页面代码挪到了 Merchant Center 的 feed 属性上。native_commerce 管成交资格，schema 管发现和引用，两者分工不重叠。

如果你只能记住一件事：想要 Buy 按钮，去 Merchant Center 开属性、补 feed、做实时库存；想被 AI 看见和引用，把 schema 写规整。把这两件事分开看，你就不会再问”schema 全填了为什么没 Buy 按钮”这种问题了。

Read this article in English: The I/O 2026 Plot Twist: Your Buy Button Is Gated by native_commerce, Not Schema

相关文章