sitemap现存弊端

　　1.发现更新不及时

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

　　2.全量抓取，消耗带宽

　　现在百度对站点sitemap的抓取会将sitemap文件完整下载下来，鉴于sitemap文件一般较大，而这种下载可能存在多次，故比较消耗网站的流量和带宽。站点启用Etag的好处 1.对sitemap启用ETag后，百度可以更快速地响应sitemap的更新，没有更改内容的情况下，服务器只发回304应答头，对流量的消耗极小，在每个head平均227B大小的通常情形下，一整天24小时每秒都回应的流量消耗仅为18.7M。

　　2.现在站长平台对每个站点的sitemap主动抓取次数设有上限，且这项功能没有对所有站开放，如果您的站点sitemap启用了ETag，并通过了测试，那么就可以用很小的流量享受百度及时更新您的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。

　　文章由seo服务公司编辑整理，转载请注明出处