WordPress固定链接改版后老链接404：rewrite与301重定向保住收录

发布时间：2026-09-16 05:01 更新时间：2026-09-16 05:01 阅读量：0

不少站长在网站运营一段时间后，会觉得原来的固定链接结构不够好看，比如从 ?p=123 换成 /archives/123.html，或者把分类目录从 URL 里去掉。改完之后后台一切正常，新链接也能打开，但过几天看统计会发现：来自搜索引擎的流量掉了一截，原因就是老链接全部返回 404。搜索引擎收录的是老地址，用户收藏的、别站引用的也是老地址，链接一断，这些页面积累的权重就没有了去处。这篇文章讲清楚固定链接改动的原理，以及怎么用 301 重定向把老地址平滑过渡到新地址。

先搞明白：固定链接改版为什么会造成404

WordPress 的文章地址并不是真实存在的物理文件，它靠的是「重写规则」（rewrite rules）这套机制。当你访问 /archives/123.html 时，Nginx 或 Apache 会把请求交给 index.php，WordPress 再根据当前后台设置的 permalink 结构去解析出对应的文章 ID，最后输出内容。换句话说，URL 长什么样，是由后台设置加服务器重写规则共同决定的。

一旦你把 permalink 结构改掉，WordPress 只会为新结构生成新的重写规则，老结构的规则就失效了。此时访问老地址，服务器找不到匹配规则，只能返回 404。需要特别提醒的是：WordPress 并不会自动为老链接做重定向，这是很多人误以为「改完会自动跳转」的坑。

另外要区分两种改动。如果只是改了结构，文章别名（slug）和 ID 没变，那么新旧地址之间是可以推导出对应关系的，批量重定向好写。如果同时改了别名或者换了域名，对应关系就需要从数据库或日志里去比对，工作量会大很多。因此建议：先备份数据库，再确认好新旧地址的对应规律，最后才动手改结构。

方案一：在服务器层用 rewrite 做301

最稳的做法是在 Nginx 或 Apache 层面拦截老地址，直接返回 301 到新地址。这样做的好处是不依赖 PHP 和插件，即使 WordPress 出问题，跳转依然生效，对搜索引擎也更友好。

假设你原来的结构是 /archives/123.html，新结构改成了 /post/123.html，那么 Nginx 里可以这样写。注意规则要放在 location / 之前，或者放在 WordPress 主规则的上方，否则会被通配规则先吃掉：

# 老固定链接 /archives/数字.html 301 到新链接 /post/数字.html
rewrite ^/archives/(\d+)\.html$ /post/$1.html permanent;

如果是去掉分类目录，比如 /category/post-name/ 到 /post-name/
rewrite ^/category/(.*)$ /$1 permanent;

如果站点用的是 Apache，可以在网站根目录的 .htaccess 里，放在 WordPress 默认规则之前写：

RewriteEngine On
RewriteRule ^archives/([0-9]+)\.html$ /post/$1.html [R=301,L]

这里有两个容易踩的坑。第一，permanent 和 R=301 才是永久重定向，不要写成 302，302 不会传递权重，搜索引擎会认为只是临时跳转。第二，正则里的 \d 在 Nginx 配置中要写成 \d 转义形式，实际以你服务器上的测试结果为准。改完配置后务必先执行 nginx -t 检查语法，再 reload：

nginx -t
nginx -s reload

验证是否生效，用 curl 看返回头最直接：

curl -I https://www.example.com/archives/123.html
预期看到 HTTP/1.1 301 以及 Location: https://www.example.com/post/123.html

如果返回的还是 404，说明规则没匹配上，检查顺序、正则和是否被前面的 location 拦截。

方案二：用插件或 WP-CLI 批量处理，并做好收尾验证

如果老链接数量不多、结构变化又比较零散，用服务器规则写起来会很痛苦。这时可以借助重定向类插件，把「老地址 → 新地址」的对应关系录入，插件会在 WordPress 层面输出 301。常见的做法是在插件里配置正则匹配，或者导入一份 CSV 映射表。需要说明的是，插件方案依赖 PHP 执行，性能上不如 Nginx 直接返回，站点流量大时建议仍以服务器规则为主。

对于熟悉命令行的站长，用 WP-CLI 配合数据库查询可以把新旧 ID 的对应关系导出来，再生成规则，省去手工整理。例如先确认站点当前的 permalink 结构：

wp option get permalink_structure

改版完成后，无论用哪种方案，都要做几件事收尾。第一，在搜索引擎站长平台重新提交新的 sitemap，并观察抓取异常里 404 的数量是否下降。第二，把站内所有老链接的内链替换成新链接，减少一次跳转。第三，检查分类、标签、作者归档页这类容易漏掉的地址，它们同样会因为结构改动而 404。第四，重定向规则不要长期保留太多条，等搜索引擎完成替换（通常需要数周到数月，具体以实际收录情况为准），可以逐步清理，避免配置文件臃肿。

还要注意一个细节：301 重定向只解决「地址变了」的问题，不解决「内容没了」的问题。如果改版时顺手删了某些文章，那这些老链接就算重定向到首页，也属于软 404，对用户体验和权重都不利。这种情况更合理的做法是保留文章并重定向到新地址，或者返回 410 明确告知页面已删除。

固定链接改版本身不是坏事，把 URL 结构理顺对长期运营有帮助，关键是别让老链接「裸奔」。动手前备份数据库，改完后用 curl 抽查几条老地址，确认返回的是 301 而不是 404 或 302，再配合站长平台观察抓取数据。如果站点规模较大，建议先在测试环境验证规则，确认无误再上生产，这样能把改版带来的流量波动压到最小。

继续阅读