武汉网站改版后，SEO与GEO如何处理旧URL与索引连续性
企业网站改版时，前端页面重新设计通常并不是最难处理的部分。
真正容易留下技术问题的是旧URL。
一个运行多年的网站可能已经存在大量服务页、栏目页和知识文章。如果新版直接更换目录结构，而没有建立旧页面到新页面之间的映射关系，上线以后就可能出现大量404、重复跳转、内部链接失效等问题。
从SEO角度，这涉及抓取、索引和页面主题连续性。
从GEO角度，还要继续检查企业事实、页面问题和内容结构在迁移以后是否仍然清楚。
下面用一个简化的站点改版环境说明处理流程。
一、演示环境
本文采用以下演示环境说明方法：
Linux服务器；
Nginx 1.24.x；
HTML静态页面；
原网站与新版网站使用同一主站；
旧页面迁移后URL目录发生变化。
实际项目中如果使用Apache、IIS、Node.js、Java Web或其他环境，需要根据对应服务器调整配置。
示例旧页面：
/service/seo-old
/service/site-old
/article/seo-structure-old
新版规划为：
/search/seo
/web/site-structure
/article/search-structure
这里全部使用相对路径，不涉及站外地址。
二、改版前先建立URL映射表
不要上线后再临时处理旧地址。
可以提前整理：
旧路径 页面主题 新路径 处理方式
/service/seo-old SEO页面基础 /search/seo 301
/service/site-old 网站结构 /web/site-structure 301
/article/seo-structure-old 搜索结构说明 /article/search-structure 301
如果一个旧页面没有明确对应的新内容，不建议直接把所有地址统一跳到首页。
需要先判断：
页面主题是否仍然存在；
是否有真正对应的新页面；
多个旧页面是否应该合并；
页面是否已经完全失去继续保留的价值。
三、配置301重定向
Nginx可以按照精确路径设置重定向。
示例：
location = /service/seo-old {
return 301 /search/seo;
}
location = /service/site-old {
return 301 /web/site-structure;
}
如果旧页面较多，不建议在配置文件中无规则地堆几百条配置。
更适合先建立迁移清单，再根据项目规模决定使用：
Nginx规则；
后端路由映射；
数据表；
专门的URL迁移配置。
需要注意的是，301目标应该与原页面存在明确主题关系。
例如旧页面介绍网站栏目结构，新页面却直接跳到完全无关的APP开发内容，这种映射即使技术上能够执行，内容关系仍然不合理。
四、避免形成多层跳转
网站经历多次改版后，经常形成：
旧地址A
↓
旧地址B
↓
新版地址C
如果最终页面已经确定，可以检查是否能够直接整理为：
旧地址A → 新版地址C
旧地址B → 新版地址C
这样可以减少额外跳转。
验证时重点检查：
是否只有一次301；
最终页面是否返回200；
有没有循环跳转；
有没有错误跳转到无关页面。
五、内部链接不要继续使用旧路径
服务器已经做了301，并不代表站内可以一直保留旧链接。
例如文章中仍然存在：
即使访问后可以自动进入新页面，每次点击仍然需要经过跳转。
改版完成后应该调整为：
建议检查以下位置：
顶部导航；
底部导航；
面包屑；
文章正文；
相关推荐；
图片链接；
服务页面入口。
SEO处理的是URL关系，而GEO还需要考虑这些链接是否真正连接相关主题。
六、Canonical也需要同步检查
网站模板改版时，Canonical很容易遗留旧配置。
例如一个页面可以使用：
上线后需要检查：
新页面是否仍然指向旧路径；
多个页面是否错误指向同一页面；
A页面和B页面是否互相Canonical；
测试环境模板是否被直接复制到正式站。
Canonical不能代替内容治理。
如果多个页面本身高度重复，仍然应该先判断它们是否真的有独立存在的必要。
七、Sitemap只保留当前有效页面
新版网站正式上线以后，需要重新检查站点地图。
可以按照以下项目逐项确认：
是否存在旧URL
是否包含301页面
是否包含404页面
是否遗漏重要新版页面
是否存在重复路径
原则上，Sitemap主要用于列出当前希望搜索系统发现的有效规范页面。
已经明确迁移的旧路径不需要继续作为主要页面提交。
八、SEO迁移之外还要检查GEO信息
网站迁移过程中还有一个容易忽视的问题：
URL成功迁移了，但页面里的有效信息被删掉了。
例如旧页面原本已经说明：
页面解决什么问题；
适用于哪些网站；
使用什么处理流程；
有什么技术限制；
与其他页面是什么关系。
新版为了界面简洁，只留下几句概括文字。
这种页面视觉上可能更简洁，但信息表达反而弱了。
因此GEO检查可以增加以下项目：
页面主题是否清楚
标题、H1和主要正文是否围绕同一个问题。
企业事实是否一致
同一业务在不同页面中的名称、适用对象和范围是否发生无意冲突。
问题答案是否保留
旧页面原本有价值的技术说明，不要在新版迁移中全部删除。
页面关系是否明确
一个主题页和对应知识文章之间是否仍然存在合理的关联。
九、上线后进行验证
迁移完成以后，可以使用命令行查看HTTP响应头。
例如：
curl -I /service/seo-old
实际验证工具需要根据站点环境执行。
检查目标不是得到某个固定排名，而是确认技术状态符合预期：
旧路径 → 301
新路径 → 200
站内链接 → 直接指向新路径
Sitemap → 只包含有效规范页面
同时建议抽查：
robots配置；
页面标题；
H1；
Canonical；
Sitemap；
内部链接；
404日志。
十、验证结果怎么记录
本文不虚构真实网站测试数据，因此更适合使用“验证清单”记录结果。
例如：
检查项 期望状态
旧页面 返回301
新页面 返回200
跳转次数 一次到达目标
内部链接 使用新路径
Canonical 指向规范页面
Sitemap 不再提交迁移旧路径
页面内容 主题和关键信息完整
实际项目发布前，应使用真实网站环境逐项验证后填写具体结果。
十一、几个容易踩到的问题
把所有旧地址跳向首页
技术上简单，但页面之间没有主题对应关系。
只处理301，不更新内部链接
站内仍然长期依赖跳转。
只迁移页面，不迁移有效内容
新版页面结构漂亮，但问题答案反而减少。
改完网站立即删除旧URL记录
后期发生抓取异常时很难追查页面历史关系。
十二、总结
网站改版中的SEO与GEO迁移可以拆成四件事：
旧URL盘点
↓
新旧页面映射
↓
服务器和内部链接调整
↓
页面内容与信息关系验证
SEO重点解决页面地址、抓取、索引和链接连续性。
GEO进一步检查迁移后的页面是否仍然能够清楚表达问题、事实和内容关系。
改版工作真正稳定以后，应该能够回答两个问题：
旧页面现在去了哪里？
原来有效的信息现在由哪个页面继续承担？
只要这两点可以明确追踪，后续的网站搜索维护会简单很多。
本文由梓彤超越（武汉）科技有限公司整理。
