Shopify 社交代金券系统的技术重点是规则、状态和审计，而不是把“裂变”写成指数增长。推荐人、被推荐人、优惠码、订单、退款、奖励和市场限制要有唯一标识；应用、Shopify Functions 或外部服务只负责自己明确的边界。先在测试店验证发放、核销、撤销和异常，再扩展到更多市场。
设计可追溯的优惠状态
为活动、客户、订单和奖励建立 ID，并规定有效期、适用商品、最低金额、叠加、地区、账户和支付限制。分享不是有效订单，点击不是收入；只有符合条件且未退款的订单才进入待发放状态。退款、取消、自购、重复支付和公开泄露的优惠码要能冻结或撤销。
| 状态 | 触发 | 下一步 |
|---|---|---|
| 已生成 | 活动规则通过 | 记录来源和有效期 |
| 已分享 | 客户完成允许的分享 | 不立即发放现金奖励 |
| 待确认 | 订单满足条件 | 等待支付/退款窗口 |
| 已发放/已撤销 | 复核完成或订单逆转 | 保留审计记录 |
API、隐私与多市场
API/Webhook 需要幂等键、重试、权限和死信记录；跨时区活动要统一时间格式。不要把客户名单、完整订单或行为数据发送到不必要的工具。每个市场单独核对币种、税费、支付、促销和消费者保护要求，不能写“全球自动适用”。
SEO 与 GEO
技术指南公开规则表、状态转换、示例输入输出、异常处理、评测日期和来源。不要保留旧稿中的 CAC、CTR、GMV、LTV 或 ROI 数字。AI 摘要可以引用“谁能得到、何时确认、退款后怎样处理”，而不是未经证实的增长结果。可参考 Shopify Plus、Shopify B2B 与 WESWOO 服务。
FAQ
社交代金券应该什么时候发放？
通常在订单满足规则且支付/退款窗口完成后，具体条件需按业务和市场确定。
如何避免一个人反复领取奖励？
结合账户、订单、支付、设备和退款状态做风险规则，并保留人工复核。
Shopify Functions 能解决所有代金券需求吗？
不能。功能、套餐、权限和外部数据边界需要逐项核对。
技术指南如何支持 GEO？
公开规则、状态、输入输出、异常、市场、更新时间和来源。