Monitoreo de confiabilidad frontend con SQL
La confiabilidad del frontend es más que una puntuación de rendimiento única para todo el sitio. Una investigación útil necesita la métrica individual, su unidad, una ruta estable, la versión inicial y suficientes muestras para distinguir una regresión de una variación ordinaria. Los eventos de navegador estructurados hacen explícitos esos límites y permiten que el mismo SQL admita la revisión de versiones, los paneles y la respuesta a incidentes.
Diseñar un evento de navegador acotado
Emita un evento por medición admitida con metric_name, metric_value, metric_unit, route_template, release, threshold_version, passed y environment. Utilice una ruta como /projects/:id, nunca la URL sin formato. Agregue una clase de dispositivo limitada solo cuando cambie una decisión real y el segmento recibirá suficientes muestras.
No recopile cadenas de consulta, contenidos DOM, valores de formulario, cookies, datos de autorización o identificadores de usuario sin restricciones. Mantenga la versión umbral porque las definiciones y los objetivos del producto pueden cambiar independientemente de la publicación del código.
Comparar rutas y lanzamientos
El Receta de Core Web Vitals SQL gira las mediciones de LCP, INP y CLS en una fila por ruta y liberación. Mantiene el recuento de muestras y el porcentaje de muestras aprobadas junto a los promedios métricos, incluye filas de entrada deterministas y se puede ejecutar en el navegador SQL parque infantil.
Utilice el resultado en este orden:
- Confirme que el volumen de muestra y la ventana de observación sean comparables.
- Encuentre la ruta y suelte con la tasa de muestreo más débil.
- Inspeccione el elemento vital individual que se movió en lugar de tratar el resumen como la causa.
- Compare la versión con su predecesora y verifique la recuperación en períodos de tiempo completos.
Los informes de producción a menudo se benefician tanto de los percentiles como de los promedios. Conserve la misma ruta, versión, métrica y contrato unitario al agregarlos.
Construya una barandilla de liberación
Un panel debe mostrar el recuento de muestras, LCP, INP, CLS y la versión del umbral. Una barandilla de liberación debería requerir un volumen mínimo revisado y una regresión sostenida. No debería bloquear una implementación debido a un dispositivo o segmento de ruta disperso.
El caso de uso de rendimiento frontend proporciona una lista de verificación de revisión y avisos de instrumentación. Utilice guía de proxy de telemetría del navegador para mantener la clave Telemetry API en el lado del servidor y aplicar un contrato de navegador incluido en la lista de permitidos. Empareje la experiencia del navegador con Fiabilidad API SQL cuando una página lenta pueda originarse en una ruta o dependencia de backend.