文章目录文章开头0%
过去几个月,AI 智能体购物(Agentic Commerce)的发展速度明显加快,逐渐进入实际的电商平台与购物流程。
2026 年 9 月 28 日,Shopify 宣布扩大 WebMCP 支持范围,让浏览器中的 AI 智能体可以读取商品、管理购物车,并在取得消费者确认后操作结账流程。
紧接着,10 月 1 日,OpenAI 与美国零售商 Albertsons 扩大合作,把 Safeway 购物体验带进 ChatGPT。消费者提出“帮我准备四人份的晚餐”等需求后,AI 能协助寻找食材并建立购物车,再引导用户前往商家完成结账。
到了 10 月 15 日,Google 在美国推出 Universal Cart,让消费者在 Google Search 与 Gemini 中集中管理不同零售商的商品,追踪价格与库存变化,并通过 Google Pay 或商家网站完成购买。

从 Shopify 开放智能体操作结账,到 ChatGPT 协助消费者建立购物车,再到 Google 整合跨商家的购物流程,这些进展显示:AI 正从协助寻找商品,进一步参与商品比较、购物车管理与交易流程。
传统电商 SEO 主要争取搜索曝光与网站点击。商家通过关键词、商品标题、内容营销与网站体验吸引消费者进站,再提高购买转化率。在 AI 智能体参与购物的场景中,消费者可能先由 AI 完成部分比较与筛选,才接触商品页。
例如,消费者只要说:“帮我找一双黑色、27 厘米的防水鞋,含运费不超过 3,000 元,而且下周出差前要收到。”智能体便可能根据价格、规格、库存与配送条件寻找选项。最后是在 AI 界面内交易,还是返回商家网站结账,取决于平台及其支持方式。
如果商品页缺少尺寸库存、配送时间或其他重要规格,AI 就难以确认商品是否符合需求。商家除了让人容易找到、理解与购买商品,也需要让外部系统正确读取商品信息。
目前各平台的 AI 购物功能仍有地区、资格与技术整合限制,不能推断所有台湾电商已能通过智能体直接成交。本文从电商 SEO 与网站运营的角度,讨论商品数据源、结构化数据、商品内容与结账流程,以及台湾商家现阶段可以优先投入的工作。
商品数据源:先把交易条件说清楚
传统 SEO 已经有一套成熟的网站优化方法,包括关键词研究、商品页内容、技术 SEO 与结构化数据。这些工作并不会因为 AI 智能体出现而失去价值。相反,部分原本就应该做好、却经常被忽略的商品数据管理工作,可能变得更加重要。
对许多电商商家来说,Google Merchant Center 并不是陌生的工具。它允许商家提交商品数据源(Product Feed),把商品名称、识别码、图片、价格、供应情况与商品链接等信息提供给 Google。这些数据原本就能应用于 Google Shopping、购物广告与免费产品信息。
如今,Google 也开始扩充这类商品数据的用途。在 2026 年 1 月的 UCP 公告中,Google 提到将为 Merchant Center 增加新的商品数据属性,让商家能提供更丰富的购物信息,例如常见商品问题的答案、兼容配件与替代商品等。这些新增属性采用逐步推出的方式,并不代表所有商家都已能使用。但从营销角度来看,它反映了一个值得注意的方向:商品数据不再只用来告诉平台“这件商品叫什么、卖多少钱”,还可能需要支持更具体的购物问题。
例如消费者询问:“这台笔记本电脑可以接两台外接显示器吗?” 如果商家只提供品牌、型号与售价,AI 可能还需要查阅其他数据才能判断。反过来讲,如果商品数据与官方说明页已经明确记载外接显示器数量、接口规格与兼容限制,就能减少这类信息缺口。不过,Merchant Center 商品数据通过审核,只代表符合对应产品信息刊登要求,不能直接推断商品已被 AI 推荐。
结构化数据要与商品页一致
除了提供 Product Feed,商品页本身也需要让搜索系统理解。这就涉及 SEO 经常讨论的结构化数据(Structured Data)。以电商网站为例,Schema.org 的 Product 与 Offer 标记,可以描述商品名称、售价、币种、库存与其他交易相关信息。根据 Google Search Central 官方文档,正确使用这类标记,有机会让商品符合 Google 商家产品信息等搜索呈现形式的资格。
这里有一个常见误解。加入 Schema 并不等于商品会被 AI 推荐,更不代表网站已经具备智能体下单能力。结构化数据的直接价值,是让支持这些标记的系统能以标准化方式获取商品信息。例如一双鞋正在特价,商品页标注 2,490 元,Merchant Center 却仍保留 2,990 元,而结构化数据又写着另一个价格。当不同数据来源互相矛盾,平台便可能无法正确判断商品的实际交易条件。因此,比起一口气安装大量 Schema 标记,更重要的是确保商品页、商品数据源与结构化数据之间保持一致。

商品内容要回答具体购买问题
这可能是电商内容营销最值得重新思考的部分。以往撰写商品页时,商家往往会根据搜索量安排关键词,例如“防水鞋推荐”、“男生防水鞋”、“通勤鞋”等。这些关键词依然重要,但它们不一定涵盖消费者真正的购买条件。例如一位准备去日本旅行的消费者,可能更在意鞋子是否适合长时间步行、雨天使用、行李重量限制,以及能否在出发前收到。
假设智能体需要替这位消费者挑选商品,商品页上如果只有“高品质”、“舒适耐穿”等营销形容词,能提供的判断依据其实有限。相比之下,具体的材质说明、防水规格、重量、使用限制与配送信息,会更有助于确认商品是否符合需求。这也不代表每张商品页都需要塞满 FAQ,或刻意为 AI 撰写大量文字。更合理的做法,是先了解消费者在购物前真正会问什么,再确认商品页是否已经提供足以回答这些问题的信息。对内容营销团队而言,这与 GEO(生成式引擎优化)的思考方向有所重叠:除了争取搜索排名,也要让外部系统能理解内容,并在回答相关问题时有可靠数据可用。不过,商品信息完整是基本条件,并不能保证 AI 会优先选择某个品牌。
结账流程还是得走得通
即使商品符合需求,智能体也不一定能顺利完成交易。用户选定商品后,可能还需要确认尺寸、运费、付款方式、配送地址,以及是否享有会员折扣。其中任何一个环节出错,都可能让购买流程中断。例如商品列表显示 2,800 元,但实际选择尺寸后价格提高,或是进入结账页面才发现配送时间不符合需求。对智能体而言,它必须重新确认商品是否仍符合用户原本设定的条件。
从授权到订单确认,这些步骤可以放进 AX 智能体体验的任务闭环一起检查:可发现、可执行、可验证,以及失败后可恢复。
这些问题其实与传统电商的转化率优化(CRO)有很大的关联。只是以往关心的是用户在哪个步骤离开购物车;未来还可能需要观察,智能体在哪个步骤无法继续操作。但这不是要求网站取消验证码、付款确认或安全防护。涉及支付授权、个人信息及订单确认的操作,仍应按平台规范处理,必要时交回用户本人完成。
开放协议不等于台湾商家已能使用
因此,不能只因协议开放,就认定台湾商家已有代理结账入口。Google 在 2026 年 1 月公布的 Universal Commerce Protocol(UCP),是与 Shopify、Etsy、Walmart、Target、Wayfair 等厂商共同开发的开放协议。它希望让 AI 智能体、电商平台与付款服务能通过共同规格交换交易信息,减少不同服务之间反复建立专属整合的成本。但这里需要区分两件事情。一件是技术协议是否公开,另一件则是实际提供购物入口的平台,是否开放特定商家使用。
根据 Google 2026 年 10 月 19 日更新的 UCP Merchant Center 整合文档,Merchant Center 内的 UCP 整合中心仍以逐步开放方式提供,目前适用于在美国境内销售的商品,结账功能也只开放给符合条件的部分商家。文档另外提供直接 API 整合路径,但这不等于台湾商家能直接使用 Google AI Mode 或 Gemini 的代理结账入口。对台湾电商来说,Google Merchant Center 支持台湾与新台币,并不代表 UCP 结账功能已经在台湾全面开放。即使商家已经完成商品数据与 Schema 标记,也不能据此宣称自己的网站支持 Google AI 直接下单。
另一个值得关注的案例,是 Meta Muse。Meta 在 2026 年 9 月的公告中,展示了 Muse 通过浏览器操作网站、处理购物任务,并支持使用 Stripe Link 付款的能力。但同月,Axios 报道 Amazon 已阻止 Muse 在其平台购物。这件事说明,即使 AI 具备操作网站的技术能力,也不代表网站或平台允许它执行所有购物行为。相关背景可参考 LS-Labs 另一篇文章〈Meta Muse 是什么?Amazon 为何封锁 Meta 的 AI 智能体?〉。
对商家而言,这意味着未来的 Agentic Commerce 可能同时存在多种参与方式。有些智能体直接操作浏览器,有些通过平台提供的商品数据与交易界面,也有些必须经过正式的合作授权。因此,把网站整理成容易被 AI 理解的形式,和真正接入 AI 智能体购物平台,是两项不同的工作。
台湾商家现在可先做的四件事
虽然台湾尚未全面开放相关代理结账功能,但商家没有必要等到所有协议成熟,才开始改善网站。因为其中大部分工作,本来就有助于传统 SEO、商品曝光与购物体验。以下四个方向,可以作为现阶段的优化起点。
- 重新检查商品数据源。先选出几项主要商品,确认 Merchant Center、网站后台与实际商品页的名称、价格、币种、库存及规格是否一致。尤其要检查尺寸与颜色等不同商品变体,避免数据源显示有货,实际却无法购买。
- 检查 Product 与 Offer 结构化数据。使用 Google 富媒体搜索结果测试检查标记是否正确,再通过 Search Console 确认 Google 能否读取商品页。如果电商系统已经自动生成 Schema,应优先确认数据内容,而不是额外安装功能重复的插件。
- 补足影响购买决策的商品信息。检查消费者经常询问的规格、使用限制、兼容性、配送时间、保修与退货条件。把重要信息以清楚的文字呈现在商品页,不要让购物条件只能从图片、客服对话或其他网站获取。
- 检查结账流程与平台支持情况。实际测试选择规格、加入购物车、计算运费及付款确认的流程。再向电商平台确认是否提供 UCP 或其他代理购物整合,以及相关地区、付款与权限限制。如果有爬虫或安全防护设置,也应确认是否误拦已授权的服务,但不应该为了让 AI 操作而任意放宽交易安全措施。
完成这些工作,不代表 AI 智能体一定会推荐商品,更不代表网站已经可以让 AI 自动购买。但至少能先处理商品数据不完整、不同来源信息不一致,以及结账过程不透明等既有问题。
AI 购物成效,网站分析能看到多少?
除了网站优化,Agentic Commerce 还带来另一个值得讨论的问题。如果消费者通过 AI 完成商品搜索、比较,最后甚至直接在 AI 平台内结账,原本习惯观察的网站流量与转化数据,还能完整呈现营销成效吗?答案取决于实际使用的购物流程。例如,消费者通过 ChatGPT 找到商品,再点击链接进入品牌网站购买,这种情况仍有机会在网站分析工具中留下来源与交易记录。Google 也在 GA4 的默认渠道分组中列出“AI Assistant”,用来识别部分来自 ChatGPT、Gemini 等 AI 助手的网站访问;这项分类不包含 Google AI Overviews 与 AI Mode。相关操作可参考〈从 Referral 到 AI Assistant:GA4 如何重新定义 AI 时代的流量来源〉。
但如果智能体通过 API 获取商品信息,或由外部平台完成交易,用户根本没有进入商家网站,网站端的 GA4 就不一定会记录到相应的访问。这时可能需要依赖平台提供的交易记录、订单来源字段或其他正式的归因数据,才能确认哪些订单来自 AI 购物入口。
营销团队因此需要开始区分三种不同的成果。商品被 AI 搜索系统找到,是一回事;商品被纳入比较或推荐,是另一回事;最后成功成交,又是第三回事。它们之间有关联,但不能直接画上等号。例如 Merchant Center 产品信息符合刊登资格,不能证明商品已经出现在 AI 推荐结果中;AI 回答提到了品牌,也不代表用户会购买。同样,如果没有可靠的订单来源数据,也不适合把无法识别来源的交易全部归因于 AI。
这也是为什么电商在投入新的 AI 购物技术前,除了问“我的商品能不能被找到”,还应该进一步思考“我能不能知道这个渠道实际创造多少业绩”。
先让数据足以支持购买决策
AI 智能体购物并不代表传统电商网站会消失,也不意味着消费者从此不再自行比较商品。但 Google UCP、Meta Muse 等产品的出现,确实正在拓展 AI 参与购物的范围。过去,营销团队通过 SEO、广告与内容营销,争取把消费者带进自己的网站。未来,在部分 AI 购物场景中,品牌可能必须先经过智能体的信息检索与商品筛选,才有机会接触消费者。对电商经营者而言,这使得商品内容、结构化数据、数据源管理与交易流程之间的关系变得更加密切。网站不仅需要吸引人点击,也需要提供足够可靠的数据,让外部系统能够判断商品是否符合实际需求。
但现阶段也没有必要为了追逐 Agentic Commerce,就急着投入尚未开放的结账技术。尤其对主要经营台湾市场的商家来说,先改善既有商品数据与购物体验,是更容易验证的优先工作。至于未来 AI 智能体究竟会成为电商的新流量入口,还是逐渐取代部分网站内的商品比较与结账流程,仍需要观察实际的平台采用率、商家参与情况与交易数据。可以确定的是,当 AI 开始替消费者挑选商品,商品页的竞争力就不只取决于它能吸引多少人点击,也取决于它能否提供足够清楚的信息,支持一次真正的购买决策。



