支付接口配置中的“异步通知地址”，填写你的网站用于接收支付结果的接口完整地址。例如，网站域名是 https://shop.example.com，后端已建立支付通知接口 /pay/notify，就填写 https://shop.example.com/pay/notify。这里的路径只是写法示意，不能直接照搬；实际地址取决于你的网站程序把接收接口设在哪里。

易支付常将异步通知地址称为 notify_url。用户完成付款后，支付平台向这个地址发送交易信息，网站核实后更新订单。因此，填地址之前，先在程序配置或接入文档中找到接收通知的接口。单独写首页域名，平台即使访问成功，网站也未必知道该更新哪笔订单。

付款后跳回网站，订单仍显示未支付

这种现象常让人误以为“支付回调没配置”，但浏览器跳转和异步通知是两件事。支付后的跳转地址通常供用户回到结果页；异步通知由支付平台向商户服务器发起，不依赖用户是否停留在页面上。用户看到“支付成功”的页面，也不能替代网站对订单的核实。

如果接入界面同时出现返回地址和异步通知地址，按各自用途填写。订单状态以商户服务器收到并核验的通知为依据，不宜仅凭浏览器带回的参数直接改为已支付。否则，页面被重复打开，或收到未经核实的请求时，订单记录可能出错。

还要分清两个配置位置：有的系统在易支付后台保存通知地址，有的由商户程序在每笔支付请求中提交 notify_url。具体以所用接口文档及程序实现为准。若两处都能设置，核对实际发出的支付请求，避免只改了后台配置，程序仍传出旧地址。

测试时填了本地地址

假设一个正在接入的网站把异步通知地址填成 http://localhost/pay/notify。本机打开这个页面没有问题，测试付款后却一直显示“待支付”。此时先查看支付平台的通知记录：若记录显示无法连接，再检查请求中的 notify_url，会发现它指向开发者自己的电脑。平台服务器访问“localhost”时，访问的是它自身的本地环境，无法因此进入开发者电脑上的接口。

处理这条问题线时，把接收接口部署到可从公网访问的服务器，改用对应的完整地址，再发起一笔测试订单。暂时没有公网环境，就先保留测试结果，不把本机页面能打开当作通知已接通。改完地址后若平台显示通知已送达、订单却仍未更新，接下来查看商户服务器日志，确认请求是否进入了接口，以及程序返回了什么；此时继续换域名，未必能解决问题。

通知到达后，订单怎么更新

接口收到请求，不代表这笔款就可以直接入账。程序要按所用易支付接口文档核验签名，并将通知中的订单号、金额与本地订单对应起来。核验通过后才更新订单状态；同一笔通知重复到达时，也不应重复发货或重复增加余额。给平台返回什么响应、接收哪种请求方式，同样以当前接口文档为准，不要凭另一套支付程序的写法套用。

排查时可把范围缩小到两处：平台通知记录里是“连接失败”，还是“已经送达”；商户日志里是“没有收到请求”，还是“收到了但核验未通过”。前者核对公网地址与接口路径，后者检查程序处理和请求参数。下次测试前，确认支付请求实际带出的 notify_url 与已部署的接收接口一致，再用测试订单核对通知和订单状态。