一、ETag简介

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

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

　　1.发现更新不及时

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

　　2.全量抓取，消耗带宽

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

　　三、ETag作用

　　HTTP1.1用Etag来判断请求的文件是否被修改，主要为了解决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的功能，以便于百度更好地收录您网站的内容。