列清所有依赖旧域名的地方
检查通知、返回页、商品链接和业务查询入口，确认对应产品是否还有域名配置。新域名准备好解析、证书和实际路由，再安排切换。仅让首页跳转不能保证服务端通知仍正常。
旧订单保留处理能力
迁移前创建的支付尝试可能仍使用旧通知或返回地址，按实际记录保留必要接收和查询路径。旧订单不应因新默认域名而丢失归属。二维码和页面缓存也需要检查，避免用户进入已经失效的入口。
切换后同时复测新旧路径
检查正常付款、页面返回、通知重试和退款查询。记录迁移时间、配置版本与恢复方法，出现问题先保留原交易证据。确认未完成订单得到处理后，再逐步关闭不再需要的旧入口。
历史通知不要仅靠首页跳转处理
旧订单可能继续向创建时保存的地址发送结果。迁移安排应让该路径能够继续正确接收，或按实际服务支持的方式更新，不能假设服务端通知会跟随任意重定向。切换后用新旧订单分别测试查询、通知和售后，确认历史处理完成再清理旧依赖。