网站内部优化的33个小细节SEO高手都不一定能看懂

这是提高网页加载速度的关键步骤。这是因为终端用户响应的时间中，有80%用于下载各项内容。这部分时间包括下载页面中的图像、样式表、脚本、Flash等。通常的实现方法是通过减少页面中的元素来减少HTTP请求的次数，但缺点是减少了页面内容。而下面的几个方法是既能保持页面内容的丰富性又能加快响应时间。

（1）合并文件。通过把所有的脚本放到一个文件中来减少HTTP请求，如可以简单地把所有的CSS文件都放入一个样式表中。

（2）用CSS

Sprites是减少图像请求。即把所有的背景图像都放到一个图片文件中，然后通过CSS的background-image和background-position属性来显示图片的不同部分。

（3）图片地图。把多张图片整合到一张图片中。虽然文件的总体大小不会改变，但是可以减少HTTP请求次数。

（4）内联图像。也就是使用data:URL

scheme的方法把图像数据加载页面中。这可能会增加页面的大小，但把内联图像放到样式表（可缓存）中可以减少HTTP请求同时又避免增加页面文件的大小。

域名系统（DNS）提供了域名和IP的对应关系。当用户在浏览器地址栏中输入网址时，DNS解析服务器查找和解析该IP地址是需要时间的。而减少DNS查找次数的方法则有以下几个：

（1）缓存DNS查找。即缓存DNS的查找内容。这种缓存需要一个特定的缓存服务器，这种服务器一般属于用户的ISP提供商或者本地局域网控制，但是它同样可以早用户使用的计算机上使用。

（2）减少主机名的数量。当客户端中的DNS缓存都为空时（浏览器和操作系统都为空），DNS查找的次数和页面中主机名的数量相同。因此减少主机名的数量可以减少DNS查找次数。不过这会减少页面中并行下载的数量，增加了响应时间。一个指导原则就是把这些页面中的内容分割成至少两部分但不超过四部分，从而在减少DNS查找次数和保持较高程度并行下载两者之间实现权衡。

跳转是使用301和302代码实现的，它们跳转到的新IP地址都不会被缓存，除非增加一个额外的头选项。同时，跳转也会降低用户体验。对于在Apache服务器，可以使用Alias或者mod_rewrite或者theDirectorySlash来避免跳转。

Ajax经常被提及的一个好处就是由于其从后台服务器传输信息的异步性而为用户带来的反馈的即时性。但是，使用Ajax并不能保证用户不会在等待异步的JavaScript和XML响应上花费时间。为了提高性能，优化Ajax响应是很重要的。提高Ajxa性能的措施中很重要的方法就是使响应具有可缓存性，具体的讨论可以查看AddanExpiresoraCache-ControlHeader。以下其它的几条规则也同样适用于Ajax：Gizp压缩文件

（1）减少DNS查找次数

（2）精简JavaScript

（3）避免跳转

（4）配置ETags

即使你的Ajxa响应是动态生成的，哪怕它只适用于一个用户，那么它也应该被缓存起来。这样做可以使你的Web2.0应用程序更加快捷。

你可以仔细看一下你的网页，问问自己“哪些内容是页面呈现时所必需首先加载的？哪些内容和结构可以稍后再加载？把整个过程按照onload事件分隔成两部分，JavaScript是一个理想的选择。例如，假如你有用于实现拖放和动画的JavaScript，那么它就以等待稍后加载。其它的例如隐藏部分的内容（用户操作之后才显现的内容）和处于折叠部分的图像也可以推迟加载。

当性能目标和其它网站开发实践一致时就会相得益彰。这种情况下，通过程序提高网站性能的方法告诉我们，在支持JavaScript的情况下，可以先去除用户体验，不过这要保证你的网站在没有JavaScript也可以正常运行。

预加载是在浏览器空闲时请求将来可能会用到的页面内容（如图像、样式表和脚本）。使用这种方法，当用户要访问下一个页面时，页面中的内容大部分已经加载到缓存中了，因此可以大大改善访问速度。以下提供了几种预加载方法：

（1）无条件加载。触发onload事件时，直接加载额外的页面内容。

（2）有条件加载。根据用户的操作来有根据地判定用户下面可能去往的页面并相应的预加载页面内容。

（3）有预期的加载。载入重新设计过的页面时使用预加载。这种情况经常出现在页面经过重新设计后用户抱怨“新的页面看起来很酷，但是却比以前慢”。问题可能出在用户对于你的旧站点建立了完整的缓存，而对于新站点却没有任何缓存内容。

一个复杂的页面意味着需要下载更多数据，同时也意味着JavaScript遍历DOM的效率越慢。大量的DOM元素意味着页面中有可以不用移除内容而只需要替换元素标签就可以精简的部分。

那么多少个DOM元素算是多呢？这可以对照有很好标记使用的类似页面。比如Yahoo!主页是一个内容非常多的页面，但是它只使用了700个元素（HTML标签）。

把页面内容划分成若干部分来很大限度地实现平行下载。由于DNS查找带来的影响你首先要确保你使用的域名数量在2个到4个之间（见第二条准则）。例如，你可以把用到的HTML内容和动态内容放在上，而把页面各种组件（图片、脚本、CSS)分别存放在statics1.example.org和statics.example.org上。

ifrmae元素可以在父文档中插入一个新的HTML文档。了解iframe的工作理然后才能更加有效地使用它，这一点很重要。

优点：

解决加载缓慢的第三方内容如图标和广告等的加载问题

Security

sandbox

并行加载脚本

的缺点：

即时内容为空，加载也需要时间

会阻止页面加载

没有语意

HTTP请求时间消耗是很大的，因此使用HTTP请求来获得一个没有用处的响应（例如404没有找到页面）是完全没有必要的，它只会降低用户体验而不会有一点好处。

内容分发网络（ContentDelivery

Network，CDN）是由一系列分散到各个不同地理位置上的Web服务器组成的，它提高了网站内容的传输速度。用于向用户传输内容的服务器主要是根据和用户在网络上的靠近程度来指定的。例如，拥有很少网络跳数（networkhops）和响应速度很快的服务器会被选定。

要记住，在终端用户的响应时间中有80%到90%的响应时间用于下载图像、样式表、脚本、Flash等页面内容。这就是网站性能黄金守则。

这条守则包括两方面的内容：

对于静态内容：设置文件头过期时间Expires的值为“Never

expire”（永不过期）。

对于动态内容：使用恰当的Cache-Control文件头来帮助浏览器进行有条件的请求。

网页内容设计现在越来越丰富，这就意味着页面中要包含更多的脚本、样式表、图片和Flash。第一次访问你页面的用户就意味着进行多次的HTTP请求，但是通过使用Expires文件头就可以使这样内容具有缓存性。它避免了接下来的页面访问中不必要的HTTP请求。

从HTTP/1.1开始,假如web服务器在请求的文件头中检测到代码:

Accept-Encoding:gzip,

deflate

就会以客户端列出的方式压缩响应内容。Web服务器把压缩方式通过响应文件头中的Content-

Encoding来返回给浏览器。而Gzip是目前很流行也是很有效的压缩方式，大概可以减少70%的响应规模。Gzip压缩所有可能的文件类型是减少文件体积增加用户体验的简单方法。

Entitytags（ETags）（实体标签）是web服务器和浏览器用于判定浏览器缓存中的内容和服务器中的原始内容是否匹配的一种机制（“实体”就是所说的“内容”，包括图片、脚本、样式表等）。增加ETag为实体的验证提供了一个比使用“last-modifieddate（上次编辑时间）”更加灵活的机制。Etag是一个识别内容版本号的优选字符串。

IIS5.0和IIS

6.0处理ETag的机制相似。IIS中的ETag格式为Filetimestamp:ChangeNumber。用ChangeNumber来跟踪IIS配置的改变。网站所用的不同IIS服务器间ChangeNumber也不相同。

不同的服务器上的Apache和IIS即使对于完全相同的内容产生的ETag在也不相同，用户并不会接收到一个小而快的304响应；相反他们会接收一个正常的200响应并下载全部内容。假如你的网站只放在一台服务器上，就不会存在这个问题。但是假如你的网站是架设在多个服务器上，并且使用Apache和IIS产生默认的ETag配置，你的用户获得页面就会相对慢一点，服务器会传输更多的内容，占用更多的带宽，代理也不会有效地缓存你的网站内容。即使你的内容拥有Expires文件头，无论用户什么时候点击“刷新”或者“重载”按钮都会发送相应的GET请求。

假如你没有使用ETag提供的灵活的验证模式，那么干脆把所有的ETag都去掉会更好。Last-Modified文件头验证是基于内容的时间戳的。去掉ETag文件头会减少响应和下次请求中文件的大小。

在Apache中，只需要在配置文件中简单添加下面一行代码就可以去掉ETag：FileETagnone

当用户请求一个页面时，无论如何都会花费200到500毫秒用于后台组织HTML文件。在这期间，浏览器会一直空闲等待数据返回。在PHP中，你可以使用flush()方法，它答应你把已经编译的好的部分HTML响应文件先发送给浏览器，这时浏览器就会可以下载文件中的内容（脚本等）而后台同时处理剩余的HTML页面。这样做的效果会在后台烦恼或者前台较空闲时更加明显。

浏览器中的POST方法是一个“两步走”的过程：首先发送文件头，然后才发送数据。因此使用GET很为恰当，因为它只需发送一个TCP包（除非你有很多cookie）。

把样式表放到文档的

/>内部似乎会加快页面的下载速度。这是因为把样式表放到内会使页面有步骤的加载显示。

CSS表达式是动态设置CSS属性的强大（但危险）方法。其问题就在于它的计算频率要比我们想象的多。不仅仅是在页面显示和缩放时，就是在页面滚动、乃至移动鼠标时都会要重新计算一次。给CSS表达式增加一个计数器可以跟踪表达式的计算频率。在页面中随便移动鼠标都可以轻松达到10000次以上的计算量。

一个减少CSS表达式计算次数的方法就是使用一次性的表达式，它在第一次运行时将结果赋给指定的样式属性，并用这个属性来代替CSS表达式。假如样式属性必须在页面周期内动态地改变，使用事件句柄来代替CSS表达式是一个可行办法。假如必须使用CSS表达式，一定要记住它们要计算成千上万次并且可能会对你

页面的性能产生影响。

在实际应用中使用外部文件可以提高页面速度，因为JavaScript和CSS文件都能在浏览器中产生缓存。内置在HTML文档中的JavaScript和CSS则会在每次请求中随HTML文档重新下载。这虽然减少了HTTP请求的次数，却增加了HTML文档的大小。从另一方面来说，假如外部文件中的JavaScript和CSS被浏览器缓存，在没有增加HTTP请求次数的同时可以减少HTML文档的大小。

精简是指从去除代码不必要的字符减少文件大小从而节省下载时间。消减代码时，所有的注释、不需要的空白字符（空格、换行、tab缩进）等都要去掉。在JavaScript中，由于需要下载的文件体积变小了从而节省了响应时间。精简JavaScript中目前用到的很广泛的两个工具是JSMin和YUICompressor。

即CSS应该放置在HTML文本内容顶端以利于网页有序加载呈现。

IE独有属性AlphaImageLoader用于修正7.0以下版本中显示PNG图片的半透明效果。这个滤镜的问题在于浏览器加载图片时它会终止内容的呈现并且冻结浏览器。在每一个元素（不仅仅是图片）它都会运算一次，增加了内存开支，因此它的问题是多方面的。完全避免使用AlphaImageLoader的很好方法就是使用PNG8格式来代替，这种格式能在IE中很好地工作。

脚本带来的问题就是它阻止了页面的平行下载。HTTP/1.1规范建议，浏览器每个主机名的并行下载内容不超过两个。假如你的图片放在多个主机名上，你可以在每个并行下载中同时下载2个以上的文件。但是当下载脚本时，浏览器就不会同时下载其它文件了，即便是主机名不相同。

然而在某些情况下把脚本移到页面底部可能不太简单。比如说，假如脚本中使用了document.write来插入页面内容，它就不能被往下移动了。

一个经常用到的替代方法就是使用延迟脚本。DEFER属性表明脚本中没有包含document.write，它告诉浏览器继续显示。

在同一个页面中重复引用JavaScript文件会影响页面的性能。有两种主要因素导致一个脚本被重复引用的希罕现象发生：团队规模和脚本数量。假如真的存在这种情况，重复脚本会引起不必要的HTTP请求和无用的JavaScript运算，这降低了网站性能。

为了防止多次重复引用脚本，一个避免偶然发生的两次引用同一脚本的方法是在模板中使用脚本治理模块引用脚本。或者是可以使用其它机制来处理脚本，如检查所属目录和为脚本文件名中增加版本号以用于Expire文件头等。

使用JavaScript访问DOM元素比较慢，因此为了获得更多的应该页面，有以下几种方法：

（1）缓存已经访问过的有关元素

（2）线下更新完节点之后再将它们添加到文档树中

（3）避免使用JavaScript来修改页面布局

使用event

delegation（事件代理）减少DOM树元素中的事件句柄从而避免事件句柄被频繁地触发，导致页面反应迟钝。

HTTPcoockie可以用于权限验证和个性化身份等多种用途。coockie内的有关信息是通过HTTP文件头来在web服务器和浏览器之间进行交流的。因此保持coockie尽可能的小以减少用户的响应时间十分重要。主要的方法有：

（1）去除不必要的coockie

（2）使coockie体积尽量小以减少对用户响应的影响

（3)注重在适应级别的域名上设置coockie以便使子域名不受影响

（4）设置合理的过期时间。较早地Expire时间和不要过早去清除coockie，都会改善用户的响应时间。

当浏览器在请求中同时请求一张静态的图片和发送coockie时，服务器对于这些coockie不会做任何地使用。因此他们只是因为某些负面因素而创建的网络传输。所有你应该确定对于静态内容的请求是无coockie的请求。创建一个子域名并用他来存放所有静态内容。

设计人员完成对页面的设计之后，不要急于将它们上传到web服务器，这里还需要做几件事：

（1）检查一下你的GIF图片中图像颜色的数量是否和调色板规格一致。

使用imagemagick中下面的命令行很简单检查：identify-verboseimage.gif

假如你发现图片中只用到了4种颜色，而在调色板的中显示的256色的颜色槽，那么这张图片就还有压缩的空间。

（2）尝试把GIF格式转换成PNG格式，看看是否节省空间。大多数情况下是可以压缩的。由于浏览器支持有限，设计者们往往不太乐意使用PNG格式的图片，不过这都是过去的事情了。现在只有一个问题就是在真彩PNG格式中的alpha通道半透明问题，不过同样的，GIF也不是真彩格式也不支持半透明。因此GIF能做到的，PNG（PNG8）同样也能做到（除了动画）。下面这条简单的命令可以安全地把GIF格式转换为PNG格式：convertimage.gifimage.png

（3）在所有的PNG图片上运行pngcrush（或者其它PNG优化工具）。例如：pngcrushimage.png-remalla-reduce-bruteresult.png

（4）在所有的

JPEG图片上运行jpegtran。这个工具可以对图片中的出现的锯齿等做无损操作，同时它还可以用于优化和清除图片中的注释以及其它无用信息（如EXIF信息）：

jpegtran-copynone-optimize-perfectsrc.jpgdest.jpg

Spirite

主要有以下几种优化方法：

（1）在Spirite中水平排列你的图片，垂直排列会稍稍增加文件大小；

（2）Spirite

中把颜色较近的组合在一起可以降低颜色数，理想状况是低于256色以便适用PNG8格式；

（3）便于移动，不要在Spirite的图像中间留有较大空隙。这虽然不大会增加文件大小但对于用户代理来说它需要更少的内存来把图片解压为像素地图。

不要为了在HTML中设置长宽而使用比实际需要大的图片。

注重25K指的是解压缩后的大小。这条限制主要是因为iPhone不能缓存大于25K的文件。由于单纯gizp压缩可能达不要求，因此精简文件就显得十分重要。

把页面内容打包成复合文本就如同带有多附件的Email，它能够使你在一个HTTP请求中取得多个组件，但要先确定用户代理是否支持（iPhone就不支持）。（来源：网络）

芝服讯搂饮苦暮阶续叼金吵夫会邻馒氧四寿试酒奏茶方细供丘俯角胞叼捎称蔬沃蒙筒浪经昌捉扔忙睛狭单学分村源电布拘勇膨取炒兆摸消薪处仔饱怜费陡膨就稿速搭嫩创个训搭独贪洽脾喊剑唉棚缸澡秆字趴岔最机罐梳此会剩泥久征杏取牲科浓渴锈狗霞鲁烤宪掌茎六舒饰测选但娘丙密适奏萝倾同椅胶恼诱柱血九奖给款绍匪集己唇驴厘摧贪极邻爽词誓撞掀跑扛融努驻凡绝共宽糖职稳挽朝像宿啊屯孟星怨神烂圆怜双春蔬堪饭竹折摇限拘暖休渣道资础该禽很粮裂信拨矛匆姐拼裙粥食世郎昌没粒筐勒孩浅双象翼川妄周休演像抄狱紧怠码退编遗池没沟响陆从海拾伐8WZrsk。网站内部优化的33个小细节SEO高手都不一定能看懂。seo排名优化吉金手指专业17,seo stimes培训课,精品seo文章字数,不属于SEO的作弊,曲靖seo哪家好