个人开发者全球收款方案之--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后台支持几个主要的事件提醒,比如订阅、下单、支付等等事件。

第四步:用户使用激活码

(略)

核心代码

1
2
3
4
5
6
7
8
//第一步:引入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支付

因为在等待审核期间,自己对接的另外一些支付方式都已经上线,已经有替代品,遂不再折腾Paddle。

总结

Paddle算是个不错的全球收款方案,功能丰富,无需大爬梯,暂未看到有无故封号的案例。如果你愿意花时间去审核域名,可以考虑。

其它方案

《个人开发者收款方案实践之–面包多》

本文转载自: 前端邓浩

乱码三千 – 点滴积累 ,欢迎来到乱码三千技术博客站

0%