结论先给:如果页面仍有搜索流量或外链,直接删掉或只放一句“已停止维护”通常是最差做法;更稳妥的是保留可迁移的价值内容,在顶部用一条静态提示说明状态、原因和替代去处,并把旧链接指向对应的新页面。但如果这个页面承担的是在线办事、支付、登录或表单提交功能,单靠提示不够,必须同步关闭入口并给出明确的人工或替代渠道,否则用户会反复尝试并产生投诉。
停止维护不等于整页作废。动手前先分三类看:
判断依据可以看两个信号:这个地址是否还有外部链接指向它,以及站内搜索或访问日志里是否还有稳定进入量。两者只要有一个成立,就倾向保留正文而不是整页删除。
提示要出现在用户看到主体内容之前,通常是页面顶部一条通栏说明,而不是塞在页脚。内容至少包含三件事:当前状态、停止维护的原因或时间边界、用户接下来该去哪里。
一个可用的写法是:“本页内容自某时间起不再更新,相关信息请以某某栏目为准。”如果替代页面存在,就把“某某栏目”做成链接。不要只写“系统升级中”这类含糊说法,用户无法判断是暂时还是永久。
对于纯展示页面,提示条可以做成静态的,不依赖脚本。这样即使后续脚本、组件或后台停止运行,提示仍然可见。这一点在旧系统退出时尤其重要:很多页面正文还在,但依赖的接口已经失效,用户看到的是空白或报错。此时静态提示是唯一还起作用的沟通手段。
有一种情况会让上面的结论失效:页面表面上挂了停止维护提示,但表单仍能提交、查询仍能返回结果,或者下载链接仍指向旧文件。用户会认为提示只是摆设,继续使用,一旦后台数据被清空或文件被移除,问题才暴露。
所以停止维护必须是一个动作,而不是一句话。实际动作包括:关闭表单提交入口、把查询按钮改为不可用并说明原因、把旧下载文件替换为归档说明页、在服务器层面把旧地址重定向到替代页面。做完这些,再配合提示,用户才不会白费操作。
把计划停止维护的地址列成一张清单,逐个标注三列:是否还有访问入口、是否含交互功能、是否有替代页面。然后按下面顺序处理:
做完这轮清点后,观察一段时间内该地址的进入情况和用户反馈,再决定是否需要补充说明或调整替代路径。提示是否有效,最终看的是用户有没有顺利找到下一步,而不是提示文字本身写得多完整。