HTTPS重定向配置不当是导致搜索引擎收录骤降的高频原因，主要表现为爬虫陷入跳转链、POST请求被转为GET、循环重定向超5次、证书域名不匹配及canonical/robots.txt未同步更新。
HTTPS 重定向配置不当，是导致搜索引擎突然不收录、索引量断崖下跌的高频原因。问题往往不体现在页面打不开，而在于爬虫被“卡”在跳转链里——要么反复重定向失败，要么方法变更丢数据，要么证书或路径一环出错，整站就被降权或拒收。
警惕 301 强制跳转对 POST 请求的破坏
HTTP → HTTPS 的 301 配置若写在 Nginx 或 Apache 全局规则中，会把所有请求（包括表单提交、API 调用）无差别重定向。而浏览器对 301 重定向的规范处理是：自动将原始 POST 请求转为 GET，并清空 body。结果就是后端收不到参数，返回 400，用户操作全部失败。
- 线上现象：登录/注册接口返回 400，Network 面板可见第一个请求是 POST + 301，第二个是 GET + 400
- 正确做法：对非页面类请求（如 /api/*），避免全局 301；或改用 307/308 临时重定向，保留原始请求方法和 body
- Nginx 示例：
return 307 https://$host$request_uri;（不是 301）
杜绝循环重定向与长链跳转
www 与非 www、HTTP 与 HTTPS、带斜杠与不带斜杠之间若配置冲突，极易形成 A→B→A 或 A→B→C→D 的多级跳转。谷歌明确表示：超过 5 次重定向，爬虫会直接放弃抓取；百度对循环跳转极为敏感，常报“Too Many Redirects”并停止索引。
- 自查方法：用 curl -I 命令逐层查看响应头中的 Location 和 Status
- 典型错误：Nginx 同时启用 HSTS + 301 + CDN 自动 HTTPS，三者叠加触发二次跳转
- 修复原则：只保留一条最简路径，例如统一为 https://www.example.com，其余全部 301 跳入，且中间不经过其他协议或子域中转
证书与域名必须严格匹配
HTTPS 重定向生效的前提是 TLS 握手成功。若 SSL 证书未覆盖重定向目标域名（如证书只含 example.com，但重定向到 www.example.com），或证书链不完整、权限设置错误，爬虫访问时就会遭遇 502/504/SSL_ERROR_BAD_CERT_DOMAIN 等错误，直接中断抓取。
- 常见坑点：泛域名证书未包含根域（*.example.com ≠ example.com）、测试子域用了自签名证书、CDN 加速节点未正确上传中间证书
- 验证方式：用 SSL Checker 检测目标 URL 的证书链完整性与域名匹配度
- 特别注意百度：部分企业级 WAF（如安全狗、百度云加速）在开启 HTTPS 后若与源站证书策略冲突，会导致百度蜘蛛抓取超时甚至失败
别让 robots.txt 和 canonical 标签“帮倒忙”
重定向本身没问题，但配套的 SEO 配置若没同步更新，等于给爬虫指了条错路。比如 HTTP 版本页面仍被 robots.txt 允许抓取，而 HTTPS 版本却因路径变更未加 canonical 标签，搜索引擎会认为这是两个不同页面，造成内容分散、权重稀释。
- 务必确保：所有重定向目标页的
<link rel="canonical">指向自身 HTTPS 地址 - robots.txt 应只允许抓取最终目标协议（如只放行
Allow: /，禁止Disallow: /http:类伪规则） - 在 Google Search Console 和百度资源平台中，将站点属性切换为 HTTPS 版本，并重新提交 Sitemap
