網站內部優化的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哪家好