Salesforce 10 月 26 日更新 B2C Commerce：Carter 购物代理获页面感知，后台支持 1000 种语言/地区并接入 Google UCP 结账

一笔订单可以在商家自己的网站之外完成支付，而商家仍然是这笔交易的 merchant of record（记录商户）——这不是概念演示，是 Salesforce 在 2026 年 10 月 26 日把它写进了正式版本说明。

据 Salesforce 官方博客《Peak-Ready Precision: The October 2026 B2C Commerce Release》，这一版 B2C Commerce 的主线只有三件事：Universal Commerce Protocol（UCP）结账在 Google 侧正式上线、Agentic Commerce Search（ACS）新增本地库存过滤与任意语言查询、购物代理 Carter 获得页面感知能力。后台侧同时把 Business Manager 的语言与地区上限抬到 1000 个，商品列表搜索一次可查 1000 个商品 ID，并取消了 Data 360 的许可前置。

把这三件事放在一起看，指向的是同一个动作：结账入口正在从商家自己的店铺页面，前移到 AI 搜索的结果页里。

一、UCP 结账上线：收银台被搬进 Gemini 和 AI Mode

官方博客的原话是，商户现在可以开启 Google 侧的 UCP 结账，让购物者在 Gemini App 和 Google Search（含 AI Mode）内直接发现并购买商品，同时保持 merchant of record 身份。翻译过来就是：商品在 Google 的 AI 界面里被看到，也在那里被买下，但价格、库存、履约、退换货和客户关系仍然跑在商家自己的 B2C Commerce 上。

Salesforce 开发者文档的口径要苛刻得多。UCP 在 B2C Commerce 26.9 及以后版本才进入 GA，且「目前仅限 en-US 站点」；支付侧需要 Salesforce Payments 已开通（Adyen 或 Stripe，并启用 Google Pay），或者使用合格的第三方支付实现。Google 那一端还有一道独立的门：商户必须先加入 Google 的 UCP waitlist，配置 Google Merchant Center 商品 feed 并给商品打上 native_commerce 属性，只有该属性为 true 的商品才会出现购买按钮。开发者文档特别提醒，Salesforce 的 UCP 实现「不会让你跳过 Google 的等待名单」。

更细节的一处是税与运费。文档要求商户在 Merchant Center 里把 tax 和 shipping 字段留空——UCP 采用动态结账模型，税费与运费在结账会话中实时从 B2C Commerce 拉取，静态配置会导致价格不一致和结账失败。这对已经习惯把税率写死在 feed 里的团队是一次必须做的改造。

这解释了为什么早期名单这么短。据行业媒体统计，Salesforce 目前公开命名的联合客户只有 SharkNinja 一家；UCP Checker 在 9 月中旬对约 21400 个 storefront 的每日重爬中，未发现已发布有效 UCP manifest 的 Commerce Cloud 站点，该机构称这是协议 GA 前一个月的「预期数字」。口径属于第三方，但和官方设置的窄漏斗相互印证。

二、ACS 两项新能力：门店库存过滤与任意语言

ACS 这次拿到两块新东西，一块是本地库存，一块是语言。

官方给的例子很直白：购物者可以直接说「rain jackets in stock near me」，系统会按本地门店的实际有货情况过滤结果。关键点在于，商家在 B2C Commerce 里既有的门店库存数据会直接沿用过来，不需要为 AI 搜索单独做一套库存配置。对线上线下打通的零售商来说，这等于把「附近门店有货」从门店页搬进了自然语言搜索。

另一块是 Global Discovery。ACS 现在能理解任意语言的购物者查询，官方表述是「为跨国际市场销售的商户消除自然语言搜索的语言障碍」。这一条的含金量在于成本结构：过去多语言站点要支撑本地化搜索，通常得为每个语种单独维护同义词表、停用词表和边缘用例规则；Salesforce 帮助文档对 ACS 的描述正是「用 AI 模型替换原生关键词搜索，无需再维护同义词列表、停用词列表和搜索规则」。

ACS 背后的实现方式也在官方页面里写明：它为每个客户训练一个定制的小语言模型（SLM），参数量在 1B 到 7B 之间，对比通用大语言模型 7B+ 的参数量，换取的是站点响应速度。该能力在 2026 年 7 月进入 GA，10 月这次是在它之上叠加场景。

三、Carter 的页面感知：从客服窗变成导购

Carter 是 Salesforce 的 Shopper Agent，这次获得的是 Page Awareness——实时读取页面上下文，包括商品页、分类页和购物车，从而给出针对性的回答，而不是通用的聊天回复。

Salesforce 官方产品创新页列出的时间点显示，围绕 Carter 的能力在 2026 年 10 月集中进入 GA：Page Awareness、Cross-Sell/Upsell、Authenticated Shopper Context 三项均标注 GA October '26，UCP Integration 同样标注 GA October '26，而 Shop the Store 标注为 GA September '26。再往后，TikTok Shop Integration 标注的是 GA January '27——那是另一条独立的时间线，与本条 10 月 26 日的发布不是同一事件。

页面感知的商业含义不难理解：同一个提问，在商品页、分类页和购物车里应该得到不同的答案。购物车里的提问往往已经接近成交，那里的推荐价值远高于首页泛泛的寒暄。但这也带来一条硬要求——商品、分类、购物车三处的上下文数据必须是准确且结构化的，否则「感知」到的是错的上下文，回答只会更快地把购物者带偏。

四、后台 1000 语言、1000 商品 ID，以及 Data 360 解绑

后台这一侧的变化，数字很整齐。

Business Manager 现在支持最多 1000 种语言和 locale，官方的说法是便于快速启动本地化体验；商品列表搜索框支持一次输入最多 1000 个商品 ID，用于批量定位大批商品。除此之外还有可折叠的左侧导航，以及 Reports & Dashboards 里 Traffic Sources 看板的增强——现在可以直接对比来自 Search、Social、Email、Chatbot 四类外部流量来源的收入、订单和转化。

最后一项值得单独说。在 AI 渠道开始产生成交的背景下，把 Chatbot 单独列为可对比的流量来源，等于给了商家一把尺子：AI 渠道到底是新增量，还是把原本会发生的订单换了个入口。这把尺子的读数，会直接决定下一年的预算怎么分。

另一处结构性变化是 Zero-Friction Connections：建立 B2C Commerce 与 Salesforce org 之间的可信连接不再需要 Data 360 许可。官方称这「立即解锁 Shopper Agent 与 Merchandising Agent 等代理能力」。对已经买了 B2C Commerce 却卡在许可环节的商户，这相当于拆掉了一道前置门槛——但拆掉的是许可门槛，不是付费门槛。

五、两个 add-on、未公布的价格，以及待核实的边界

必须说清楚钱的问题。ACS 与 Carter 都是 add-on，不是版本自带。

Salesforce 帮助文档对 ACS 的措辞是「a paid add-on for B2C Commerce」，并注明「available for an extra cost；购买该 add-on 需联系你的 Salesforce 客户主管」。官方博客与帮助文档均未公布价格，因此本条只能写：付费 add-on，价格未公布。

覆盖范围上两者也不同。ACS 作为 add-on 同时面向 B2C Commerce 客户以及其他平台客户——官方点名 Shopify、Adobe Commerce，官方产品页还列出 CommerceTools、SAP Hybris 与自建站，通过 headless API 接入；Carter（Shopper Agent）则明确「available as an add-on for B2C Commerce customers」，即仅面向 B2C Commerce 客户。一个有跨平台版本，一个没有，这是选型时最实际的差别。

还有几处官方没说、需要标为待核实的：

• UCP 结账的适用国家，官方博客与版本说明未列明国家清单；开发者文档只写「目前仅限 en-US 站点」，且 Google 侧另有项目条款与等待名单。因此不能默认它对全美商户或全球商户开放。
• Carter 是否支持中文站点，官方未说明。ACS 的任意语言查询是针对购物者查询侧的表述，不等于代理对话侧已完成中文本地化。
• ACS 与 Carter 的实际效果数据，官方本次未给出任何转化率或收入提升的量化基准。

对跨境卖家来说，最值得琢磨的还是那个动作本身：结账入口前移。过去流量从 AI 搜索出来，要穿过落地页、分类页、商品页、购物车才到收银台，每一层都在漏人；UCP 把收银台直接放在答案旁边，路径从五步压缩到两步。压缩路径对所有人都是好事，但代价是商家对「购物者怎么走到收银台」这段过程的可见度下降——你拿得到订单，却拿不到中间的浏览轨迹。

更关键的是，入口在谁手里，议价权就在谁手里。当成交发生在 Gemini 或 AI Mode 里，商家对购物者的第一触点就交给了 Google。merchant of record 保住的是订单归属和客户关系，保不住的是流量分配规则。

所以，10 月 26 日这次更新并不意味着 Salesforce 商家立刻多了一个渠道，而是多了一道必须尽快做的选择题：是把 UCP 当成一次 feed 清洗作业，还是当成一个新渠道去运营。这两者在 Q4 的账面上会呈现完全不同的结果。

真正的考验在明年——当 AI 搜索里的购买按钮不再是新鲜事，商家能拿出的差异化只剩商品数据质量、库存实时性和履约确定性。到那时，谁在 2026 年冬天把 feed 做干净了，答案才会真正浮出水面。

六、参考资料

• Salesforce 官方博客：《Peak-Ready Precision: The October 2026 B2C Commerce Release》
• Salesforce 开发者文档：《Universal Commerce Protocol (UCP) Integration》与《Enabling Google as a Platform》
• Salesforce 帮助中心：《Agentic Commerce Search for B2C Commerce》《Deliver Smarter Search Results with Agentic Commerce Search》
• Salesforce 产品创新页：《Agentic commerce is here. Here's how you get ready for it.》
• Salesforce 官方产品页：《Agentic Commerce Search》
• Ad Hoc News：《Salesforce expands agentic commerce: what it means for Salesforce stock》
• UCP Checker / 行业分析：《Salesforce Commerce Cloud UCP October》
• Elogic Commerce：《What Is Salesforce Commerce Cloud (Agentforce Commerce)? The 2026 Guide》