Oferta de lanzamiento: -20% en tu primera página web + dominio gratis 1 año.Ver promociones →
Diseño web
Precios
Portfolio
Demos
Contacto
Pide presupuestoLlámanos
Rendimiento · · 9 min de lectura · Actualizado el

Core Web Vitals: por qué la velocidad de tu web importa

Google mide la experiencia real de quienes visitan tu web con tres métricas llamadas Core Web Vitals, y las usa para decidir quién sale arriba. Si tu web es lenta, pierdes posiciones y ventas. Te explicamos qué son y cómo ponerlas en verde.

Core Web Vitals y velocidad web

¿Qué son los Core Web Vitals?

Son las tres métricas con las que Google mide la experiencia real de quien visita tu web: cuánto tarda en verse (LCP), cuánto tarda en responder (INP) y si los elementos saltan mientras carga (CLS). Se miden sobre usuarios reales, no en un laboratorio, y Google las usa como factor de posicionamiento. Estos son los umbrales exactos:

MétricaQué mideBienMejorableMal
LCP Largest Contentful PaintCuándo se ve el elemento principal< 2,5 s2,5 - 4 s> 4 s
INP Interaction to Next PaintCuánto tarda en responder a un clic< 200 ms200 - 500 ms> 500 ms
CLS Cumulative Layout ShiftCuánto se mueve el contenido al cargar< 0,10,1 - 0,25> 0,25

Para aprobar, el 75 % de las visitas tienen que estar en verde. Basta con que una de las tres esté en rojo para que la página cuente como suspendida.

¿Por qué Google usa la velocidad para posicionar?

Porque es una de las pocas señales de calidad que puede medir directamente sobre usuarios reales, sin interpretar texto. Pero el efecto en el negocio va por delante del efecto en SEO: una web lenta pierde visitas y pierde ventas de las visitas que sí llegan. Entre las dos pérdidas, la de conversión suele ser mayor que la de posiciones.

Conviene no exagerar en el otro sentido: la velocidad no te hace adelantar a una web con mejor contenido y más autoridad. Desempata entre páginas parecidas, y evita que te adelanten.

¿Cómo mido los Core Web Vitals de mi web?

Gratis y en dos minutos, con tres herramientas que dan tres cosas distintas:

  • PageSpeed Insights: escribe una URL y te da los datos reales de usuarios (si hay tráfico suficiente) más un diagnóstico de laboratorio con la lista de qué arreglar. Empieza siempre por aquí.
  • Search Console, informe de experiencia: te dice qué grupos de páginas de tu web fallan. Es el que importa, porque el problema suele ser de plantilla, no de una página sola.
  • Lighthouse en el navegador: útil mientras trabajas, pero sus números son de laboratorio y siempre serán distintos de los reales.

Mide la versión móvil. Es la que Google usa para posicionar y casi siempre la que falla.

¿Cómo se arregla cada métrica?

LCP lento: casi siempre es la imagen principal

En nueve de cada diez casos, el elemento más grande de la pantalla es la imagen de cabecera. Las cuatro cosas que funcionan: servirla en WebP o AVIF, con el tamaño justo para cada pantalla; precargarla con fetchpriority="high"; no cargarla con lazy (ese error retrasa justo la imagen que debería ir primero); y meter el CSS crítico en el propio HTML para que el navegador no espere a un archivo externo para empezar a pintar.

INP alto: sobra JavaScript

El navegador no puede responder a un clic mientras está ejecutando código. Lo que más suma son los scripts de terceros: chats, mapas incrustados, píxeles de publicidad, test A/B. Carga lo que puedas después de la interacción del usuario, y audita una vez al año qué scripts siguen ahí sin que nadie los use.

CLS alto: faltan medidas

El contenido salta porque el navegador no sabía cuánto espacio reservar. Se arregla declarando width y height en todas las imágenes e iframes, reservando el hueco de banners y avisos de cookies antes de que aparezcan, y cargando las tipografías con font-display: swap y una fuente de reserva de métricas parecidas.

¿Cuánto se puede mejorar de forma realista?

En una web corporativa normal, las tres medidas de mayor efecto —imágenes en formato moderno con tamaño declarado, quitar scripts de terceros que no se usan y un hosting con caché bien configurada— suelen bastar para pasar de rojo a verde. No hace falta reescribir la web. Si después de eso sigue en rojo, el problema es estructural: demasiados plugins, un tema muy pesado o un servidor compartido saturado.

El caso de WordPress

WordPress puede ir rápido, pero no va rápido por defecto. Los culpables habituales son siempre los mismos: un tema comercial que carga todas sus funcionalidades aunque uses tres, demasiados plugins que cada uno añade su CSS y su JavaScript a todas las páginas, y los constructores visuales, que generan un HTML muy pesado. Menos plugins, un tema ligero y una caché bien configurada resuelven la mayoría de los casos.

Qué hacer esta semana

  1. Pasa tu home y tu página de servicio más importante por PageSpeed Insights, en móvil.
  2. Si el LCP pasa de 2,5 s, mira cuál es el elemento que lo marca (la herramienta te lo dice) y optimiza esa imagen.
  3. Abre el informe de experiencia de Search Console y mira si el problema es de todo el sitio o de un grupo de páginas.
  4. Haz inventario de los scripts de terceros y quita los que no uses.

Entregamos cada web con los Core Web Vitals en verde, y nuestro servicio de SEO técnico audita y arregla los de webs ya publicadas.

Hablemos

¿Quieres una web que atraiga clientes desde Google?

Cuéntanos qué necesitas y te enviamos un presupuesto a medida en menos de 24 horas. Sin compromiso.