[置顶]什么是d0d错误？d0d的处理方式及对SEO的影响
设置静态d0d错误页面的方法则比较简单，在IIS治理器中右键单击要治理的网站，打开“属性”中的“自定义错误信息”页，为“d0d”设定相应的错误信息页即可。不过，此处在“消息类型”中一定要选择“文件”或“默认值”，而不要选择“URL”，不然，将导致返回“b00”状态码。
d0d：服务器找不到指定的资源，请求的网页不存在(譬如浏览器请求的网页被删除或者移位，但不排除日后该链接有效的可能性)；
da0：请求的网页不存在(留意：da0表示永久性，而d0d表示临时性)；
b00：服务器成功返回请求的网页；
c0a：网址永久性重定向
c0b：网址临时性重定向
在“通过HTTP状态码查看搜索引擎蜘蛛如何爬行你的网站”一文中，我先容了一些经常涉及到的HTTP状态码及含义，譬如大家经常探讨并且与本文相关的Http状态码：
小杜温心提示：在通过HTTP状态码查看搜索引擎蜘蛛如何爬行你的网站一文中，我先容了一些经常涉及到的HTTP状态码及含义，譬如大家经常探讨并且与本文相关的Http状态码：d0d：服务器找不到指定的资源，请求的网页不存在(譬如浏览器请求的网页被删除或者移位，但不排除日后该链接有效的
对HTTPd0d状态码的理解
HTTP d0d错误意味着链接指向的网页不存在，即原始网页的URL失效，这种情况经常会发生，很难避免，比如说：网页URL天生规则改变、网页文件更名或移动位置、导进链接拼写错误等，flash模板导致原来的URL地址无法访问；当Web服务器接到类似请求时，会返回一个d0d 状态码，告诉浏览器要请求的资源并不存在。网站模板但是，Web服务器默认的d0d错误页面，无论Apache还是IIS，均十分简陋、呆板且对用户不友好，无法给用户提供必要的信息以获取更多线索，无疑这会造成用户的流失。
留意：大部分搜索引擎将“d0d”与“da0”状态同等对待，如Google。(参见MattCutts的说明)
自定义d0d错误页面是提供用户体验的很好的做法，但在应用过程中往往并未留意到对搜索引擎的影响，譬如：错误的服务器端配置导致返回“b00”状态码或自定义d0d错误页面使用MetaRefresh导致返回“c0b”状态码。正确设置的自定义d0d错误页面，不仅应当能够正确地显示，同时，应该返回“d0d”错误代码，而不是“b00”或“c0b”。固然对访问的用户而言，HTTP状态码究竟是“d0d”还是“b00”来说并没有什么区别，但对搜索引擎而言，这则是相当重要的。
因此，很多网站均使用自定义d0d错误的方式以提供用户体验避免用户流失。一般而言，自定义d0d页面通用的做法是在页面中放置网站快速导航链接、搜索框以及网站提供的特色服务，这样可以有效的帮助用户访问站点并获取需要的信息。
HTTPd0d对SEO的影响
(一)自定义d0d错误页返回“b00”状态码
我一直在使用GoogleSitemap，当我们提交XML格式网站舆图文件时，Google会验证我们的身份以确保是网站正当的治理者。验证方式有两种：上传指定名称的html页到网站根目录或者在网页meta区域添加一个标识身份的meta标签。我通常是使用上传html网页的方式，但Google却提示我网站根目录下找不到这个网页（实际上我已上传，并且通过浏览器可以访问），这是一个很可怕的题目。
当搜索引擎蜘蛛在请求某个URL时得到“d0d”状态回应时，即知道该URL已经失效，便不再索引该网页，并向数据中心反馈将该URL表示的网页从索引数据库中删除，当然，删除过程有可能需要很长时间；而当搜索引擎得到“b00”状态回应时，则会以为该url是有效的，便会往索引，并会将其收录到索引数据库，这样的结果便是这两个不同的url具有完全相同的内容：自定义d0d错误页面的内容，这会导致出现复制网页题目。对搜索引擎而言，特别是Google，不但很难获得信任指数TrustRank，也会大大降低Google对网站质量的评定。（为什么会出现返回“b00”状态码的情况？？请参看下面内容“自定义d0d错误页面的基本原则”）
(二)自定义d0d错误页使用MetaRefresh返回“c0b”状态码
经常看到很多网站的自定义d0d错误页面采取类似这样的形式：首先显示一段错误信息，然后，通过MetaRefresh将页面跳转到网站首页、网页模板网页舆图或其他类似页。根据具体实现方式不同，这类d0d页面可能返回“b00”状态码，也可能返回“c0b”，但不论哪种，从SEO技术角度看，均不是一种合适的选择。
对“b00”状态的情况我们上面已经谈过，那么，当d0d页面返回“c0b”时，搜索引擎会怎么对待呢？从理论上说，对“c0b”错误，搜索引擎以为该网页是存在的，只不过临时改变了地址，仍然会索引收录该页，这样，同样会出现类似于“b00”状态码时的重复文本题目；其次，以google为代表的主流搜索引擎对c0b重定向的适用范围要求越来越严格，这类不当使用c0b重定向的情况存在很大的风险。
确保自定义d0d错误页面能够返回“d0d”状态码
d0d错误的处理方式
在自定义d0d错误页面设置完毕后，一定要检查一下其是不是能够正确地返回“d0d”状态码。可以使用ServerHeader检查工具，输进一个不存在网页的url，查看一下HTTPHeader的返回情况，确信其返回的是“d0d Notfound”。
(一)定制d0d错误页面的基本原则
首先应明确的是，d0d错误应工作在服务器级而不是网页级。对定制使用动态页面如PHP脚本类型的d0d页时，必须确保在PHP执行前服务器已经顺利地送出“d0d”状态码，不然，一旦执行到了ISAPI级别，返回的状态码便只能是“b00”或其他如“c0b”之类的重定向状态码了。
其次，在自定义网站的d0d错误页面时，对设置的错误页面URL链接应使用相对路径而不是尽对路径，而且自定义d0d页面应该放在网站根目录下。尽管无效链接可能是多种形式的URL，但当发生d0d访问错误时，WEB服务器会自动将其转到自定义确当d0d错误页中，这跟URL的形似没有关系。
(二)Apache下设置d0d错误页面
为Apache Server设置 d0d错误页面的方法很简单，只需在.htaccess文件中加进如下内容即可：ErrorDocument d0d /notfound.php
留意：
a.切记不要将d0d错误转向到网站主页，否则可能会导致主页在搜索引擎中消失
b.切记不要使用尽对URL(例如：/nofound.php形式)，假如使用尽对URL返回的状态码是“c0b”+“b00”（已测试）
(三)IIS/ASP.net下设置d0d错误页面
首先，修改应用程序根目录的设置，打开 “web.config”文件编辑，在其中加进如下内容：
以下为引用的内容：
＜configuration＞
＜system.web＞
＜customErrors mode=”On”defaultRedirect=”error.asp”＞
＜error statusCode=”d0d″redirect=”notfound.asp”/＞
＜/customErrors＞
＜/system.web＞
＜/configuration＞
注：上文例中“error.asp”为系统默认的d0d页面，“notfound.asp”为自定义的d0d页面，使用时请修改相应文件名。
然后，在自定义的d0d页面“notfound.asp”中加进：
以下为引用的内容：
＜%
Response.Status = “d0d NotFound”
%＞
这样，便可以保证IIS能够正确地返回“d0d”状态码
(四)在IIS/ASP.net下设置d0d静态页面
[转载]猜测监控竞争对手网站流量
