重要的分析

僅關注全球瀏覽器使用統計信息以證明功能實現是誤導性的。真正重要的是您特定網站上的瀏覽器使用情況可能會有很大的不同。該原理不僅避免避免與較舊瀏覽器不兼容的功能。這是針對與您網站成功直接相關的指標的優先級。

最近，我想到了這個特定於網站的性能跟踪的概念。這不僅僅是避免由於傳統瀏覽器的支持而避免CSS網格；這是關於衡量真正影響用戶的指標。

性能測試通常依賴於合成測試，在該測試中，自動瀏覽器加載您的網站並記錄諸如資產大小，加載時間和請求計數之類的指標。雖然有用，但這些數據並不能反映實際的用戶體驗。我們痴迷於JavaScript捆綁包大小，最大的內容塗料（LCP）和燈塔得分，但這些是代理，而不是用戶感知的直接度量。

考慮典型的網站分析，例如Google Analytics（分析）。在提供有關頁面受歡迎程度，會話持續時間和流量源的數據時，此信息仍然相當一般。

對於真正有見地的分析，您需要一種更具針對性的方法。問問自己：您網站表現的哪些具體方面至關重要？功能X多久使用一次？每週上傳多少個文件？發送了幾條消息？恆星按鈕多久單擊一次？這些問題突出了自定義JavaScript捕獲和報告此數據的需求。通用分析工具是不夠的；積極發展是必要的。

該原則也適用於性能工具。而不是僅依靠通用合成測試，而是採用真實的用戶監控（朗姆酒） 。在其實際設備上跟踪真實用戶，獲得寶貴的見解。這種方法與重點分析的邏輯完全一致，並解鎖關鍵數據。

例如，首先輸入延遲（FID）是一個關鍵的Google Web核心影響SEO，需要基於JavaScript的數據收集。同樣，LCP雖然對更有意義的指標進行了巧妙的嘗試，但仍涉及估計。 Google必須為廣泛的適用性做出假設，但是您可以查明網站上的關鍵元素並直接跟踪其渲染時間。使用Speedcurve的英雄渲染時間，例如：

<main elementtiming="article"></main>

這直接衡量對您的網站重要的內容，而不僅僅是通用數字。

此外，儘管FID很有價值，但請考慮使用用戶定時（W3C標準）觸發標記重要站點操作的JavaScript事件。例如，在像Codepen這樣的平台上，這可以跟踪編輯器的準備：

 editors.init（）;
performance.mark（“編輯是初始化的。”）;

這種積極主動的（儘管參與其中略有參與）分析方法超過了標準方法。雖然限制JavaScript大小為200KB的性能預算很有幫助，但預算確保了核心功能在1.1秒內（而不是較慢的1.4秒較慢）的影響更大。

�這是因為創建三個Web核心生命值的速度曲線圖需要其朗姆酒解決方案，以包含FID數據。對於縮寫超載表示歉意！

以上是重要的分析的詳細內容。更多資訊請關注PHP中文網其他相關文章！