申请入口打开后，先核对网站能用哪种支付产品

个人网站接入支付宝接口，不能从下载代码开始。支付宝开放平台提供的是面向具体支付场景的产品；网站收款能否开通，取决于当前产品的签约要求，以及申请主体、经营内容和网站信息能否通过审核。

这里的“个人网站”也容易产生歧义：它可能是个人维护的网站，也可能是以个人身份经营、尚未登记经营主体的网站。两者在开发上没有明显差别，在申请商户支付产品时却可能走不通同一条路。登录支付宝开放平台后，查看拟使用产品的申请条件，再核对自己的营业执照、网站域名及页面内容等材料。具体以申请页面的现行要求为准；若主体条件不符，换一份支付示例代码也无法解决签约问题。

还要分清收款码和网站支付接口。把二维码贴在页面上，访客或许能完成转账，但网站未必能自动确认是哪一笔订单付款，也难以按订单完成退款和对账。若卖的是网站内的会员服务、数字内容或实物商品，订单需要自动流转，就要申请与访问终端相符的支付产品：电脑网页和手机浏览器的支付场景，应分别核对对应产品是否开放、能否签约。

支付页面跳转了，订单却没有变成“已付款”

完成签约并创建应用后，网站服务器负责生成订单，调用支付宝接口取得支付所需信息，再让访客进入收银台。应用标识用于识别商户应用；应用私钥留在服务器签名，公钥或证书按接入文档配置，不能把私钥写进前端页面。每笔订单使用唯一商户订单号，金额由服务器确定，不直接采用浏览器提交的价格。

假设一个售卖下载资料的网站，用户付款后跳回了下载页，站长便把“跳回成功页面”当作付款依据。后来用户关闭支付页，或者完成支付却没返回网站，页面展示与订单状态就可能对不上。处理这类问题时，要把页面跳转和支付宝发给服务器的异步通知分开：前者主要影响用户看到什么，后者才是服务器核实交易状态的入口。

收到通知后，服务器验签，核对商户订单号、金额和收款方信息，再更新订单。回调可能重复到达，同一笔付款不能因此重复发放资料；若通知暂时未到，可通过订单查询接口核实交易状态，而不是让用户反复付款。在这个假设场景中，下载权限改由已核实的订单状态触发，返回页面则显示“正在确认支付结果”。通知异常时，用户仍可能短暂看到等待提示，站长还得保留订单号，便于后续查询和处理。

上线前，把付款与退款各走通一次

联调时，先使用平台提供的测试环境或测试方式，检查下单参数、签名及回调地址；上线前再用实际配置核对支付页面和服务器日志。测试不能只停在“扫码或跳转成功”：支付完成后刷新页面、关闭页面再回来，订单都应保持一致的状态。退款涉及另一条交易记录，也要确认网站记录与支付宝返回结果能对上。

个人网站流量不大时，未必需要复杂的支付系统，但订单号、支付状态和通知记录仍要留存。准备接入的人，可先在开放平台确认申请主体与产品是否匹配；已经拿到接口权限的人，则从一笔测试订单开始，检查服务器验签和订单状态更新，再开放正式收款。