Velocidad Web

Core Web Vitals en 2026: LCP, CLS e INP explicados sin tecnicismos

Qué miden hoy las Core Web Vitals, qué valores debes alcanzar y qué acciones concretas mejoran LCP, CLS e INP en una web de negocio.

Ozenyx Studio 2 min lectura
Core Web Vitals en 2026: LCP, CLS e INP explicados sin tecnicismos

Google mide la experiencia real de tus visitantes con tres métricas. No son un capricho técnico: describen bastante bien la sensación de una web lenta, saltarina o que no responde. Vamos con las tres, en cristiano.

LCP: cuánto tarda en verse lo importante

El Largest Contentful Paint mide cuánto tarda en pintarse el elemento más grande de la pantalla inicial, normalmente la imagen del encabezado o el titular. Objetivo: por debajo de 2,5 segundos en móvil con conexión normal.

Qué lo estropea casi siempre: una imagen de cabecera enorme sin optimizar, tipografías que bloquean el renderizado, y servidores lentos.

Qué lo arregla: servir la imagen principal en formato moderno y del tamaño exacto que se muestra, precargarla, evitar animaciones de entrada que retrasen su aparición, y cargar las fuentes sin bloquear el pintado.

CLS: cuánto se mueve la página mientras cargas

El Cumulative Layout Shift mide los saltos de contenido. Es la métrica más molesta para el usuario: vas a pulsar un botón y el contenido se desplaza. Objetivo: por debajo de 0,1.

Las tres causas habituales: imágenes sin ancho y alto declarados, banners o avisos que se insertan arriba después de cargar, y tipografías que al cambiar de la de respaldo a la definitiva reflow todo el texto.

Se arregla reservando espacio siempre: dimensiones en las imágenes, contenedores con altura mínima para los bloques que llegan tarde y tipografías con métricas ajustadas.

INP: cuánto tarda la web en responderte

El Interaction to Next Paint sustituyó al antiguo FID y es hoy la métrica más difícil de aprobar. Mide el tiempo entre que el usuario interactúa (pulsa, escribe, despliega) y la web responde visualmente. Objetivo: por debajo de 200 milisegundos.

Un INP malo casi siempre significa exceso de JavaScript ejecutándose en el hilo principal: sliders pesados, scripts de terceros, chats, píxeles de publicidad, mapas incrustados. En webs de pyme, el mayor culpable suele ser la acumulación de herramientas de marketing que nadie revisa.

Qué hacer: auditar los scripts de terceros y eliminar los que no aportan, cargar los que se queden de forma diferida, sustituir mapas y vídeos incrustados por una imagen que cargue el elemento real al pulsar, y evitar librerías gigantes para efectos que se resuelven con CSS.

Datos de laboratorio y datos de campo

PageSpeed Insights te da dos cosas: una simulación y los datos reales de usuarios de Chrome de los últimos 28 días. Los que cuentan para Google son los reales. Por eso una mejora no se refleja el mismo día: el histórico tarda semanas en renovarse.

Un plan sensato para una pyme

Empieza midiendo en móvil, no en escritorio. Corrige primero imágenes y dimensiones, que es donde está la mayor parte del problema con el menor esfuerzo. Después limpia scripts de terceros. Y deja para el final las micro-optimizaciones de código, que suelen aportar poco en webs pequeñas.

Puedes ampliar con nuestra guía práctica de PageSpeed.

Una web rápida no gana clientes por sí sola, pero una lenta los pierde a diario. Si la tuya va justa, la revisamos contigo.

CompartirWhatsApp LinkedIn FacebookX

¿Necesitas una página web profesional para tu negocio?

Diseñamos webs rápidas, claras y pensadas para atraer clientes. Cuéntanos qué necesitas y te respondemos en menos de 24 horas.

También te puede interesar