很多老板做官网改版，最担心的不是设计好不好看，而是新站上线后，原来能搜到的词搜不到了，流量像被拔了插头。
这事在网站开发阶段就能预防大半。真掉收录，往往是迁移时漏了几件小事，而不是新站本身有问题。
下面按实际项目顺序讲，尽量说人话。
一、先定URL规则，再动代码
迁移最容易出问题的地方是URL。旧站是`/product/123.html`，新站变成`/product?id=123`，或者干脆把栏目名全改了，搜索引擎会当成一批新页面重新认识。
做法很简单：迁移前先拉一张旧URL清单，从后台、站点地图、搜索资源平台导出，逐条标注“保留原路径”还是“跳转到新路径”。能保留的尽量保留，尤其是已有排名的栏目页和文章页。
避坑点：不要为了“看起来整齐”把所有URL重写一遍。整齐是给人看的，收录是给爬虫看的，两者冲突时优先保收录。
二、301跳转要做全，别只做首页
301是迁移的命门。常见错误是只把首页跳了，内页全部404。
正确做法是一对一映射：旧页面A跳到新页面A，而不是全部跳到首页。全部跳首页等于告诉搜索引擎“这些内容没了”，收录会掉得很快。
还有一个细节：跳转链条不要超过一层。A跳B、B再跳C，爬虫容易断。网站开发时让技术直接配成A到C。
如果是企业网站改版，栏目结构变化大，建议在上线前用爬虫工具跑一遍旧站，生成跳转规则表，交给开发落地，而不是上线后再补。
三、内容别整站重写，先做映射
有些团队改版时顺手把文案全换了，标题、描述、正文都重写。结果是新页面和旧页面“对不上号”，搜索引擎需要重新判断相关性，排名波动会很明显。
更稳的做法是：核心页面保留原有主题和关键词，先迁移结构，上线稳定后再逐步优化文案。
举个具体场景：一家做工业设备的公司改官网，旧站有80多个产品页。迁移时他们把产品参数、型号、应用场景原样搬过去，只调整了排版和导航，标题里保留原有型号词。上线两周，主要产品页的收录基本接住了。反过来，如果当时把型号词换成品牌口号，大概率要重新养。
四、上线节奏：先小流量验证，再全量切
迁移不建议“一刀切”。
可行的节奏是：新站先在内网或测试域名跑通，检查跳转、站点地图、robots、canonical是否正常；然后选一个低峰时段切换，切换后立刻提交新的站点地图，并在搜索资源平台观察抓取和索引变化。
避坑点有三个：
- robots.txt别误屏蔽：测试环境常写`Disallow: /`，上线忘了删，整站抓不到。
- canonical别指向旧域名：复制模板时容易带过来。
- 站点地图别只放首页：要包含主要栏目和内容页。
五、小程序和App不是替代品，别混着迁
有些企业想借改版把流量往小程序开发或App开发上导，这没问题，但不要把网站内容直接下架。网站、小程序、App各有各的入口，搜索引擎只认网站这一份。
如果确实要做小程序开发，建议网站保留完整内容页，小程序做预约、会员、订单这类交互功能，两边用同一套内容源。这样既不影响收录，也不耽误业务。
什么情况适合找MIC Studio
如果你正面临这几种情况，可以考虑找外部团队：
- 旧站结构乱，没人说得清哪些页面有流量，需要先梳理再迁移；
- 内部没有专职前端和后端，网站开发周期紧；
- 迁移后已经出现收录下滑，需要排查跳转和索引问题；
- 同时要做企业网站、小程序开发或App开发，希望内容和技术口径统一。
MIC Studio做企业网站开发和迁移时，习惯先把旧URL清单和跳转表做出来，再谈设计和功能。顺序对了，后面少返工。
三条可执行建议
1. 上线前导出旧URL清单，逐条确认保留或跳转，形成一张表交给开发。
2. 301做一对一映射，跳转不超过一层，上线后立刻提交新站点地图。
3. 核心页面先保内容再改文案，上线稳定两周后再做关键词优化。
迁移不是把页面搬过去就完事，它更像一次搬家：地址要留对，旧地址要有人指路，东西别乱换。做到这几点，收录基本能接住。