准备接入时，先确认钱由谁收

个人网站做完商品页，放上“立即购买”按钮并不难；难的是按钮背后的收款关系。支付接口涉及商户身份、交易资料、结算账户和售后责任，能否以个人身份申请、可销售哪些内容，要以所选服务商当前公布的准入规则为准。网站有备案或能生成订单，也不能代替商户审核。

填写接口申请前，先把网站实际售卖的内容和交付方式写清楚，再核对服务商是否接受对应的经营主体。有些站长会找提供“免申请接口”的中间服务，把付款先收进对方账户，再由对方转款。页面看起来接通了支付，但交易记录、退款入口和资金结算都依赖中间方。一旦买家要求退款，站长可能拿不到完整订单信息，也无法直接处理原路退回。

如果现阶段不符合接口准入条件，就暂缓自动收款，或选择规则明确、允许当前主体使用的交易渠道。不要借用他人的商户号接单：消费者看到的收款方与网站经营者不一致，后续对账和售后也容易卡住。

买家付了款，网站却还显示待支付

支付页面跳回网站，只能表明买家完成了一次页面跳转，不能据此发货或开放下载权限。网站确认订单，一般依赖支付服务商向服务器发送的交易通知，也就是“支付回调”；网站还要核对通知对应的订单、金额和交易状态。

假设一个售卖电子资料的个人网站，测试时买家付款后回到了下载页，但订单一直停在“待支付”。站长起初以为是页面刷新慢，手动把订单改成已支付。随后再测一次，页面仍未更新。这时排查方向就不在下载按钮，而在服务器有没有收到回调：支付后台显示交易完成，网站日志却没有对应通知，说明页面跳转与服务器通知走的是两条路径。

站长检查回调地址后发现，测试环境填写的仍是旧域名。更新地址、重新发起一笔测试交易后，通知到达了服务器；但下载权限没有立刻开放，因为程序还没有完成通知验签。验签用于确认消息来自服务商且内容未被篡改。接下来要补齐验证逻辑，并用网站保存的订单金额和编号逐项核对。已经付款的那笔旧订单则保留交易记录，单独核实后处理，不能靠反复点击付款按钮碰碰运气。

正式上线时，还要留意同一笔订单可能收到重复通知。程序记录已处理的交易，再次收到相同通知时只返回接收结果，不重复发放资料。这里处理的是同一笔订单的交付问题，不必把所有页面故障都归到支付接口上。

上线前，把退款和对账留在网站里

接口测试通过后，仍要从买家的操作路径走一遍：付款成功、关闭页面后重新登录、查看订单和申请售后。数字内容一旦自动交付，退款规则若只写在站长自己的备注里，买家付款前看不到，后续沟通会很被动。页面上写明交付内容与退款处理方式，并保留订单号、支付交易号及交付记录。

对账也不宜只看网站订单列表。网站可能漏收回调，支付后台却已记下交易；反过来，网站的“已支付”状态也不能替代支付记录。核对两边的订单编号和金额，再处理异常订单。

个人网站支付接口接通前，先确认申请主体与售卖内容符合服务商要求；接通后，拿测试订单核对服务器通知、验签和实际交付。若其中一环还没有跑通，就先限制自动交付，保留订单记录，定位后再开放购买。