网站后台出现“易支付接口地址”“商户号”“商户密钥”时，往往是在要求你配置外部收款服务。易支付对接接口，就是让网站按对方规定的方式提交支付订单，再接收付款结果，把业务订单更新为已支付。

不过，“易支付”这个名称可能被不同平台或程序使用。看到名称，还无法确定服务由谁运营、支持哪些付款方式，具体以你接入的平台和接口文档为准。

网站里的接口地址和密钥用来做什么

用户点击付款后，网站会把订单号、金额等信息发送给支付服务，由对方返回支付页面或其他付款入口。商户号用于识别商户，密钥等凭据用于生成或校验签名，让接收方核验请求来源及内容是否被改动。

这些配置必须来自同一个服务平台，并与网站插件支持的接口版本匹配。插件写着“支持易支付”，也可能只兼容某一种协议；地址填对了，字段或签名规则不同，照样可能报错。

对接前，把插件要求的文档与服务商提供的文档放在一起核对。向服务商询问“这个插件对应哪个接口版本”，比只问“能不能用”更容易得到明确答复。密钥留在服务器端，不放进网页代码，也不要随截图公开。

用户付了钱，订单为什么还显示未支付

支付对接中，容易影响实际使用的是付款结果如何传回网站。

用户付款后跳回商城的页面，属于浏览器跳转；支付服务向网站后台发送付款结果，属于服务器通知，也叫异步回调。用户关闭页面、网络中断，都可能影响浏览器跳转，所以网站不能仅凭“付款成功”页面给订单发货。

例如，在一个假设的数字商品网站中，付款页面已经显示成功，商城订单却仍停在未支付状态。后台日志里，回调请求被转到了登录页面：开发者给整个网站加了登录限制，支付服务访问通知地址时也被拦住了。

这种情况下，反复更换商户密钥并不能解决请求被拦截的问题。处理方向是让通知地址能被外部支付服务访问，同时保留签名校验。收到通知后，后台核对订单号、金额和支付状态，核验通过才更新订单。相同通知再次到达时，已经发放的商品不重复发放，这就是重复通知处理的实际作用。

这个假设中的网站随后调整了通知地址的访问规则，但原来的订单未必会自动补齐。回调重发次数和间隔取决于平台实现，遗留订单仍要通过查询接口或后台交易记录核对；缺少可靠支付记录时，订单保留待核实状态，不凭用户跳转页面直接补发。

接入之前，收款和结算安排怎么核对

接口能创建订单、返回成功状态，只解决了程序之间传递信息的问题。交易款进入哪个账户、由谁结算，仍要单独确认。

向平台索取清楚的结算说明，核对实际收款主体和款项到账路径。页面上显示的交易金额，可能还涉及手续费扣除；余额出现在平台后台，也可能尚未转入你的收款账户。把这些差异写进接入沟通记录，避免上线后才发现到账方式与预期不同。

报价也要拆开看。开发者收取的对接费用，和平台按交易收取的费用属于不同支出。交付约定中写清：付款后订单未更新由谁排查，后续接口变化由谁维护。

准备接入时，拿到对应版本的接口文档，确认收款与结算主体，再用测试订单检查付款通知和订单更新。若平台未提供测试环境，核对其允许的验证方式，保留订单与交易记录，查清异常订单后再扩大使用范围。