Web 地区重定向循环测试：复现步骤与跳转链记录

Web 地区重定向循环测试不能靠“刷新几次感觉不对”来判断，要靠逐跳记录。从固定入口开始，记录每一跳的 URL、状态码、Location 和 Set-Cookie，再看是否出现同一 URL 重复、跳数超限或参数递增。本文只复现自有网站的故障，代理 IP 仅用于切换出口 IP 地区；不覆盖广告落地页和联盟链接的跳转验证。

怎样判断跳转链是否真的形成循环？

同一 URL 重复出现、参数持续递增或超过站点跳转预算都只是线索。结合每一跳的状态码、Location、Cookie/认证状态和后续导航，判断是否形成循环。200 页面仍可能触发 JavaScript 或 Meta 跳转，因此浏览器导航与纯 HTTP 重定向应分开记录。

如何准备可重复的测试会话？

在测试站或已授权的域名复现，不要用真实用户流量试。复现前固定五项：入口 URL、出口地区、语言、Cookie 状态、浏览器；五项只改一项，改多项就无法归因。

Cookie 状态单独管理：先用无痕窗口排除历史偏好，再单独开一组“预置地区 Cookie”的对照，两组结果不要混在一条链里。举个判断：无痕窗口下仍循环，说明不依赖 Cookie，优先查语言与地区规则；无痕下不循环、普通窗口循环，则问题在持久化状态。

代理类型也会改变链路形状：重试行为取决于客户端、代理服务、协议和配置，不能由住宅或机房属性直接推断。按实际协议、客户端设置和错误日志记录结果。基础复现只固定一种类型，只有怀疑 CDN 或风控按类型差异化时，才另开一组对照，并注明不与基线比较。

逐跳记录哪些信息才能复现问题？

采集分两步，均使用 GET 请求避免 HEAD 与页面实际行为不同。先不跟随跳转，检查首个响应：curl -sS -D - -o NUL --max-redirs 0 "https://authorized.example/test"；再跟随并限制跳数，查看整条链：curl -sS -L -D - -o NUL --max-redirs 10 "https://authorized.example/test"。将 <授权测试 URL> 替换为自有或已授权地址。浏览器侧可导出 HAR；每一跳记录跳数、URL、状态码、Location、Set-Cookie 和时间差。

读 curl 输出只看三列就够：状态码判断是 301 还是 302，Location 判断下一跳去哪，Set-Cookie 判断这一跳是否写入了地区或语言偏好。时间差异常也能提供线索：某一跳耗时明显变长，可能是回源或鉴权环节在改写。记录时保留原始请求头，尤其是 Accept-Language 和地区 Cookie。

如何用日志定位冲突的地区或语言规则？

循环多由三类规则互相覆盖：语言规则把 /de/ 跳到 /en/，地区规则又把它跳回 /de/；登录态规则把未登录用户送去登录页，登录页又按地区跳回原页；CDN 规则二次改写 Location。

定位方法是一次只关一条规则，按固定顺序：先关地区规则，看循环是否消失；再关语言规则；最后查 CDN。预期结果是——关掉地区规则后循环断开，问题在地区规则与语言规则的优先级；关掉后变成 404 或落到默认站，说明地区规则本身在兜底，冲突在语言侧。哪一步消失，问题就在哪条规则；修复后把该入口加入回归清单。每组记录入口、Cookie、语言、出口、逐跳状态、Location、规则 ID 和触发方式。

下表是一条闭环的逐跳记录，每轮另记出口 IP 归属地与代理类型，否则无法判断差异来自规则还是出口；第 3 跳回到 /de/ 即闭环成立：

读法是看“URL 列是否重复 + 状态码是否 302”：第 3 跳与第 1 跳相同，且中间没有任何一跳返回 200，才判循环；中途出现 200 再跳，属于多次跳转而不是闭环。

FAQ

301 循环和 302 循环有什么区别？

301 会被浏览器和搜索引擎长期缓存，循环更难清除；302 是临时的，改规则后容易恢复。排查时先确认状态码，再决定清理缓存的范围。

清 Cookie 后不循环说明什么？

说明循环依赖某个持久化状态，优先查语言偏好 Cookie 和地区 Cookie 是否互相覆盖，而不是先怀疑网络。

怎么证明是地区规则而不是浏览器？

同一浏览器换出口地区再测，若循环随地区变化，就是地区规则；若换浏览器仍复现，再查浏览器扩展或缓存。

换代理 IP 地区后循环消失说明什么？

说明循环依赖出口地区判断，重点查地区规则与语言入口的优先级；换地区仍循环，再查 Cookie 和 CDN 改写。

需要确认可用出口地区，可查看全球代理支持的出口地区。