IIS默认的错误页是很不友好的，很多人看到默认的错误页时都会说：网站打不开了！白白损失了这部分流量。而如果错误页直接跳转到首页又对搜索引擎很不友好，搞不好首页还会被封掉。所以根据情况，有两个方法解决这个问题：  如果是博客等内容型的网站，可以返回一个带有404错误的搜索框让访客搜索，若是电子商务型网站，则可以返回一个带有404错误的进度条进行跳转。这两种方法即照顾了访客又顾及到了SEO。 可以在Google webmaster tools中查看自己网站错误页有多少。 修改默认错误页的方法很简单：在IIS中右键单击要管理的网站，在自定义错误中设置404为相应的错误信息页。这里有[b]两种方式：[/b] 1、如果“消息类型”你选择的是“文件”，则只能使用.html或htm结尾的文件，否则用户访问错误页时会出现代码。用这种方式设置的错误页，虽然.html文件中没有输出404状态，但IIS执行后会自动输出404状态。 2、如果你“消息类型”选择了“URL”，则必须用asp文件（因为只有在asp文件中才能设置404状态），否则访问错误页时会返回200状态码。还要在asp文件中加上： 如果你希望定时跳转到首页，则也有[b]两种方法[/b]： [b]1、利用meta标签的refresh进行跳转 [/b] [b]2、使用js进行跳转[/b] 个人认为使用js的方法好一些，因为meta标签跳转担心搜索引擎会识别为“200”或“302”见这里的这段话： 常常看到许多网站的自定义[b]404错误页面[/b]采取类似这样的形式：首先显示一段错误信息，然后，通过Meta Refresh将页面跳转到网站首页、网页地图或其他类似页。根据具体实现方式不同，这类404页面可能返回“200”状态码，也可能返回“302临时重定向”，但不论哪种，从SEO技术角度看，均不是一种合适的选择。 对“200”状态的情况我们上面已经谈过，那么，当404页面返回“302”时，搜索引擎会怎么对待呢？从理论上说，对“302”错误，搜索引擎认为该网页是存在的，只不过临时改变了地址，仍然会索引收录该页，这样，同样会出现类似于“200”状态码时的重复文本问题；其次，以google为代表的主流搜索引擎对302重定向的适用范围要求越来越严格，这类不当使用302重定向的情况存在很大的风险。 以上就是本文的全部内容，希望对大家的学习有所帮助，更好的解决在ASP中http状态跳转返回错误页面的问题。