Shopify 把 AI 知识库搬进后台：1000 条事实上限，旧 App 2027 年 1 月 15 日下线

核心要点

• 知识库已进后台 Sales channels > Agentic
• 旧 App 2027 年 1 月 15 日后不可用
• 总量上限 1000 条事实
• 超 1000 条的店铺事实一条未迁
• 扫描来源必须人工审核发布

10 月 26 日，Shopify 在官方 changelog 发布 “Knowledge base is now built into your admin”。知识库不再是一个需要单独安装的应用，而是后台里的一个页面，路径是 Sales channels > Agentic > Knowledge base。

它取代的是独立的 Knowledge Base App。Shopify 明确写明：该 App 在 2027 年 1 月 15 日之后不再可用。

这件事的分量在于位置变了。旧 App 是后台之外的一个第三方安装项，权限、界面、数据格式都是另一套。现在它进了后台原生页面，跟渠道、订单、主题设置在同一层。这意味着 AI 智能体读到的事实，开始由 Shopify 自己在店铺主控台里管理。

1000 条上限与迁移分叉

迁移规则不是一套，是按你旧 App 里的事实条数分成两种情况，这是最先要确认的事。

Shopify 的原话是：Knowledge base 最多容纳 1000 条额外事实，”Your app has more than that, your facts have not moved over”。超过上限的店铺，Shopify 已经直接邮件通知。

这个 1000 条是总量上限，把后台来源和店面扫描来源合并计算。自定义店面和 Agentic 计划店铺只能添加”额外事实”。

还有一条容易被忽略但很要紧的限制：密码保护的店铺无法被扫描。这类店铺的知识库只显示来自后台管理的数据，店面扫描那部分直接失效。

在动手之前，先把这条变更和既有渠道的关系理清。Meta 商业智能体接入 Shopify一文讲了外部 AI 智能体怎么读你的店铺，知识库是同一套基础设施的另一面：商品由 Catalog 供，店铺事实由 Knowledge base 供。

发布规则按来源分流

这是整篇最容易被漏掉的点。同一页知识库里，事实的来源不同，发布状态的默认值就不同。

来自后台管理的事实，比如店铺政策、联系方式、配送设置，Shopify 创建它们时就直接发布了。

来自店面扫描的事实，Shopify 从你的已发布店面页面里起草，但默认不发布，changelog 原文写着：”Nothing Shopify drafted reaches AI agents until you publish it.”

每条事实都带一个回链到来源页面的 sourceUrl，你可以从后台追溯这条答案是从哪一页来的。

换句话说，发布这道闸门只卡住扫描来源，后台来源是自动放行的。你在后台改一条退货政策，AI 那边立刻就变了；而店面上的一个促销 banner 撤了，扫描生成的草稿不会自动跟着变。

平台给的动作路径是：Knowledge base 页面的 Sources 区域，按 Published facts、类别或单条事实分别发布或取消发布，然后保存。单条事实的源图标还能切换为 Manual，手写之后就不受店面变化影响。

这套设计有历史原因。旧 App 上线于 2025 年 5 月，Naughton & Bird 在 2026 年 7 月 19 日的实测里发现，一个高客单店铺问 28 个问题有 13 个返回空，退货答案给的窗口比店铺自己的政策页还短。自动生成的事实一旦直接放给 AI，错误就会被复述出去。新的发布闸门把这个责任交回给商家自己。

内容质量这件事在别处同样成立，Shopify 站外品牌商品检索一文讨论过商品侧的数据纪律，商品和事实是两条独立的检查线。

开发者侧的变化

旧 App 的 API 端点在退役。Shopify 通过 GraphQL Admin API 的 agenticKnowledgeBase 字段暴露事实，需要新增 read_agentic_knowledge_base 和 write_agentic_knowledge_base 两个权限。任何读取、创建、发布事实的应用都要改权限。

事实来源是公开知识库。Shopify 的 Agentic Storefronts 覆盖 ChatGPT、Google AI Mode 与 Gemini、Microsoft Copilot、Meta，商品通过 Shopify Catalog 触达这些渠道，而知识库提供的是非商品信息，比如退货政策、配送时效、品牌定位。客服智能体通过 Storefront MCP 查询知识库。

这条链路的价值在于可查证。同一件事的两条路可以对照看：Shopify 站外品牌商品检索讲的是商品侧怎么被外部渠道检索到，本篇讲的是店铺事实怎么被 AI 读到并复述，两者是一套配合。

评价内容怎么在搜索结果里被摘要呈现，是另一个场景，Google 搜索广告评价摘要一文有详细拆解。

页面上的引用关系是双向的。后台每条事实的引用数可以点开看具体来源，你可以换成另一条页面，也可以添加外部 URL 作为参考。删除一个引用来源，那条事实的来源就变了，需要重新确认内容是否还准确。

卖家现在该做什么

第一，先查自己有多少条事实。 旧 App 里事实条数决定你是哪种情况。少于 1000 条基本无事可做，超过 1000 条要立刻开始挑要保留的内容，因为一条都没迁。

第二，把 2027 年 1 月 15 日当硬截止。 这个日期写在 changelog 里，是 App 不可用日期。过期之后旧 App 里的内容取不回来。

第三，发布前逐条读一遍扫描生成的草稿。 一条自动起草的退货政策，如果店铺政策页写 30 天而供应商实际只给 14 天，这条草稿就会被 AI 复述给买家。买家截图就是证据。自动起草的事实全部审一遍，比全部手动写省事得多。

第四，每条事实都当公开文案写。 已发布的知识库通过 Storefront MCP 公开可访问，Shop 与第三方 AI 渠道都能用。内部备注、内部口径、内部没打算公开的说明，都不该写成事实。

第五，别指望它带来曝光。 Shopify 官方明确：Knowledge base 提升 AI 回答准确性，但不影响店铺在 AI 平台结果中的出现频率。它是准确性工具，不是流量工具。想提高被推荐的概率，要做的是商品数据层的事情。

第六，盯住知识库的内容变更节奏。 店面改了促销页、退货政策调整了、联系方式换了，扫描生成的事实会作为”建议更新”提示你接受或拒绝。这个提示不是自动应用的，但你不去看，店面上的旧信息就会一直被 AI 复述。

参考文章

• 《Knowledge base is now built into your admin》｜Shopify Changelog｜https://changelog.shopify.com/posts/knowledge-base-is-now-available-in-your-admin
• 《Answering customer questions with your knowledge base》｜Shopify 帮助中心｜https://help.shopify.com/manual/online-sales-channels/agentic-storefronts/knowledge-base
• 《Shopify Moves Knowledge Base to Admin; App Ends Jan. 15》｜Ecommerce Paradise｜https://ecommerceparadise.com/shopify-knowledge-base-admin
• 《Knowledge Base Now Built Into Your Shopify Admin: What Merchants and Developers Need to Know》｜Shopify Customize｜https://www.shopify-customize.com/blog/knowledge-base-now-built-into-your-shopify-admin-what-merchants-and-developers-need-to-know
• 《What is a discovery-ready Shopify store?》｜Naughton & Bird｜https://naughtonandbird.com/signals/what-is-a-discovery-ready-shopify-store
• 《Shopify Knowledge Base app》｜ShopifyRanked｜https://shopifyranked.com/glossary/knowledge-base-app

FAQ

问题：1000 条上限够用吗？

多数店铺 15 到 25 条自定义事实就够覆盖品牌定位、退货配送、品类指引、热卖商品和品牌差异这五类问题。但自动生成的事实也占额度，历史上曾有店铺把大量自动事实灌进旧 App 导致超限。做一次清理，把没用的自动事实取消发布，额度就回来了。

问题：发布的事实会被 AI 平台引用吗，会不会暴露不该公开的信息？

会引用。已发布的知识库通过 Storefront MCP 公开可访问，Shop 和第三方 AI 渠道都能用，每条事实都带 sourceUrl 指回来源页。所以每条事实都应视为公开品牌文案，不是内部备注。店铺政策、联系方式、退换货时效这类信息本来就该公开；内部成本结构、未公开的促销计划、供应商条款则不该写进去。

问题：密码保护的店铺怎么办？

密码保护的店铺无法被扫描，知识库只显示来自后台管理的数据，店面扫描那一路直接失效。这类店铺要接受一个事实：AI 读到的只能是后台配置里有的信息，店面页面上写了什么它看不到。如果店铺靠密码保护是因为在做预售或限时发售，AI 渠道的准确性天然受限，得靠后台把关键政策补全。

问题：知识库对店铺在 AI 平台的出现频率有影响吗？

没有。Shopify 官方明确说明，Knowledge base 提升的是 AI 回答的准确性，不影响店铺在 AI 平台结果中的出现频率。想提高被 AI 推荐的概率，要做的是商品数据层的事情，那是 Catalog 那一侧的活。事实层解决的是”AI 说到你的时候说的是不是真的”。