Stripe轮询系统收单遇到条纹Block(拦截)怎么办

问题        

        今年上半年不少小伙伴用条纹收款用得可谓不亦乐乎，国内行情一片沸腾，条纹支付成功率几乎100%，出款率也是80~90%。六月底风云突变，条纹风控大升，成功率10~20%，即使客户购意愿很强，连续支付，付款是成功了，但条纹的雷达提醒高风险。这种情况下，条纹账号后面继续收款被条纹封账号的概率只会越来越大。以下截图就是条纹风控升高后，条纹后台的截图：

 很多被条纹拦截（Blocked）的订单都是提示客户高风险或者存在盗刷风险，其实有些客户是真实想要购买的客户，他们在支付遇阻后，可能会继续支付2，3次，可能第3次条纹雷达把客户放行了，但是在我们条纹后台仍然是显示高风险，也就导致条纹后台显示的高风险率比较高，很容易造成账号的受限。

在支付被拦截的提示中，条纹stripe提示到雷达根据客户的IP，邮箱，收货地址，浏览设备等信息拦截客户，但我们细细思考发现这些如果光靠这些信息很容易误伤一大片正常的客户，作为全球知名的收款通道这样做绝对得不偿失，它肯定还有其它依据来访客是否属于正常客户。

        经过不少客户测试发现如果直接wordpress后面插件市场上的条纹插件这种被拦截的概率是非常小的，刚开始我们都很容易以为是在支付时调用API接口时的一些细节造成的，但是在修改轮询接口调用后，让轮询接口同WP接口一样的情况下，这种情况还是依然存在。说明条纹的判断依据并不完全依赖接口调用本身。应该是在接口调用之前，条纹能够获取到客户更多的信息，如访问页面，访问来路，访问时长，访问路径等信息，正如当初淘宝防刷单一样，需要去模拟正常的一个客户行为。关于这一点我们可以在条纹的《防欺诈原理》一文中可以了解到。同时stripe建议我们把条纹的JS加载到我们网站的所有页面，这样做的话，条纹就如同一个流量统计的代码，可以分析出客户的浏览行为，从入站，浏览，结算所有的行为。但是之前我们的轮询是没有办法做到这一点的，几乎是客户直接到达网站的结算页面。

解决方案

其实很简单，既然条纹希望得到客户的浏览行为数据，我们就给它这些数据。

1. A站把产品信息和客户信息传输到B站
2. 重定向客户到B站域名下的结算页面，为了提高支付率，可以让产品在结算页面显示出来
3. B站的支付接口直接使用wordpress插件市场上的搜索的直连接口
4. 支付完成后把客户带回A站

但这种方法虽然可性，但如果B站服务器配置不高，支付体验上的顿挫卡影响支付体验，导致客户弃付；或者B站因为主题的不一样，导致传过去的产品如何定时隐藏，让我们的工作量增加，没办法做到通用性。