301永久性重定向和302临时性重定向的研究
301和302重定向的区别
重定向的方法其实是有很多的，但不同的方法会出现不同的结果，而且区别也是非常大的。
目前，根据WEB服务器返回给浏览器的HTTP状态码，重定向主要分为301永久重定向、302临时重定向，两种重定向是根据不同情况来做的，下面就详细的对两种重定向详细的说明一下。
①：301永久重定向
首先，301永久重定向。
这个状态码告诉用户、搜索引擎、浏览器，该资源已经永久性的移动到另一个位置(旧版本页面永久重定向到新版本页面)，而且没有恢复原位的打算。
301永久重定向最适合目录转移，推荐使用301重定向!
②：302临时重定向
然后，302临时重定向。
这个状态码告诉用户、搜索引擎、浏览器，该资源已经暂时性的移动到另外一个位置(旧版本页面临时重定向到新版本页面)，这种移动不会当作永久性，而且会恢复原来的位置，但一些情况下适合使用302重定向。
302重定向对手机站优化是有一定的好处，百度官方给的建议：比如减少内容死链，如果没有内容，最好通过HTTP状态码指定，如404、403等; 如果内容死链希望重定向到首页，最好通过302跳转，不要使用javascript跳转。
此时可以发现302重定向对手机站优化是有好处的。
注意：两种形式的重定向都会将用户、搜索引擎发送到新的位置(页面)，但搜索引擎对待这两个HTTP状态码却不同。
当搜索引擎看到301状态码的时候，会判断旧版本页面将权重或任何其他的指标永久转移到新页面。
当搜索引擎看到302HTTP状态码的时候，会假设它不应该将旧页面的历史链接跟权重转移到新的页面，意思是转移后还是会转移回来的。
另外，如果做301永久重定向，会导致搜索引擎从索引上(百度、谷歌)删除旧页面并用新页面代替。
http错误码
http错误码摘要本⽂部分内容来源于⽹络，个⼈收集整理，请勿传播所有 HTTP 状态代码及其定义。
本⽂内容取⾃⽹络。
2xx 成功1 2 3 4 5 62xx 成功200 正常；请求已完成。
201 正常；紧接 POST 命令。
202 正常；已接受⽤于处理，但处理尚未完成。
203 正常；部分信息 — 返回的信息只是⼀部分。
204 正常；⽆响应 — 已接收请求，但不存在要回送的信息。
3xx 重定向301 && 302301 永久重定向Moved Permanently 被请求的资源已永久移动到新位置，并且将来任何对此资源的引⽤都应该使⽤本响应返回的若⼲个URI之⼀。
如果可能，拥有链接编辑功能的客户端应当⾃动把请求的地址修改为从服务器反馈回来的地址。
除⾮额外指定，否则这个响应也是可缓存的。
302 临时重定向Found 请求的资源现在临时从不同的URI响应请求。
由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。
只有在Cache-Control或Expires中进⾏了指定的情况下，这个响应才是可缓存的。
共同点：⽤户都可以看到url替换为了⼀个新的，然后发出请求301适合永久重定向⽐较常⽤的场景是使⽤域名跳转。
我们访问会跳转到注意： 301请求是可以缓存的，即通过看status code，可以发现后⾯写着from cache。
302⽤来做临时跳转⽐如未登陆的⽤户访问⽤户中⼼重定向到登录页⾯。
访问404页⾯会重新定向到⾸页。
1 2 3 4 5 6 7 8 9 10 11 12 13 14##niginx 301/302配置rewrite后⾯接上permenent就代表301跳if ($host != 'isme.pub') {rewrite ^/(.*)$ https://c.isme.pub/$1 permanent; }# 接上redirect就代表302跳if ($host != 'isme.pub') {rewrite ^/(.*)$ https://c.isme.pub/$1 redirect; }304客户端发送了⼀个带条件的GET请求且该请求已被允许，但是请求的⽂档没有发⽣改变，则状态码是304如ngx配置了静态资源的缓存1 2 3303 请参阅其它 — 可在另⼀ URI 下找到对请求的响应，且应使⽤ GET ⽅法检索此响应。
http协议的状态码 200、30、304、404、502一览
h t t p协议的状态码
E-Marketing Union of friendship
1xx（临时响应）
表示临时响应并需要请求者继续执行操作的状态码。
2xx（成功）
表示成功处理了请求的状态码。
3xx（重定向）
要完成请求，需要进一步操作。
通常，这些状态码用来重定向。
Google 建议您在每次请求中使用重定向不要超过 5 次。
您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。
诊断下的网络抓取页列出了由于重定向错误导致 Googlebot 无法抓取的网址。
4xx（请求错误）
这些状态码表示请求可能出错，妨碍了服务器的处理。
5xx（服务器错误）
这些状态码表示服务器在处理请求时发生内部错误。
这些错误可能是服务器本身的错误，而不是请求出错。
apache配置301重定向
seeother
返回一个"参见"状态码(303)，表示此资源已经被替代。
gone
返回一个"已废弃"状态码(410)，表示此资源已经被永久性地删除了。如果指定了这个状态码，则URL参数将被忽略。
举例：
APACHE http-vhosts.conf配置文件，添加301重定向代码
Redirect 301 /old/old.htm /new.htm #/old/old.htm重定向到new.htm
Redirect permanent /one /two #同上，permanent指令表示返回永久性重定向状态码301
如需配置大量的虚拟域名，则可写成：* IN CNAME .
这样就可将所有未设置的以结尾的记录全部重定向到上。
Redirect [status] URL-path URL
RedirectMatch [status] regex URL
status参数可以使用以下HTTP状态码：
permanent
返回一个永久性重定向状态码(301)，表示此资源的位置变动是永久性的。
temp
绑定/本地DNS(域名别名跳转)
如果具有对本地DNS记录进行编辑修改的权限，则只要添加一个记录就可以解决此问题。
若无此权限，则可要求网站托管服务商对DNS服务器进行相应设置。
DNS服务器的设置
若要将指向，则只需在DNS服务中应增加一个别名记录，可写成：aaa IN CNAME 。
Options +FollowSymlinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^domain\.com [NC]
http协议的状态码200、301、304、404、502一览
h t t p协议的状态码200、
301、304、404、502一览
(总4页)
-CAL-FENGHAI.-(YICAI)-Company One1
-CAL-本页仅作为文档封面，使用请直接删除
http协议的状态码
E-Marketing Union of friendship 1xx（临时响应）
2xx（成功）
表示成功处理了请求的状态码。
3xx（重定向）
要完成请求，需要进一步操作。
通常，这些状态码用来重定向。
Google 建议您在每次请求中使用重定向不要超过 5 次。
您可以使用网站管理员工具查看一下Googlebot 在抓取重定向网页时是否遇到问题。
诊断下的网络抓取页列出了由于重定向错误导致 Googlebot 无法抓取的网址。
4xx（请求错误）
这些状态码表示请求可能出错，妨碍了服务器的处理。
5xx（服务器错误）
这些状态码表示服务器在处理请求时发生内部错误。
这些错误可能是服务器本身的错误，而不是请求出错。
http301、304状态码
http301、304状态码在利⽤httpwatch进⾏抓包分析时，我们经常会看到200、301、304这⼏个状态码。
具本三者是什么意思呢？200表⽰正常0k，这个是地球⼈都知道的了。
301 Moved Permanently 表⽰客户请求的⽂档在其他地⽅，新的URL在Location头中给出，浏览器应该⾃动地访问新的URL。
304 Not Modified：客户端有缓冲的⽂件并发出了⼀个条件性的请求（⼀般是提供If-Modified-Since头表⽰客户只想⽐指定⽇期更新的⽂档）。
服务器告诉客户，原来缓冲的⽂档还可以继续使⽤。
如果客户端在请求⼀个⽂件的时候，发现⾃⼰缓存的⽂件有 Last Modified ，那么在请求中会包含 If Modified Since ，这个时间就是缓存⽂件的 Last Modified 。
因此，如果请求中包含 If Modified Since，就说明已经有缓存在客户端。
只要判断这个时间和当前请求的⽂件的修改时间就可以确定是返回 304 还是 200 。
对于静态⽂件，例如：CSS、图⽚，服务器会⾃动完成 Last Modified 和 If Modified Since 的⽐较，完成缓存或者更新。
但是对于动态页⾯，就是动态产⽣的页⾯，往往没有包含 Last Modified 信息，这样浏览器、⽹关等都不会做缓存，也就是在每次请求的时候都完成⼀个 200 的请求。
⼀般的⼤的站点的图⽚服务器都有实现HTTP 304 缓存功能。
这个 304 状态⼀般主要在⽤户刷新页⾯(F5键)的时候触发，当⽤户在刷新页⾯的时候，因为原来的页⾯⾥的很多图⽚已经缓存过，客户端的浏览器已经记录了图⽚的最后更新时间(Last Mod)，所以在⽤户刷新页⾯的时候，会向服务器提交⼀个字段：If-Modified-Since: Wed, 08 Sep 2010 21:35:06 GMT这个时候，服务器端的程序先取得这个字段的值，然后与服务器上的图⽚最后修改时间对⽐，如果相同，就直接返回 304 Not Modified ，然后停⽌。
HTTP 状态码的介绍,及其常见404错误码的解决方案
当搜索引擎蜘蛛在请求某个URL时得到“404”状态回应时，即知道该URL已经失效，便不再索引该网页，并向数据中心反馈将该URL表示的网页从索引数据库中删除，当然，删除过程有可能需要很长时间；而当搜索引擎得到“200”状态回应时，则会认为该url是有效的，便会去索引，并会将其收录到索引数据库，这样的结果便是这两个不同的url具有完全相同的内容：自定义404错误页面的内容，这会导致出现複製网页问题。对搜索引擎而言，特别是Google，不但很难获得信任指数TrustRank，也会大大降低Google对网站质量的评定。 （为什麽会出现返回“200”状态码的情况？？请参看下面内容“自定义404错误页面的基本原则”）
因此，很多网站均使用自定义404错误的方式以提供用户体验避免用户流失。一般而言，自定义404页面通用的做法是在页面中放置网站快速导航链接、搜索框以及网站提供的特色服务，这样可以有效的帮助用户访问站点并获取需要的信息。
HTTP404对SEO的影响
自定义404错误页面是提供用户体验的很好的做法，但在应用过程中往往并未注意到对搜索引擎的影响，譬如：错误的服务器端配置导致返回“200”状态码或自定义404错误页面使用Meta Refresh导致返回“302”状态码。正确设置的自定义404错误页面，不仅应当能够正确地显示，同时，应该返回“404”错误代码，而不是“200”或“302”。虽然对访问的用户而言，HTTP状态码究竟是“404”还是“200”来说并没有什麽区别，但对搜索引擎而言，这则是相当重要的。
(二)自定义404错误页使用Meta Refresh返回“302”状态码
常常看到许多网站的自定义404错误页面採取类似这样的形式：首先显示一段错误信息，然后，通过Meta Refresh将页面跳转到网站首页、网页地图或其他类似页。根据具体实现方式不同，这类பைடு நூலகம்04页面可能返回“200”状态码，也可能返回“302”，但不论哪种，从SEO技术角度看，均不是一种合适的选择。
SEO案例五：SEO失败案例之希尔顿酒店网页重定向_SEO优化_令人尖叫的疯狂营销秘密 _338
完整版本的108个令人尖叫的疯狂营销秘密请登录：SEO案例五：SEO失败案例之希尔顿酒店网页重定向_SEO优化_令人尖叫的疯狂营销秘密SEO营销案例库（完整版本的108个令人尖叫的疯狂营销秘密请登录巴特营销:/）特别声明：所搜集SEO营销案例来源于互联网，版权归属原作者。
摘要：转自SEO学院（）一篇失败的SEO营销案例，所谓失败，有时候也可以称为错误的SEO。
失败乃成功之母，避免犯同样的错误是一个SEOer必须掌握的。
有时候，一个SEOer知道什么是错误的比知道什么是正确的还要重要。
案例全文如下：SEO失败案例总结今天已经是第三篇了，前两篇分别讲述了宝马门径首页和复制内容。
相信看过的朋友肯定都铭记在心了，的的确确这些问题有待去直观面对，如果你能注意到这点日后肯定有效避免问题再次发生。
今天我们将围绕网页重定向对希尔顿酒店进行分析介绍。
网页重定向，也并一定都是好事。
301重定向是永久性重定向，对改版页面适用，但302重定向是临时性重定向，对转换域名有用，但这是搜索引擎并不许可的方法，因为这会带来作蔽。
事件回放：希尔顿酒店（Hilton Hotel）酒店的例子说明了重定向也不能乱用。
希尔顿酒店有15％的订单是通过网站带来的，顾客通过网站预订酒店的成本是他们电话预订成本的1/3。
因此，酒店对网上业务非常重视。
但希尔顿发现他们的顾客群体差别太大，一个网站内容和风格难以满足各行各业顾客的特点。
为了通过网络获得更多的订单，希尔顿酒店针对不同的顾客群，专门发布了50多个微型子网站，不同类型的顾客所浏览的网站内容和风格均不同，以定位50多种类型的顾客群体。
比如，针对政府部门和军队方面的旅行者专门建设一个二级域名网站：，子网站有对政府员工的报价和链接指向相关旅游资源，如出差津贴信息等。
但曾经一段时间，希尔顿网站旗下的所有二级域名都采用自动重定向方式跳转到主站下的相关内容。
如被指向:/en/hi/themes/gov/;jsessionid=DL05A2ANGF3XWCSGBIWM22QKIYFC5UUC 等等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
301永久性重定向和302临时性重定向的研究先简要说一下重定向就是网页自动转向重定向就是网页自动转向301永久性重定向302临时性重定向实施301后，新网址完全继承旧网址，旧网址的排名等完全清零。
实施302后，对旧网址没有影响，但新网址不会有排名。
详情见下文。
301 Redirect 永久重定向的实现在我们的网站建设中，时常会遇到需要网页重定向的情况：象网站调整，如改变网页目录结构，网页被移到一个新地址，再或者，网页扩展名改变，如因应用需要把.php改成.Html 或.shtml，在这种情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户还会得到一个404页面错误信息，访问流量白白丧失；再如某些注册了多个域名的网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点，等等。
常用的重定向方式有: 301 redirect, 302 redirect 与meta fresh：301 redirect: 301代表永久性转移(Permanently Moved)，301重定向是网页更改地址后对搜索引擎友好的最好方法，只要不是暂时搬移的情况,都建议使用301来做转址。
302 redirect: 302代表暂时性转移(Temporarily Moved )，在前些年，不少Black Hat SEO 曾广泛应用这项技术作弊，目前，各大主要搜索引擎均加强了打击力度，象Google前些年对以及近来对BMW德国网站的惩罚。
即使网站客观上不是spam，也很容易被搜寻引擎容易误判为spam而遭到惩罚。
meta fresh: 这在2000年前比较流行，不过现在已很少见。
其具体是通过网页中的meta 指令，在特定时间后重定向到新的网页，如果延迟的时间太短(约5秒之內)，会被判断为spam。
页面永久性移走（301重定向）是一种非常重要的“自动转向”技术。
301重定向可促进搜索引擎优化效果从搜索引擎优化角度出发，301重定向是网址重定向最为可行的一种办法。
当网站的域名发生变更后，搜索引擎只对新网址进行索引，同时又会把旧地址下原有的外部链接如数转移到新地址下，从而不会让网站的排名因为网址变更而收到丝毫影响。
同样，在使用301永久性重定向命令让多个域名指向网站主域时，亦不会对网站的排名产生任何负面影响。
302重定向可影响搜索引擎优化效果迄今为止，能够对302重定向具备优异处理能力的只有Google。
也就是说，在网站使用302重定向命令将其它域名指向主域时，只有Google会把其它域名的链接成绩计入主域，而其它搜索引擎只会把链接成绩向多个域名分摊，从而削弱主站的链接总量。
既然作为网站排名关键因素之一的外链数量受到了影响，网站排名降低也是很自然的事情了。
综上所述，在众多重定向技术中，301永久性重定向是最为安全的一种途径，也是极为理想的一款解决方案。
对于正确实施301重定向，本人整理了以下方法可供大家参考：1. Apache服务器实现301重定向a. 相比较来说，Apache实现起来要比IIS简单多了。
在Apache中，有个很重要的文件.htaccess，通过对它的设置，可以实现很多强大的功能，301重定向只是其中之一。
Redirect permanent / /” target=”_blank”> ;将目录下内容重定向到/” target=”_blank”>/redirect permanent /old.html /” target=”_blank”>/new-url/ ;将网页old.html内容重定向到/” target=”_blank”>/new-url/ 通过合理地配置重定向参数中的正则表达式，可以实现更复杂的匹配。
有兴趣的朋友可参考Apache手册。
b. 采用“mod_rewrite”技术。
通过该技术进行的改变将在.htaccess文件中体现出来，形如：Options +FollowSymLinksRewriteEngine onRewriteCond %{HTTP_HOST} ^yourdomain\.comRewriteRule ^(.*)$ /” target=”_blank”>/$1 [R=301,L]2. 适用于使用Unix网络服务器的用户通过此指令通知搜索引擎的spider你的站点文件不在此地址下。
这是较为常用的办法。
形如：Redirect 301 / /” target=”_blank”>/3.在服务器软件IIS服务器实现301重定向* 打开internet信息服务管理器，在欲重定向的网页或目录上按右键* 选中“重定向到URL”* 在对话框中输入目标页面的地址* 切记，记得选中“资源的永久重定向”* 当然，最后要点击“应用”适用于使用Window网络服务器的用户4.绑定/本地DNS如果具有对本地DNS记录进行编辑修改的权限，则只要添加一个记录就可以解决此问题。
若无此权限，则可要求网站托管服务商对DNS服务器进行相应设置。
DNS服务器的设置若要将指向/，则只需在DNS服务中应增加一个别名记录，可写成：aaa IN CNAME /。
如需配置大量的虚拟域名，则可写成：：* IN CNAME . />这样就可将所有未设置的以结尾的记录全部重定向到/上。
5. 用ASP/PHP/.net实现301重定向：ASP：Response.Status=”301 Moved Permanently”Respons e.AddHeader “Location”,”/” target=”_blank”>/”Response.EndPHP：header(”HTTP/1.1 301 Moved Permanently”)；header(”Location：/” target=”_blank”>”)；exit()；ASP .NET:private void Page_Load(object sender, System.EventArgs e){Response.Status = “301 Moved Permanently”;Response.AddHeader(”Location”,”/” target=”_blank”>”);}配置完成后，要认真检查一下是否正确。
Internet有很多Server Header检查工具以下为非关键参考：*************************************************网站重定向成祸端（从遭封看302重定向编译：Karen）是网上最大的商业搜索引擎和分类目录，以专业提供商业信息而享负盛名，包括近19万网页。
若以“business”为关键词在Google中进行搜索，该网站名列第一。
不过在9月5日，遇到一件蹊跷之事：它的首页由PR8变成了PR0，而且Google 搜索结果中找不到首页。
好在被“蒸发”的只是首页，不过庆幸的是第二天首页又回到了Google的搜索结果，但PR仍旧为0。
的问题出在它的重定向命令上。
该网站让跳转到/，这种重定向本该是永久性的。
我们知道，301属于永久性重定向，而302则属于临时性重定向，只有当一个网站或网页在24到48小时之内临时移到其它位置的情况下才能使用该命令。
但却错误地使用了“HTTP/1.1302 Object Moved”状态码。
其实网站重定向极为普遍，譬如不满意原来的域名而申请了一个新域名；买下容易被人错拼的域名，防止客户因为拼错URL而找不到网站，等等。
可是，很多人却会由于使用了错误的重定向状态码而遭“灭站之灾”，就象。
尽管他们的重定向理由充分合理，然而若使用不当，则可能被Google误认为是利用多个域名指向同一网站，那么你的网站就会被封掉，罪名是“利用重复的内容来干扰Google搜索结果的网站排名”。
就是最好的前车之鉴。
只不过大多数使用错误重定向参数的网站没这么幸运，一个小小的重定向就可能使网站前功尽弃，只能从头来过：重新申请新域名，重新发布新网站，等等。
记住：Google绝不会同情任何人即使无心犯下的错误。
*************************************************网站服务器响应网页浏览请求的运作流程让我们先来了解一下用户/搜索引擎和网站一开始的交互流程。
当用户或搜索引擎向一个网站服务器发出网页浏览请求时，该服务器将：1.通过域名服务器(DNS)将域名转换为网站的IP地址，然后返回给客户2.打开一个该IP套接口连接3.记下通过该套接口的一个HTTP数据流4.从WEB服务器接收一个响应请求的HTTP数据流。
该数据流包含状态码，状态码的值由HTTP协议所决定。
这里所说的“HTTP数据流”信息也叫“头信息(Header)”。
头信息中包括了日期，服务器类型，通常还会有一条“200 OK”信息。
如果一切良好，那么网络服务器就会将“200 OK”信息以及请求页面发送出去。
如果网站在这时候已经建立了重定向，那么服务器就会在头信息中包含一个“302 Moved Temporarily”或“301 Moved Permanent”之类的响应信息。
搜索引擎会根据服务器头信息中的内容作出决定。
*************************************************网站重定向的注意事项1.若准备将服务器上的文件移到其它地方时，须就以下信息正确地通知搜索引擎的爬行程序：- 目标地址：这些文件被移向何方- 移动属性：暂时移走还是永久性移走2.对拥有多个域名的网站，专家建议应把那些不想在搜索引擎上推广的域名用301跳转命令来永久性重定向。
*************************************************资深SEO专家Dan Thies的看法和建议对于所遭遇的问题Dan Thies深有体会，因为他也有过类似的遭遇。
他的网站上有一个会员跟踪脚本，其中一个会员的站点通过302命令映射到这个跟踪脚本，而这个跟踪脚本又是通过302映射到他的主页。
当在Google中用“keyword research”进行搜索，他的主页排名在前十位，然而地址显示的却是那个会员的网址。
结果使他哭笑不得：访问者通过Google搜索结果进入他的网站，而他却不得不为这些访问量给那个会员支付报酬! 后来他用robots.txt文件禁止Spiders跟踪访问他的会员跟踪脚本才算解决了问题。
对于，Dan Thies认为：“目前Google在302重定向”的处理上还存在一定的问题，但并不表示Google不允许302重定向。
并未遭封或遭到惩罚，它们只是返回了错误的响应。