扁平化网页设计 - 老网站改版怎样整理旧页面
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /385d0e3a457b.html
📄
扁平化网页设计 - 老网站改版怎样整理旧页面
老网站改版时整理旧页面，常见的误解是“先做新首页，旧页面以后再说”。这会导致上线后大量旧链接失效、内容重复、协作返工。正确处理方式是：在动手设计新界面之前，先完成一次旧页面盘点，把每个页面的去留、合并、重定向关系写成清单，再进入扁平化网页设计阶段。多人协作时，这份清单就是交付依据，谁负责哪个页面、改成什么状态，一目了然。
为什么不能先做新页面再回头整理旧页面
扁平化网页设计强调层级少、导航直接、信息密度高。旧网站往往栏目嵌套深、页面命名混乱、同一内容存在多个入口。如果先按新视觉做页面，再回头处理旧内容，会出现三种返工：
- 新页面已经定稿，却发现两个旧页面内容必须合并，导航结构要重画；
- 旧页面有外链和搜索流量，上线时未做重定向，访问者落到404；
- 多人各自负责一部分，没有统一清单，重复建设同一主题页面。
因此，整理旧页面不是改版后期收尾，而是改版前期的输入条件。它决定了新站的信息架构，也决定了扁平化设计要压缩到几层。
第一步：用表格盘点旧页面，而不是凭印象删改
把旧站所有可访问页面列进一张表，至少包含以下字段：
- 旧页面地址（相对路径即可，便于协作核对）；
- 页面标题与主要内容一句话概括；
- 近一段时间的访问情况（有数据就看数据，没有就标注“未知”）；
- 是否有外部链接或内部入口指向它；
- 处理决定：保留、合并、重定向、删除；
- 对应的新页面地址或重定向目标；
- 负责人与完成状态。
这张表可以由一人汇总，但内容必须由熟悉各栏目的人分别确认。判断依据不是“这个页面好不好看”，而是它是否还有独立存在的必要。如果两个页面回答的是同一类问题，就应合并；如果旧页面只是过期活动页且无外链，可以删除并让服务器返回410或404，而不是强行重定向到首页。
第二步：把扁平化设计落到导航与页面层级上
旧站常见三层以上栏目，例如“首页 > 产品 > 分类 > 子类 > 详情”。扁平化网页设计的目标是减少这种点击深度，让主要页面从首页出发尽量在两次点击内到达。整理旧页面时，可以按下面的条件判断：
- 如果某栏目下只有一两个页面，考虑并入上级页面，不再单独设栏目；
- 如果多个旧页面讲同一主题的不同片段，合并成一个完整页面，用页面内锚点导航；
- 如果旧页面仍有独立搜索需求，保留独立地址，但把它放进更浅的导航层级；
- 如果页面只是历史遗留、无内容维护价值，删除并在清单中注明理由。
这里的关键是：扁平化不等于把所有内容堆到首页，而是让信息架构的层级变少、路径变短。合并与删除都要有记录，方便多人协作时复查。
第三步：重定向清单要逐条核对，不能批量猜测
旧页面处理决定为“合并”或“删除但保留入口”时，需要设置重定向。核对方法是：
- 打开旧页面地址，确认它当前返回的状态；
- 确认新目标页面内容确实与原页面主题一致；
- 把旧地址与新地址成对写入重定向表；
- 上线后逐条访问旧地址，检查是否落到正确页面，而不是统一跳首页。
如果旧页面数量很多，优先处理有外部链接和仍有访问量的页面。没有数据支撑时，至少处理导航中出现的页面和主要栏目页。重定向到不相关页面，对访问者是误导，也会让协作方无法判断整理是否完成。
多人协作时，交付清单比口头说明更可靠
老网站改版整理旧页面，最终交付的不是一句“旧页面都处理了”，而是一份可核对的清单。清单中每一行都应能回答：这个旧页面原来是什么、为什么这样处理、现在对应哪个新地址、谁确认过。这样在扁平化网页设计进入视觉和开发阶段时，导航结构、页面模板和重定向规则都有据可依，减少反复修改。
下一步可以做的，是先选一个旧栏目做小范围盘点：列出该栏目下所有页面，逐条填写处理决定，再检查新导航是否能在两次点击内到达保留页面。这个栏目跑通后，再推广到全站。
