ETag助力站点提交Sitemap——ETag简介与作用

一、ETag简介

ETag(EntityTags)是URL的tag，用来标示URL对象是否改变，这样可利用客户端（例如浏览器）的缓存。由服务器首先产生ETag，客户端通过将该记号传回服务器要求服务器验证其（客户端）缓存。服务器使用它来判断页面是否已经被修改，如果未修改返回304，而不必重新传输整个对象。

二、现在站点Sitemap存在的问题

1.发现更新不及时

当站点或其Sitemap发生更新时，百度难以及时发现并响应，因为百度难以无时无刻地持续检查站点内容和Sitemap是否更新。

2.全量抓取，消耗带宽

现在百度对站点Sitemap的抓取会将Sitemap文件完整下载下来，鉴于Sitemap文件一般较大，而这种下载可能存在多次，故比较消耗网站的流量和带宽。

三、ETag作用

HTTP1.1用ag来判断请求的文件是否被修改，主要为了解决Last-Modified无法解决的一些问题

1、一些文件也许会周期性的更改，但是他的内容并不改变(仅仅改变的修改时间)，这个时候并不希望客户端认为这个文件被修改了重新GET;

2、某些文件修改非常频繁， 1秒内修改了N次，If-Modified-Since能检查到的粒度是秒级的，这种修改无法判断

3、某些服务器不能精确的得到文件的最后修改时间；

为此，HTTP1.1引入了ETag.但标准并没有规定ETag的内容是什么或者说要怎么实现，唯一规定的是ETag需要放在双引号内。ETag由服务器端生成，客户端通过If-Match或者说If-None-Match这个条件判断请求来验证资源是否修改。我们常见的是使用If-None-Match.请求一个文件的流程可能如下：

第一次请求：

1.客户端发起HTTP GET请求一个文件；

2.服务器处理请求，返回文件内容和一堆Header，当然包括ETag(例如1ec5-502264e2ae4c0)(假设服务器支持ETag生成和已经开启了ETag).状态码200，如下图所示，首次请求百度首页时，成功得到百度logo图片文件bd_logo1.png，状态码200，大小8.1KB，返回的Header中包括ETag（“1ec5-502264e2ae4c0”）。

第二次请求：

1.客户端发起HTTP GET请求一个文件，这个时候客户端同时发送一个If-None-Match头，这个头的内容就是我们第一次请求时服务器返回的ETag：1ec5-502264e2ae4c0

2.服务器判断发送过来的ETag和计算出来的ETag是匹配的，不返回200，返回304，让客户端继续使用本地缓存。如图所示这次对bd_logo1.png的请求，服务器只返回了Header没有返回内容，大小仅为349B。

四、站点启用ETag的好处

1.对Sitemap启用ETag后，百度可以更快速地响应Sitemap的更新，没有更改内容的情况下，服务器只发回304应答头，对流量的消耗极小，在每个head平均227B大小的通常情形下，一整天二十四小时每秒都回应的流量消耗仅为18.7M。

2.现在站长平台对每个站点的Sitemap主动抓取次数设有上限，且这项功能没有对所有站开放，如果您的站点Sitemap启用了ETag，并通过了测试，那么就可以用很小的流量享受百度及时更新您的Sitemap的功能，以便于百度更好地收录您网站的内容。

如果大家对ETag还有任何的疑问可以到站长社区［站长工具］ETag助力Sitemap讨论帖中进行讨论。