Para optimizar la velocidad de carga de tu web no basta con “hacerla más rápida”: Google la mide con tres métricas concretas, las Core Web Vitals, y con datos de usuarios reales. Si tu página pinta el contenido principal en 2,5 segundos o menos (LCP), responde a clics y toques en menos de 200 milisegundos (INP) y no da saltos mientras carga (CLS por debajo de 0,1), estás en la zona buena. Hosting, imágenes, plugins y caché son el camino para llegar ahí.
Google recomienda conseguir buenas Core Web Vitals y explica que van en línea con lo que sus sistemas de clasificación buscan premiar. Pero el motivo de fondo no es solo el SEO: una página que tarda, no responde o mueve el botón justo cuando vas a pulsarlo pierde ventas y formularios. Y hay margen: según el Web Almanac 2025 de HTTP Archive, solo el 48 % de las webs en móvil y el 56 % en escritorio superan las tres métricas. Aquí tienes qué mide cada una, cómo comprobarlas gratis y qué cambios dan más resultado en una pyme.
Qué mide Google: LCP, INP y CLS
Google define las tres métricas así: Largest Contentful Paint (LCP) mide el rendimiento de carga, Interaction to Next Paint (INP) la capacidad de respuesta y Cumulative Layout Shift (CLS) la estabilidad visual. El informe de Search Console clasifica cada grupo de URL en tres estados con estos rangos:
- LCP: bueno hasta 2,5 segundos; necesita mejoras hasta 4 segundos; deficiente por encima de 4 segundos.
- INP: bueno hasta 200 milisegundos; necesita mejoras hasta 500; deficiente por encima de 500.
- CLS: bueno hasta 0,1; necesita mejoras hasta 0,25; deficiente por encima de 0,25.
Esas cifras salen del informe CrUX (Chrome User Experience Report), que recoge métricas anonimizadas de usuarios reales que visitan tu web. No es una prueba de laboratorio, sino lo que viven tus clientes con su móvil y su red.
Mide antes de tocar nada
El punto de partida es el informe Core Web Vitals de Search Console. Muestra cómo rinden tus páginas con datos de uso real (datos de campo) y agrupa las URL con una experiencia parecida. Cada grupo necesita un mínimo de visitas; si tu web es pequeña, Search Console crea un único grupo con todas las URL del dominio.
Para diagnosticar una página concreta usa PageSpeed Insights, Lighthouse o las herramientas de desarrollador de Chrome: el laboratorio te dice qué arreglar y Search Console si lo has arreglado de verdad. Cuando corrijas algo, pulsa “Empezar seguimiento”: se abre una ventana de 28 días y, si el problema no reaparece, se da por resuelto. Empieza por la portada y las landings que traen clientes; el Web Almanac 2025 observa que las páginas de inicio rinden peor que las secundarias.
Cómo mejorar el LCP, la métrica que más webs suspenden
El LCP es el cuello de botella habitual: en móvil solo lo aprueba el 62 % de las webs, frente al 77 % en INP y el 81 % en CLS. Y casi siempre el elemento LCP es una imagen (el 76 % en móvil y el 85,3 % en escritorio), así que optimizar el LCP suele significar optimizar la imagen principal de cada página. web.dev lo divide en cuatro fases con un reparto orientativo: alrededor del 40 % en el tiempo hasta el primer byte del servidor (TTFB), menos del 10 % en el retraso hasta que empieza la descarga, alrededor del 40 % en la descarga y menos del 10 % en el renderizado. Si tus retrasos se comen más, ahí está el trabajo:
- Imagen principal en el HTML. Si se carga desde un fondo CSS o desde JavaScript, el navegador la descubre tarde; si no puedes evitarlo, añade un
<link rel="preload">. - Prioridad con
fetchpriority="high". Solo el 17,3 % de las páginas móviles lo usan en su imagen LCP, y es un cambio de un minuto. - Nunca lazy loading en la imagen LCP. Siempre añade retraso, y aun así entre el 16 % y el 17 % de las páginas lo hacen, a menudo por un plugin.
- Formatos modernos y tamaño justo. El JPG sigue siendo el 57 % de las imágenes LCP; WebP solo el 11 % y AVIF el 0,7 %. Comprime y sirve el tamaño que se ve en pantalla.
- Menos CSS bloqueante, CDN y caché. La hoja de estilos no debería tardar más que el recurso LCP; una CDN acorta la distancia con el usuario y una buena caché acelera las visitas repetidas.
Cómo mejorar el INP: que la web responda a cada toque
El INP mide cuánto tarda la página en reaccionar visualmente a una interacción (abrir un menú, enviar un formulario). En escritorio lo aprueba el 97 % de las webs, pero en móvil solo el 77 %, así que es sobre todo un problema de teléfonos con menos potencia. Cada interacción suma tres fases: retraso de entrada, duración del procesamiento y retraso de presentación.
Las causas más frecuentes, según web.dev, son las tareas largas en el hilo principal durante la carga, el JavaScript pesado en los eventos, el “layout thrashing” (leer y escribir estilos alternadamente), los DOM muy grandes y el renderizado en cliente. En WordPress eso suele ser plugins que cargan scripts en todas las páginas, constructores visuales que generan miles de nodos y sliders, chats y banners compitiendo por el mismo hilo.
- Reduce el JavaScript que se evalúa al arrancar: desactiva plugins que no uses y carga los scripts de terceros solo donde hagan falta.
- Divide las tareas largas y cede el control al hilo principal (por ejemplo con
setTimeout()) para que el navegador pueda pintar. - Mantén el DOM pequeño, usa
content-visibilitypara lo que queda fuera de pantalla y agrupa lecturas y escrituras de estilos.
Cómo eliminar los saltos de diseño (CLS)
El CLS penaliza que el contenido se mueva mientras carga: el texto que baja cuando aparece una imagen, el botón que se desplaza cuando entra un banner. Aquí el escritorio rinde peor que el móvil (72 % frente a 81 % de páginas con buen CLS). Las causas habituales:
- Imágenes sin dimensiones. El 62 % de las páginas móviles tiene al menos una imagen sin ancho y alto declarados. Ponlos siempre para que el navegador reserve el espacio.
- Fuentes web. Las usa el 87 % de las páginas móviles. Limita familias y pesos, precarga la principal y define cómo se sustituye mientras carga.
- Elementos que llegan tarde. Banners de cookies, vídeos incrustados o anuncios deben tener su hueco reservado desde el principio.
- Animaciones que mueven el diseño. El 40 % de las páginas móviles contiene animaciones no compuestas. Anima con
transformyopacity, no cambiando alturas o márgenes.
Hosting, caché y WordPress: la base que sigue importando
Si el TTFB debería ocupar como mucho el 40 % de tu LCP, un servidor lento te deja sin presupuesto antes de empezar. Un hosting saturado, una versión antigua de PHP o una base de datos llena de revisiones se notan en cada visita. Activa caché de página y mantén tema y plugins al día.
Hay novedades que trabajan a tu favor sin esfuerzo: WordPress ya incorpora de serie las reglas de especulación (Speculation Rules), que precargan o prerenderizan la siguiente página antes del clic; el Web Almanac 2025 atribuye a ello que alrededor del 25 % de las páginas móviles las use ya. Vigila también los manejadores del evento unload (el 11 % de las páginas de escritorio los tiene): impiden restaurar la página al instante al volver atrás.
Un plan de trabajo realista para una pyme
No intentes arreglarlo todo a la vez. Este orden funciona en la mayoría de pymes:
- Semana 1: diagnóstico. Anota en Search Console qué grupos de URL están en “deficiente” o “necesita mejoras” y pasa PageSpeed Insights a la portada y a la página de servicio principal.
- Semana 2: LCP. Imagen principal en el HTML, con
fetchpriority="high", sin lazy loading, en WebP o AVIF y al tamaño justo. Revisa el TTFB con tu hosting. - Semana 3: CLS. Dimensiones en todas las imágenes, fuentes bajo control y espacio reservado para banners y embebidos.
- Semana 4: INP. Auditoría de plugins y scripts de terceros: quita lo que no aporte y limita el resto a las páginas donde se usa.
- Después: validar. Marca cada problema como corregido en Search Console y espera los 28 días. Repite el ciclo cada vez que cambies de tema, plugin u hosting.
Si el diagnóstico apunta al tema o al constructor con el que se hizo la web, a veces sale más a cuenta rehacerla con una base ligera. En nuestro servicio de diseño web el rendimiento se decide en la fase de diseño, no al final.
Preguntas frecuentes
¿Por qué PageSpeed Insights me da buena nota y Search Console dice que suspendo?
Porque miden cosas distintas. El laboratorio simula una carga en condiciones fijas; Search Console usa datos de campo del informe CrUX, es decir, de usuarios reales. Fíate de Search Console para saber si apruebas y usa el laboratorio para encontrar la causa.
¿Mejorar la velocidad de carga me sube posiciones en Google?
Google afirma que las Core Web Vitals van en línea con lo que sus sistemas de clasificación buscan premiar y recomienda alcanzar valores buenos. No es el único factor ni sustituye al contenido y a los enlaces, pero una web rápida retiene mejor a los usuarios que ya has traído.
¿Por qué mi web no aparece en el informe de Core Web Vitals?
Cada grupo de URL necesita un mínimo de datos de usuarios reales, y sin datos suficientes de LCP y CLS no se muestra. Si tu web tiene poco tráfico, apóyate en PageSpeed Insights y Lighthouse hasta que crezcan las visitas.
Fuentes
- Google Search Central, «Understanding Core Web Vitals and Google search results», 10-12-2025 — developers.google.com
- Ayuda de Google Search Console, «Core Web Vitals report» — support.google.com
- HTTP Archive, «Web Almanac 2025: Performance», 15-01-2026 — almanac.httparchive.org
- web.dev (Google), «Optimize Largest Contentful Paint», 31-03-2025 — web.dev
- web.dev (Google), «Optimize Interaction to Next Paint», 02-09-2025 — web.dev
Este artículo forma parte de nuestra guía sobre diseño web y conversión. Si prefieres que lo hagamos por ti, mira nuestro servicio de diseño web. Relacionado: Mejora la UX de tu web y aumenta conversiones · CRO con IA: convierte más visitas en clientes (2026).
Sigue leyendo
- Diferencia entre Branding e Identidad Visual
- Errores comunes de SEO y cómo corregirlos
- Búsqueda en todas partes: por qué tu marca ya no compite solo en Google en 2026
Sobre el autor
Jehiel Ramos · CEO y consultor digital
Jehiel Ramos es CEO y consultor digital en Vandelay, la agencia de marketing digital que fundó en Barcelona en 2020. Con más de diez años de experiencia en marketing digital, dirige la estrategia de los clientes de la agencia en posicionamiento SEO y GEO (visibilidad de marca en Google y en asistentes como ChatGPT, Gemini y Perplexity), campañas de Google Ads y Meta Ads, diseño web orientado a conversión y automatización de marketing con inteligencia artificial, siempre con un enfoque de retorno medible y no de métricas de vanidad. Escribe en el blog de Vandelay sobre la evolución de la búsqueda, la publicidad digital y la IA aplicada al marketing, con datos verificados en fuentes primarias. Puedes contactar con él en vandelay@vandelay.es o a través de su perfil de LinkedIn.
Perfil de LinkedIn · Todos sus artículos · Cómo producimos el contenido