先列出需要保留的旧入口#

不是所有旧 URL 都值得写跳转规则。我会优先处理首页、分类页、访问量高的文章、外部平台曾经引用过的文章。

可以从旧站 sitemap、访问日志、搜索结果截图、浏览器收藏里整理路径清单。

跳转规则要一对一可解释#

如果旧文章在新博客里有对应文章，就做精确跳转；如果只是栏目迁移，就跳到新分类页；如果内容已经废弃，宁愿返回 404，也不要跳到无关页面。

1
location = /old-post.html {
2
    return 301 /posts/new-post-slug/;
3
}
4

5
location ^~ /old-category/ {
6
    return 301 /categories/;
7
}

验证跳转#

1
curl -I http://www.tjcheng.cn:1314/old-post.html
2
curl -L -o /dev/null -w '%{url_effective} %{http_code}\n' http://www.tjcheng.cn:1314/old-post.html

我会同时看状态码和最终 URL。301 表示永久跳转，适合路径已经稳定的新站；临时调整可以先用 302。

不要做的事#

• 把所有旧链接都跳到首页，会让读者找不到原内容。

• 新路径还没稳定就写 301，后面再改会增加维护成本。

• 只在前端写跳转，不处理服务器层面的旧入口。

实战复盘#

复盘《旧博客链接跳转整理》时，我会把它当成一个站点维护动作，而不是单篇文章。凡是影响首页、分类、RSS、Sitemap、搜索索引或旧链接的改动，都要在发布后做一次线上验证。

如果只在源码里看起来正确，但线上接口或页面没有变化，就说明构建或发布链路还有问题。博客维护类内容必须把“怎么确认已经生效”写清楚。

以后继续扩展这类文章时，可以补充真实命令输出、截图前后的差异，以及回滚路径。这样文章会更接近操作手册，而不是零散备忘。

最小验收样例#

验收《旧博客链接跳转整理》时，我会选一篇真实文章或一个真实页面作为样例，而不是只看源码。先确认页面能打开，再确认列表、分类、归档、搜索这些入口都能找到它。

如果文章讲的是站点维护，还要记录修改前后差异：改了哪个文件、构建产物是否更新、线上 HTTP 状态码是多少。这样后面出问题时，可以直接回到这次验收记录。

小结#

旧链接迁移的核心是尊重原来的访问意图。能精确对应就精确跳转，不能对应就给出合理栏目入口，不要用首页掩盖问题。