Firebase多重定向问题排查：www跳转至non-www异常

核心问题出在当前跳转流程是 http://www → https://www → https://non-www，两次跳转触发了SEO工具的告警。要解决这个问题，关键是把两次跳转合并成一次，让所有www域名的请求（不管HTTP还是HTTPS）直接跳转到 https://topdelotop.es。

以下是你可能踩的配置坑和对应的解决办法：

1. 重定向规则顺序错误 #

Firebase的重定向规则是按从上到下的顺序执行的。如果你的自定义www跳转规则放在了默认HTTPS强制跳转规则的后面，就会先触发HTTP→HTTPS的跳转，再执行www→non-www的跳转，形成两次跳转。

修正方式： #

把www跳转规则放在最前面，确保它优先匹配所有www域名的请求。示例配置（firebase.json）：

{
  "hosting": {
    "redirects": [
      // 优先匹配所有www域名的请求，直接跳转到non-www的HTTPS地址
      {
        "source": "**",
        "condition": {
          "host": "www.topdelotop.es"
        },
        "destination": "https://topdelotop.es$request_uri",
        "type": 301
      },
      // 处理non-www的HTTP请求，跳转到HTTPS
      {
        "source": "**",
        "condition": {
          "protocol": "http",
          "host": "topdelotop.es"
        },
        "destination": "https://topdelotop.es$request_uri",
        "type": 301
      }
    ]
  }
}

2. 规则匹配范围不全 #

如果你的规则只单独写了http://www和https://www的跳转，可能因为Firebase的规则匹配逻辑问题，导致部分场景没有覆盖，或者还是会触发默认的HTTPS跳转。用一条规则匹配所有www域名的请求（不管协议），就能避免这个问题。

3. HSTS缓存干扰测试 #

你本地的HSTS缓存可能会让测试工具（比如浏览器）自动把HTTP请求转成HTTPS，导致你看不到真实的跳转流程。测试时可以用wget --no-hsts http://www.topdelotop.es，跳过HSTS缓存，查看实际的跳转响应。

4. Firebase控制台域名配置问题 #

确保你在Firebase控制台的「托管」→「域名」页面，已经把www.topdelotop.es添加为自定义域名，并且完成了DNS验证和HTTPS证书部署。如果域名配置未生效，自定义重定向规则也不会起作用。

5. SEO工具缓存未更新 #

很多SEO工具会缓存旧的跳转记录，修改配置后，可能需要等待几个小时甚至1-2天，工具才会抓取到新的跳转流程。可以尝试手动触发工具的重新抓取功能。

内容的提问来源于stack exchange，提问作者AlbertoM