网站改版经常被理解成前端页面重新设计，但从搜索系统的角度看，真正变化的是一整套URL、页面关系和内容结构。
例如原来的网站可能存在：
- 历史服务页面；
- 多年前发布的文章；
- 已经发生变化的栏目；
- 不同版本留下的相似页面；
- 从外部网站获得过引用的旧URL；
- 已经被搜索系统识别和抓取的页面。
如果改版时直接把旧站删除，再重新生成一套URL，很容易出现大量404、跳转链过长、内容重复、内部链接失效等问题。
对于SEO，这些问题直接关系到页面抓取和索引。
对于GEO，还需要继续考虑另一个问题：企业名称、服务内容、地域范围以及页面所回答的问题，在改版前后是否保持清晰和一致。
因此，网站迁移最好不要从"删除旧站"开始，而是先建立一张页面迁移表。
一、先建立URL清单，不要边改版边决定
改版前建议先导出现有网站主要URL。
至少记录以下内容：
| 字段 | 用途 |
|---|---|
| 原URL | 确认旧页面地址 |
| 页面类型 | 首页、栏目、服务页、文章页等 |
| 页面主题 | 当前页面主要解决的问题 |
| 是否继续使用 | 判断业务是否仍存在 |
| 新URL | 如果迁移，对应的新地址 |
| 处理方式 | 保留、301、合并或停止使用 |
| 备注 | 特殊情况说明 |
第一步不是判断排名，而是把页面关系理清楚。
例如两个旧页面实际上讲的是同一项服务，新站只准备保留一个页面，那么改版时就应该提前确定它们最终指向哪里，而不是上线后发现两个旧地址都已经失效。
二、旧URL通常可以分成四类
1. URL不变，继续保留
如果页面主题没有发生明显变化，而且现有URL结构也没有问题，通常没有必要为了"新版网站看起来更整齐"而强行改URL。
这种情况处理最简单：
页面内容更新，但地址保持不变。
2. URL改变，内容仍然对应
如果由于目录结构变化必须修改地址，可以建立旧URL到新URL的一对一映射。
例如：
旧地址：/service/seo-old
新地址：/service/search-visibility
处理：301如果使用Nginx，可以根据真实服务器配置建立重定向。下面只是一个结构示例：
location = /service/seo-old {
return 301 /service/search-visibility;
}实际配置前需要确认服务器环境，不能直接把示例代码复制到生产环境。
3. 多个旧页面合并成一个新页面
这种情况在老网站比较常见。
例如过去分别建立：
/service-a
/service-a-intro
/service-a-detail三个页面内容高度相似。
新站如果已经将内容整理到一个完整页面中，可以根据实际内容关系，把有明确对应关系的旧页面迁移到同一个新页面。
但这里需要避免一个问题：
不能把几十个完全无关的旧URL全部重定向到首页。
重定向的前提是新页面与旧页面主题仍然存在合理对应。
4. 页面已经没有继续存在的必要
有些历史内容已经失效，也没有新的对应页面。
这种情况下没有必要为了"所有旧地址都必须有去处"而制造无关跳转。
具体可以根据网站技术环境和页面性质选择正常失效处理，并确保站内不再继续引用这些地址。
三、检查有没有形成重定向链
网站多次改版后，常见情况是：
A → B → C甚至：
A → B → C → D最终用户虽然还能打开页面，但搜索爬虫和服务器都需要经过多次跳转。
如果已经确定最终页面是D，更合理的处理方式通常是直接整理为：
A → D
B → D
C → D因此改版完成后，可以批量检查主要旧URL的HTTP状态。
重点看：
- 是否出现404；
- 是否出现多次连续301；
- 是否存在循环跳转；
- 是否跳转到与原页面无关的位置；
- 最终页面是否能够正常返回200状态。
四、重复页面需要同时检查Canonical和实际内容
改版过程中还可能出现新旧页面暂时同时存在。
例如：
/old-service
/new-service两边内容基本一样。
这种情况下，不能只看页面标题是否不同，而应该判断两者是否真正承担不同内容任务。
如果内容实际上相同，应尽快确定主要页面并处理旧版本。
对于必须短期保留的重复页面，还需要检查页面中的canonical声明是否与实际主页面一致。
例如页面头部可能存在：
<link rel="canonical" href="目标规范页面">这里最重要的不是"有没有canonical标签"，而是它指向的页面是否正确。
常见错误包括：
- 所有页面都指向首页；
- canonical仍指向旧URL；
- A指向B，B又指回A；
- 新旧站模板复制后保留了错误地址。
五、网站改版后重新检查内部链接
即使301设置正确，也不代表站内链接可以长期保留旧地址。
假设导航菜单仍然链接：
旧URL → 301 → 新URL用户最终确实能够访问新页面，但每次点击都会多一次跳转。
因此网站上线后还应该检查：
- 顶部导航；
- 底部导航；
- 面包屑；
- 首页业务入口；
- 文章正文中的相关链接；
- 图片链接；
- sitemap中的URL。
站内能够直接指向新URL的地方，应尽量直接更新为最终地址。
六、站点地图需要同步更新
页面迁移完成后，XML Sitemap不要继续混入大量已经301或404的旧URL。
比较合理的状态是：
Sitemap主要提交当前希望被搜索系统发现和索引的规范页面。
可以检查：
是否仍然包含旧地址
是否包含301页面
是否包含404页面
是否存在重复URL
是否遗漏重要新页面网站栏目结构变化比较大时，最好在新站上线后重新生成一次站点地图，而不是直接沿用旧文件。
七、robots规则也需要重新检查
网站测试环境经常为了防止被抓取而增加限制，例如：
User-agent: *
Disallow: /如果正式上线时忘记修改，就会导致整个网站仍然处于禁止抓取状态。
因此正式切换之前至少检查：
robots.txt
页面meta robots
HTTP响应头
站点地图地址
测试目录
后台管理目录不能只看到页面在浏览器中能够正常打开，就认为搜索抓取也一定正常。
八、GEO迁移重点是保持信息连续
网站改版后的GEO检查，与单纯URL迁移有一点不同。
它更关注企业公开信息在新旧页面之间有没有产生明显冲突。
例如需要确认：
- 同一业务名称有没有突然换成另一套表达；
- 服务范围是否保持真实一致；
- 武汉地域信息是否出现在真正相关的页面；
- 新页面是否说明适用对象和业务边界；
- 原来能够回答的问题，在新页面中是否被删掉；
- 服务页和知识页之间是否形成清楚关系。
例如旧页面原本已经完整说明：
这项服务解决什么问题
适用于什么类型网站
实施时需要哪些资料
有哪些限制新版页面为了视觉简洁，只剩下几句宣传性文字。
从页面设计上看可能更漂亮，但从搜索信息表达上看反而变弱了。
因此网站改版不应该只迁移URL，还需要迁移有效信息。
九、上线后建议按固定顺序验证
网站正式切换以后，可以按以下顺序检查。
第一步：HTTP状态
抽查旧URL、新URL以及主要栏目。
第二步：重定向关系
确认301是否到达正确页面。
第三步：站内链接
检查导航、正文以及重点入口是否仍然引用旧地址。
第四步：Sitemap
确认站点地图以当前规范URL为主。
第五步：robots
确认正式站没有遗留测试环境抓取限制。
第六步：页面内容
检查标题、H1、正文主题以及页面实际业务是否一致。
第七步：网站日志
网站具备服务器日志时，可以继续观察搜索爬虫对旧URL和新URL的访问变化。
通过日志能够进一步发现：
- 搜索爬虫仍然频繁访问哪些旧页面；
- 哪些新页面很少被发现；
- 是否存在大量404请求；
- 是否仍有站内入口指向旧URL。
十、改版不是一次性动作
网站迁移完成并不代表SEO/GEO工作结束。
后续业务变化仍可能导致：
新页面继续增加；
旧内容失效；
栏目再次调整；
多个页面主题逐渐靠近。
因此比较稳定的维护方式，是保留一份页面迁移记录，并定期检查重要URL。
这样下一次改版时，不需要重新猜测每个页面以前做过什么处理。
对于武汉本地企业站来说，SEO和GEO迁移真正需要保持的不是某几个关键词，而是URL关系、页面主题和企业真实信息之间的连续性。
只要这些基础关系没有因为改版被打乱，后续搜索内容维护才比较容易继续进行。
作者信息
本文由梓彤超越（武汉）科技有限公司整理。
相关站点：ztbey.com