授权页面出现10003，先看请求里的回调地址

用户点击公众号菜单或网站的微信登录按钮后，如果授权页提示“redirect_uri域名与后台配置不一致”，并显示10003，问题通常发生在微信准备将用户带回业务页面的环节。此时页面能否正常打开，与授权回调域名能否通过校验是两回事。

检查正在发出的授权请求，找到redirect_uri参数。这个地址往往经过编码，解码后再看它的域名。比如请求里实际传入的是https://login.example.com/callback，后台却配置了www.example.com，两者不能因为同属一个主域名就直接视为一致。核对时以请求中的地址为准，不要只看浏览器最初打开的公众号菜单链接或网站首页。

如果近期做过域名迁移、接入新登录页，或让测试环境复用正式环境的授权入口，也要检查代码和配置文件中仍在使用哪个回调地址。页面已经切到新域名，并不代表生成授权链接的服务也同步切换了。

改过域名后，核对的是哪一个应用

例如，一个公众号菜单原本通过旧域名完成网页授权，迁移后业务页面已经部署到新域名，但生成授权链接的代码也把redirect_uri改成了新域名。用户点击菜单时随即遇到10003。此时处理线索很明确：解码当前请求的redirect_uri，确认新域名，再进入发起授权的那个公众号后台，检查“网页授权域名”配置。若配置仍是旧域名，按平台要求完成新域名的配置与验证，然后重新打开授权入口测试。

这项调整可能受权限和部署安排限制。开发人员能改回调链接，却未必能操作公众号后台；负责后台配置的人员也需要拿到完整的报错链接，才能确认要改的是哪个域名。在配置尚未完成时，临时恢复旧回调地址是一种取舍，但前提是旧地址仍能接收回调并正确处理后续登录，不能只为消除报错而改回一个失效页面。

如果使用的是微信开放平台的网站扫码登录，应到对应网站应用核对授权回调域，而不是去公众号后台修改“网页授权域名”。账号、应用选错了，配置界面里即使出现相同域名，本次请求也不会因此通过。

域名已配置，报错却没有消失

后台显示域名正确时，继续沿着实际请求检查。开发环境的子域名、登录服务使用的独立域名，以及页面跳转后重新发起授权的地址，都可能和最初核对的页面不同。尤其在多环境共用登录代码时，配置项改了，仍在运行的服务却可能继续生成旧链接。保存当次请求中的完整授权链接，与后台配置逐项核对，比凭印象反复修改更稳妥。

还要检查redirect_uri的编码方式。构造授权链接时，回调地址需要按接口要求编码；手工拼接造成参数截断，或重复编码使服务解析到异常地址，都会干扰排查。编码问题不能靠放宽域名配置解决，应从生成链接的位置修正。

处理完成后，用新的授权入口重新发起一次请求，确认其中的redirect_uri已经变化，再观察授权后能否回到预期页面。若仍显示10003，保留这次请求链接和所用应用的信息，交给能查看后台配置的人员核对；不要只发送报错截图，因为截图通常看不到微信实际校验的是哪个回调域名。