准备接入时，先核对谁能申请

个人网站支付接口对接，容易从“怎么写付款按钮”开始研究。可按钮能否上线，取决于收款服务商是否接受当前的申请主体和业务类型。个人站长销售数字内容、提供预约服务，或收取读者支持款，适用的产品与审核材料可能不同；同一家服务商的不同收款产品，也不能因为名称相近就直接套用。

查看官方接入说明时，先把网站实际提供的内容、交付方式和申请主体对上。页面写着“个人可注册”，未必表示个人账户能申请网站内的接口收款。若要求提供经营资质或业务审核材料，而目前无法提交，就不要先按接口文档开发，等到申请被拒再改结算页。也不要借用他人账户接入：网站运营者、收款账户持有人和售后处理人不一致，退款或争议发生时，责任很难交接清楚。

暂时不符合接口申请条件，可以查看服务商允许的其他收款产品，并确认它们是否支持当前业务。无论采用哪种方式，付款前都把交付内容、退款条件和联系渠道写在页面上，不把一个收款链接包装成已经完成的自动下单系统。

页面显示成功，订单仍是待付款

拿到接口权限后，开发中容易混淆两件事：用户支付完成后返回网站，以及收款服务商把支付结果通知网站。前者只是浏览器跳转，用户可能关掉页面，页面参数也不能单独作为发货依据；后者通常由服务商向网站服务器发送通知，也就是支付回调。网站核验通知后，才更新对应订单。

假设一个售卖下载资料的个人网站，测试时付款页面显示成功，资料却没有开放下载。站长最初想修改“支付成功”页面，随后查看后台发现订单一直停在待付款：跳转地址已经配置，接收回调的地址却无法被外部访问。处理时，先按服务商文档核对通知地址，再查看服务器收到的请求和返回记录。地址恢复可访问后，还要检查通知里的订单号、金额与本地订单是否一致，并按文档验签，不能只凭一条“成功”字段就放行下载。

这次修改暂时解决了通知无法送达的问题，但还不能据此认定整个收款链路已经稳定。站长保留了测试订单记录，继续检查重复通知到达时，资料权限会不会被重复开通。

重复通知和退款，订单该怎样记录

支付通知可能重发，网站也可能在更新订单后、回复服务商前发生中断。因此，同一订单收到多次有效通知时，系统应识别它已完成支付，避免重复发货或重复计入收入。这类处理常称为“幂等”，落到个人网站上，就是让一次付款只触发一次对应的交付，并把通知记录留作核对。

订单也不宜只有“未付款、已付款”两个状态。付款成功后的退款申请、退款结果，至少要能与原订单对应；具体能否通过接口发起退款，以所申请产品的文档和权限为准。金额以服务端创建的订单为依据，密钥保存在服务器端，不放进网页代码。上线前用测试订单走通付款、回调和交付，再核对一次退款信息如何记录。这样遇到“钱已付、内容未到”的反馈时，站长能从订单和通知记录定位问题，而不必仅凭用户的成功页面截图判断。