El problema del 'lo optimicé una vez'
Un sitio que pasa los Core Web Vitals hoy puede fallarlos en tres meses si se agrega una imagen pesada, un nuevo script de terceros o un plugin con CSS bloqueante. Sin monitoreo continuo, las regresiones pasan desapercibidas hasta que Google las penaliza o los usuarios se quejan.
Dos tipos de monitoreo: lab y field
Lab (laboratorio): tests en condiciones controladas como Lighthouse. Útiles para detectar problemas durante el desarrollo, reproducibles y fáciles de automatizar.
Field (campo): datos reales de usuarios reales en sus dispositivos y conexiones. Es lo que mide Google para el ranking. Se obtiene a través de herramientas de RUM (Real User Monitoring).
Herramientas de monitoreo continuo
Google Search Console: el punto de partida gratuito. Muestra Core Web Vitals reales agrupados por URL. Revisarlo mensualmente revela tendencias y problemas emergentes.
Lighthouse CI: integra Lighthouse en tu pipeline de CI/CD. Cada deploy corre automáticamente una auditoría y puede bloquearlo si el score cae por debajo de un umbral.
WebPageTest: tests detallados desde múltiples ubicaciones geográficas. Ideal para diagnóstico profundo de regresiones específicas.
Alertas: cuándo notificarte
Configurá alertas para que te avisen cuando algo cambia. Umbrales recomendados: alerta si el LCP supera 3 segundos en más del 20% de los usuarios, si el CLS supera 0.15, o si el TTFB supera 1 segundo de promedio.
Performance budget: definir límites antes de que se superen
Un performance budget es un conjunto de límites que el equipo acuerda no superar: peso máximo de la página, número máximo de requests, score mínimo de Lighthouse. Definirlo antes de empezar el proyecto y automatizar su control evita la acumulación de deuda de performance.