新站上线以后，麻烦常常藏在那些“看起来能打开”的页面里：停产产品被删掉，旧链接跳到首页；案例图片还在，正文中的引用已经失效；文章改了标题，网址也跟着换；后台同一项内容出现两个版本，谁都不敢删。
在红数科技的改版交付里，我们会在开发配置重定向之前，先请企业确认内容关系。开发人员无法替企业判断一款旧产品该由哪款新产品承接，也无法判断某篇案例是否还能公开。这些问题留到上线前“顺手处理”，通常已经来不及逐条核对。
先确定一件事：改版不等于所有网址都要改
如果原网址清楚、稳定、已经被搜索引擎收录，也有外部网站引用，能保留就尽量保留。页面视觉、前端框架、服务器甚至内容管理系统变了，都不必然要求网址跟着变。
网址不是后台随时可以重命名的文件名。对客户来说，它可能存在浏览器收藏夹、聊天记录、邮件和报价单里；对搜索引擎来说，它承接着历史抓取、外部链接和已有的页面判断。一次没有必要的改址，会把本来不需要处理的问题变成迁移问题。
确实要调整网址时，比如域名更换、目录重组，或者旧系统使用了大量无意义参数，先做映射，再上线。Google 搜索中心在 2026 年 6 月更新的网站迁移说明中，仍把“准备旧网址到新网址的映射”列为迁移的关键步骤，并建议在条件允许时一次只改一类事项，不要把换域名、换 CMS 和改版式同时塞进一次上线。
页面可以换，内容的身份不能丢
后台最好给每条内容一个不会随标题和网址变化的内部编号。网址是它对外的地址，标题是读者看到的名称，内部编号才是企业识别这条内容的依据。这样改标题、换栏目或调整网址时，不会把同一项内容误当成新内容再建一遍。
产品内容最容易出现的是“新品上了，旧品删了”。如果旧产品确实销售过、仍有客户查询，也有自然流量，直接删除往往不是好办法。可以把状态改成停产或停止销售，保留型号、适用范围和历史资料，再明确当前替代产品。只有产品从未正式发布、信息有误，或者继续保留会造成合规风险时，才考虑彻底下线。产品规格、下载文件、图片、适用行业和关联案例也要一起检查，不能只改产品名称。
案例维护要多看一层授权和时效。客户名称能否展示，数据能否继续公开，项目结果是否有原始依据，使用的产品或服务是否已经调整，这些都比版式更重要。已经失效的案例不一定非删不可，可以去掉不再成立的表述，保留仍能核实的项目背景和解决思路。无法核实的数字，不要因为旧站写过就原样搬到新站。
文章的情况又不同。标题优化不等于网址也必须变化，发布日期也不该因为改了几句话就刷新。事实、方法和引用资料有实质更新，可以同时标明原发布日期与更新日期；只是修正错字，不需要制造一篇“新文章”。内容重合的多篇旧文可以合并，但合并后要把原网址分别指向那篇能够承接原内容的新文章。
旧链接对应表，至少要能回答这些问题
一张能用的迁移表，不是只有“旧链接”和“新链接”两列。企业后续还要知道为什么这样处理、谁确认过、什么时候能撤。下面这些字段通常够用：
| 字段 | 要记录的内容 |
|---|---|
| 内容编号 | 产品、案例或文章在后台的稳定编号 |
| 内容类型 | 产品、案例、文章、下载文件或普通页面 |
| 旧网址 | 改版前真实对外使用的完整地址 |
| 新网址 | 最终可访问的新地址；不适用时留空 |
| 处理方式 | 保留原址、301/308、合并、下线并返回 404/410 |
| 对应理由 | 同一内容、替代产品、合并主题或确无对应内容 |
| 重要程度 | 是否有搜索流量、外链、投放、客户收藏或业务引用 |
| 负责人 | 对内容去留和对应关系作确认的人 |
| 检查结果 | 状态码、最终落地页、规范网址、内部链接是否正常 |
| 最后复核时间 | 最近一次人工确认日期 |
旧网址不能只从旧 CMS 导出。还要把旧站站点地图、搜索引擎平台中的落地页、访问统计、服务器日志、外部链接和历史投放地址放在一起去重。只看后台会漏掉手工页面、旧活动页、PDF 和已经不在导航里但仍有人访问的地址。
对应时，判断标准并不复杂：内容相同，指向新位置；几篇旧内容确实合成了一篇，分别指向合并后的页面；旧产品有明确替代品，可以转到替代产品，并在页面里把关系说清；已经删除且没有相近内容，就返回 404 或 410。
需要特别避免的是把找不到去处的旧链接全部跳到新首页。Google 明确提醒，大量旧网址指向一个无关目标，例如首页，可能让访问者困惑，也可能被视为 soft 404。只有新页面确实合并并承接了几条旧内容时，多对一重定向才合理。
重定向上线了，不代表迁移已经结束
永久改址优先使用服务器端 301 或 308，并直接到最终地址。旧地址先跳到一个过渡地址，再跳到新地址，后来又因为栏目调整多跳一次，这种重定向链会拖慢访问，也让排查变得困难。Google 当前文档建议直接重定向到最终目标，并尽量减少跳转次数。
重定向也不宜在流量看似稳定后马上删除。Google 的现行建议是尽可能长时间保留，通常至少一年；从用户访问的角度看，长期保留更稳妥。同时要把站内链接和能够联系到的高流量外链改成新网址，不能永远依赖重定向绕路。
页面上的 rel="canonical"、多语言标记、结构化数据、站点地图和内部链接，都要改成最终新网址。规范网址不是重定向的替代品，它用于告诉搜索引擎在重复或高度相似的页面中优先采用哪个地址。Google 将永久重定向和 rel="canonical" 都视为较强的规范化信号，而站点地图中的网址属于较弱信号；三处如果互相打架，搜索引擎只能继续判断。
新站点地图里只放希望被收录、能返回 200、使用最终规范地址的页面。单个站点地图超过 50,000 条网址或未压缩文件超过 50MB，就需要拆分并使用站点地图索引。产品、案例和文章数量不大时，也可以分类型生成站点地图，出问题时更容易看出是哪一类内容没有被正常发现。
这件事最后会落到“谁来改”
技术规则写得再细，没有负责人，几个月后照样会乱。产品是否下线，应由熟悉产品状态的人确认；案例中的客户名称和结果数据，需要业务及合规相关人员确认；文章是否过期、是否值得更新，由内容负责人判断；网址变化和重定向配置，再交给网站运维执行。
比较省事的做法，是把发布流程固定下来。内容提交时就填写状态、关联内容和预计下线方式；上线前检查预览页、移动端、图片和下载文件；发布后自动记录网址变化；任何人修改 slug 或目录，都必须先看到这条网址是否已有流量、外链和历史重定向。后台如果允许随手改网址，却没有提醒和记录，维护迟早靠人工记忆，基本记不住。
对大多数企业站，一套可执行的检查节奏比一份很长的制度更有用。新站上线后的前几周，重点看高流量旧地址、404、重定向错误、索引变化和自然搜索落地页；稳定后，定期扫描断链、重定向链、孤立页面和站点地图异常。产品更新快的企业要缩短复核周期，内容变化慢的企业可以放宽，但高流量页面和对外长期引用的资料不应无人负责。
改版验收，不要只看首页和几个栏目页
上线验收至少要覆盖旧站的重要网址，而不是随机点几页。优先检查有自然搜索流量、有外部链接、有投放记录、有下载文件，以及销售人员经常发给客户的地址。每条旧网址最终应该落在三种清楚的结果里：原址继续返回 200；永久重定向到确实对应的新页面；内容不存在并返回 404 或 410。
同时确认新页面没有误带 noindex，robots.txt 没有挡住需要抓取的目录，规范网址指向自身或正确的主版本，站内搜索能找到新内容，图片和 PDF 没有遗失，移动端与桌面端都能完成主要操作。新旧站都应保留监测入口，域名变更时再按搜索引擎平台的现行要求提交迁移或地址变更。
改版后的维护做到这里，产品、案例、文章和旧链接就不再是四套互不相干的工作。内容有稳定身份，网址变化有记录，旧地址有明确去处，谁负责也说得清。以后再换版式、换系统或调整栏目，不必重新猜一遍网站过去发生过什么。
[1]: Google 搜索中心：如何迁移网站，最后更新时间（UTC）2026-06-23。 [2]: Google 搜索中心：如何使用 rel="canonical" 及其他方法指定规范网址，最后更新时间（UTC）2026-07-15。 [3]: Google 搜索中心：创建和提交站点地图，最后更新时间（UTC）2026-07-15。
