各种 HTTP 返回状态代码详解

各种 HTTP 返回状态代码详解

 

 

1、HTTP状态码

 

若是某项请求发送到您的服务器要求显示您网站上的某个网页（例如，用户经过浏览器访问您的网页或 Googlebot 抓取网页时），服务器将会返回 HTTP 状态代码以响应请求。

 

此状态代码提供关于请求状态的信息， 告诉 Googlebot 关于您的网站和请求的网页的信息。

一些常见的状态代码包括：

• 200 – 服务器成功返回网页
• 404 – 请求的网页不存在
• 503 – 服务器暂时不可用

 

下面提供 HTTP 状态代码的完整列表。 点击连接可了解详情。 您也能够访问有关 HTTP 状态代码的 W3C 网页以得到更多信息 。

 

1xx：请求收到，继续处理
2xx：操做成功收到，分析、接受
3xx：完成此请求必须进一步处理
4xx：请求包含一个错误语法或不能完成
5xx：服务器执行一个彻底有效请求失败

1xx （临时响应）
表示临时响应并须要请求者继续执行操做的状态代码。

 

 

代码 说明

100（继续）	请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分，正在等待其他部分。
101（切换协议）	请求者已要求服务器切换协议，服务器已确认并准备切换。

 

 

2xx （成功）

表示服务器成功处理了请求的状态代码。

 

 

代码 说明

200（成功）	服务器已成功处理了请求。 一般，这表示服务器提供了请求的网页。 若是针对您的 robots.txt 文件显示此状态，则表示 Googlebot 已成功检索到该文件。
201（已建立）	请求成功而且服务器建立了新的资源。
202（已接受）	服务器已接受请求，但还没有处理。
203（非受权信息）	服务器已成功处理了请求，但返回的信息可能来自另外一来源。
204（无内容）	服务器成功处理了请求，但没有返回任何内容。
205（重置内容）	服务器成功处理了请求，但没有返回任何内容。 与 204 响应不一样，此响应要求请求者重置文档视图（例如，清除表单内容以输入新内容）。
206（部份内容）	服务器成功处理了部分 GET 请求。

 

 

3xx （重定向）
要完成请求，须要进一步操做。 一般，这些状态代码用来重定向。 Google 建议您在每次请求中使用重定向不要超过 5 次。 您可使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。 诊断 下的网 络抓取 页面列出了因为重定向错误而致使 Googlebot 没法抓取的网址。

 

 

代码 说明

300（多种选择）	针对请求，服务器可执行多种操做。 服务器可根据请求者（用户代理）选择一项操做，或提供操做列表供请求者选择。
301（永久移动）	请求的网页已永久移动到新位置。 服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。 您应使用此代码告诉 Googlebot 某个网页或网站已永久移动到新位置。
302（暂时移动）	服 务器目前从不一样位置的网页响应请求，但请求者应继续使用原有位置来进行之后的请求。 此代码与响应 GET 或 HEAD 请求的 301 代码相似，会自动将请求者转到不一样的位置，但您不该使用此代码来告诉 Googlebot 某个网页或网站已经移动，由于 Googlebot 会继续抓取原有位置并编入索引。
303（查看其余位置）	请求者应当对不一样的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。 对于除 HEAD 以外的全部请求，服务器会自动转到其余位置。
304（未修改）	自从上次请求后，请求的网页未修改过。服务器返回此响应时，不会返回网页内容。若是网页自请求者上次请求后再也没有更改 过，您应当将服务器配置为返回此响应（称为 If-Modified-Since HTTP 标头）。 因为服务器能够告诉 Googlebot 自从上次抓取后网页没有更改过，所以可节省带宽和开销 。
305（使用代理）	请求者只能使用代理访问请求的网页。 若是服务器返回此响应，还表示请求者应使用代理。
307（暂时重定向）	服 务器目前从不一样位置的网页响应请求，但请求者应继续使用原有位置来进行之后的请求。 此代码与响应 GET 和 HEAD 请求的 301 代码相似，会自动将请求者转到不一样的位置，但您不该使用此代码来告诉 Googlebot 某个页面或网站已经移动，由于 Googlebot 会继续抓取原有位置并编入索引。

 

 

4xx（请求错误）
这些状态代码表示请求可能出错，妨碍了服务器的处理。

 

 

代码 说明

400（错误请求）	服务器不理解请求的语法。
401（未受权）	请求要求身份验证。 对于须要登陆的网页，服务器可能返回此响应。
403（禁止）	服务器拒绝请求。 若是您看到 Googlebot 在尝试抓取您网站上的有效网页时收到此状态代码（能够在 Google 网站管理员工具诊 断 下的网络抓取 页面上看到此信息），多是您的服务器或主机拒绝 Googlebot 访问。
404（未找到）	服务器找不到请求的网页。 例如，若是请求服务器上不存在的网页，服务器一般会返回此代码。若是您的网站上没有 robots.txt 文件，而您在 Google 网站管理员工具”诊断”标签的 robots.txt 页 上看到此状态，那么这是正确的状态。 可是，若是您有 robots.txt 文件而又看到此状态，则说明您的 robots.txt 文件可能命名错误或位于错误的位置 （该文件应当位于顶级域名，名为 robots.txt）。 若是您看到有关 Googlebot 尝试抓取的网址的此状态（在”诊断”标签的 HTTP 错误页上），则表示 Googlebot 追踪的多是另外一个页面的无效连接（是旧连接或输入有误的连接）。
405（禁用的方法）	禁用请求中指定的方法。
406（不可接受）	没法使用请求的内容特性响应请求的网页。
407（须要代理受权）	此状态代码与 401（未受权）相似，但指定请求者应当受权使用代理。 若是服务器返回此响应，还会指明请求者应当使用的代理。
408（请求超时）	服务器等候请求时发生超时。
409（冲突）	服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。 服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，同时会附上两个请求的差别列表。
410（已删除）	若是请求的资源已永久删除，服务器就会返回此响应。 该代码与 404（未找到）代码类似，但在资源之前存在而如今不存在的状况下，有时会用来替代 404 代码。 若是资源已永久删除，您应当使用 301 指定资源的新位置。
411（须要有效长度）	服务器不接受不含有效内容长度标头字段的请求。
412（未知足前提条件）	服务器未知足请求者在请求中设置的其中一个前提条件。
413（请求实体过大）	服务器没法处理请求，由于请求实体过大，超出服务器的处理能力。
414（请求的 URI 过长）	请求的 URI（一般为网址）过长，服务器没法处理。
415（不支持的媒体类型）	请求的格式不受请求页面的支持。
416（请求范围不符合要求）	若是页面没法提供请求的范围，则服务器会返回此状态代码。
417（未知足指望要求）	服务器未知足”指望”请求标头字段的要求。

 

 

5xx （服务器错误）
这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误多是服务器自己的错误，而不是请求出错。

 

 

代码 说明

500（服务器内部错误）	服务器遇到错误，没法完成请求。
501（还没有实施）	服务器不具有完成请求的功能。 例如，服务器没法识别请求方法时可能会返回此代码。
502（错误网关）	服务器充当网关或代理，从上游服务器收到无效响应。
503（服务不可用）	服务器目前没法使用（因为超载或停机维护）。 一般，这只是暂时状态。
504（网关超时）	服务器充当网关或代理，但没有及时从上游服务器收到请求。
505（HTTP 版本不受支持）	服务器不支持请求中所用的 HTTP 协议版本。

 

 

英文版：

100：Continue
101：Switching Protocols
102：Processing

200：OK
201：Created
202：Accepted
203：Non-Authoriative Information
204：No Content
205：Reset Content
206：Partial Content
207：Multi-Status

300：Multiple Choices
301：Moved Permanently
302：Found
303：See Other
304：Not Modified
305：Use Proxy
306：(Unused)
307：Temporary Redirect

400：Bad Request
401：Unauthorized
402：Payment Granted
403：Forbidden
404：File Not Found
405：Method Not Allowed
406：Not Acceptable
407：Proxy Authentication Required
408：Request Time-out
409：Conflict
410：Gone
411：Length Required
412：Precondition Failed
413：Request Entity Too Large
414：Request-URI Too Large
415：Unsupported Media Type
416：Requested range not satisfiable
417：Expectation Failed
422：Unprocessable Entity
423：Locked
424：Failed Dependency

500：Internal Server Error
501：Not Implemented
502：Bad Gateway
503：Service Unavailable
504：Gateway Timeout
505：HTTP Version Not Supported
507：Insufficient Storage

200号状态码

220.181.32.30 - - [02/Sep/2008:00:01:23 +0800] "GET /article/0572/72570.shtml HTTP/1.1" 200 28361 "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)"

服务器日志中的200表示使用GET传递方式网页72570.shtml下载成功。即：当用户或爬虫程序向网站服务器发出浏览请求时，服务器返回 HTTP 数据流里包含某种状态码，200响应号即状态码中的一种，表示本网页被成功下载。

301号状态码

220.181.32.30 - - [02/Sep/2008:00:01:31 +0800] "GET /my/view.php?aid=14183 HTTP/1.1" 301 - "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)"

服务器日志中的301表示使用GET传递方式动态网页aid=14183成功跳转。即：当用户或爬虫程序向网站服务器发出浏览请求时，服务器返回 HTTP 数据流包含某种状态码，301 重定向即状态码中的一种，表示本网页永久性转移到另外一个地址。实际操做中咱们能够将多个域名指向同一个网址，这也是搜索引擎惟一承认的一种网站转向的方 式。

 

 

2、404状态码

 

220.181.32.30 - - [02/Sep/2008:00:01:51 +0800] "GET /writing HTTP/1.1" 404 4459 "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)"

 

出现404状态码就证 明有URL地址的网页浏览不到。不少时候因为网站的改版，使不少旧版网站url地址失效。这是你须要创建404状态页来保证你网站通畅，可以达到一种回路 的效果。切记404状态页须要单独设计，不能直接在服务器端直接跳转回首页。不然，搜索引擎会大量抓取网站首页失误当成404页处理。

 

对HTTP404状态码的深度理解

 

HTTP 404 错误意味着连接指向的网页不存在，即原始网页的URL失效，这种状况常常会发生，很难避免，好比说：网页URL生成规则改变、网页文件改名或移动位置、导 入连接拼写错误等，致使原来的URL地址没法访问；当Web 服务器接到相似请求时，会返回一个404 状态码，告诉浏览器要请求的资源并不存在。可是，Web服务器默认的404错误页面，不管Apache仍是IIS，均十分简陋、呆板且对用户不友好，没法 给用户提供必要的信息以获取更多线索，无疑这会形成用户的流失。

 

所以，不少网站均使用自定义404错误的方式以提供用户体验避免用户流失。通常而言，自定义404页面通用的作法是在页面中放置网站快速导航连接、搜索框以及网站提供的特点服务，这样能够有效的帮助用户访问站点并获取须要的信息。

HTTP404对SEO的影响

 

自 定义404错误页面是提供用户体验的很好的作法，但在应用过程当中每每并未注意到对搜索引擎的影响，譬如：错误的服务器端配置致使返回“200”状态码或自 定义404错误页面使用Meta Refresh致使返回“302”状态码。正确设置的自定义404错误页面，不只应当可以正确地显示，同时，应该返回“404”错误代码，而不是 “200”或“302”。虽然对访问的用户而言，HTTP状态码到底是“404”仍是“200”来讲并无什么区别，但对搜索引擎而言，这则是至关重要 的。

1.自定义404错误页返回“200”状态码

 

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

 

在使用Google Sitemap，当提交XML格式网站地图文件时，谷歌管理员工具会验证网站的身份以确保是网站合法的管理者。验证方式有两种：上传指定名称的html页 到网站根目录或者在网页meta区域添加一个标识身份的meta标签。一般是使用上传html网页的方式，但谷歌管理员工具却提示网站根目录下找不到这个 网页，这是一个很可怕的问题。

 

 

2.自定义404错误页使用Meta Refresh返回“302”状态码

 

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

 

对“200”状态的状况咱们上面已经谈过，那么，当404页面返回“302”时，搜 索引擎会怎么对待呢?从理论上说，对“302”错误，搜索引擎认为该网页是存在的，只不过临时改变了地址，仍然会索引收录该页，这样，一样会出现相似于 “200”状态码时的重复文本问题；其次，以谷歌为表明的主流搜索引擎对302重定向的适用范围要求愈来愈严格，这类不当使用302重定向的状况存在很大 的风险。

 

确保自定义404错误页面可以返回“404”状态码

 

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