Shopify 把 AI 知识库收进后台:只读已发布事实,超 1000 条须 2027 年 1 月 15 日前迁移
10 月 26 日,Shopify 在 Changelog 挂出一条不长的更新:知识库从独立应用搬进后台,入口在「销售渠道 > Agentic > 知识库」。官方同时说明,那个旧应用已经不能从 Shopify App Store 安装。
搬家本身不算大事。真正的倒计时在后面——2027 年 1 月 15 日,旧 Knowledge Base 应用停用。从发布到停用,前后不到 3 个月。
这一页管的是「非商品事实」:退货窗口、配送范围、礼品服务、联系方式、二手商品政策。商品的价格、库存、规格不在这张表里,走的是 Shopify Catalog 那条线。两条线各管一段,混着写就容易出错。
Changelog 的措辞很直白:Shopify 扫描商家已发布的店铺页面,自动起草这些事实,每一条都回链到来源页;草稿默认不发布,商家点过之后才对智能体可见。政策和联系方式是例外,后台一生成就算发布。
一、后台多出来的这一页
功能形态不复杂。一个页面,把 AI 智能体可能问到的店铺信息集中起来,商家逐条审核、编辑、发布。
据 Shopify 合作伙伴 Makro 的梳理,事实被归进十个类别,退货与保修、支付方式、配送与履约、二手商品都在其中;扫描没覆盖到的,商家可以自己写进「额外事实」。店铺内容改过之后能申请重新扫描,Shopify 提示最长要等 48 小时。
开放程度上,这一页在后台现成可用,Shopify 没有把它单列成收费项。但有两类店铺被削了一刀:自定义店面,以及使用 Agentic 计划的店铺,只能手动新增额外事实,享受不到自动起草。密码保护的店铺干脆扫不了,页面上只剩后台已有的政策与联系方式。
这条更新属于 Shopify 秋季版本的一部分。同一批里还有 Catalog 资格视图——商家能在后台看到自己够不够格进 Shopify Catalog,不够的话缺什么、去哪儿补。两者是配套的:Catalog 管商品,知识库管商品以外的一切。
二、1000 条这条线,官方写了两遍不一样的话
问题出在数字上。
Changelog 的原话是:知识库最多容纳 1000 条额外事实(additional facts);旧应用里超过这个数的店铺,事实没有迁移过来,得在 2027 年 1 月 15 日前把想留的重新加回去。
帮助中心的写法不一样:如果旧应用里的事实不超过 1000 条,那么商家做过覆盖的店铺事实、以及手动录入的额外事实,都会自动转移并发布到新知识库。这里 1000 条指的是应用里的总量。
一个说上限是「额外事实 1000 条」,一个说门槛是「应用内合计 1000 条」。同一家公司,两份官方文档,量词不一样。
这两种表述在实操里会指向不同结果。假设一家店旧应用里生成了 800 条、自己写了 400 条:按 Changelog 的口径,400 条额外事实没超限,能搬;按帮助中心的口径,1200 条总量已经越线,整批不迁。到底按哪个算,官方没给换算说明。
还有第三处缝隙。Changelog 说的是「少于 1000 条」自动迁、「多于 1000 条」不迁,正好卡在 1000 条的店铺落进了缝里;帮助中心用「1000 条或更少」,把边界划给了自动迁移。这种一字之差,在 FAQ 库动辄几千条的 Plus 账号上,影响是实打实的。
截至发稿,Shopify 没有就这几处口径差异作出解释。商家能做的,是把自己的条数按最严的口径算一遍。

三、自动迁移,只对一半店铺成立
把两套说法放一起,能确认的其实只有一句:小店铺自动迁移,大店铺手工重建。
Shopify 说,不足 1000 条的店铺,商家写过、改过的事实已经迁过去并且发布,AI 智能体可以继续用,商家随时能撤回发布,「无需采取任何操作」。超过 1000 条的,事实没有迁,Shopify 说已经直接发邮件通知了这批店铺。
这里有个必须标明的点:自动迁移、并且由平台代为发布,目前只有 Shopify 单方面说明,没有第三方复核过迁移的完整度。商家自己能验证的只有一件事——打开页面,看发布列表里还剩多少条。
对卖家的实际动作很清楚。先确认装没装过旧应用;装过的,数一下事实条数;越线的,把还想保留的政策口径、履约承诺、售后条款挑出来,在截止日前重录。别拖到 12 月才动手,重扫一次就要 48 小时。
有个细节容易被跳过:迁移过去的是「你写过、改过的事实」,平台自动生成的那部分并不在迁移清单里。也就是说,即便自动迁移成功,页面上的内容结构也会和旧应用不一样,商家仍然要重新过一遍。
四、发布的每一条,都是公开文案
这一页最容易被忽略的设计是:发布等于公开。
按 Shopify 开发者文档的说法,每家店已发布的知识库通过 Storefront MCP 对外可读,Shop 能用,第三方 AI 平台也能用。换句话说,写进「额外事实」的每一句话,都该按对外文案的标准过法务,而不是当成内部备注。
接口本身也在动。用于政策和 FAQ 的 Storefront MCP 工具已被标记为弃用,功能还在,但官方把开发者引向了新的 Ask MCP,里面有个 ask_business 工具。Shopify 自己把 Ask 描述为「草稿」能力,可用范围因店而异。
一个刚上线就被标弃用的读取通道,加上一个还在草稿状态的新通道,说明这一层的数据出口还没定型。商家今天发布的格式,明年可能要再适配一次。这类返工不写在公告里,但会落在运营的工时表上。

五、它改的是准确率,不是曝光
Shopify 在帮助中心留了一句很克制的备注:知识库能提高 AI 回复关于你店铺的准确性,但不影响店铺在 AI 平台结果里出现的频率。
这句话值得单独拎出来。市面上不少讨论把知识库当成 AI 时代的 SEO 工具,官方的口径恰恰相反——它管的是「被提到时说得对不对」,不是「会不会被提到」。
真实表现也没那么乐观。据 Search Engine Journal 10 月 14 日刊出的测试,Bill Hunt 在 8 月至 9 月间测了 122 家 Shopify 店铺,其中 88 家能调出政策工具,问到「下单后能不能取消」时,只有 2 家给出了可用答案。88 比 2。
需要说明,这项测试针对的是政策问答工具的表现,不等于新知识库的效果;官方也从没公布过知识库填充度与 AI 回答准确率之间的量化关系。谁要是拿「填满 1000 条能提升多少」来卖服务,这个数没人拿得出来。
真正的考验不在 10 月,在 2027 年 1 月 15 日之后。那天之后,旧应用里没搬过来的事实会一起消失,智能体不会报错,只会安静地少知道一些事——而顾客听到的,仍然是它张口就来的那句回答。
你的店铺现在有几条事实是已发布状态?这个数字,可能比你想的要紧。

六、参考资料
- Shopify Changelog:《Knowledge base is now built into your admin》,2026 年 10 月 26 日
- Shopify Help Center:《Shopify Knowledge Base》
- Shopify:《Exponential: Shopify's Fall '26 Edition》
- Makro:《Shopify Knowledge Base in Admin: What to Know》
- HingeWise:《Shopify AI Agent Knowledge Base: Admin Migration》
- Search Engine Journal(经 HingeWise 引述):Bill Hunt 对 122 家 Shopify 店铺智能体应答的测试,2026 年 10 月 14 日