阶段一：
系统错误信息乃至错误堆栈被抛到页面上。
这是最原始的容错界面，在现在的网站中依然偶尔出现，这是糟糕的和不安全的，相信现在没有一个负责任的 UCD 专家会容忍这种现象的发生。
阶段二：
引导到简单的错误提示页面，例如：“系统忙”、“页面不存在” 和 “出错了”，或者一个简单的弹出框提示用户。
无论界面是美观还是简陋，这种方式都是原始的，并且是易于实现的。这是网站 UCD 的底线，如果您希望您的网站简单和质朴，那么这样实现并没有什么不好。
阶段三：
提示页面不仅仅是告知用户错误，还能够给出一定的建议，或给出一定的引导，以帮助用户在出错的情形下更快地修正错误，找到正确的页面。
这在相对复杂一些的网站上出现，通常网站只给出简单的提示或引导，例如只给出搜索框建议用户搜索他所需的东西。
阶段四：
如果页面比较复杂，那么设计人员可能希望页面某个部分的错误不会影响大局，例如，一个聚合了若干个 portlet 的大页面，对于某个 portlet 的错误，不影响页面其他部分的展示——这时候，通常最好的容错办法是保持安静，即 “No news is good news”，用户不需要知道系统忙，也不想知道页面的某个出错的位置本该展示某某内容的；用户最希望依旧能看到一个完整的页面，只是其中出错的部分被隐藏起来了，他并未发觉。
这里需要实现两点：
1、网站风险分散的容错性设计，对于某个子功能的错误不影响到整个页面的运营；
2、错误的隐藏，界面少了某一区域，依然能够准确排版展示。
您的网站，在哪个阶段呢？
文章未经特殊标明皆为本人原创，未经许可不得用于任何商业用途，转载请保持完整性并注明来源链接 《四火的唠叨》