Shopify 为基于 Functions 的折扣应用开放 Sidekick 创建与编辑入口

来源中的信息

发生了什么

Shopify 允许创建新折扣类型的 Shopify Functions 应用注册 shopify/Discount app intents，使 Sidekick 能启动应用的创建和编辑流程，并在消歧选择器中推荐这些流程。

应用可使用 admin.app.intent.link 跳转至 React Router 应用中的现有页面，或使用 admin.app.intent.render 在后台内嵌聚焦的 Admin UI extension；后者要求 API 版本为 2026-04 或更高。

admin.app.intent.link 的折扣流程目前支持 Shopify 后台网页端；相关折扣可能出现在 Shopify 移动应用的折扣列表中，但点击后不会打开应用编辑流程。

现有应用继续工作且无需迁移；不创建基于 Functions 折扣类型的应用不受影响，legacy function.ui 路径仍可使用。

经营影响

这不是所有折扣功能的普遍改版，而是把符合条件的第三方折扣流程接入 Shopify 后台发现和操作入口；商家是否受益首先取决于所用应用的技术实现。

网页端与移动端能力不一致，意味着依赖移动端处理促销的团队不能把列表可见性等同于完整可编辑性。

由于现有应用无需迁移，商家的首要任务不是立即改造折扣配置，而是确认供应商是否已注册 intent，以及当前工作流是否实际依赖移动端编辑。

编辑观察

将创建和编辑流程注册为 app intent，会把原本需要商家先识别应用再进入配置页的路径纳入 Sidekick 的匹配与推荐机制；这可能减少入口摩擦，但输入证据只说明平台支持该机制，没有证明商家的完成率或效率已经改善，因此不应据此承诺经营效果。
网页端可启动而移动端点击不能打开编辑流程，会把促销维护从“设备无关”变成“渠道有条件可用”；使用相关应用的商家应把复杂折扣调整安排在网页后台，而不是把移动应用列表当作完整操作入口，证据边界仅覆盖当前支持状态。
最合理的决策规则是先按应用类型和操作设备分流：不使用 Functions 折扣应用或不依赖移动编辑的商家保持观察，符合条件且频繁调整折扣的商家优先验证网页流程；由于只有单一官方更新证据，是否扩大到团队流程改造应等待实际兼容性验证。

适用范围

使用创建新 Shopify Functions 折扣类型的应用时，商家可能在 Shopify 后台网页端获得更直接的创建和编辑入口，但收益取决于应用是否完成 intent 注册。

移动办公场景仍存在断点：折扣可以出现在 Shopify 移动应用的列表中，却不能从该入口打开应用编辑流程。

不使用此类应用的商家，以及继续使用现有折扣配置路径的商家，没有被要求迁移或立即改变操作流程。

行动建议

1
盘点折扣应用的技术类型
now
确认当前折扣应用是否创建基于 Shopify Functions 的新折扣类型，并向应用供应商确认是否支持 shopify/Discount app intents；不符合条件的应用不必为本次更新调整流程。
2
在网页后台验证创建与编辑路径
this-week
用一个非关键折扣在 Shopify admin 网页端测试应用的创建、编辑和选择器入口；将验证范围限定在实际使用的应用，不把平台能力自动视为供应商已完成接入。
3
观察移动端编辑支持
monitor
在移动应用中确认折扣是否仅能查看列表而无法打开编辑流程；在移动端支持明确可用前，把需要修改的应用折扣安排到 Shopify admin 网页端。

不要因为折扣出现在 Shopify 移动应用列表中，就假设移动端已经支持打开第三方应用的编辑流程；也不要在没有确认应用类型和供应商接入状态前进行迁移或重建折扣。

来源与依据

来源可能仅提供标题或摘要。请结合下方具体证据范围阅读；链接与流程校验不等于独立事实核验。内部置信值是工作流信号，不代表事实正确的概率。