改版可以保留设计效果，却仍可能损失有价值的搜索流量，因为页面体系没有提前梳理。技术 SEO 架构是改版前后的整体规划，让内容、URL、模板、内链和技术信号协同工作。
要点
- 替换模板或路径前，先盘点有价值的 URL 和页面组。
- 根据访客的实际任务设计导航和内链。
- 上线前测试重定向、canonical 信号、语言版本和索引状态。
从盘点开始
从站点地图、分析工具、Search Console 和 CMS 收集现有 URL。记录页面用途、流量或咨询价值、外链、模板、语言和负责人。找出重复、过时或有用的内容及技术问题。记录各数据集的来源和日期，因为不同工具展示的 URL 可能不一样。
决定哪些页面保留、修改、合并或下架。为每个变更的 URL 映射最相关的新目标。不要只为避免 404，就把无关页面重定向到首页。保留重要信息，并确认新目标满足相同的用户需求。
规划信息结构和链接
按用户和业务目的组织页面。导航名称应让用户预期会看到什么。只有当页面之间的关联能帮助用户完成任务时才建立内链。避免孤立页面和随意规定的层级深度；合适的结构取决于网站规模和用户导航方式。
规划页面模板中的标题、元数据、canonical URL、语言替代链接和结构化数据。重要内容应以易访问的文本呈现。多语言网站应明确映射各语言页面，只互相链接真正对应的版本。
准备迁移
创建 URL 映射，并在 staging 中测试重定向、状态码、内链、canonical、hreflang 和站点地图。检查代表性移动页面、表单和集成。上线期间暂停不必要的内容与 URL 变更，便于定位问题。
Google 建议准备新网站、映射旧 URL、在适当情况下使用永久重定向，并监控 Search Console。重新抓取期间可能出现排名波动，完成时间没有固定期限。请参阅 Google 网站迁移指南。Google 的 AI 搜索功能指南也说明，AI 搜索并未改变网页需要可访问、可索引且具备良好技术基础这一点。
上线后衡量
检查重要的新旧 URL、抓取错误、索引覆盖率、流量和咨询。比较相同类型的日期范围和页面组。记录技术修复及负责人。不要因短期波动就断定改版失败或成功。
常见问题
每个旧 URL 都应重定向到最接近的页面吗？
只有存在相关替代页面时才应重定向。如果内容已下架且没有对应页面，清晰返回 404 或 410 可能比误导性重定向更准确。
URL 层级越浅，排名就越好吗？
不存在适用于所有网站的 URL 深度公式。通过导航和有用链接让页面容易找到、容易理解即可。
什么时候应该检查 SEO 架构？
应在设计和开发确定模板、URL 改动与内容关系之前检查。太晚修改可能需要返工已完成的内容。