网站接入易支付，工作集中在两端：把网站订单交给支付服务，以及把支付结果可靠地写回网站。能打开付款页面，只完成了前半段；付款后能正确发货、开通服务，才算完成对接。

网站已有支付插件，还是需要开发接口

“易支付”可能指不同服务商部署的支付系统，接口版本和签名规则未必一致。拿到商户后台提供的接口文档，核对网站插件支持的版本，别直接照搬网上另一家平台的参数。

网站程序已有兼容插件时，在支付配置中填写接口地址和商户凭据，再按插件说明设置回调地址。插件来源和维护状态也要核实，旧插件可能与当前接口不兼容。

自建网站则由后端创建本地订单，保存待支付状态，再按文档生成支付请求。订单金额从服务器保存的商品信息计算，不接受浏览器直接提交的价格。商户密钥保留在服务器配置中，不放进网页源码或前端脚本。

请求中的订单号用来关联网站订单，支付成功后就靠它找到对应记录。支付方式、签名字段和请求格式以当前文档为准；示例代码里的接口地址、凭据不能原样用于正式环境。

用户已经付款，网站订单却没有更新

对接时容易混淆两个地址：用户付款后返回网站的页面地址，以及支付平台通知网站后端的回调地址。前者负责展示结果，后者负责传递支付状态。用户可能付款后直接关闭页面，因此订单确认不能依赖浏览器跳转。

例如，假设一个销售数字资料的网站接入易支付后，付款页面显示成功，但网站订单仍停在“待支付”。开发者查看记录，发现网站收到过支付通知，回调程序却把请求转到了登录页。

这条处理线应围绕回调接收展开。回调接口供支付平台访问，不能要求用户先登录。开发者把它从用户登录校验中分离，同时保留支付签名校验；没有合法签名的请求仍然不能修改订单。

收到通知后，后端按文档验签，并核对通知中的商户身份、订单号与金额，确认支付状态符合成功条件，再更新本地订单。金额核对使用统一精度，避免浮点运算产生偏差。签名错误或金额不符的通知保留必要记录，订单暂不变更。

在这个假设情境中，登录拦截已经移除，但之前那笔订单仍未自动恢复。开发者接下来通过平台查询接口核实支付状态，再补记订单，不凭用户发来的付款截图直接开通资料。

回调处理完成后的响应内容也按文档返回。有些接口要求固定文本，有些采用其他格式；返回网页或多余调试内容，可能让平台继续发送通知。

同一笔支付被通知多次，网站怎样处理

异步通知可能重复到达。网站收到第二次通知时，不能再次发货或重复增加余额。

订单更新要有幂等控制：同一笔支付无论处理多少次，业务结果只产生一次。后端更新订单时限制原状态为“待支付”，并检查更新结果；订单确认与发货任务的创建放在可靠的事务处理中，避免订单已变更、发货任务却未保存。已经处理完成的有效通知，仍按接口文档回应。

上线测试不要停在“成功跳回网站”。实际完成一笔测试支付，核对平台记录和本地订单，再关闭返回页面，确认异步回调仍能更新状态。对同一条有效通知重复测试，检查权益只发放一次。

尚未确认的订单保留待核实状态，通过查询接口或平台账单继续核对。正式开放支付前，把回调访问、验签失败记录和重复通知测试补齐，并确认商户凭据没有暴露在前端。