跳至主要內容
Telemetry
適用於將 Core Web Vitals 連線到路由和發布的 Web 團隊

使用 SQL 進行前端效能監控

透過穩定的路線和發布追蹤型別化的 LCP、INP 和 CLS 樣本,然後使用 SQL 查詢前端迴歸,而無需收集原始 URL 或頁面內容。

審閱者 Telemetry產品團隊 . 事件契約、推薦分析和隱私邊界. 審查標準和所有權

為什麼這有效
  • 保留每個網路要素及其單元,而不是將體驗摺疊成一個不透明的分數。
  • 將效能變化與穩定的路線範本、發布識別符號和足夠的樣本數量聯絡起來。
  • 將查詢字串、原始 URL、頁面內容和不受限制的使用者識別符號保留在事件契約之外。
用例證據路徑

Frontend Performance Monitoring with SQL:從實施到決策

完整的 frontend performance monitoring with sql 測量迴圈連線一個擁有的工作流程、一個有界事件契約、一個受控裝置和一個有人可以採取行動的問題。

  1. 1

    設定邊界

    選擇重要的產品路線和支援的效能指標。

  2. 2

    捕捉結果

    Begin with frontend_vital_measured, frontend_navigation_completed, frontend_resource_failed and document the grain of each event.

  3. 3

    證明行數

    在啟用釋放護欄之前檢查路線級範例和閾值。

  4. 4

    做出決定

    哪些路線的透過樣本率最弱?

代理提示

將其貼上到您的編碼代理中

更換 YOUR_API_KEY 註冊後,然後要求代理執行產品流程並驗證第一個事件。

代理提示

Frontend Performance Monitoring with SQL 設定提示

text
Telemetry 的儀器前端效能。

使用 /skill.md 和此 Telemetry API 金鑰:YOUR_API_KEY

新增帶有 route_template、release、metric_name、metric_value、metric_unit、threshold_version、passed、device_class 和 environment 的型別化 frontend_vital_measured 事件。

建立 SQL 和儀表板,用於按路線和發布顯示樣本計數、LCP、INP、CLS 以及透過樣本率。在比較版本或啟用警示之前,需要審查最小樣本數量。

使用路由範本、有界裝置類和版本閾值。不要記錄原始 URL、查詢字串、DOM 內容、表單值、cookie、身分驗證權杖或不受限制的使用者識別符號。

設定步驟

  1. 1選擇重要的產品路線和支援的效能指標。
  2. 2發出型別化的瀏覽器測量結果,包括路線、版本、閾值版本和環境。
  3. 3傳送測試版本中的綜合透過和失敗樣本。
  4. 4在啟用釋放護欄之前檢查路線級範例和閾值。

要捕獲的事件

frontend_vital_measuredfrontend_navigation_completedfrontend_resource_failedfrontend_release_observed

問題已解鎖

  • 哪些路線的透過樣本率最弱?
  • 最新的前端版本是否更改了 LCP、INP 或 CLS?
  • 迴歸是廣泛的還是僅限於審查的裝置類別?

事件架構起點

在將查詢或程式碼片段適應生產之前,請檢查行粒度、發出邊界、所需型別、隱私類、範例有效負載和驗證清單。

相關產品功能

繼續此工作流程 警示

將經過審查的可靠性查詢提升到擁有的閾值和回應工作流程中。

相關 SQL 查詢範例

用 SQL 回答下一個問題

針對此工作流程中的結構化欄位執行查詢,檢查範例結果,並將有用的答案轉換為儀表板或警示。

瀏覽所有查詢範例

下一步

建立您的代理將使用的 API 金鑰

免費計劃足以執行提示、傳送測試事件和檢視第一個儀表板。

相關頁面