个人开发者全球收款方案之--Paddle支付

前言

本文仅讨论WEB端(包括H5、浏览器扩展)售卖虚拟商品(激活码)，且支持全程自动化的收款方案。

介绍

“Paddle”成立于2012年，是英国一家专门提供支付及订阅管理服务的公司。支持全球收款，支持个人开发者，且支持上传自定义的license，适合激活码软件开发者。

官网：https://www.paddle.com
沙盒测试环境：https://sandbox-vendors.paddle.com/

优缺点

优点：全球收款(支持PayPal、Apple Pay、Google Pay、iDEAL)、支持个人、独立沙盒测试环境、软件内部完成支付

缺点：非实时到账、提现有门槛（全球收款通病）

价格费用

每笔交易：5% + 50¢

（注意：PayPal或Payoneer提现费用另算）

官方提现说明：https://www.paddle.com/help/manage/get-paid/when-and-how-do-i-get-paid

对接过程

流程:(开发者)创建商品、上传激活码[非必须]–>(用户)支付–>(平台)发送激活码到用户邮箱–>(用户)使用激活码。

官方帮助文档：https://www.paddle.com/help

第一步：创建商品

在Paddle后台新建商品，操作路径：Catalog–Products

个人开发者全球收款方案实践之--Paddle支付

第二步：上传Licenses(激活码)

文件为.txt格式，命名随意，每行就是一个激活码。激活码在后台可随时上传补充，自带排重功能。

个人开发者全球收款方案实践之--Paddle支付

此外，还支持Coupons(折扣券)，最多可打折到免费，方便测试。

第三步：用户支付

个人开发者全球收款方案实践之--Paddle支付

第四步：Paddle发送激活码到用户邮箱

每完成一笔支付，用户就会收到一个带激活码的邮件。

个人开发者全球收款方案实践之--Paddle支付

ps. Paddle后台支持几个主要的事件提醒，比如订阅、下单、支付等等事件。

第四步：用户使用激活码

（略）

核心代码

//第一步：引入paddle.js
<script src="https://cdn.paddle.com/paddle/paddle.js"></script>

//第二步：初始化（vendor 在Developer Tools--Authentication里）
Paddle.Setup({ vendor: 3498x });

//第三步：开始支付（product_id在商品列表页里）
Paddle.Checkout.open({ product: 77447x });

如果是测试环境，可以加个判断：

1
2
3

if (location.hostname === 'localhost') {
  Paddle.Environment.set('sandbox');
}

踩坑

在测试环境的联调过程相当顺利，一切都是理想的样子，可到了生产环境却始终报错“Page Not Found. Sorry, the page you were looking for could not be found.”。查找资料后发现需要域名认证,（后台设置Checkout–Request Domain Approval）。

提交域名苦等两周后，收到驳回邮件：

个人开发者全球收款方案实践之--Paddle支付