1字節(jié)=1B，是我們計算機(jī)總的計量單位，一般我在中文搜索引擎優(yōu)化的關(guān)鍵詞至少也是4-8個字節(jié)，如果用到谷歌之類的外文搜索引擎那么每個單詞可以劃分為多長字節(jié)。而根據(jù)數(shù)據(jù)研究我們發(fā)現(xiàn)網(wǎng)絡(luò)性能對于谷歌的搜索排名是存在影響的，當(dāng)然在國內(nèi)的中文搜素引擎也是同樣適用的，不過因?yàn)橐粋€字母代表一個字節(jié)，而一個漢字代碼兩個字節(jié)，為了更清晰的來說明字節(jié)影響所以筆者選擇了谷歌為例來說明。

    在字節(jié)影響排名的研究中，我們發(fā)現(xiàn)更快的首字節(jié)時間與更高的搜索引擎排名之間存在明顯的相關(guān)性。雖然不能完全證明TTFB的減少直接導(dǎo)致搜索排名的增加，但存在足夠的相關(guān)性，至少可以保證對該問題進(jìn)行進(jìn)一步的討論。在開始之前我們先來普及一下何為TTFB，它是Time to First Byte的縮寫，指的是瀏覽器開始收到服務(wù)器響應(yīng)數(shù)據(jù)的時間，后臺處理時間+重定向時間，是反映服務(wù)端響應(yīng)速度的重要指標(biāo)。而且我們發(fā)現(xiàn)一般情況下TTFB速度更快的網(wǎng)站總體上排名比速度較慢的網(wǎng)站更高。而且我們發(fā)現(xiàn)這不僅適用于使用一個或兩個關(guān)鍵詞的常規(guī)搜索，而且適用于包含四個或五個關(guān)鍵詞的長尾詞的搜索。顯然這些數(shù)據(jù)顯示了一個有趣的趨勢——網(wǎng)站速度實(shí)際上影響著搜索排名。

    是什么影響了TTFB呢？通常情況下，我們認(rèn)為能夠影響TTFB指標(biāo)的有下面三個因素：

    1、我們的請求通過網(wǎng)絡(luò)傳播到Web服務(wù)器所花費(fèi)的時間

    2、Web服務(wù)器處理請求并生成響應(yīng)所花費(fèi)的時間

    3、響應(yīng)通過網(wǎng)絡(luò)傳播回我們的瀏覽器所花費(fèi)的時間。

    那么我們?yōu)榱烁纳芓TFB，是否必須減少每個組件的時間呢？要從哪里開始呢？首先我們需要知道的是如何測量TTFB。盡管現(xiàn)在互聯(lián)網(wǎng)上有許多工具可以測量TTFB，但我們只使用一種稱為WebPageTest的開源工具。使用WebPageTest是查看站點(diǎn)性能的好方法，以及查看是否需要花費(fèi)精力來優(yōu)化TTFB指標(biāo)。使用它只需訪問www.webpagetest.org，選擇最適合我們的用戶個人資料的位置，然后對我們的網(wǎng)站進(jìn)行測試。在大約30秒內(nèi)，WebPageTest將為我們返回一個圖，用來顯示我們的網(wǎng)頁加載的所有資源并詳細(xì)評估每個響應(yīng)時間。如果我們看瀑布圖的第一行，該行的綠色部分將顯示根HTML頁面的第一個字節(jié)的時間。如果我們的TTFB確實(shí)很慢，那么下一步就是確定導(dǎo)致速度變慢的原因以及可以采取的措施。但是在探討之前，我們需要簡短地談?wù)劇把舆t”。延遲是一個通常被誤解的概念，延遲是將單個數(shù)據(jù)從一個位置傳輸?shù)搅硪晃恢盟ㄙM(fèi)的時間。一個普遍的誤解是，如果我們具有快速的互聯(lián)網(wǎng)連接，則應(yīng)始終具有較低的延遲。

    快速的互聯(lián)網(wǎng)連接只是其中的一部分，加載頁面所需的時間不僅取決于連接的速度，還取決于瀏覽器對該頁面的遠(yuǎn)近。就好比是將我們的互聯(lián)網(wǎng)連接視為管道。我們的連接帶寬即“速度”越高，管道越寬。管道越寬，可以并行下載的數(shù)據(jù)越多。雖然這有助于整體數(shù)據(jù)吞吐量，但我們的瀏覽器所建立的每個特定連接仍然需要最小的距離。用圖來說明一下帶寬和延遲之間的差異。

    從圖片上我們可以看到，相同的JPG在較高和較低帶寬的情況下仍必須經(jīng)過相同的距離，其中距離由兩個主要因素定義：從A到B的物理距離。A和B之間的跳躍數(shù)，因?yàn)榛ヂ?lián)網(wǎng)流量通過越來越多的路由器進(jìn)行重定向，并且必須經(jīng)過更遠(yuǎn)的距離才能進(jìn)行交換。因此，雖然帶寬無疑對整體吞吐量最有好處，但我們?nèi)匀槐仨毥?jīng)過連接的初始距離才能加載頁面，這就是延遲的來源。那么我們?nèi)绾螠y量延遲呢？其實(shí)有最簡單的方法，ping它是將延遲與服務(wù)器處理時間分開的最佳工具。我們可以在大多數(shù)WindowsLinux系統(tǒng)上，默認(rèn)情況下都會預(yù)安裝ping工具。ping的作用是通過互聯(lián)網(wǎng)將非常小的信息包發(fā)送到我們的目標(biāo)URL，從而測量該信息到達(dá)和返回所花費(fèi)的時間。Ping實(shí)際上不占用服務(wù)器端的處理開銷，因此測量ping響應(yīng)時間可以使我們對TTFB的延遲組件有良好的感覺。我們從整個TTFB時間中減去ping時間，然后可以從服務(wù)器后端處理組件中分解網(wǎng)絡(luò)延遲組件以正確地集中優(yōu)化工作。從研究中，我們發(fā)現(xiàn)搜索排名最高的網(wǎng)站的TTFB低至350毫秒，排名較高的網(wǎng)站則將其推高至650毫秒，我們建議總TTFB為500ms或更短。在這500毫秒中，建議往返網(wǎng)絡(luò)延遲不超過100毫秒。如果我們有來自另一個大陸的大量用戶，則網(wǎng)絡(luò)延遲可能會高達(dá)200毫秒，但是如果該流量對我們很重要，那么我們可以采取其他措施來幫助我們，我們將盡快解決。總而言之，初始HTML頁面加載的理想目標(biāo)應(yīng)該是：

    1、到第一個字節(jié)的時間為500ms或更短

    2、往返網(wǎng)絡(luò)延遲不超過100毫秒

    3、后端處理時間不超過400毫秒

    那么如果我們的實(shí)際數(shù)字高于此數(shù)字要怎么辦呢？也不是很難解決，我們可以使用CDN改善延遲問題的，解決方案非常簡單，只要減少內(nèi)容與訪問者之間的距離就可以了。就是將我們的靜態(tài)內(nèi)容移動到內(nèi)容交付網(wǎng)絡(luò)CDN中。CDN會自動將我們的內(nèi)容復(fù)制到全球各地，并且地理位置更接近我們的用戶。因此，現(xiàn)在如果我們在美國發(fā)布內(nèi)容，它將自動復(fù)制到Syndey中的服務(wù)器，我們的英國用戶將從中下載該服務(wù)器。如圖所示，CDN在減少用戶請求的距離，從而減少TTFB的延遲部分方面有很大的不同：

    要影響TTFB，請確保我們選擇的CDN可以緩存網(wǎng)站首頁的靜態(tài)HTML不僅僅是圖片，Java和CSS等相關(guān)資源也是如此。因?yàn)檫@是Google bot會請求并測量TTFB的初始資源。TTFB中的第二個因素是服務(wù)器花費(fèi)在處理請求和生成響應(yīng)上的時間量。實(shí)質(zhì)上，后端處理時間是構(gòu)成網(wǎng)站的所有其他材料的性能：

    1、運(yùn)行我們的網(wǎng)站的操作系統(tǒng)和計算機(jī)硬件以及配置方式

    2、在該硬件如CMS上運(yùn)行的應(yīng)用程序代碼及其配置方式

    3、應(yīng)用程序?yàn)樯身撁娑M(jìn)行的任何數(shù)據(jù)庫查詢，其進(jìn)行的查詢次數(shù)，返回的數(shù)據(jù)量以及數(shù)據(jù)庫的配置

    其實(shí)如何優(yōu)化網(wǎng)站的后端是一直是個問題，雖然網(wǎng)上有不少攻略也不不少相關(guān)的書籍，但是筆者個人感覺還是要做好TTFB的優(yōu)化效果會更好一些。想要做好首先我們要有一個可以的網(wǎng)絡(luò)運(yùn)行設(shè)備，如果可以的話其實(shí)可以使用托管也是不錯的選擇。選擇一個大的平臺，這樣服務(wù)器本身的有保證的，而且價格上也相對比較合適，當(dāng)然與此同時共享的風(fēng)險也是存在的，端看我們企業(yè)本身對成本和風(fēng)險評估來進(jìn)行決策。

    再來，我們需要來優(yōu)化后端軟件的性能，檢查一下我們的應(yīng)用程序或CMS的配置，是否有可以禁用的功能或日志記錄設(shè)置？是否處于“調(diào)試模式？我們希望可以擺脫掉這些不必要的操作，因?yàn)檫@些操作可以提高站點(diǎn)響應(yīng)請求的速度。如果我們的應(yīng)用程序或CMS使用的是PHP之類的解釋語言，則應(yīng)研究減少執(zhí)行時間的方法。解釋的語言具有將它們轉(zhuǎn)換為機(jī)器可理解的代碼的步驟，該代碼由服務(wù)器實(shí)際執(zhí)行。理想情況下，我們希望服務(wù)器執(zhí)行一次此轉(zhuǎn)換，而不是對每個傳入請求進(jìn)行一次轉(zhuǎn)換。盡管這些名稱可能會根據(jù)下劃線技術(shù)而有所不同，但通常稱為編譯或操作碼緩存。如果可能，利用服務(wù)器端緩存是快速生成動態(tài)頁面的好方法。如果我們的頁面正在加載不經(jīng)常更改的內(nèi)容，則利用本地緩存返回這些資源是提高頁面加載時間性能的一種非常有效的方法。

    當(dāng)然，我們也可以使用不同的工具在不同級別進(jìn)行有效的緩存，并且高度依賴于我們在網(wǎng)站后端使用的技術(shù)。一些緩存軟件僅緩存一種數(shù)據(jù)，而其他緩存軟件則進(jìn)行多級緩存。與我們將要進(jìn)行的任何軟件更改一樣，確保在逐步進(jìn)行每個更改時不斷測試對TTFB的影響。TTFB有3個組成部分，請求傳播到Web服務(wù)器所花費(fèi)的時間； Web服務(wù)器處理請求并生成響應(yīng)所花費(fèi)的時間；以及響應(yīng)傳播回我們的瀏覽器所花費(fèi)的時間。延遲捕獲了TTFB的第一部分和第三部分，可以通過WebPageTest和ping之類的工具進(jìn)行有效測量。服務(wù)器處理時間就是整個TTFB時間減去等待時間。我們建議TTFB時間不超過500毫秒，在TTFB中用于網(wǎng)絡(luò)延遲的時間不應(yīng)超過100 ms，而在后端處理上的時間不應(yīng)超過400 ms。

    最后，我們可以通過將內(nèi)容在地理位置上更靠近訪問者來改善延遲。只要CDN可用于為動態(tài)基本HTML頁面提供服務(wù)，它就是實(shí)現(xiàn)此目標(biāo)的好方法。我們通常可以通過更好的服務(wù)器配置和緩存昂貴的操作來以多種方式提高網(wǎng)站后端的性能。