万科网络科技

1. 配置前：明确最终目标，杜绝 “中转式” 重定向

• 场景举例
  假设你要将旧域名 a.com 迁移到新域名 b.com，且 b.com 已统一为 https://www.b.com 作为主域名。
  • 错误做法：先把 a.com → b.com，再把 b.com → https://www.b.com，形成两级链式跳转。
  • 正确做法：直接将 a.com 的所有页面 一步到位 重定向到 https://www.b.com 对应的页面（如 a.com/page1 → https://www.b.com/page1）。
• 操作要点
  1. 先梳理网站的最终规范 URL 列表（如主域名、主协议、标准化页面路径），确保所有重定向的目标都是这个列表里的地址。
  2. 禁止为了 “简化” 而设置中间过渡的重定向规则，哪怕是临时的也不行，避免后续遗忘导致链式残留。

2. 配置时：统一管理重定向规则，避免冲突叠加

• 具体措施
  1. 集中管理规则：所有 301 重定向规则都统一写在 服务器配置文件 中（如 Nginx 的 nginx.conf、Apache 的 .htaccess），禁止同时在服务器配置 + PHP/JavaScript 脚本中设置重定向，防止规则冲突。
  2. 按优先级排序规则：在配置文件中，将 精准页面的重定向规则 放在前面，泛域名 / 泛路径的规则 放在后面，避免泛规则覆盖精准规则导致意外跳转。
     例（Nginx）：
     plaintext

     # 先写精准规则：直接指向最终目标
     location /page-old {
       return 301 https://www.wankseo.com/page-new;
     }
     # 再写泛规则：旧域名直接跳主域名
     server {
       listen 80;
       server_name old.wankseo.com;
       return 301 https://www.wankseo.com$request_uri;
     }
     
  3. 删除无效旧规则：每次新增重定向规则前，先删除之前针对同一旧 URL 的所有历史规则，避免新旧规则并存导致多级跳转。

3. 配置后：定期审计检测，及时发现并修复链式跳转

• 推荐工具与方法
  1. 手动检测工具
     • 使用 curl 命令：在终端输入 curl -I 旧URL，查看响应头中的 Location 字段，若该字段指向的地址仍返回 301 状态码，说明存在链式跳转。
     • 例：curl -I http://old.com/page1，若返回 Location: http://new.com/page1，再对 http://new.com/page1 执行 curl，若又返回 301，则判定为链式跳转。
  2. 批量审计工具
     • Screaming Frog SEO Spider：爬取网站后，在 “Redirect Chains” 报告中直接查看所有链式重定向的 URL，一键导出并修复。
     • Google Search Console：在 “抓取→重定向” 报告中，查看是否有异常的多级重定向记录。
• 审计频率
  • 网站改版、URL 调整后 立即审计 一次；
  • 日常运营中 每月审计 一次，确保没有隐性链式重定向产生。

4. 特殊场景：跨域名迁移的防链式要点

1. 旧域名的所有子页面，直接重定向到新域名的对应子页面，而非新域名首页（避免子页面→新首页的无效跳转叠加）。
2. 同时处理 协议统一（如旧域名 http 直接跳新域名 https），一步到位，不拆分配置。
3.