手机网页支付不是把电脑收银台缩小。顾客可能从浏览器、聊天链接或应用内页面进入，还可能在付款时切换应用、关闭页面或遇到弱网。接入设计需要覆盖这些真实操作。
先确认页面运行环境
梳理业务入口：普通手机浏览器、应用内网页、公众号内页面或小程序页面。它们的用户身份、调起方式和跳转行为可能不同，不能给所有入口返回同一种支付链接。
本系统的支付创建文档列出了请求方式与返回支付类型。开发时按实际返回字段展示链接、二维码或调用参数，不要假设请求方式的名称一定等于最终返回类型。
跳转前保留订单
支付单由服务端创建，保存业务订单号与支付单之间的关联，再向顾客展示应付金额和商品摘要。用户返回页面后，应能恢复到原订单，而不是因为页面刷新再次创建一笔新业务订单。
按钮在提交过程中提供明确状态，防止连续点击造成混乱；但前端按钮禁用只改善体验，后端仍需处理重复请求。旧支付链接已失效时，先检查原支付单结果，再决定是否创建新的支付尝试。
返回页面以查单结果为准
顾客从支付应用回到网页后，页面可以提示正在确认，并通过服务端查询订单。确认中的订单保留稍后查看入口，不能只因为前端没有拿到同步结果就提示“付款失败，请再付一次”。
后端通知完成验签和订单核对后更新业务状态。浏览器返回参数不能替代这一过程；顾客没有返回网页，也不应影响已付款订单的正常履约。
在真实手机上检查细节
- 页面能否在常用屏幕宽度下完整显示金额、商品和付款动作。
- 应用切换后能否找回订单，返回键是否导致重复下单。
- 网络中断恢复后是否重新查询结果，而非直接重复收款。
- 二维码或链接过期时是否解释原因，并保留订单查询方式。