平台能力
功能够不够，看的是运营环节有没有缺口
我们按店面、后台、营销、交易、多店铺、集成、安全七个环节组织交付，每条能力标注引入版本——因为上游约两个月一个主版本，不标版本的功能页很快就会变成错误信息。
基于 26.11.0 整理 · 核验 2026-11-13 功能随版本变化，交付以实际版本为准 · 上游文档
平台能力
一套覆盖前后台与运维的完整能力
我们按企业实际运营环节组织交付，而不是按模块清单堆功能。每条标注引入版本。
| 店面与体验 自 26.9 起 | 11 套可切换主题、实时主题编辑器、一步结账、商品图集布局、社交登录、移动端适配、无障碍扫描 |
|---|---|
| 后台与内容 自 26.11 起 | 拖拽页面构建器与实时预览、内容版本、图片编辑器、管理员通行密钥与双因素、手机端管理应用 |
| 营销与增长 自 26.11 起 | 规则化客户分群、动态分类、多步骤邮件自动化、礼品卡、内置博客、Google / Meta / Bing 商品 feed |
| 支付与交易 自 26.11 起 | 核心 PayPal 及延后付款、一方支付模块：Braintree、Mollie、Klarna、Revolut 等、订单、发票、发货、退货流程 |
| 多店铺与跨境 自 26.11 起 | 一个后台管理多网站、多店铺、多币种、欧盟 VAT 校验、订单撤销按钮、区域与邮编校验 |
| 集成与运维 自 26.11 起 | REST / GraphQL / MCP、Webhook 式事件、消息队列、对象存储挂载、CLI 工具链、可观测性、签名发布包 |
| 安全与合规 自 26.9 起 | 双因素与通行密钥、管理员活动日志、GDPR 兼容验证码、libsodium 加密、按用途分组的 AI 爬虫管控 |
企业实际会得到什么
能力清单本身不产生价值，落到运营动作才算数。下面是我们把上表交给客户时的翻译方式：
- 媒体文件进对象存储：多台 Web 节点不需要共享磁盘，扩容时不用先解决文件同步。
- 规则化客户分群与动态分类：运营改一条规则，商品归类与人群自动跟着变，不必每次手动搬商品。
- REST / GraphQL / MCP 同源：一个资源定义服务三种协议，第三方模块装上即可被现有 API 与 AI 工具读到。
- 每页 markdown 与 llms.txt：商品名称、SKU、价格、库存以结构化事实给到 AI 代理，不靠页面抓取猜价格。
- 按用途分组的 AI 爬虫管控：可以选择留在 AI 答案里、同时屏蔽训练用途的爬虫，不必一刀切。
- 内置无障碍扫描：在后台直接跑，违规位置标到模板，把合规成本前移到上线之前。
所有功能声明都按 26.11.0 公开文档整理，并设 90 天复核。上游每版可能含 breaking changes，正式方案以你实际交付的版本为准；升级回归是我们运维服务的一部分。
先聊清楚架构，再谈报价
给我们一份业务规模与现有系统清单，输出一份包含技术选型、交付步骤、AI 配置边界与验收项的搭建方案。
或写信到 hello@magentop.cn；我们只通过邮件回复，不电话跟进。