1、错误的配置

对于很大一部分企业的网站来说，认为简单的放个404页面，然后当打开不存在地址时能跳转到404页面就万事大吉了。可却从仔细的去未去查看HTTP返回的状态码，比如访问一个不存在的页面：www.abc.comn/asfdc.html 显示下图所示的404页面：

但是查看一下状态码却是200，如下图所示：

由上图我们可以看出，该网站尽管对不存在的网址进行了404页面跳转，但这只是针对网站用户而言。对于搜索引擎而言这仍然是一个正常的网址，因为服务器返回给搜索引擎的的状态码是200，搜索引擎只依据这个来判断。

2、错误配置的危害

对用户而言，HTTP状态码是多少不重要，只要能跳转到404页面就不影响用户体验，但对搜索引擎来说却是相当重要的甚至是致命的。

当搜索引擎请求某个不存在的地址后如果得到“404”状态回应时，表示该URL地址已经失效，便不再索引该网页，并向数据中心反馈将该URL地址表示的网页从索引数据库中删除。

假如搜索引擎对于这个404页面得到的是“200”状态回应时，则会认为该url地址是有效的，便会去索引，并会将其收录到索引数据库，这样所有错误页面对于搜索引擎来说都是不同url地址但内容却相同的页面，这会导致出现大量重复页面，会大大降低网站质量的评分，甚至直接降权。

所以正确设置的自定义404错误页面，不仅应当能够正确地显示，同时，应该返回“404”错误代码，而不是200或其他的。不仅要告诉用户该页面不存在，也要正确的让搜索引擎知道这是404错误页面而不是一个正常的页面。

打开【IIS管理器】—->【网站】，点击需要设置的网站，进入状态代码404 的编辑，如下图所示：

进入状态代码404 的编辑，如下图所示：

按下图所示要求进行配置：

在上图中需要注意：

从IIS网站管理界面还可以看到有两个地方可以自定义错误一页，上方的ASP.NET的.NET错误页，下方则是IIS的错误页。

ASP.NET下的.NET错误页和IIS下的错误页，两者之间又是一个什么关系呢？

从定义上，<customErrors>设置ASP.NET应用程序的错误；<httpErrors>是IIS7.0新增的特性，设置IIS对http请求的错误处理；
Visual Studio提供了一个脱离IIS但能执行ASP.NET的环境，<customErrors>就是其中之一，目的是用于可以在开发时能详细显示错误信息；由.NET处理程序接手的URL（例如：.aspx、.ashx、.svc、MVC注册路由），出错时则由customErrors里的设定来处理；
剩余的如静态档案（如.js、.html、.css、.jpg…）发生错误会依照httpErrors设定处理；

404页面也是产品的一部分，因此可以参考《用户体验要素》的战略层——产品目标、用户需求。404页面的意义，主要有两方面

很多无法访问的链接（死链）的原因是404错误，如果不处理往往会招来搜索引擎处罚。SEO与用户体验是相通的，如果网站没有定制404页面，往往被认为在用户体验上不够用心，搜索引擎也会这么认为。

另外，如果服务器设置错误，就会导致本应返回404的页面返回了200或者302，这会导致多个不同的URL对应的内容相同，这也会招来搜索引擎的处罚。
对产品宣传、提高转化率

404错误是一种常见错误，利用这种错误，定制404页面，并在404页面中添加一些对产品宣传、提升产品转化率的内容是完全可行的，既提高用户体验又能带来产品转化率的例子比比皆是。

京东网站的404页面

淘宝网站的404页面

腾讯网站的404页面

好多人认为新建的网站，出现404的概率太小，404页面设置就不是那么重要了。其实不然，可以说只要是个网站都需要有404页面，因为有时候我们无法避免死链的产生，即使没有死链做好404也是很好的预防工作。

但以下几种情况更是需要特别小心：

网站改版

网站改版是可避免的事情，在改版之后网站栏目结构发生变化的可能性也是挺大的，部分以前的内容删除也是有可能的。那么相对应之前所收录的页面就会产生404。网站改版是造成404错误最主要的一种原因，对于这种情况最好的处理方法是把老内容301到所对应的新变化URL内容中，然后再做好404的设置。
老域名新用

购买过来的老域名，在新站上线之后，肯定会放出以前的老站内容，而这些老内容是新站中没有的，这样一来就会产生404的错误。这类似于自己的网站进行了大改版一样，但这一点很容易被忽略，以为自己网站是一个新站。