让我们来看一个例子：一个Web2.0的Email客户端会使用Ajax来自动完成对用户地址薄的下载。如果用户在上次使用过Email web应用程序后没有对地址薄作任何的修改，而且Ajax响应通过Expire或者Cacke-Control头来实现缓存，那么就可以直接从上一次的缓存中读取地址薄了。必须告知浏览器是使用缓存中的地址薄还是发送一个新的请求。这可以通过为读取地址薄的Ajax URL增加一个含有上次编辑时间的时间戳来实现，例如，&t=11900241612等。如果地址薄在上次下载后没有被编辑过，时间戳就不变，则从浏览器的缓存中加载从而减少了一次HTTP请求过程。如果用户修改过地址薄，时间戳就会用来确定新的URL和缓存响应并不匹配，浏览器就会重要请求更新地址薄。
这种情况下要解决的主要问题是什么?是你得有足够的产品页面被收录。长尾词的查询量经常小到没办法做
关键词研究，所以几乎无法预计哪些产品能钻出巨头
站群网站的缝隙，那就要靠有足够的量，再加上一点运气，总有一定百分比的页面或获得排名。
主要针对Google、yahoo、live等搜索引擎。因为大型网站数据量太大，单个的sitemap会导致sitemap.xml文件太大，超过搜索引擎的容忍度。所以我们要将sitemap.xml拆分为数个，每个拆分后的sitemap.xml则保持在搜索引擎建议的范围内。 我都有点烦了，所以就趁星期天给整理了一下：网站程序在做优化的时候该把那里做好，很全面的哦，希望大家能认真的温习一下，把自己网站不足的地方给好好的整改一下。
网站就是公司在网上设立的“网上在线公司”。在互联网比较早的时候，有很多公司都没有网站，甚至即使做网站了，也对
SEO、竞价广告、外推等这些推广渠道不深入，所以互联网早期各个行业的网络渠道竞争都比较小。
有些站点把404错误响应页面改为“你是不是要找*”，这虽然改进了用户体验但是同样也会浪费服务器资源（如数据库等）。最糟糕的情况是指向外部JavaScript的链接出现问题并返回404代码。首先，这种加载会破坏并行加载；其次浏览器会把试图在返回的404响应内容中找到可能有用的部分当作JavaScript代码来执行。
第一套测试方案虽然短时间内效果明显，但是容易被百度惩罚，不过，第一套方案是见效最快的，我想如果测试站点不是5个，而是10个或者更多，那很可能不被搜索引擎发现，这个值得再去测试。第二套测试方案从目前来观察，是比较安全的一套方案，目前暂时没发现有哪个网站用了这套方案而被搜索引擎惩罚，我大部分的站点都采用这套方案。这套方案按目前来看效果一般，我推断是要等一段时间等其中一些网站权重起来后才出效果，这套方案见效是比较慢一点的。
Ahrefs这个分析工具我有写过一整篇完整的文章来介绍，像Ahrefs这样的工具很多，他主要的功能有包含竞争对手的关键字资料、市场关键字数据、网站排名监控、反向连结分析…等，是我现在从事顾问工作时一定会使用的工具，以下图来说，我们可以看到我想操作的每一组关键字搜寻量、竞争度，甚至还能看到我自己的网站在这组字上的排名为多少（也就是排名监控的功能）。
当然，这样一来，成本就会比较大，再加上国内的实名备案制度，会限制很多垃圾
站群的产生，解决这一问题，就是在国外购买IP和域名，如果你只为了省钱，也可以找免费的空间、域名来做，但大家要明白“便宜没好货”的道理，免费得来的东西往往与垃圾站是划约等号的。
第一套测试方案操作步骤：首先是在这组网站各网站首页底部给本组各网站
关键词锚文本（全站链接），其次在每篇文章里穿插本组各网站的文章页
锚文本，大概是头尾各1个
锚文本，文章里出现3-5个
锚文本即可。每个网站文章链接穿插可以通过这组网站共用一个链接库实现。第二套测试方案操作步骤：首先是在首页给所链接的网站链接（全站），可以用底部文件或友情链接的形式给，其次可以在文章里也给链接，但是在综合考虑下没这样去操作，原因是感觉在文章里只给一两个网站链接很容易被搜索引擎发现端倪。
