授权页面停在“域名不一致”

用户从菜单或网页进入微信授权，页面却显示“redirect_uri域名与后台配置不一致”，并带有错误代码10003。此时授权尚未完成，业务页面收不到后续回调。反复刷新、重新扫码，通常不会改变结果：微信核对的是这次授权请求里的回调地址与对应应用的配置。

10003要放在具体报错页面里理解，不能把所有带这个数字的提示都当成同一种故障。若页面明确提到redirecturi，排查范围就能收窄到授权链接和域名配置。redirecturi是授权结束后浏览器要返回的地址；地址中的域名写错，即使网站本身能正常打开，授权仍可能被拦下。

链接里写的是哪个回调域名

例如，某公众号的网页授权域名已配置为www.example.com，新上线的手机页面却把回调地址生成成了https://m.example.com/callback。页面能打开，接口也能访问，点击授权后仍出现10003。这里要处理的是m.example.com与已配置域名不一致，改回调路径或清除浏览器缓存都不能替代这项核对。

开发人员从用户实际打开的授权链接中取出redirect_uri，解码后看到完整回调地址；运营人员在对应公众号后台核对网页授权域名。两边确认使用的是同一个公众号，避免拿另一套应用的配置来解释当前报错。随后，团队决定让手机页面的回调落到已配置的域名下，再由站内页面处理后续跳转。这个改动能少动后台配置，但原有手机页面链接还需检查，不能只改一处生成授权链接的代码。

修改上线后，团队用新生成的链接重试授权；旧链接仍被转发时，错误可能继续出现。此时保留一条报错链接和一条修改后的链接，分别解码redirect_uri，就能确认用户访问的究竟是哪一版地址。

后台已改，页面仍报10003

同样的提示也可能出现在微信开放平台的网站应用登录中。它使用的应用身份及授权回调域配置，与公众号网页授权不是一处设置。核对授权请求中的appid，再进入对应应用后台查看配置，能避免把域名改在无关的位置。若业务同时接入了公众号与网站应用，这一步尤其不能省。

后台域名与回调域名看起来相同，仍需检查实际发出的链接。页面可能经过跳转，最终生成授权请求时换成了测试域名；也可能只改了配置，线上服务仍在使用旧地址。redirect_uri通常经过编码，直接盯着整串参数容易漏掉子域名差异，解码后再比较更清楚。

域名调整后，按平台当前要求完成配置及验证，再用最新授权入口测试。若错误持续，整理报错页面原文、实际授权链接和对应后台的域名配置，交给负责授权链接的开发人员核对。排查先落到一条真实请求上：它属于哪个应用，解码后的redirect_uri又指向哪里。