搜索“易支付对接接口有哪些类型”，经常会看到不同的分类：有的按支付宝、微信支付划分，有的按页面跳转、扫码支付划分，还有的列出下单、查询和退款。它们描述的是不同层面的能力。

“易支付”常被用于称呼一类聚合支付系统，不同服务商、程序版本的接口并不完全一致。对接时，把付款入口和订单处理分开看，才能判断现有网站要改哪些地方。

网站跳转收银台，还是在自己的页面展示付款入口

常见的接入方式有页面跳转提交和服务端接口下单。

页面跳转提交，是网站组织订单信息并按文档生成签名，把用户带到支付平台的收银台。支付方式选择、二维码展示等环节由对方页面承担。对于已有订单页面、希望减少前端开发量的网站，这条接入路径较直接，但收银台样式和交互能调整到什么程度，取决于服务商开放的能力。

服务端接口下单，则由网站后端请求支付平台，再根据返回的付款链接或二维码内容展示支付入口。网站能控制更多页面细节，也要处理入口失效后的重新下单，以及用户付款后的状态更新。返回内容未必都是二维码，准确形式以所接平台的文档为准。

支付宝、微信支付属于支付渠道，不能据此判断接口调用方式。文档里出现“扫码”“H5”等名称时，还要确认适用终端和渠道开通条件。提供SDK或网站插件，也不代表增加了一种支付协议，它们往往只是封装了已有接口。

商户密钥留在后端，不放进浏览器脚本，也不随付款页面发送给用户。

用户已经付款，网站订单却仍显示待支付

支付接入还会涉及同步返回和异步通知，两者承担的任务不同。

同步返回是付款流程结束后，用户浏览器回到网站页面；异步通知是支付平台向网站服务器发送订单结果。用户关闭页面、网络中断，都可能让浏览器没有返回。发货或开通服务的依据，应是经过验签和订单信息核对的支付结果，而非用户访问了“支付成功”页面。

假设一个数字内容网站采用跳转收银台的方式，联调时出现付款完成、订单仍待支付的情况。开发者发现，网站原来把更新订单的代码放在返回页面里，而这次付款后浏览器没有回到该页面。

这条处理路径中，开发者将订单更新移到异步通知处理端，按照平台文档校验签名，并核对订单号、金额和支付状态。页面返回后只读取本地订单状态，不直接触发内容交付。

改动后还留着一个问题：通知可能重复到达。网站于是记录订单的已处理状态，同一订单再次收到有效通知时，不重复开通内容，并按文档返回接收成功的响应。对于暂未收到通知的订单，仍保留查询入口，后续联调继续检查通知请求能否正常到达服务器。

接入后还要处理哪些订单操作

下单之外，订单查询接口用于核对支付平台上的交易状态，尤其适合处理本地记录与付款结果暂时不一致的订单。查询请求也要按文档鉴权，返回结果不能只看一句“请求成功”，还要读取具体的交易状态。

退款属于另一类业务接口，但并非所有易支付平台都提供，也可能受到商户权限或支付渠道限制。网站有退款需求时，确认退款发起方式和结果查询方式；接口受理成功后，资金退回状态仍可能需要继续查询。

选接口前，向服务商索取当前版本的下单文档和通知示例，确认现有网站采用哪种付款入口。接着用测试订单核对“付款—通知—本地订单更新”这条链路；若业务涉及退款，再补齐对应权限和联调记录。