很多网站建设时均使用自定义404错误的方式，以提供用户体验避免用户流失。一般而言，自定义404页面通用的做法是在页面中放置网站快速导航链接、搜索框以及网站提供的特色服务，这样可以有效地帮助用户访问站点并获取需要的信息。
HTTP 404错误指的是链接指向的网页不存在，即原始网页制作后的URL失效。这种情况很难避免，而且很容易发生。比如说，网页URL生成规则改变、网页文件更名或移动位置、导入链接拼写错误等，都会导致原来的URL地址无法访问。当Web服务器接到类似请求时，会返回一个404状态码，告诉浏览器要请求的资源并不存在。但是，Web服务器默认的404错误页面，无论Apache还是IIS，均十分简陋、呆板,且对用户不友好，无法给用户提供必要的信息以获取更多线索，这无疑会造成用户的流失。

因此，很多网站建设时均使用自定义404错误的方式，以提供用户体验避免用户流失。一般而言，自定义404页面通用的做法是在页面中放置网站快速导航链接、搜索框以及网站提供的特色服务，这样可以有效地帮助用户访问站点并获取需要的信息。

自定义404错误页面是提供用户体验很好的做法，但在应用过程中往往并未注意到对搜索引擎的影响，譬如：错误的服务器端配置导致返回“200”状态码或自定义404错误页面使用Meta Refresh导致返回“302”状态码。正确设置的自定义404错误页面，不仅应当能够正确地显示，同时，应该返回“404”错误代码，而不是“200”或“302”。虽然对访问的用户而言，HTTP状态码究竟是“404”还是“200”并没有什么区别，但对搜 索引擎而言，这是相当重要的。

当搜索引擎spider在请求某个URL得到“404”状态回应时，即知道该URL已经失效，便不再索引该网页，并向数据中心反馈将该URL表示的网页从索引数据库中删除。当然，删除过程有可能需要很长时间。而当 搜索引擎得到“200”状态回应时，则会认为该URL是有效的，便会去索引，并会将其收录到索引数据库。这样的结果便是这两个不同的URL具有完全相同的内容,即自定义404错误页面的内谷，这会导致出现复制网页问题。这类问题对搜索引擎而言，特别是对于谷歌，网站不但很难获得信任指数TrustRank，也会大大降低谷歌对网站质量的评定。

常常看到许多网站的自定义404错误页面采取类似这样的形式：首先显示一段错误信息，然后通过Meta Refresh将页面跳转到网站首页、网页地图或其他类似页。根据具体实现方式不同，这类404页面可能返回“200”状态码，也可能返回“302”状态码，但不论哪种，从SEO技术角度来看， 均不是一种合适的选择。

当404页面返回“302”状态码时，搜索引擎认为该网页是存在的，只不过临时改变了地址，仍然会索引收录该页，这样同样会出现类似于“200”状态码时的重复文本问题；其次，以谷歌为代表的主流搜索引擎对“302” 重定向的适用范围要求越来越严格，这类不当使用“302”重定向的情况存在很大的风险。

在自定义404错误页面设置完毕后，一定要检査一下是不是鮮正确返回“404”状态码。可以使用Server Header检査工具，输入不存在网页的URL，査看一下HTTP Header的返回情况，确信其返回的是“404 Not found”。

首先应明确的是404错误应在服务器级而不是网页级。在定制使用动 态页面如PHP脚本类型的404页时，必须确保在PHP执行前服务器已经顺利地送出“404”状态码，不然，一旦执行到ISAPI级别，返回的状态码便只能是“200”或其他如“302”之类的重定向状态码。

其次,在自定义网站的404错误页面时，对设置的错误页面URL链接应使用相对路径而不是绝对路径，而且自定义404页面应该放在网站根目录下。 尽管无效链接可能是多种形式的URL，但当发生404访问错误时，Web服务器会自动将其转到自定义的404错误页面中，这跟URL的形式没有关系。

在使用404错误页面时还要注意，不要将404错误转向到网站主页，否则可能会导致主页在搜索引擎中消失；不要使用绝对URL,如果使用绝对URL,返回的状态码是“302” + “200”。

404页面设置方法如下。

首先设计一张网页，建议和主页的格式保持一致。将这一页命名为 404.html 。

然后上传到网站根目录，修改.htaccess文档，写入：

ErrorDocument 404

上传这个文档到根目录。

如果没有这个.htaccess,可以用textpad来写成.htaccess.txt文档，上传，然后在服务器的文件存放处将.txt这个后缀删掉即可。