登录页能打开，授权时却报10003

用户点击“微信登录”，微信授权页面尚未正常返回网站，就看到“域名与配置不一致10003”。这类报错指向授权请求中的redirect_uri：它是微信完成授权后准备返回的地址，其所属域名与对应应用在微信后台配置的域名不匹配。

因此，网站首页能访问、二维码能显示，不能证明回调域名已经配对。登录入口可能在www.example.com，授权链接却要求微信返回account.example.com；两者属于同一家公司，在域名校验时仍是不同的主机名。服务器证书或页面代码正常，也不会消除这项差异。

排查时先分清登录入口属于哪种应用。网站应用微信登录，核对微信开放平台中该应用的相关回调域名配置；公众号内网页授权，核对公众号后台的网页授权域名。两个后台的配置不能互相代替。让负责开发的人员提供实际发出的授权链接，查看其中redirect_uri解码后的地址，比只看浏览器当前停留的页面更直接。

域名切换后，旧配置仍在生效

假设一个网站原来用login.example.com接收微信授权回调，后来把登录服务迁到account.example.com。网页已经发布，授权链接里的redirect_uri也改成了新地址，但微信后台仍登记旧域名。此时其他页面可能照常使用，微信登录却在授权环节报10003。故障集中出现在迁移后的登录入口，判断方向就落在“实际请求的新域名”和“后台登记的旧域名”之间。

处理这类情况，要由有权限的人员核对当前应用配置，并按所用平台的要求提交新域名；同时检查线上授权链接是否已经全部指向预期地址。如果新域名的配置尚未完成，页面上线并不会让微信自动认可它。旧域名仍保留登录能力时，也可暂时维持原回调方案，但授权后的业务处理要与现有登录服务衔接，不能只把地址改回去就认为故障结束。

测试期间还可能出现“部分入口能登、部分入口报错”：首页按钮用了新链接，另一处入口沿用旧链接。把两个入口实际生成的redirect_uri分别记录下来，便能避免在后台反复修改同一项配置，却漏掉仍在使用的授权地址。域名配置完成后，再从出错入口发起一次完整登录，确认授权能够返回网站。

域名看着相同，报错仍未消失

后台与预期地址一致时，继续看请求里真正提交了什么。www.example.com与example.com不能凭肉眼当成同一个域名；测试环境若使用另一个子域名，也要按它自己的实际地址核对。redirect_uri作为授权链接的参数还需正确编码，拼接错误可能使微信收到的地址与开发人员写在配置文件中的地址不同。

不要仅凭报错页上的10003去改业务接口或清空用户数据。先保存出错时的授权链接，解码并核对回调地址所属域名，再确认它对应的是哪个微信应用、后台当前登记了什么。若两处确实一致，检查登录入口是否经过旧页面、缓存或跳转，导致发出的仍是旧授权链接；改动后从原来报错的入口重新测试，确认微信能够返回回调页面。