吃口草莓鸭最近几天私信和评论里问得最多的一个问题，就是“博客是不是出问题了，怎么打不开了”。跟大家说一声，博客没出任何问题，纯粹是地址换啦。老博客从建站到现在跑了几年，域名续费、平台限制、内容管理这些事越积越让我别扭，最后咬咬牙把整个站都迁到了新的地址。如果你已经通过订阅或者社交平台读到这篇，说明你已经站在新站上了；如果你是从旧地址一头雾水跳过来的，那这篇就是把来龙去脉、搬迁过程和踩过的坑一次说清楚。
这篇文章既是给老读者的一个交代，也算是一份博客迁移的实操记录。不管你是正在运营个人博客，还是手里管着几个网站、需要迁移历史内容，换地址这种事的很多细节是通用的：域名怎么选、旧站怎么处理、老读者怎么通知、历史内容怎么搬。这篇里都会讲到，而且我会把步骤和理由拆开讲，不是给你一个“这么干就行”的结论，而是告诉你为什么这么干。
1. 为什么非换不可：旧博客的三个死结
很多人不能理解，一个博客写了几年，说换就换，那不是自己给自己找麻烦吗？说实话，搬家那几天确实麻烦，尤其是倒腾数据库和改内链那会儿，我一度也后悔过。但回头复盘，当时让我下决心的三个问题，到今天已经全都解决了，有些甚至远远超出预期。
1.1 域名续费一年比一年贵，干脆另起炉灶
旧博客的域名是第一年搞活动买的，首年很便宜，还送了不少配套服务。但第二年续费的时候，价格直接跳到接近原来的十倍，第三年又涨了一截。我这个博客本来就不指望它赚钱，一年光域名加主机的成本，够吃好几顿好的了。最难受的还不是涨价本身，而是你不知道这种个人站点还能坚持几年，花出去的钱越来越不透明。
当时也想过换个更便宜的主机商继续用同一个域名，但研究了一圈发现，域名注册商和主机商常常是打包的，想省钱就得连域名一起迁走，过户、改DNS、重新解析这些事一样不少。与其在一套旧框架里修修补补，不如直接把地址换掉，用新域名重新规划。
1.2 平台规则越收越紧，内容玩法也被锁死
旧博客用的是某个现成平台，好处是开箱即用，坏处是想改点什么都得看平台脸色。举几个真实例子：正文里插代码块的样式没法自定义，宽一点点的代码就被截断；想给文章加个目录，平台插件不支持；评论区更是重灾区，动不动就出现各种垃圾广告，过滤规则跟不上。
最让我下决心的是有一阵平台调整了外链策略，老文章里不少引用链接被系统标记，读者点进去会先跳到一个安全提示页，体验直接打对折。我就想，一个写了这么多内容的博客，如果连链接怎么展示、评论怎么管理这种基础权限都没有，那写再多也是给平台打工。
1.3 想认真做内容，得有自己的根据地
说到底，我写博客不是为了赚流量，而是想踏踏实实记录一些东西，同时也能和同好交流。这种情况下，内容的长期保存和自主控制比短期曝光更重要。换到独立地址之后，数据库在自己手里，文章是纯文本或Markdown格式，随时可以导出备份，哪怕哪天服务器供应商不干了，内容也丢不了。
这是最根本的转变：从“租别人家的柜台”变成“自己开店”。新博客我可以自由决定排版、目录、评论方案、图片存储方式，甚至可以把整站打包下载。对于长期写作这件事来说，这种控制权带来的安全感，比什么都值钱。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 新地址落地的过程：从选域名到上线
决定换地址之后，第一件事不是急着搬文章，而是先把新站的“地基”打好。地基打不好的话，后面搬家再多内容都是白费。这一节我把选域名、选博客程序、搞定解析和证书这几步展开讲一讲。
2.1 新域名怎么选：短、好记、后缀稳，三个缺一不可
新域名的选择我是认真花了两天时间想的。首先要短，这是第一原则。域名是要被读者输入到地址栏里的，越长越容易输错，一次性记住的概率越低。能四个字母不选五个字母，能一个单词不用两个词拼。
其次是后缀，我建议优先考虑常规那几种。博客是个人向的还是项目向的，选择会不太一样，但要避开那些不温不火的冷门后缀，一方面续费价格波动大，另一方面有些后缀在国内访问时偶尔会有解析慢的问题，纯粹给自己添堵。
最后是品牌一致性。旧博客的名字用了好几年，突然完全改名，老读者会不认识。所以我新域名直接保留了博客名的核心部分，只换了后缀和中间的结构。这样在社交平台发新地址的时候，老读者扫一眼就能认出来，过渡会自然很多。
注意：确定域名前一定要先查一下这个域名有没有被用作恶意站点。这类历史问题会影响新站的短信验证、邮件送达率，甚至被部分安全软件直接拦截。我当时就差点踩中一个被标记过的域名，还好多查了一下。
2.2 博客程序和服务器的选择：静态博客还是动态站
域名定了，接下来是博客程序。现在的主流选择基本是两类：动态博客（比如WordPress、Typecho）和静态博客（比如Hugo、Hexo）。我之前用过动态博客，后台编辑确实方便，但需要时常更新程序、插件和主题，不然容易出漏洞。这次换地址，我决定改成静态博客方案。
静态博客的玩法是：本地写好Markdown文件，用一个生成工具把它渲染成一堆纯静态的HTML文件，再上传到服务器或者托管平台。好处非常明显：
- 不需要数据库，几乎不会有被注入的风险；
- 页面加载快，因为没有后台程序实时处理请求；
- 整个站点就是一堆文件，备份太简单了；
- 迁移几乎零成本，把文件夹打包带走就行。
当然静态博客也有代价，比如发布文章的流程稍微长一点、不支持后台直接写。但对于我这种主要用电脑写作、不依赖手机后台的人来说，完全可以接受。服务器方面我用的是一个轻量的云服务器加上CDN加速，成本不高，访问速度也稳。
2.3 备案、解析和HTTPS证书，这些琐事花掉的时间最多
如果你把博客放在国内服务器，就需要先完成备案；放在海外服务器则不用，但访问速度可能没国内快。我当时因为备案流程比较费时间，索性先把服务放在海外节点，等网站跑顺了再考虑要不要迁回来。这里有个经验：如果你的读者主要在国内，建议一开始就把备案搞定，不然等你写到一半再挪服务器，DNS解析和证书都要重新折腾一遍，比搬家还麻烦。
DNS解析这块，我的建议是提前把计划要用的解析记录在后台配好，TLL设置成较短的时间，切换时能更快生效。HTTPS证书直接申请免费证书就行，比如Let‘s Encrypt，三个月或一年自动续期都有成熟的方案，别再买付费证书了，个人博客真没那个必要。我这次把HTTP全部重定向到HTTPS，防止读者用旧习惯访问到不安全版本。
3. 旧地址和新地址的交接：让老读者少踩坑
新站上线只是第一步，真正考验人的是旧地址怎么处理。很多人把旧站一关、新站一开，觉得完事大吉，结果老读者全部流失，搜索引擎里的旧页面全变404。这次搬家，我把旧地址交接分成三层处理，每一层都很关键。
3.1 全站301跳转，是搬家最不能省的一步
301跳转是HTTP协议里的一种状态码，用来告诉浏览器和搜索引擎：这个页面已经永久地搬到了新地址。和302（临时跳转）不同，301会让搜索引擎把旧页面的权重、收录记录逐步转移到新地址上，是一种“继承”关系。
配置301要分情况。如果你是Nginx服务器，可以在配置文件里增加一段跳转规则；如果是Apache，用的则是.htaccess文件。我的情况比较简单，因为旧站还托管在原来的服务器上，所以我直接把旧站配置成“所有请求都返回301，指向新站对应路径”。
配置的时候要注意细节，路径必须一一对应，不能把旧文章A跳转到新站首页了事。理想状态是：旧路径/post/123.html跳转到新路径/post/123/。如果新旧博客的文章URL规则完全一致，那用一条通用跳转规则就能搞定；如果规则不一样，就得在跳转规则里写路径映射逻辑，或者用脚本批量生成跳转表。
提示：301跳转的最大问题是，它的生效是“永久性”的，浏览器会缓存跳转结果。如果配置错了，读者可能在很长一段时间里都被缓存的错误跳转带偏，比不跳还麻烦。所以上线前一定要在无痕模式里逐个测试几个典型页面。
3.2 文章页能跳，搜索页和标签页跳过去也没意义
文章详情页的跳转好处理，但标签页、搜索页、归档页这些就没那么简单了。比如旧站有一个/tag/技术/标签页，新站如果标签规则完全不一样，自然跳过去只能是首页。可读者想找的是这个标签下的所有文章，跳首页没有任何意义。
我的做法是：把旧站的主要分类和标签整理成一张映射表，能对应的就一一对应，不能对应的就先跳到新站同类的分类页。至于站内搜索页，直接不跳转，保留一个简单提示页，告诉读者“搜索功能已搬到新站，请访问新站使用”。
这一层很容易被忽略，但对老读者来说体验影响很大。你想，一个经常看你技术文章的人，本来收藏的是某个标签页，点过来却看到首页，很可能就懒得再找，直接流失了。
3.3 老文章的内容、图片、评论，一个都不能少
文章正文搬迁和图片处理，是这次搬家最耗体力的部分。因为我有几百篇文章，当初在后台编辑器里写过不少带格式的内容，直接复制粘贴到新博客会有格式错乱的问题。我的流程是：
- 先通过后台的导出功能，把全部文章导出为备份文件；
- 写脚本把备份文件转换成Markdown格式，清洗掉平台特有的标签；
- 把图片批量下载下来，重新命名后传到新站的图床上；
- 全文扫描文章中指向旧域名的链接，批量替换成新地址或改成相对路径。
第4步尤其重要。很多文章里引用了自己之前写过的其他文章，这些链接如果不改，读者在新站上点击之后会跳到旧站，但旧站已经设置了301跳转，于是浏览器先跳到旧站再弹回新站，体验很绕。更麻烦的是有些链接指向旧站的图片，旧站如果关闭，图片全部裂开。所以我建议在搬迁时做一个全站的内链和图片外链扫描，把所有资源都迁移好再切换。
评论也是容易被遗忘的部分。老读者在旧文章下面写过的评论，其实是非常珍贵的互动记录。我用的评论方案没有绑定在某个平台身上，而是把旧的评论数据都导了出来，整理之后重新导入到新评论系统。这样老读者打开新站的文章，看到熟悉的评论还在，会明显感受到“搬家没有丢东西”。
4. 怎么让老读者知道“换啦”：通知渠道的优先级
新站上线、旧站跳转也配好了，接下来最关键的事就是通知老读者。有人觉得这事简单，发一条微博、朋友圈告诉大家就行。但实际操作下来，不同渠道的通知效果差别非常大，顺序搞反了，通知等于白发。
4.1 RSS和邮件订阅，是第一批知道消息的人
我的博客一直提供RSS订阅和邮件订阅两种方式。从这次搬迁的效果看，RSS和邮件的读者是最忠诚的，因为他们主动选择了一个更私密的接收渠道，几乎不受算法影响。我第一时间做的事，就是通过邮件服务给所有订阅者发了一封简短的搬迁通知，同时在RSS源里新增了一篇“博客地址换啦”的置顶文章。
发邮件的时间节点也要注意。我是选在工作日早上发的，因为这个时间段的打开率明显比周末高。邮件内容我没写长，三件事：新地址是什么、旧地址会跳转多久、需要读者做什么（更新一下书签即可）。后来看后台数据，那封邮件的打开率和点击率都远高于日常通知，说明关注这个博客的读者是真的很在意内容更新。
RSS订阅的一个坑是：如果你换了域名但没有在RSS服务里更新地址，很多订阅者其实并不知道RSS源已经变了。Feedly、Inoreader这类阅读器是定时去抓取RSS地址的，而旧RSS地址如果还在旧域名下，一旦旧域名到期或者RSS文件被删除，订阅就断了。所以我在旧RSS文件里也保留了一段时间的跳转或提示，起码让阅读器抓到的内容是“博客已迁到新地址”这个信息。
4.2 社交平台放公告：说清楚三件事就够
社交平台的传播效率高，但也是信息最容易淹没的地方。你不能指望所有人都会仔细看你写的小作文，所以公告必须把最重要的事情放在最前面，还要简短。我在几个社交平台发了同一句话加一张图：博客换地址了，新地址是[新站域名]，旧站会自动跳转，麻烦大家更新一下书签。
有人可能会加很多背景说明，什么“想了很多”“纠结了很久”“舍不得老朋友”之类。这些情绪写在自己博客上没问题，但在社交平台上，重点信息会被稀释，导致读者看完了还不知道新地址到底是什么。我的建议是：社交平台只发“是什么”和“要做什么”，感性的部分放回博客文章里，感兴趣的读者自然会点进来看全文。
4.3 旧站首页留一个跳转提示，给不常来的访客缓冲期
即使你发了邮件、发了社交平台，依然会有一批读者很长一段时间里不知道站点搬家了。他们可能是偶尔通过搜索引擎点进来的，也可能是一周甚至一个月才打开一次你的博客。对于这批人，301跳转本身其实已经能解决“打开旧站自动到新站”的问题，但直接跳转有一个副作用：读者会困惑“我是不是进错网站了”。
我旧站首页的处理方式是这样：没有在第一时间就全部301跳转，而是在首页保留了一个明显的横幅，上面写着“博客已迁移到新地址，三秒后自动跳转”，同时给了一个“立即前往”的按钮。这样读者既知道发生了什么，又不会觉得莫名其妙。等其他渠道的通知基本覆盖了活跃读者之后，我才把旧站改成了彻底的全站301跳转。
这个缓冲期我留了两周左右。再长也没太大意义，因为你不可能一直维护两套网站，而且时间越长，内容不同步的问题越严重。
5. 这次搬家踩的坑，以及如果再搬一次我会怎么做
搬家过程的每一步我基本都提前做了预案，但还是有几个坑是实测之后才发现的。把这些写出来，比单纯讲步骤更有参考价值。如果你也准备搬家，这几个坑现在避开还来得及。
5.1 坑一：RSS地址变更导致订阅数一度清零
我前面提到RSS订阅服务要重新指向新地址，但这个操作我做得不够彻底。最初我只改了新站页面上的RSS图标链接，却没注意到旧RSS地址上仍然挂着旧模板的自动输出，导致一部分订阅器继续从旧地址抓取内容，而抓到的内容已经是跳转提示了。结果就是老订阅者里有一部分在阅读器里看到的是“该站已迁移”而不是新文章的标题，直接把我当成了停止更新的博客，顺手就退了订。
后面我重新把旧RSS地址做了一次“内容转发”，就是让旧RSS继续输出新站最近几篇文章的标题和摘要，并加上一行文字提示。这个改动之后，订阅丢失才止住。如果再搬一次，我会在切换DNS之前就把RSS的转发逻辑提前部署好，不给数据断档留空窗期。
5.2 坑二：正文里存过期的站内链接，差点让老文章全军覆没
这个是让我最头疼的。我写文章有一个习惯，经常在正文里引用自己以前写过的内容。当时用的还是旧站的老链接格式，比如/archives/123。搬迁之后，新站的文章链接规则变成了/post/123/。我本以为把所有文章内容搬过来就完事了，结果一扫描发现，有几十篇文章里的站内链接全都是旧规则，点击之后要么404，要么跳错地方。
后来我写了一个批量替换脚本，把所有旧格式的站内链接统一改成新格式，才把这个问题处理干净。这件事给我最大的教训是：搬家之前一定要先建立一份“新旧链接规则对照表”，然后全站扫描正文、标签、分类页里的链接，而不是搬完内容再回头处理，否则后补的代价远大于提前规划。
5.3 以后再搬家的三个原则
这次搬家虽然折腾，但也让我把整个流程重新想了一遍。如果再搬一次，我一定遵守三个原则：
第一，先备份再动手。这个看起来是废话，但实际操作中很多人（包括我一开始）都觉得“内容就在服务器上，还能丢了不成”，结果一个误删就追悔莫及。现在我是本地、云盘、代码仓库三地都留备份，心里才踏实。
第二，先通知后切换。不要等新域名上线了再发公告，应该在正式切换前一周就把预告发出去，给老读者一个心理预期。这样就算切换当天出了什么小问题，读者也有心理准备。
第三，过渡期宁可长不要短。尤其是有搜索引擎流量来源的博客，301跳转之后搜索引擎重新抓取、重新收录都需要时间，不要因为着急省服务器费用，提前把旧站关掉。我这次给自己设定的过渡期是至少保留一个月，实际上最后保留了更久，就是为了让搜索引擎的收录彻底平稳过渡。
博客搬家这件事，听起来就是把一篇文章从A挪到B，但真正做起来涉及域名、服务器、内容、评论、订阅、搜索收录一大堆环节。我也不是一次就能做得完美的人，踩过的坑都写在上面了。接下来一段时间，我会在新地址继续更新，旧地址那边就让它安安静静地做一个跳转牌坊。希望新来的朋友、跟过来的老朋友，都能在这里找到你们想看的东西。