一個網站上的404 錯誤是服務器在請求資源找不到的時候發生的。一個設計合理的404錯誤頁面不僅僅是網站完整性的一部分，還是網站的可用性的重要體現。好的404錯誤頁面設計可以大大的增強網站的用戶體驗。
1. 它應該看起來還是你的網站
如果你不明確的告訴你的服務器如何處理404錯誤，它將默認提供一個單調而普通的錯誤頁面。比如在一個白色的頁面上顯示“沒找到 – 請求的URL不能被找到”云云。對用戶來說，這是毫無幫助的和相當痛苦的。一個404頁面應該開起來像個錯誤頁面，但是它也應該看起來仍然是你的網站。如果你在是用一個CMS，一般來說這已經為你處理好了。如果你使用一個靜態網站，你可以通過你的.htaccess(Apache服務器)文件指定一個404模板。
2. 道歉
沒有人會主動訪問你的404頁面。最常見的是他們來自于你的網站或外部網站的一個壞鏈接。也許這個頁面會讓用戶很不高興，所以道歉是一個可以讓他們皺著的眉頭舒緩的絕佳方式。這也可以讓用戶減少對你的網站的抱怨。
3. 搜索
可能用戶尋找的頁面依然存在，只是URL被改變了或者它的URL在某個地方被拼錯了。由于你的網站應該已經擁有搜索功能了，這是一個非常重要的提供搜索框的好機會。這可以讓用戶很方便的搜索他們試圖鏈接的內容并讓他們自己找到正確的URL。
4. 給用戶有用的鏈接
或許他們鏈接進來的頁面不是壞掉了，而是已經不存在了。除了搜索，你還可以想用戶展示一些他們可能覺得有用的鏈接。或許鏈接到首頁，或者是歸檔頁面，或者是其它你已知的通常會訪問或者在你的網站上很熱門的頁面？
5. 報告錯誤或聯系的方式
可能一個用戶在遇到一個404頁面的時候會有某種非常強烈的情緒。他們可能會很焦慮、擔心，或者他們會被氣瘋了……讓用戶發泄是個不錯的主意，因為你不可能成為他們的出氣筒，所以一個聯系表單可能就會湊效。當然，這不僅僅對他們有好處，對你也有好處，因為你可以找到問題然后去修正它或者預防它再次發生。
6. 自動報告
讓用戶通過聯系表單幫你報告錯誤是很不錯的，但是只有很小比例的用戶才可能會這樣做。一個替代的方法是讓你的404頁面自動的將錯誤報告給你。有很多種方法可以實現。一個快速而且簡潔的方式是將你的錯誤頁面做成PHP文件，然后使用mail函數發送一封包括該URL的郵件給你。
?php
mail("chriscoyier@gmail.com", "404 report", 一個網站上的404 錯誤是服務器在請求資源找不到的時候發生的。一個設計合理的404錯誤頁面不僅僅是網站完整性的一部分，還是網站的可用性的重要體現。好的404錯誤頁面設計可以大大的增強網站的用戶體驗。
1. 它應該看起來還是你的網站
如果你不明確的告訴你的服務器如何處理404錯誤，它將默認提供一個單調而普通的錯誤頁面。比如在一個白色的頁面上顯示“沒找到 – 請求的URL不能被找到”云云。對用戶來說，這是毫無幫助的和相當痛苦的。一個404頁面應該開起來像個錯誤頁面，但是它也應該看起來仍然是你的網站。如果你在是用一個CMS，一般來說這已經為你處理好了。如果你使用一個靜態網站，你可以通過你的.htaccess(Apache服務器)文件指定一個404模板。
2. 道歉
沒有人會主動訪問你的404頁面。最常見的是他們來自于你的網站或外部網站的一個壞鏈接。也許這個頁面會讓用戶很不高興，所以道歉是一個可以讓他們皺著的眉頭舒緩的絕佳方式。這也可以讓用戶減少對你的網站的抱怨。
3. 搜索
可能用戶尋找的頁面依然存在，只是URL被改變了或者它的URL在某個地方被拼錯了。由于你的網站應該已經擁有搜索功能了，這是一個非常重要的提供搜索框的好機會。這可以讓用戶很方便的搜索他們試圖鏈接的內容并讓他們自己找到正確的URL。
4. 給用戶有用的鏈接
或許他們鏈接進來的頁面不是壞掉了，而是已經不存在了。除了搜索，你還可以想用戶展示一些他們可能覺得有用的鏈接。或許鏈接到首頁，或者是歸檔頁面，或者是其它你已知的通常會訪問或者在你的網站上很熱門的頁面？
5. 報告錯誤或聯系的方式
可能一個用戶在遇到一個404頁面的時候會有某種非常強烈的情緒。他們可能會很焦慮、擔心，或者他們會被氣瘋了……讓用戶發泄是個不錯的主意，因為你不可能成為他們的出氣筒，所以一個聯系表單可能就會湊效。當然，這不僅僅對他們有好處，對你也有好處，因為你可以找到問題然后去修正它或者預防它再次發生。
6. 自動報告
讓用戶通過聯系表單幫你報告錯誤是很不錯的，但是只有很小比例的用戶才可能會這樣做。一個替代的方法是讓你的404頁面自動的將錯誤報告給你。有很多種方法可以實現。一個快速而且簡潔的方式是將你的錯誤頁面做成PHP文件，然后使用mail函數發送一封包括該URL的郵件給你。
注意: 上面的代碼可能對于小網站是合適的，但是并不適合大流量的網站。在這種情況下，將錯誤寫入一個數據庫可能更加有效。
7. 幽默
即便是嚴肅的網站也可以在404也頁面上添加一些小幽默。這顯然是一個放松和做一些有趣的事情的好機會。
8. 轉向?
事實上，我對此種做法持觀望態度，但是自動的將404頁面轉向到其它頁面是可行的。或許首頁正顯示一條關于這個錯誤的提示信息呢？或許一個包含來自于該頁面的關鍵詞的搜索頁面被傳遞？
9. 文件大小
你可能會驚訝于你的服務器序號處理如此多的錯誤活動。不久前的意見令我驚訝的是有那么多的對“怪異”文件的請求，比如在陌生的子目錄請求或尋找并不存在的隨機文件。當這些內容不出現的時候，服務器就會加載你的404頁面。不必說，為所有的這些請求發送一個完整的頁面會增加大量的帶寬。最好的方法是與這些不好的請求做斗爭，但是你也應該關注一下404頁面的總大小并減小它——如果帶寬是件很重要的事情的話，在錯誤請求很多的時候，404頁面顯然會浪費很多流量。
SERVER['REQUEST_URI'], "From: chriscoyier@gmail.comn")
?>
注意: 上面的代碼可能對于小網站是合適的，但是并不適合大流量的網站。在這種情況下，將錯誤寫入一個數據庫可能更加有效。
7. 幽默
即便是嚴肅的網站也可以在404也頁面上添加一些小幽默。這顯然是一個放松和做一些有趣的事情的好機會。
8. 轉向?
事實上，我對此種做法持觀望態度，但是自動的將404頁面轉向到其它頁面是可行的。或許首頁正顯示一條關于這個錯誤的提示信息呢？或許一個包含來自于該頁面的關鍵詞的搜索頁面被傳遞？
9. 文件大小
你可能會驚訝于你的服務器序號處理如此多的錯誤活動。不久前的意見令我驚訝的是有那么多的對“怪異”文件的請求，比如在陌生的子目錄請求或尋找并不存在的隨機文件。當這些內容不出現的時候，服務器就會加載你的404頁面。不必說，為所有的這些請求發送一個完整的頁面會增加大量的帶寬。最好的方法是與這些不好的請求做斗爭，但是你也應該關注一下404頁面的總大小并減小它——如果帶寬是件很重要的事情的話，在錯誤請求很多的時候，404頁面顯然會浪費很多流量。
