2025海外支付主流产品
Stripe、LemonSqueezy、Paddle、Creem。
支付相关基础概念
checkout_url（支付页面URL）
- 定义：支付服务提供商（如支付宝、微信支付等）提供的支付页面入口地址
- 作用：商户系统调用此URL跳转到支付服务商的支付页面，用户在此页面完成支付操作
- 特点：通常是第三方支付平台的统一支付入口
return_url（同步回调地址）
- 定义：用户支付完成后，支付平台同步跳转回商户系统的页面地址
- 作用：
- 向用户展示支付结果页面
- 提供良好的用户体验，让用户知道支付已完成
- 注意：由于用户可能关闭页面，不能仅依赖此地址处理业务逻辑
- 特点：
- 通过GET方式接收参数
- 只在支付成功后跳转一次
- 主要用于前端展示，不应用于核心业务处理
notify_url（异步通知地址）
- 定义：支付平台服务器主动通知商户系统支付结果的回调地址
- 作用：
- 核心业务处理：更新订单状态、记录支付信息等
- 防止"掉单"现象（支付成功但商户系统未收到通知）
- 确保支付状态的最终一致性
- 特点：
- 通过POST方式接收参数
- 支付平台会多次通知（直到收到"success"响应）
- 必须在公网可访问，不能携带自定义参数
- 返回必须为纯文本"success"或"fail"，不能包含HTML代码
Creem支付接入
整个支付接入分为3个Part：网站接入支付申请、Dashboard操作、代码接入。
网站接入支付申请
Dashboard
整个支付接入分为3部分：
- 网站申请接入支付：需要你提供可访问的公网域名，审核人员会对你的网站进行审核，提出不合理的地方要求整改，只有整改完成才会发放支付接入的权限。
- Dashboard新建产品信息：自定义用户支付页可看到的信息和金额
- 代码接入支付流程：涉及前端、后端、Creem服务方三方的一个调用流程
这一章节先完成产品的信息和金额的创建和配置～
API Key
API Key的获取方式是在右上角的Developers入口。
Product
单独设置Product其实比较难满足一般订阅制网站的需求。
对于一个产品来说，一般会分为基础款，Premium款和超大杯的Premium+。每个版本根据订阅的时长（月/年/LFD）又演化出了多个不同价格的版本。所以说基础的Product模式就不是很够用了。
在Creem中有一个Product Bundles的功能，同样可以在Dashboard里进行配置。如下图所示，在右上角从Product切换到Bundles。
对于上述描述的产品场景，Creem的逻辑是对于基础款，Premium款和超大杯的Premium+分别创建两个Product，分别对应每个版本的月付和年付（其实有点冗余），再使用Product Bundle将6个Product绑定到一起进行管理。
Product Bundles
点击右上角的Create Bundle，填写基本信息
