网址规划在维护层面最该考虑的是“以后能不能安全地改”。具体说,就是当栏目调整、内容迁移、旧页下线或域名变动时,是否还能让旧链接继续指向正确内容,而不是直接失效。判断标准很简单:任何一条已经对外发布过的网址,都应当被视为一份长期承诺,变更前必须准备好替代路径和更新机制。
不是所有网址都需要长期固定。规划时可以先分类:
分类之后,把稳定层的路径规则写下来,例如用/category/表示栏目、用/article/表示内容。规则越简单,后期维护时越容易判断一条旧网址应该迁移到哪里。
网址变更时,最关键的维护动作是设置重定向。旧地址应通过服务器返回301跳转到新地址,而不是只在新页面里放一个链接。判断方法:用命令行工具请求旧地址,观察返回状态码是否为301,以及响应头中的位置是否指向新地址。
同时要处理同一内容对应多个网址的情况。例如带与不带www、带与不带结尾斜杠、大小写不同的路径,都可能被当成不同地址。维护需求是提前选定一个规范形式,并让其他形式统一跳转过去。这项检查应在网站上线前做一次,之后每次改版再复查。
维护不能只靠感觉。可以按下面的顺序做一次验证:
如果发现404,先判断是内容确实删除,还是路径写错。确实删除的内容,可以考虑跳转到最接近的栏目页;路径写错的,修正链接即可。不要把所有404都统一跳到首页,这会让用户和搜索引擎都无法判断对应关系。
网址维护不是一次性的。每次改版、换栏目名或调整内容系统时,都应先问三个问题:旧地址还会不会被访问?新地址是否已经存在?跳转规则是否已经生效?
可以建立一个简单的变更记录,写明变更日期、旧地址、新地址、跳转类型和验证结果。这样下次再调整时,不必凭记忆猜测。对于历史服务或旧功能相关的地址,如果当前是否仍可访问没有把握,应先实际请求确认,再决定保留跳转还是下线,不要默认它仍然可用。
下一步,从你现有的网址中挑出十条最重要的地址,逐条请求并记录状态码。凡是不是200的,按上面的验证顺序处理,这比等到用户反馈打不开再排查更省事。