使用 SQL 進行前端可靠性監控
前端版本讓頁面變慢時，全站評分無法指出哪條路由出了問題。記錄每項瀏覽器指標的單位、路由和版本。比較足夠多的樣本，區分效能退化和正常波動，再把查詢用於儀表板或故障調查。
設計有界瀏覽器事件
使用 metric_name、metric_value、metric_unit、route_template、release、threshold_version、passed 和 environment 的每個支援的測量發出一個事件。使用 /projects/:id 等路由，切勿使用原始 URL。僅當有界裝置類改變實際決策並且該段將收到足夠的樣本時才新增有界裝置類。
請勿收集查詢字串、DOM 內容、表單值、cookie、授權資料或不受限制的使用者識別符號。保留閾值版本，因為定義和產品目標可以獨立於程式碼發布而更改。
比較路線和版本
核心 Web Vitals SQL 配方 將 LCP、INP 和 CLS 測量資料集中到每條路線和發布的一行中。它在指標平均值旁邊保留樣本計數和透過樣本百分比，包括確定性輸入行，並且可以在 瀏覽器 SQL 遊樂場 中執行。
按以下順序使用結果：
- 確認樣品體積和觀察視窗具有可比性。
- 找到透過取樣率最弱的路線併發布。
- 檢查發生移動的個人生命體，而不是將摘要視為原因。
- 將當前版本與之前的版本進行比較，並驗證完整時間段內的恢復情況。
生產報告通常受益於百分位數和平均值。新增時保留相同的路線、版本、指標和單位合約。
搭建釋放護欄
儀表板應顯示樣本計數、LCP、INP、CLS 和閾值版本。釋放護欄應要求審查最小量和持續迴歸。它不應該因為一個稀疏的裝置或路由段而阻止部署。
前端效能用例 提供儀器提示和檢查清單。使用 瀏覽器遙測代理指南 將 Telemetry API 金鑰保留在伺服器端並強制執行列入白名單的瀏覽器合約。當緩慢的頁面可能源自後端路由或依賴項時，將瀏覽器體驗與 API 可靠性 SQL 配對。