現在的生活節奏快得多，在網絡世界中尤其如此。我們看到技術在突飛猛進地發展，而我們的需求也自然而然地增加。想想我們從撥號時代以來已經走了多遠，撥號時代還是大約 20 年前的標準。今天，我們的手機實際上就是一臺迷你電腦，我們每月只需幾美元就可以輕松地托管一個網站。現在是成為在線客戶的好時機，但如果您是網站所有者 – 競爭將非常激烈。
那么如何吸引更多的客戶呢？ 速度通常是一個很好的起點。這是一份指南，它將教您更多關于TTFB 的信息——它是什么、如何衡量它以及如何改進我們的 TTFB。 讓我們不要浪費時間，直接進入……
什么是 TTFB？
TTFB 代表Time To First Byte，表示Web 服務器的響應能力。更具體地說，這決定了HTTP 請求到達您的主機并取回其第一個數據字節所需的時間。?TTFB 越低——您的服務器和底層網站越快。
您網站的結構方式會對從一開始到第一個字節的時間產生重大影響。靜態頁面通常處理得非常快，而動態網站需要加載更多元素。?TTFB 在分析您的站點性能和識別其弱點時非常有用。通過修復降低服務器連接速度的問題，我們不僅可以加快頁面速度，還可以提高其搜索引擎排名。
什么會影響 TTFB？
要了解影響 TTFB 的因素以及我們如何影響它，我們必須首先了解當訪問者鍵入 URL 并登陸我們的頁面時會發生什么。
需要注意三個階段：
- 服務器獲取用戶請求——測量第一個字節的時間從這個階段開始。這主要掌握在您的托管服務提供商手中。有幾個因素在這里起作用——主機的網絡延遲、用戶和服務器之間的距離、DNS 查找所需的時間、復雜的防火墻規則等等。從用戶的角度來看，您的互聯網服務提供商 (ISP) 的速度也可能是檢查拖慢您的 TTFB 的因素時的罪魁禍首。
- 服務器處理請求并生成響應——代碼的整潔度也會對 TTFB 產生重大影響。一旦收到訪問者的請求，您的托管服務器就必須處理它。這涉及調用數據庫、運行腳本以及與網絡中的其他系統通信。雖然這里的網站速度變慢可能是由于服務器內存?或磁盤 I/O不足引起的，但 TTFB 通常受到代碼臃腫、優化不佳、頁面緩存不足或第三方工具和服務過多的影響。
- 用戶瀏覽器得到響應——還不是時候將信息返回給用戶。這是負責大約 40% 的 TTFB 的部分，并且依賴于雙方（主機和訪問者）的快速連接速度。例如，Wi-Fi 熱點只能確保基本的互聯網速度，遠遠不足以快速加載動態網站。
總而言之，我們有幾個導致 TTFB 變慢的主要原因：
- 網絡問題（延遲、連接速度、數據中心位置）
- 服務器問題（系統資源不足、PHP/ASP 設置、托管服務器類型）
- 客戶端問題（緩慢的代碼、繁重的數據庫、過多的第三方集成）
什么是好的 TTFB？
正如我們提到的，您構建網站的方式會極大地影響您的 TTFB和整個加載時間。靜態網站總是比動態網站加載得更快，即使它包含更多頁面或收到更多請求。與您的網絡訪問相同——您一次收到的請求越多，您的服務器處理所有請求所需的時間就越長。
不過，最好有一個基點，一些可以爭取的數字。
我們以毫秒為單位測量 TTFB 。如果您到達第一個字節的時間將時鐘停止在 100毫秒以下——您的表現非常出色，并且躋身于最快的網站之列。低于 500 毫秒的分數也不錯，盡管您希望保持在較低的利潤率附近（大約 100-200 毫秒）。
現在，如果您的 TTFB接近或高于 1s，則可能值得關注并值得研究。如此緩慢的服務器處理速度不僅會導致訪問者出現問題，還會導致搜索引擎出現問題。
重要提示：靜態網站請求可以在 100 毫秒內輕松處理，但包含更多元素的動態頁面則不然。此類站點的典型 TTFB，即使經過優化，也約為200-300 毫秒。
測量 TTFB 時要考慮的事項
互聯網上有大量工具可以分析您的頁面加載速度并向您展示它的執行速度。高級解決方案不僅僅止步于此——它們可以為您提供每個頁面元素加載時間的完整細分，以及有關如何優化您的網站以獲得更好結果的有用提示。
在最流行的站點分析工具中，您會發現GTMetrix?和Pingdom。兩者都被證明是可靠的，并提供了廣泛的測試地點。或者，許多人似乎喜歡像WebPageTest?和ByteCheck這樣的平臺，因為它們的簡單性和用戶友好性。
盡管如此，來自第三方工具的基準測試結果總是會出現偏差和誤報。原因如下：
- 服務器位置- 在線速度檢查器可以從不同的服務器位置測量您的站點速度。雖然他們試圖覆蓋大多數主要的國際城市，但他們仍然有些有限。GTMetrix 和 Pingdom都只提供 7-8 個不同的位置，如果您的托管服務器距離其中任何一個都不近——這可能會增加您的結果。
- 服務器負載——想象成百上千的人試圖同時檢查他們的站點速度。這將不可避免地給測試服務器帶來負擔，這就是您的最終結果可能會有所不同的原因。即使您使用相同的工具測試您的頁面，間隔只有幾分鐘——您可能會注意到顯著的差異。
- 測量范圍- 考慮到速度測試測量的是整個網站負載的整個過程，而不僅僅是 TTFB，這是很好的。一些工具提供更詳細的分解，您可以只提取第一個字節的時間，但請記住，它們可能使用不同的術語和可視化方法。
重要提示：使用在線工具時，最好在一天中的不同時間通過多個平臺測試您的網站。形成平均 TTFB 分數會更準確，并且會幫助您避免誤報。
如何衡量你的 TTFB？
還有另一個不涉及第三方工具和隨機分析軟件的技巧來衡量您的 TTFB 和加載速度。通過創建一個空白的 .php 文件，您可以輕松計算服務器的 TTFB，而無需包括加起來達到該指標的?腳本和插件。
這里有三種不同的方法來做到這一點。
如何通過文件管理器測量 TTFB
自然地，使用控制面板中的內置文件管理器將是測試速度的最快方法。
- 登錄到您的控制面板并轉到文件管理器。
- 單擊“新建文件”選項并使用您選擇的名稱創建一個 .php 文件。
重要提示：確保您正在創建一個 .php 文件并將其放置在您帳戶的根目錄中。這對于獲得最準確的結果至關重要。
- 右鍵單擊新創建的文件，然后單擊編輯。
- 進入后，粘貼以下代碼：
<?php
phpinfo();
？>
- 單擊保存按鈕。
- 打開瀏覽器并輸入yourdomain.com/yourfile.php。你應該看到這樣一個頁面：
- 這只會為您提供服務器的 PHP 信息。要運行 TTFB 測試，請選擇您選擇的網站分析器并檢查 URL?yourdomain.com/yourfile.php
如何通過 FTP 測量 TTFB
如果您是通過Filezilla之類的 FTP 工具操作您的帳戶，您可以通過上述步驟輕松創建相同的文件。您需要做的就是：
- 打開您的FTP 客戶端并登錄到您的服務器。
- 導航到public_html 目錄并創建新的 .php 文件。
- 在瀏覽器中打開yourdomain.com/yourfile.php URL。
如何通過 SSH 測量 TTFB
更高級的用戶也可以通過 SSH（安全外殼訪問）測量他們的 TTFB 和頁面加載速度。以下是該過程涉及的內容：
- 打開您的SSH 終端。
- 使用以下命令輸入您的根文件夾：
cd /home/用戶名/public_html
- 創建文件也只需要一行：
echo '<?php phpinfo();'?> 信息.php
- 您現在可以繼續在瀏覽器中?加載 phpinfo 頁面。
重要提示：如果您已經通過在線檢查器測試了您的網站，您可以將結果與您服務器的 TTFB 基準單獨進行比較。只需打開您選擇的第三方分析器并對URL yourdomain.com/yourfile.php 運行測試。
如何改善您的 TTFB？
至此，我們已經了解了影響您的 TTFB 的因素、目標分數是多少以及如何衡量這一重要指標。現在是時候提供一些實用的建議了——一些關于縮短第一字節時間的提示和技巧。
以下是一些需要考慮的要點：
實施緩存——這是任何由動態內容支持的網站的必備條件。緩存可幫助您創建和保留基本頁面元素的副本，因此您的服務器不必在每次收到用戶請求時都查找它們。
許多應用程序，如WordPress，都提供方便的網站緩存插件，您可以輕松地為工作配置這些插件。VPS 和專用服務器客戶端也可以通過對 .htaccess 文件進行一些配置來實現這一點，但是只有當您知道自己在做什么時才應該使用它。
重要提示：有不同類型的緩存，它們都可以幫助您提高 TTFB 和加載速度。除了站點緩存，您還可以考慮瀏覽器緩存、服務器緩存、微緩存等。
- 選擇一個可靠的提供商——您的托管提供商在從一開始就獲得良好的 TTFB 標記方面起著關鍵作用。許多主機可能使用類似的服務器機器，但它們的配置方式卻大不相同。檢查您的潛在提供商是否提供免費試用或某種演示，以便您可以測試服務器速度并查看它們是否適合您的項目。
- 利用 CDN?–如果您的訪問者來自世界不同地區，CDN（或內容交付網絡）可以幫助您優化站點速度。與緩存類似，您可以在互連服務器的全球網絡中保存靜態元素的副本，而不是讓您的服務器搜索對每個請求的響應。這樣，您就可以減少數據長距離“傳輸”時涉及的所有延遲。
結論
始終了解您的網站的運行情況不利于您的優化策略和業務增長。任何優秀的網站管理員都知道這是一個持續的過程，他們應該一直在尋找新的方法來減少他們項目的 TTFB 和頁面負載。優化您的站點速度是您和您的服務提供商之間的共同責任。每當您發現有什么東西在拖慢您的速度時，請進行廣泛的初步檢查，看看是什么導致了問題。
