个人网站支付接口”这个话题已久，期间也申请、开发、对接过很多支付方的接口，如Paypal、支付宝、微信、环迅、法国Payment等。在写个人工具“WordPress付费阅读工具”时想起应该写几篇支付、收款的文章了。当然跟近期盛传的“内容付费时代来了”没有关系（Are you sure about that）？本文目的是向正在寻求个人网站支付方案的开发者朋友提供些协助他们决策的信息。读完后那些行不通的方向就不用去考虑了，节约时间。先说个人采用的最终方案——支付宝企业账户关联+自动分账（企业转账到支付宝），实操效果可在本站找付费文章体验。

    PS：本文也许会影响您决策，但对提到的所有第三方支付工具、第四方聚合支付工具绝无恶意贬低排斥、故意推崇的言论和意图，仅代表我作为一名开发者的个人观点和态度，希望每位读者结合自己的使用环境、业务领域和应用场景理性判断，综合考察后选择。

 

2017-04-10：强烈建议大家尽可能采用大品牌支付服务，安全&稳定。其他的工具尤其是第四方支付，说不定哪天就不能用了，坑！（我已经遇到这种情况，见后文商派天工部分）。大品牌即使真出了问题，你发个微博怼它都能上热搜你信不？问题解决还及时。（不过我目前用E交易还可以，不用提现的直接到账的，下面文章最后解释）

 

2018-07-08：

如果只需收款能力而不需要支付回调，可以只采用收款码方案。推荐《增加网站睡后收入—网站被动收款：设计自动识别PC或移动端的打赏功能组件》，根据教程原理除了实现打赏，还可以实现：“制作支付宝红包H5领取页面”、“网站链接付费到个人支付宝”等类似需求，不过需要回调的可以考虑我文章中推荐的E交易支付，下面会介绍到

 

需求分析

关注期间走访了知乎、CSDN、V2ex、百度知道等多处社区，发现有不少人提到“个人支付接口”的需求，可以归纳为“个人网站在线支付接口”。【请查看文末相关阅读】，网上的回答无论是否有广告嫌疑，很多都没抓住重点——“个人”、“接口”。具体整理一下就是本文要解决的需求，即：

“个人站点/应用，以个人资质，申请支付API，整合支付功能，必须具备回调的能力，做深层次的整合和后续流程开发。”

另补充隐藏需求点：安全、低费率、自动化。

寻求这种需求解决方案的朋友大多是具备API对接能力的开发者，所以不废话，下面直奔主题。

支付服务方的选择

如何选择一个靠谱的支付服务方？

选择标准

var __标准__ = 品牌知名度 && 安全性 && 稳定性 && 结算周期 && 费率；

var __EFS__ = 使用环境（Environment） + 业务领域 （Field）+ 应用场景（Scene）

补充：【品牌知名度】是重点，品牌越大的支付工具越成熟、完善、安全，用户群体也庞大，开发、运维都会节省很多精力，所以能直接对接是最好的方案。

 

服务方分类

1.     本文按照角色，将网上支付服务方分为四个阵营：

2.     原生网银支付 （众银行网银代表大队）

3.     国内主流第三方支付（支付宝、微信代表队）

4.     其他第三方支付

5.     第四方聚合支付

    

首先银行网银就别考虑了吧，承诺、合同、不菲的保证金，对个人来说不现实。综合考虑 __标准__ ，最先中标上榜的肯定是当前国内两大第三方支付服务商：支付宝，微信支付。

 支付宝—蚂蚁金服

 

 

 

可用产品

可选产品：当面付、即时到账、移动支付。现在支付宝商家产品中心改版了以后，分类为电脑网站支付、手机手机网站支付、App支付、当面付。更多请查看文末参考链接【支付宝商家产品大全】。

 

根据不同的 __EFS__ 都可以申请，据我个人的开发偏好和不完全用户体验的统计——Web网站应用，使用“当面付”方案是最好的（PC端扫码、移动端直接访问二维码链接）错误修正：

web网站应用，之前我用的是即时到帐（有新老版本接口）和移动网页支付（针对移动端），实际上只用即时到帐接口即可。

现在的话，我推荐直接使用电脑网站支付接口即可，官方应该是改了接口名称和请求的数据，具体时间我不清楚，总之我网站已经完成了升级，有需要的可以文末付费跟我要。

初步弃用原因

也许是基于对安全和风控的考虑，支付宝开放API目前似乎只服务于有营业执照的商户，已经放弃了个人（Not sure）。截止目前（2017-02-22）无法以个人身份（或以个人为主体）直接申请API，所以网上那些“个人申请支付宝xx接口”的文章就不要看了，过期了。

作者独白：“营业执照！我做为一个个人，从来没有像现在这样恨过它！”

曲线方案

关联企业支付宝账号

2017-04-10修正补充：

准确的说法：关联账户——企业账户关联子账户。即新建企业账户，然后采用已经实名认证了的企业账户关联该账户，用其实名主体完成新账户的实名认证。一系列操作完成后，新的账户具有和企业账户一样的资质可以申请API。如果条件允许，这个方案我极力推荐，可以参考官方开发文档开发一切能力。

购买企业支付宝账号

购买一个企业支付宝账号，然后信息变更，完成过户。个人见解：毕竟涉及到钱的问题，且不论多少，小心为上。该方案我对其安全性持保留态度，而且我也不认为在买卖账号、变更信息的过程中，官方会给双方什么保障。

微信支付

 

可选产品

微信境内商户支付方式和支付工具简单明了。详见参考链接【微信支付产品大全】

 

弃用原因

第一、同支付宝，不支持个人申请。

第二、收费。。呵呵。。

第三、（2018-07-08）又双叒叕有各种新增收费项。。再次呵呵。。

支付宝微信通用曲线方案

企业账号分发（资质账号分账）

这是目前网上一些提供商正在采用的方式，大家可以看下面的优缺点自己权衡要不要合作。

图：流程配图。

支付宝和微信提供的API都有企业付款的功能，即企业账户向单个账户付款。采用这种方案的话，流程大致如下：

网站使用企业账号调用接口（有反馈通知）

用户通过接口完成付款，并接收反馈（用户实际在向企业账户付款）

企业账户收款后，继续调用“付款接口”给目的账户打款（可以理解为自动分账的功能）这是我现在采用的模式

主要优点

依然采用的官方原生工具，开发有依据，且合法。

主要缺点（重点！）

1、愿意合作的企业账号难找，双方的合作方式待商定（但大多数情况下需求方会病急乱投医）。

2、自发创办此类产品的主办平台方技术能力、信誉……很多因素将影响你的资金安全。

3、数据安全：补充上一条，平台方完全有能力留存、截获你的数据，即使是部署到你指定的服务器。

4、额外费用：比如手续费的问题，首先我声明，这部分费用确实该给人家（又是开发又是维护的，是有各种成本的），但是费用肯定比官方接口要高。市面上有低于2%（百分之2）的吗？举手我看看？

挂机监听通信基础上的API

 

图：流程配图

邮件通知流程简述

现在两者均不支持此方案，paypal可以。

要有收款工具（例如二维码，不考虑动态二维码），用户通过收款工具付款。

收款完成后要有邮件通知，要设置第三方支付工具。

要有一台不间断服务器，实时监听邮箱，获取新邮件，分析邮件内容——比如，匹配订单号。

软件应用监听Web或App

网页数据定频采集或者App消息读取推送，这个的技术门槛就要高一些了，产品主打方向是【免签约+无手续费】，提供商一般靠出售软件或者整套方案盈利，所以不抽交易手续费。

网上现在有这种解决方案，是非官方服务商开发的软件，名字我就不透露了，因为我没用过，无法评价和推荐。流程大致可以描述为：通过在软件内部打开支付宝账号（比如账单页面），监听账单记录。有了数据源，就可以在此基础上继续深度定制API等接口服务，所以可以看到这是一个多端系统工程（客户端采集、服务端数据交换），不是靠一个几十K的脚本就能实现的。（当然如果只给你一段接口源码的脚本，文件肯定不会太大，但这样一来就成了第四方支付的模式了，会有较高的周期性手续费或一次性使用权购买费用）

另外再强调下：网上那些仅能展示二维码的源码，是没有回调能力的，都是假的“免签约”，和“签约”半毛钱关系都没有，这么明显怎么还有很多人信。

2018-07-08补充：还有监控App客户端的方案，是针对支付宝钱包App甚至是微信的，监听通知栏消息，以此作为数据源，原理相同。

个人见解

我个人不用的原因：

这种方式从实现原理上看，时间延迟还是有的——“伪即时”，即时的程度取决于监听软件刷新的频率和软件所处的网络环境；

自己的网上资金账户以及账户内的数据，还是小心谨慎为好（我并不是在说这些软件不安全，只是我宁愿从最坏的角度去考虑），刚才上面提到的主要缺点，这种实现方案也存在。

如果你是想自己开发的话：

前期部署困难些，完成后，也算是自动化了。

实现有难度，对开发者能力有要求。

效率和响应速度。。。

付款业务请求密集的处理。

补充扎心：你们有没有考虑过这样的场景：

网络不稳定，甚至没有网

采集的页面结构、甚至前端数据接口官方不定期改动

核心软件罢工

权限不够，或者用户不会分配权限

多人同时付费相同产品时业务数据的区分（此条吐槽App监听消息）

-----

比如下图展示的常规收款消息，请告诉我什么时刻，谁，付了多少，他/她（们）当前还在线吗？

 

PS：不完善，做个访问量不大、要求不高的打赏功能是可以的。

-------------

所以，对大多数人而言，以上两大主流方式行不通。所以，都开始考虑其他第三方支付工具，带着满满的忐忑，开始在网上疯狂求证以上提到的 __标准__  。

其他第三方支付

PayPal

Paypal也是非常有名的支付工具，不过主打市场不是国内，所以我放在了其他第三方支付工具中。

主要优点

如果你的英语基础稍微好一些的话（借助翻译也可以，但是一些名词术语翻译的不准确，容易困惑），这款支付工具API对接过程中，开发、测试、整合非常方便的，关键是当时有沙箱！有沙箱！有沙箱啊！我做澳洲项目那会儿支付宝的沙箱还没听说过，有没有？（Not sure）

主要缺点

2018-07-30 先给开发者一暴击：文档乱（新陈并存、文档内源码和下载源码版本不齐）、客服找不到/联系不上/反应迟钝/业务不专业。。。（你敢信？？这些情况都是我遇到的，至今还有。蛋！）

--------

费率是硬伤：每笔销售的手续费为4.4% + 0.30美元或更低。

不爽的另一点是Paypal对买家保护的比较厉害，交易需要买家到审核才能放款（2014年，也可能鉴于我的能力）。

2018-07-09：

今年开发的时候总算有个针对卖家的保护方案了（好像是DGSP的升级版？），不过需要通过接口提交不少的数据。开发文档是官方发来的PPT。。

文档过期/找不到、客服不好找、问题响应不及时、遇到过服务器不稳定（你敢信？我遇到过但至今不敢信，仍然在审视我自己的开发能力）

感兴趣的朋友可以看看《Paypal Braintree SDK集成Demo下载》

 

第四方聚合支付

Ping++（代表）

第一次开发App时考虑的首要备选方案，做了一番了解，印象比较深，虽然后期因为客户只要求对接支付宝而放弃使用。

存在即合理，以Ping++为代表的第四方聚合支付工具，简化并了多平台接入流程，解决了很多能力稍低或者需求较急的开发者对多系统对接的需求。

但是，Ping++这类第四方聚合支付工具，解决的也只是接入流程，没有从根本上解决主体资质和权限的问题。以支付宝为例，个人开发者仍然需要去申请所需接口的使用权限。

所以本文将Ping++为代表的这类，仍需解决接口权限，只聚合了接入流程的第四方聚合支付工具命名为“第四方对接聚合支付工具”。

具备API能力的开发者：“该需要的资质还是得申请，那我要你何用？”

 

云通付Passpay

 

云通付是我之前一直在考虑采用的支付服务解决方案，支持的支付方式非常多，足以应付很多支付场景。

主要优点

符合个人开发者支付接口这一需求；

集成包相对全面，针对主流开发语言以及主流商城应用都有各自的集成包（截止本文发稿，没有Wordpress的），简化了接入的流程，稍微降低了难度。

弃用原因

需要付费

域名开通：审核通过后，在线支付99元/子域名的接口使用服务费，自动开通后即可获取商户号和Key码。——摘自云通付常见问题。

费率较高

首先，不同支付渠道费率如图所示（2017年02月份）：

 

提现有门槛

满100元即可提现，提现时间为工作日(上午9:00--下午17:00）提现的资金将于次日23点前到账。

星期五、星期六、星期日期间提现的资金将于下周一23点前到账。国家法定节假日期间提现将于节假日后第一个工作日23点前到账。

 

商派天工shopex teegon（坑，弃）

当时的主要优点

个人可申请，无需申请资质

手续费率1%；

到账周期T+2；

提现0.01元起，最晚2小时内到账，单笔提现金额最大不超过50000元；

开放API接口，支持回调；

支持扫码、弹窗支付；

主要缺点

开放平台的Web文档写的太简陋，接口尚不完善，新接口比旧的还Low；

bug反馈邮件一去石沉大海；

我现在怀疑他家技术人员的水平（少年，移动端网页其实真的可以在pc做调试）

弃用原因

2017/04/10补充：原本这篇文章就向大家推荐这款API的，但现在已经不支持个人账户，大家不用考虑了。最坑的是官方连个通知都没有给，直接就砍去了个人认证，我是接到读者的通知才知道网站无法付费的，难怪那么多的注册用户仅有两笔支付交易。。。坑爹呢这是

E交易支付平台--------目前我正在用的支付方式

这个支付平台有两种支付方式，第一种叫订单式支付，第二种叫定制式支付

订单式支付优点：

1. 无需提现，用户支付了直接收益到支付宝

2. 可以支持H5支付

3. 费率低，支付宝扣除直接接口1%

4. 支付及时高并发

5. 提供免编程接入

订单式支付缺点：

    1.支付业务有限制，三黑业务黄赌毒过不了审核

    2.如果账号被举报多次，对应接口会被封掉，比较严格的接口

 

定制式支付优点：

    1.无需提现，直接支付到个人账号

    2.无需上传二维码，直接支付，跟踪订单号

    3.支持高并发

    4.不限制业务内容

 

定制式支付缺点：

      1.需要专门开通接口

      2.不支持H5支付

这里留一个链接分享给大家体验下两者支付之间的区别和联系:测试地址

 

目前我用的是定制式的，至于原因大家都懂，我也有个订单式的应用，目前情况尚好完整。支付宝也是及时到账，我发现他们网站还提供了非编程的一键式支付，那个貌似是需要提现的，不过对于我们会开发的来说这个无所谓的。

 

2018/01/12  目前还在使用E交易接口，暂时记一笔，整理了一下，发现文章到此已经很长了，况且还留有几个坑待填。太长的文章也有人不愿意看，我决定把这一部分单独写一片文章。从思路、设计、开发、踩坑、测试等方面全面记录，感兴趣的朋友可以关注一下。

-------

文章写到这里，关于个人对支付API的选择见仁见智，我发表一下自己的看法：尽一切可能，选择支付宝吧。关联认证、挂机监听都行。

关键词

个人申请、支付接口、支付宝、回调、API、个人网站、自动化

阅读更多 登录后自动展开

更多精彩内容