关于速度的问题，我们已经在“网站速度是否為SEO的重要因素？”说明过，是的，你必须注意的是「网站速度」而引发的资料抓取量，而非「网站速度」影响SERP。你必须注意的是「网站速度」对於使用者的影响，而非搜寻引擎怎麼看你的「网站速度」。

对于搜寻引擎而言，速度影响资料抓取，如果这次抓不到，过阵子再来抓，但是对於使用者而言，如果你的速度实在太烂的话，你可能就永远失去一个客户。

在SEO关键解码书中，也一再强调，使用者的使用者经验也会影响自然搜寻排名，所以如果能够就网站速度来解决问题，可以同时满足搜寻引擎与使用者。

前阵子机房出了点问题，原本都正常的网路，但是突然无法连外，外面也无法连进来到网站，检查了半天，所有设备灯号都正常，防火墙连接路由器正常，路由器连接交换器正常，交换器连接其他交换器也都正常。最后才由路由器的封包查到，一小段的网路线路不通，正常的灯号只是假象。

如果都不通还好，最可怕的是，有时通有时不通，有时狠通有时狠不通。什麼时候会发生这种现象？ 如果不谈设备硬体的稳定度问题的话，大多都发生在流量过大造成系统无法负荷。

系统无法负荷可能的解决方式，一个是更新更强大够用的硬体，另一个是进行微调（Fine Tuning）。

第一种解法可能会造成浪费，因為也许系统并不是真的善用资源，本来可以只用10K的记忆体的工作，如果程式没写好，可能会吃到1M；原本不需要每次都连接资料库的工作，却每次翻页就去连资料库，所以就必须思考如何微调来解决问题。

有哪些方法可以增加网站效率呢？ 这篇文章“7 Ways to Take Advantage of Google‘s Site Speed Algorithm”有提到七个方法，我们补充资料并整理后如下：

（1）动态程式是否可以转成静态的HTML？

有些程式如 http://www.example.com/prog.php?a=1&b=2，这支程式可能每天会有数十万人去执行，每次执行电脑就必须解译、执行、连接资料库然后传输，如果把他换成 http://www.example.com/prog-new.html，这支就只需传输，省略了解译、执行、连接资料库的动作，数十万人次的累积，应该脽都知道资源使用的差别。

最常见的例子，就是各入口网站的新闻，几乎所有新闻页面都是HTML，而非程式，这些都是程式一次执行后，转换成静态HTML。

我们再看看PChome商店街首页，其实也是静态HTML ： http://store.pchome.com.tw/index.htm

再看看 Amazon的首页，也是静态HTML ： http://www.amazon.com/index.html

如果网路商店的首页无法快速的出现，会损失的不是SERP而已。

（2）图案是否都已经过压缩？

图案如果每个减少10K，100个图案就减少1M，如此累积起来，如果没有压缩的话，网友看到的不是高解析度的图案，而是缓慢的显示。

曾经有业者吐苦水，不是不愿意压缩图档，而是压缩过的图档没有足够的解析度，但是你知道你的读者都使用什麼解析度吗？ 如果你使用 Google Analytics 或者Yahoo站长工具找出大多使用者的解析度，并且善用各种压缩方式，你就可以知道如何在兼顾美观的情况下让效能达到最佳化。

Yahoo的图案压缩工具

http://www.smushit.com/ysmush.it/

将图案转成base64的工具

http://webcodertools.com/imagetobase64converter

图案Sprite工具

http://spriteme.org

CSS Sprite说明

http://www.smashingmagazine.com/2009/04/27/the-mystery-of-css-sprites-techniques-tools-and-tutorials/

Image Optimization

http://www.sitereportcard.com/imagereducer.php

其他参考资料

http://www.webdesignbooth.com/12-really-useful-image-optimization-tools-for-web-designers/

http://websitetips.com/optimization/images/

http://www.yourhtmlsource.com/optimisation/imageoptimisation.html