两个浏览器表现不同，先看实际请求用了什么

同一个网址在一个浏览器顺畅，在另一个浏览器反复等待，HTTP/3可能是候选变量之一，却不应成为默认解释。浏览器还可能在缓存、扩展、账号和解析方面不同。先找到失败资源与真实请求协议，再安排有限对照，避免因为某个新术语就改变大量设置。

先分清网站协议和代理协议

HTTP/3使用基于UDP的QUIC传输HTTP内容，HTTP/2通常运行在TCP上。这里描述的是浏览器与相关服务之间的通信，不是订阅里的节点协议名称。某种代理配置能够工作，并不自动保证所有浏览器HTTP/3请求都被同样接管。两个层次应分别查看，不能以名称相似作兼容推断。

浏览器能力、服务端支持、路径条件和协商过程都可能影响最终选择。没有使用HTTP/3不一定是故障，使用HTTP/2也不意味着连接不安全或必然更慢。普通读者应先关注任务是否完成，只有当协议相关线索确实出现在失败请求里，再继续研究这一层。

网页框架、登录接口、图片和文件服务可能来自不同域名。按一次操作找到失败请求，记录协议、状态和等待阶段，再比较另一浏览器相应请求。不要只比较地址栏的同一个网址，也不要公开包含Cookie、认证头或私人请求内容的完整导出文件。

确认目标、账号状态和接入网络尽量一致，留意扩展、缓存和独立安全DNS是否不同。可以使用浏览器支持的正常排查方式缩小范围，但不要绕过证书警告或关闭安全保护。若改变一个条件后恢复，应再次有限验证，避免把时间变化或缓存命中当成协议调整的效果。

只有在当前浏览器和网络说明提供适用方法时，才考虑临时对照，并记录原值。实验性设置可能随版本变化，不适合按旧教程长期保留。测试前结束重要任务，保持节点与规则不变；若没有明确改善，恢复默认，不把所有浏览器都统一改成某个未经验证的组合。

可以记录“此资源在当前浏览器与路径下采用某协议时失败”，并附对照条件；不能推成HTTP/3总是更快或总是不适合代理。若需要支持人员协助，提供脱敏的请求阶段与版本即可。可靠排查的终点是让具体功能恢复，并知道哪些条件相关，而不是追求协议数字看起来更新。