Qué medimos realmente: LCP, INP y CLS
Core Web Vitals se compone de tres métricas. LCP (Largest Contentful Paint) mide cuánto tarda en aparecer el elemento principal de la pantalla, normalmente la imagen o el titular del encabezado. INP (Interaction to Next Paint), que sustituyó a FID, mide qué tan rápido responde la página cuando alguien toca un botón o abre un menú. CLS (Cumulative Layout Shift) mide cuánto se mueve el contenido mientras carga, ese salto molesto que hace que toques el botón equivocado.
Trabajamos con dos fuentes de datos: laboratorio y campo. Lighthouse y PageSpeed Insights simulan una carga controlada y sirven para diagnosticar; el informe de experiencia de usuario en Chrome y Search Console muestran lo que le pasa a la gente real, con sus dispositivos y sus conexiones. Cuando ambas fuentes no coinciden, mandan los datos de campo: la calificación de laboratorio es una herramienta de trabajo, no el objetivo.
Dónde suele estar el problema y cómo lo corregimos
La causa más común de un LCP alto son las imágenes: pesadas, sin formatos modernos, sin dimensiones, cargadas de forma diferida cuando justamente son lo primero que se ve. Convertimos a WebP o AVIF, servimos tamaños adecuados por dispositivo, aplicamos precarga al recurso principal y quitamos lazy loading donde estorba.
El INP alto casi siempre viene de JavaScript: scripts de terceros, etiquetas de seguimiento duplicadas, plugins que cargan en todas las páginas aunque solo se usen en una. Auditamos qué se ejecuta y cuándo, diferimos lo que no es crítico, eliminamos lo que ya nadie usa y consolidamos el seguimiento a través de un solo contenedor de etiquetas.
El CLS se corrige reservando espacio: dimensiones explícitas en imágenes y videos, alturas definidas para banners y anuncios, y carga de fuentes que no provoque un cambio brusco de tipografía. Son cambios pequeños con efecto inmediato y visible.
También revisamos el servidor. Un tiempo de respuesta lento arrastra todas las métricas, y a veces la solución real no es tocar el frontend sino corregir consultas a base de datos, activar caché o cambiar un hosting saturado.
Para quién es este servicio
Es para sitios que ya reciben tráfico y lo están desperdiciando: comercio electrónico donde el abandono en móvil es alto, sitios con inversión publicitaria activa donde cada visita tiene un costo, y proyectos que reciben avisos de Search Console sobre URLs con Core Web Vitals deficientes.
Si tu sitio es nuevo y aún no recibe visitas, la optimización de velocidad rinde más como parte del desarrollo que como proyecto aparte. Y si la plataforma está tan comprometida que cada mejora requiere pelear con el tema o los plugins, te diremos honestamente si conviene optimizar o reconstruir.