HTTP协议状态码-301、302& Canonical Tags

详细看了几篇HTTP状态码的文章，在此做出总结与思考

201—POST 请求、ETag 、创建文件相关

请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回

说明：

1、HTTP POST请求的结果，已在服务器上成功创建了一个或多个新资源。

2、HTTP headers 中Location header field 包含 URI，指示了创建的资源的位置。

3、新资源必须在201响应发出之前创建，否则返回 202

4、HTTP 201响应可能包含 an ETag response header ,表明请求变量的尸体标签的当前值，ETagheader字段可以在以后的条件请求中使用，以防止“丢失更新”问题，5、ETag可以与If-Match标头结合使用，让服务器决定是否应该更新资源。

ETag 是在响应头

6、如果ETag不匹配，则服务器通过412 (Precondition Failed)响应通知客户端。

202—异步操作相关

接受请求，但尚未处理

203—

接受请求已成功处理请求

204—（No content）禁止包含任何消息体

301—永久重定向

1、响应的Location域返回资源的URI

2、将来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一

3、拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址

4、除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明

5、对于某些使用 HTTP/1.0 协议的浏览器，当它们发送的 POST 请求得到了一个301响应的话，接下来的重定向请求将会变成 GET 方式。

302—临时重定向

1、请求的资源现在临时从不同的 URI 响应请求

2、新的临时性的 URI 应当在响应的 Location 域中返回

3、由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求

4、只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的

5、除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明

6、如果这不是一个 GET 或者 HEAD 请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化

301和302状态码二者的区别

301和302都是表示重定向，在服务端返回301或者302之后，浏览器都会自动跳转到一个新的ＵRL地址，这个地址从响应的Location中取得，（用户看到的就是地址栏变成另外一个地址），

使用301重定向—【永久重定向】

1、301HTTP 状态码是管理页面完整和永久重定向的标准，实施此命令，会将原始页面的大部分链接权限，相关性和排名权力传递给重定向到的页面

2、301告诉用户和搜索引擎 原始页面不再相关，并且可以在新页面上找到最相关和最新的信息。

3、301表示旧地址的资源被转移，（资源不可访问了）搜索引擎抓取新内容的同时，将旧网址交换为重定向之后的网址，

#####总之：

用户现在将被定向到这个新页面
对第一个URL的任何链接都应计入新目标URL的排名能力。

使用301的优点

对于纯粹的SEO目的，301重定向将保留链接公平，因此新的目标URL很有可能排名
301重定向会使旧网址相对较快地从搜索引擎索引中删除，您将努力优化抓取。

301重定向非常适合于以下方面：

处理www /非www和尾随/非尾随斜杠问题。
处理重复的内容问题，例如domain.com/index.php以及由常用的不同CMS引起的其他问题。
域和URL迁移，例如新的URL结构（通过映射旧的和新的1：1重定向），转移到HTTPS或更改URL的众多其他原因。

使用 301情景：

1.内容实际上已移动，旧网址将永远不会返回;

2.出于任何原因移动网址，并希望新网址排名;

3.已完成广告系列，并且希望这些链接现在计入另一个页面

#####301常见问题：

因为301重定向是“永久”重定向，所以撤消它意味着搜索引擎将花费一点时间来发现和再次索引页面。还有就是：

1）、您可能无法实现HTTP状态代码。也许你没有FTP访问权限，或者你的网页设计师告诉你这是不可能的。无论哪种方式，没有服务器端访问，301根本不可用。

2），搜索引擎有时需要一段时间才能将新页面归属于原始页面的搜索权限。这一切都取决于网站和原始网页被搜索引擎抓取的频率。这种延迟意味着301是你不应该依赖的短期或最后一分钟的活动。

3）、301使用不正确。看到营销人员开发一个全新的网站然后使用301将原始网站的所有页面指向新网站的主页，这是非常常见的。这不是301的目的。这种方法破坏了任何搜索流量的相关性，并可能导致非常高的跳出率。这是一个输/输的情况，不幸的是，这只是许多人中的一个例子。

302重定向—【临时重定向】

302 重定向—当你的排名很好时，302重定向很有效—临时重定向

302表示，资源还在（仍然可以访问），重定向只是从旧地址转到新地址，搜索引擎会抓取新的内容保存旧的地址

302重定向与301重定向的不同之处在于它向搜索引擎发送“暂时消失”信号，这实际上告诉他们“这个URL现在已经移动了，但还要保留它并继续抓取它，因为它可能会很快就会回来。“当你的页面排名很好时，302重定向很有效，除非下面情况一个新的页面，你希望用户在新的页面消失之前一直停留。

302重定向的优点：

302重定向保持相同的URL排名，并且仍然将用户传递给可能存在很短时间的新URL。

当产品暂时退出市场并且您希望将它们发送到类别页面直到该产品返回时，通常会使用302重定向，因为如果URL永远不会回来（例如，当它返回到网站时被分配了一个新的id），那么你应该使用301而不是302

302重定向缺点：

传统的SEO智慧说302重定向没有通过链接公平（有一项研究反驳了这一点here）

最好的做法是:

在页面永久消失时使用301重定向，

并在页面可能返回时使用302重定向。

302重定向也会保留索引中的旧URL，搜索引擎会继续抓取它，因此请确保您确实希望原始页面保持其当前排名的术语的排名。

这是一个说明301或302的图形：

上图是说：

301会丢失一部分页面排名

302 可能不会被意识到（新页面不进行排名，使用的旧页面的 rank）

ideally(理想情况下)不应该搬运，但是必须的话，应使用301

使用302情景

内容确实只是暂时移动，希望原始URL保持排名，但是用户可以转到新的URL;
有一个类似于产品或类别的页面，一旦库存再次存在，它将会返回。如果相同的商品ID将应用于新产品或SKU，则仅使用302

几乎每个网站都会在需要实施重定向时达到目的。无论是因为您移动内容还是移动到新域，重定向都可以帮助您保持流量的流动，传递引擎分配的URL值，并帮助保持书签为您的忠实访问者服务。

Canonical Tags—【original source】

是一个元标记放在页面的中，指向页面上包含的信息的 原始来源

原始来源是说这篇page 之前是哪个地址

例如：

1	<link rel =“ canonical ” href =“ <http://www.trulia.com/rental-community/9000058375/AVA-55-Ninth-55-9th-St-San-Francisco-CA-94103/> ”/>

规范标签是在2009年推出的，这篇关于Moz的帖子深入介绍了它，甚至称它为“自站点地图以来SEO实践中最重要的进步。”当然，这是5年前，但即使在最新的Mozscape中也是如此，只有18.02％的URL具有规范标记（canonical tag）（甚至是自引用标记）。

使用 canonical tag的优点：

规范标记可用于告知Google，你的网站或其他网站上的内容可能是复制的
重复的内容可以扼杀自然流量，特别是在流量的长尾中
小规模的规范标签可以处理您网站上的重复内容

规范标记并不总是能够使URL退出索引或充分优化您的爬网。但是，如果您为用户提供多个视图或为广告/网页浏览目的而分页，但您仍希望搜索引擎将文章的完整，单页，长格式版本编入索引以进行排名，那么它可能非常有用。

以下是原文

A canonical tag is useful to tell Google when content on your site or another site may be duplicated. As SEO professionals know, duplicate content can kill your organic traffic, especially in the long tail of traffic.A canonical tag on a small scale can work on duplicate content on your site. It is also useful, and meant, to be used on other sites who syndicate your content to tell Google where the original piece of content that should be ranked exists. A canonical tag will not always work to get URLs to drop out of the index or optimize your crawling sufficiently. However, it can be really useful if you have multiple views for your users or pagination broken up for advertising/pageview purposes but you still want the search engines to index the full, one-page, longform version of the article for ranking.

缺点：

虽然自我引用规范可以在网站被抓取时节省流量，但在自己的域中复制的大量数百万个网址上，抓取带宽变得难以处理，并且会从您的资金页面中获取重要的抓取内容。并且，当最终是URL 404s，链接权益将不会被传递到规范URL。你真的在你的网站404上泄露了非常重要的链接权益。

A canonical tag, when used wrongly, can be a band-aid on a wound that requires stitches or even surgery. While a self-referencing canonical can save your traffic if your site is scraped, on a massive scale of millions of URLs duplicated within your own domain the crawl bandwidth becomes unwieldy and takes important crawls away from your money pages. And, when the URL 404s eventually, the link equity will not be passed to the canonical URL. You literally leak very important link equity across your site’s 404s

最后：

Canonical标签可以在您的内容被抓取或联合时帮助您，因为它告诉搜索爬虫（至少尊重规范的内容）是内容的原始来源。但是，在您自己的域中大规模地进行，您通常最好在您的网站上进行一些重构（也就是手术）以解决重复的内容问题，而不是使用规范的创可贴。搜索引擎已经说过，如果你使用太多的规范并发送太多令人困惑的信号，他们可能会选择忽略你的规范指令。Rand Fishkin有这个着名的关于规范的图形：

Canonical tags can help you when your content is scraped or syndicated because it tells the search crawlers (the ones that respect canonicals, at least) the original source of the content. On a large scale within your own domain, though, you’re usually better off doing a bit of refactoring (aka surgery) on your site to solve your duplicate content issues instead of using the canonical band-aid. The search engines have said that if you use too many canonicals and send too many confusing signals, they might choose to ignore your canonical directives. Rand Fishkin has this well-known graphic about canonicals: