WordPress 重定向插件比较：地址变更与 404 管理工具

比较 WordPress 重定向插件时，需要结合地址变更与 404 日志，可考虑 Redirection；只想集中管理路径规则，可比较 Safe Redirect Manager；需要基础映射与近期错误记录，可评估 WebFactory 的 301 Redirects。选择插件前，先决定每篇旧文章应去往哪里、是否永久搬迁，以及是否存在真正相关的替代页面。把所有不存在的地址都送到首页，并不是合理的清理方法。

何时使用 301、302 或页面不存在响应

重定向会要求浏览器和搜索引擎请求另一个 URL，也就是另一个页面地址。只改文章标题而保留地址，可能不需要重定向；修改文章 slug 或固定链接结构时，则需要检查旧链接与新位置的对应关系。

Google 重定向文档区分永久与临时迁移。永久移动时，条件允许应使用服务器端永久重定向；临时安排则选择符合用途的临时响应。不要一律使用 301，也不要根据插件名称猜测实际状态码。

按照 Google 对删除和替代页面的说明，内容已不存在且没有替代时，应返回适当的 404/410。404 并非一律需要消除。已删除文章、自己内容中的错误链接，以及扫描器请求的随机路径，是不同情况。

比较规则、日志与迁移方式

Redirection：结合地址监测与错误日志

John Godley 开发的 Redirection免费，没有独立高级付费版，提供重定向、404 日志、固定链接监测、条件与正则表达式，也就是用于匹配地址的模式。管理入口是 Tools → Redirection。决定是否监测 URL 变化，并检查自动生成规则的目标与状态；监测功能无法替您判断哪篇文章才是有意义的替代内容。

官方导入导出指南介绍 JSON、CSV 等格式、导入预览和重复项处理。迁移时，应先检查规则和重复项，再验证新规则的实际行为，最后才考虑删除原始数据。日志保留期限与 IP 地址收集，也应按诊断需求设置。

Safe Redirect Manager：明确来源路径与目标

10up 的 Safe Redirect Manager免费，入口是 Tools → Safe Redirect Manager。Redirect From 接受相对于 WordPress 安装位置的路径，Redirect To 接受目标路径或 URL，HTTP Status Code 则指定符合迁移目的的响应。

安装在域名根目录时，示例来源可以是 /old-guide/；安装在子目录时，应核对以安装位置为基准的相对路径。即使界面简单，通配符和正则表达式也可能影响大量请求。比较这种集中管理方式时，还应考虑自己是否需要更广泛的错误报告。

301 Redirects：确认具体产品与删除后果

这里比较的是 WebFactory 的 301 Redirects & 404 Error Log，而非所有名称相似的插件。映射和错误可在 Settings → 301 Redirects 管理。官方说明中的默认 404 日志只保留最近 50 条错误，并不是完整的长期历史。

插件说明指出，停用会保留规则表，但删除插件会永久删除该表。卸载前应保存映射并验证替代方案。也要核对实际版本的日志、导出与管理功能，不能把付费产品介绍当作免费功能清单。

示例：把旧文章映射到新位置

假设同一篇指南从 /old-guide/ 移到 /new-guide/，新文章应已能正常打开。目标是让读者直接到达这篇指南，而非首页。以下演示 Redirection 的处理流程；示例路径不是可原样添加到正式网站的规则。

1. 记录映射与现有规则。列出来源、最终目标、原因及是否永久，并准备规则副本与备份。检查主机、服务器设置或 SEO 工具是否已经处理同一次迁移。
2. 检查 Tools → Redirection 的初始设置。明确选择地址监测与日志收集，不要立即加入全部条件或全站规则。
3. 先建立一条精确路径规则。Source URL 使用 /old-guide/，Target URL 填入实际已发布、对应 /new-guide/ 的目标。初期保持正则表达式关闭。
4. 选择响应与匹配条件。已确认永久迁移时使用 301。保存前检查末尾斜杠、大小写及查询参数处理。
5. 分别检查旧地址与最终地址。以访客身份确认旧位置到达正确文章，最终地址也能直接打开。再测试无关路径，确保没有被误匹配。
6. 更新自己控制的链接。尽量让文章与菜单直接指向最终目标，并检查站点地图和规范网址是否与新位置一致。

问号后的查询字符串，例如 ?utm_source=newsletter，需要单独判断。Redirection 地址匹配指南区分精确匹配、忽略参数，以及忽略匹配时的参数但将其传给目标。追踪参数与选择内容、商品或语言的参数，应采用不同考虑方式，不要无差别保留或丢弃。

检查跳转路径，而不只是最终地址

A 到 B，再由 B 到 C，构成重定向链。条件允许时，让 A 直接指向最终 C。A 到 B 后又回到 A，则形成循环，可能使页面无法打开。除了新映射，还应排查 HTTPS、www、末尾斜杠与插件规则之间的冲突。

地址栏变化，并不能证明响应是 301 还是 302。在浏览器开发者工具中打开 Network，保留导航日志，再访问旧地址。检查首次文档请求的状态码和响应头 Location，然后检查最终文档响应。简单的永久迁移应在旧地址返回 301，并以 200 提供替代文章。现有 HTTP 到 HTTPS 规范化可能增加前置跳转，因此要逐步读取。

还要查看内容：目标可能是错误语言的页面、404 或无关提示。优先使用同一语言的真实替代文章。通过 Search Console 网址检查查看 Google 观察到的响应与索引状态。重定向正确，不代表搜索结果会立即变化，也不保证排名保持不变。

维护 404 记录并撤回错误规则

优先处理旧文章地址、自己内容中的拼写错误与错误外链。随机请求不存在的管理文件，不必全部建立跳转。失效链接检查工具帮助找到指向错误地址的内容，而重定向工具负责引导已经到达旧地址的访客。

Google 网站迁移指南不建议把大量 URL 指向一个不相关的页面。合并后的内容可以是真实替代，但把每个错误都送到首页，无法回答访客的问题，还可能被视为 soft 404，即 Google 根据内容或目标判断为不存在的页面。

规则异常时，先停用最近新增且相关的规则，与保存的设置对照。主机、服务器以及 CDN，也就是 Content Delivery Network（内容分发网络）的规则，应在各自管理位置检查。Redirection 选项指南说明浏览器可能缓存永久重定向；修正规则后，应结合新会话和相关缓存验证。先检查规则本身，再处理缓存行为。

只保留诊断所需的日志历史与 IP 细节，并在删除前导出或备份必要规则。如果现有 SEO 插件或主机已经可靠处理迁移，可能无需再装一款插件。记录规则在哪里、为何存在，让后续变更有明确负责人。