为确保“Built for Shopify”认证代表最高质量的应用程序，应用需满足以下性能、集成和类别特定要求。这些要求旨在确保每个获得“Built for Shopify”认证的应用在满足其所服务商家的独特需求方面表现出色。
Built for Shopify 年度审核将于 2025 年 1 月 2 日进行。
性能要求
生效日期：2025 年 1 月 2 日
管理后台性能需达到 Web Vitals 目标的第 75 百分位水平
- 累积布局偏移（CLS）：将重新引入，且需小于或等于 0.1。
- 交互到下次绘制（INP）：200 毫秒或更少。
此要求取代了先前的 首次输入延迟（FID） 要求。
尽量减少对结账速度的影响
- 您的应用在最近 28 天内必须至少发出 1,000 次请求。
- 您的请求的 p95 值必须小于或等于 500 毫秒，且失败率为 0.1%。
这些要求将取代以下要求： 您的应用在连续三周内必须至少发出 1,000 次请求。 您的应用的 p99 值必须小于或等于 1000 毫秒，且失败率为 0%。
集成要求
生效日期：2025 年 1 月 2 日
基于 Shopify 凭据实现无缝注册：应用应为商家提供无缝的注册体验，无需额外的登录或注册提示。用户应在安装应用后立即开始使用，而无需完成另一次注册。例外情况适用于那些无法以自助方式轻松访问、需要更复杂注册流程的应用，这通常涉及企业对企业合同。在这些情况下，这些应用在管理后台内的引导第一步必须始终是一个工作流，使商家能够将当前商店与其现有凭据关联起来。如果您的应用同时提供自助注册和企业对业务注册，则应用的引导过程必须包含一个选项，允许用户使用商家的现有 Shopify 凭据注册该服务。
包含简化的监控或报告功能：在应用的主页上展示对商家有帮助的关键指标。如果您的应用包含只能在外部网站或应用界面上存在的监控或复杂报告，则您必须在 Shopify 管理后台中包含简化版的监控或报告功能。
将第三方连接设置保留在 Shopify 内：任何控制 Shopify 与第三方系统之间连接的设置或配置，都必须在 Shopify 嵌入式应用界面内可用。
类别特定要求
我们理解并非所有应用都相同。应用旨在解决各种各样的商家工作流程，并服务于许多不同的功能。今后，某些类别的应用必须遵守额外的要求。这些要求规定了特定的 API、集成和设计指南，反映了这些类别中优秀应用应具备的特征。
产品捆绑应用：强制执行日期：2025 年 1 月 2 日
- 使用捆绑原语：您的应用必须使用 GraphQL Admin API 来创建 静态捆绑包，或使用 cartTransform 函数来创建 自定义捆绑包。但是，如果您的应用支持尚未通过这些 API 支持的捆绑用例——例如在不支持的销售渠道上销售捆绑包、作为订阅的一部分销售捆绑包，或在购买后编辑订单以添加或删除捆绑包——您可以使用其他方法来创建捆绑包。
订阅应用：强制执行日期：2025 年 1 月 2 日
使用订阅对象和 API：您的应用必须使用以下订阅对象：
- 销售计划 API，用于创建和管理各种销售和购买产品的方式
- 订阅合同 API，用于实时创建、管理和更新客户与商家之间的订阅协议。
- 客户支付方式 API，用于存储可用于支付未来订单的支付方式，而无需客户手动完成结账流程。
使用主题应用区块扩展：您的应用必须通过使用与 Online Store 2.0 兼容的 主题应用区块，在产品详情页面上添加订阅功能。
遵循订阅用户体验 指南
您的应用必须遵守以下订阅用户体验 订阅用户体验指南
订阅信息——包括销售计划名称、价格和节省金额——必须在商品页面、购物车页面和订单详情页面上清晰显示。
默认情况下，订阅选项信息必须自动匹配商店当前主题的颜色方案、字体、字号和字重。
折扣应用 生效日期：2025年1月2日
使用折扣原语 您的应用必须使用 折扣函数 来定义自定义折扣类型或使用原生 折扣 API 来创建折扣。
不要使用带有自定义折扣的草稿订单 您的应用不得创建草稿订单以提供自定义折扣。带有自定义折扣的草稿旨在用于一次性由商家驱动的流程，而非自动化由客户驱动的流程，并且不具备相同的报告工具。
每个折扣使用单个兑换码
您的应用必须使用 discountRedeemCodeBulkAdd 折扣兑换码批量添加 API 来创建任何具有多个兑换码的折扣。请勿使用 GraphQL Admin API 创建具有相同价值但不同兑换码的多个折扣。
创建高质量链接 所有 指向您应用的链接 来自折扣页面上的“创建折扣”按钮，必须指向您嵌入式应用中的一个页面，商家可以在该页面创建相应的折扣。这些页面必须符合所有相关的 应用设计指南。
产品评论应用 生效日期：2025年1月2日
提供流程触发器 您的应用必须提供一个 流程触发器 ，以便在收集到新评论时启动工作流。
使用区块扩展 您的应用必须在客户详情页面上提供一个管理区块扩展，使商家能够查看客户提交的所有评论。 管理区块扩展 位于客户详情页面上，允许商家查看客户提交的任何评论。
履约服务应用 生效日期：2025年1月2日
积极履行订单 您的应用必须处于活跃状态，并且已在过去 28 天内完成 履约订单 在过去 28 天内。如果应用不活跃，则无法准确评估履约服务应用的其他标准。
完成履约订单 您的应用必须在过去 28 天内完成分配给它的 履约订单 的 99%。最近 7 天内创建的新履约订单除外。如果履约订单处于以下任一状态，则被视为未完成：
open, submitted
in_progress, accepted
in_progress, cancellation_rejected
in_progress, cancellation_requested
等待商家请求 您的应用只能在商家请求 商家请求 履约后，才履行履约订单。
添加跟踪信息 在过去 28 天内，您的应用必须在创建后一小时内为它创建的 添加跟踪信息 到其创建后一小时内创建的 80% 的履行单。如果从承运商 URL 无法获取精确的跟踪信息，您可以通过以下方式提供指向您应用站点的自定义 URL：使用 fulfillmentCreateV2 来填充 fulfillment.trackingInfo.company 和 fulfillment.trackingInfo.url(s) 在创建时，或者 使用 fulfillmentTrackingInfoUpdateV2 来修改现有条目并填充 trackinigInfoInput.company 和 trackingInfoInput.url(s)。
响应履行请求 在过去 28 天内，您的应用必须在四小时内通过接受或拒绝 接受 或 拒绝 履行请求。
响应取消请求在过去28天内，您的应用必须通过接受或拒绝取消请求的方式，在1小时内响应99%的取消请求。
履约服务类应用强制执行日期：2025年7月
- 响应回调请求在过去28天内，您的应用必须成功响应发送给它的100%的Shopify 回调请求，以免商家收到回调请求失败的警报。
承运商服务类应用强制执行日期：2025年1月2日
快速响应费率请求在过去28天内，您的应用提供的承运商费率端点必须在95%的请求调用中在500毫秒内作出响应。
可靠完成费率请求在过去28天内，您的应用提供的承运商费率端点必须成功响应99.9%的请求。
退货与换货类应用强制执行日期：2025年1月2日
同步退货信息您的应用必须使用适当的API向Shopify传达退货的所有生命周期事件，包括：
- 创建退货
- 发货创建
- 补货
- 从退货中移除商品
- 取消退货
- 关闭退货
- 提供退款
包含换货行项目在处理换货时，您的应用必须在订单上创建换货行项目；如果不再需要换货行，您还必须将其从订单中移除。
包含运费和重新入库费在适用情况下，您的应用必须在订单上添加运费和重新入库费。
发票与收据类应用强制执行日期：2025年1月2日
- 启用订单页面打印功能您的应用必须使用管理后台打印操作扩展，使商家能够直接从订单详情页为单个订单打印发票或装箱单，也能从订单列表页为所选订单打印发票或装箱单。