收款按钮做好了，却还不能正式上线

个人网站卖数字内容或提供付费服务时，第三方支付不只是放一个收款按钮。支付渠道要确认谁在收款、卖的是什么，网站也要知道哪笔订单已经完成付款。页面能跳转到付款界面，离正式交付仍有距离。

不少站长先做好网站，再申请接口，随后发现渠道要求补充主体资料、网站内容或业务说明。不同服务商对个人主体、商品类型和接入方式的要求会变化，某个平台允许申请，也不代表当前网站一定能通过审核。接入前，向拟使用的渠道核对主体要求，提交实际访问的网址和销售内容；如果页面还只有占位文字，审核方也难以判断交易内容。

个人收款码看起来省事，但把它直接放在网站上收商业订单，会留下另一个问题：付款记录和订单难以自动对应，退款或交付争议发生时，双方核对起来都费力。若暂时没有适用的接口，先确认渠道提供的其他收款方式及使用条件，不要把“能收到钱”当成“已经完成接入”。

用户付了款，下载权限却没开通

假设一个提供付费资料下载的个人网站，测试时用户付款后返回网站，页面显示“支付成功”，下载入口却没有开放。站长刷新页面后偶尔能看到订单变化，于是怀疑支付平台不稳定。这里先检查网站怎样确认付款：浏览器返回的页面，和支付平台发给网站服务器的通知，是两条不同路径。用户关闭页面、网络中断，或者通知暂时没送达，都可能让页面展示与订单记录不一致。

站长将这笔测试订单的站内编号与渠道交易记录对上，再查服务器收到的通知。若通知已经到达、订单仍未更新，就沿着验签和订单处理记录定位；若没有收到，检查回调地址能否从公网访问，以及渠道后台填写的地址是否仍指向当前网站。排查期间，先按渠道后台可核对的交易状态处理这笔订单，避免让用户反复付款。

修改后仍要保留未解决的情况：通知可能重复送达，用户也可能在返回网站前关掉页面。订单处理因此要能识别同一笔交易，重复通知不应重复开通权益。交付页面可以提示“正在确认付款”，但不能仅凭用户浏览器跳回网站就发放资料。

上线前把退款和对账留在订单里

付款完成后的记录，至少要让站长找到站内订单和渠道交易之间的对应关系。用户咨询“钱付了，内容没收到”时，客服或站长据此核对，不必索要用户完整支付凭证。若渠道已有退款入口，网站还要记录退款后的订单状态，避免退款完成后下载权限仍被误认为有效。

个人网站第三方支付的具体费率、结算时间和退款规则，以所选渠道当时展示的协议与后台信息为准。正式开放收款前，用测试环境或渠道允许的测试方式走完一笔订单，核对付款、通知和交付记录；发现状态对不上，就先暂停自动交付，定位那笔订单停在了哪里。