Los Core Web Vitals son las tres métricas de rendimiento que Google usa para evaluar la experiencia de usuario de cualquier sitio web: LCP (velocidad de carga del contenido principal), INP (respuesta a interacciones) y CLS (estabilidad visual). En 2026, estas métricas siguen siendo un factor de posicionamiento confirmado por Google. Si tu sitio en República Dominicana no las aprueba, estás compitiendo con una mano atada.
Qué son los Core Web Vitals y por qué Google los usa para rankear
Google no solo mira si tu contenido es relevante. También mide si tu sitio es agradable de usar. Los Core Web Vitals son la forma que tiene el algoritmo de cuantificar esa experiencia con números concretos y comparables.
Desde su incorporación oficial como factor de ranking en 2021, y con la actualización que sustituyó FID por INP en marzo de 2024, estos tres indicadores se han consolidado como el estándar global para medir rendimiento web. Lo que muchos sitios dominicanos aún no han procesado es que un sitio lento o inestable visualmente puede perder posiciones frente a un competidor con menos contenido pero mejor experiencia técnica.
La razón es simple: Google tiene datos reales de comportamiento de millones de usuarios. Sabe exactamente en qué sitios la gente abandona, espera o hace clic por frustración. Los Core Web Vitals traducen esos patrones en métricas auditables.
Las tres métricas de Core Web Vitals en 2026
LCP — Largest Contentful Paint (Velocidad de carga visible)
El LCP mide cuánto tiempo tarda en aparecer el elemento más grande de la página visible para el usuario: normalmente la imagen destacada, el hero banner o el bloque de texto principal.
Umbrales de Google para 2026:
| Resultado | Valor LCP |
|---|---|
| ✅ Bueno | ≤ 2.5 segundos |
| ⚠️ Necesita mejora | 2.5 – 4.0 segundos |
| ❌ Deficiente | > 4.0 segundos |
Un LCP malo casi siempre tiene la misma causa: imágenes sin optimizar o un servidor lento que tarda en responder. En República Dominicana, donde muchos sitios usan hosting compartido con servidores en Miami o Latinoamérica sin CDN, este es el problema número uno.
INP — Interaction to Next Paint (Respuesta a interacciones)
El INP sustituyó al FID en 2024 y mide algo más exigente: cuánto tarda el navegador en responder visualmente después de que el usuario hace clic, toca o presiona una tecla. A diferencia del FID, el INP evalúa todas las interacciones durante la visita, no solo la primera.
Umbrales:
| Resultado | Valor INP |
|---|---|
| ✅ Bueno | ≤ 200 milisegundos |
| ⚠️ Necesita mejora | 200 – 500 ms |
| ❌ Deficiente | > 500 ms |
Un INP alto suele ser consecuencia de demasiado JavaScript bloqueando el hilo principal del navegador. Plugins de WordPress innecesarios, sliders animados o scripts de chat en vivo sin carga diferida son los culpables habituales.
CLS — Cumulative Layout Shift (Estabilidad visual)
El CLS mide cuánto se mueven los elementos de la página mientras carga. Si alguna vez has intentado hacer clic en un botón y en ese momento el anuncio de encima terminó de cargar y desplazó todo hacia abajo, eso es CLS alto.
Umbrales:
| Resultado | Valor CLS |
|---|---|
| ✅ Bueno | ≤ 0.1 |
| ⚠️ Necesita mejora | 0.1 – 0.25 |
| ❌ Deficiente | > 0.25 |
El CLS es especialmente problemático en sitios con anuncios display (como los de AdSense), imágenes sin dimensiones definidas en el HTML o fuentes web que cambian el layout mientras se cargan.
Cómo medir los Core Web Vitals de tu sitio (herramientas gratuitas)
Antes de optimizar, necesitas saber exactamente en qué estado está tu sitio. Hay dos tipos de datos:
- Datos de campo (Field Data): métricas reales de usuarios que visitaron tu sitio. Son los que Google usa para el ranking.
- Datos de laboratorio (Lab Data): simulación controlada. Útil para diagnosticar, pero no son los que rankean.
Paso 1: Google Search Console — Reporte de Experiencia de Página
Google Search Console es el punto de partida obligatorio. En la sección "Experiencia" → "Experiencia de página" encontrarás un reporte con datos de campo reales de tu dominio, segmentados por URL, dispositivo y métrica.
Es el único lugar donde ves exactamente qué URLs específicas de tu sitio están fallando, con volumen de datos reales de usuarios dominicanos y del resto del mundo.
Paso 2: PageSpeed Insights
PageSpeed Insights combina datos de campo del Chrome User Experience Report (CrUX) con un análisis de laboratorio en tiempo real. Introduce la URL de tu página principal o de tus artículos más visitados y obtendrás:
- Las puntuaciones actuales de LCP, INP y CLS
- Un diagnóstico detallado de qué está causando cada problema
- Sugerencias específicas con el impacto estimado de cada mejora
Consejo práctico: mide siempre la versión móvil primero. Google usa indexación mobile-first, y los Core Web Vitals de móvil son los que determinan el ranking.
Paso 3: Chrome DevTools — Para diagnóstico avanzado
Si tienes acceso a un desarrollador o quieres profundizar, el panel Performance de Chrome DevTools permite grabar una sesión de carga real e identificar exactamente qué recurso está retrasando el LCP o qué script está bloqueando el INP. No es para principiantes, pero es el diagnóstico más preciso disponible.
Cómo mejorar los Core Web Vitals: pasos accionables para webs en RD
Paso 1: Optimiza las imágenes (impacto directo en LCP)
Las imágenes sin comprimir son la causa del 70% de los LCP deficientes, según datos de HTTP Archive. El protocolo para un sitio en WordPress es:
- Convierte todas las imágenes a formato WebP (30–50% más ligero que JPEG sin pérdida visible de calidad). Plugins como ShortPixel o Imagify lo hacen automáticamente.
- Define siempre el atributo width y height en el HTML de cada imagen. Esto previene CLS.
- Añade fetchpriority="high" a la imagen de portada o hero image para que el navegador la cargue antes que cualquier otro recurso.
Paso 2: Usa un CDN (crítico para República Dominicana)
La mayoría de los sitios dominicanos tienen sus servidores en Miami, Ciudad de México o São Paulo. Un usuario en Santo Domingo que carga una imagen desde un servidor en Miami experimenta latencia adicional por distancia física. Un CDN (Content Delivery Network) distribuye los archivos estáticos (imágenes, CSS, JS) en servidores alrededor del mundo, incluyendo puntos de presencia en el Caribe y Latinoamérica, para que cada usuario reciba los recursos desde el nodo más cercano.
Cloudflare tiene un plan gratuito que es suficiente para la mayoría de los sitios medianos. La reducción de LCP después de activar un CDN suele estar entre 0.5 y 1.5 segundos en usuarios latinoamericanos.
Paso 3: Reduce el JavaScript innecesario (impacto directo en INP)
Cada plugin de WordPress que instalas añade código JavaScript que el navegador debe procesar antes de poder responder a interacciones del usuario. El protocolo:
- Desactiva plugins que no usas activamente.
- Aplica carga diferida (lazy load) a scripts no críticos: analytics, chat en vivo, píxeles de redes sociales. En WordPress, plugins como WP Rocket o Perfmatters lo hacen sin tocar código.
- Si tienes un slider animado o carrusel, considera eliminarlo. Son uno de los mayores consumidores de recursos de JavaScript y rara vez mejoran la conversión.
Paso 4: Implementa caché del servidor
El caché almacena versiones estáticas de tus páginas para que el servidor no tenga que regenerarlas en cada visita. Para WordPress:
- WP Rocket (de pago, recomendado para sitios con tráfico real): caché de página, minificación de CSS/JS, preload de caché.
- W3 Total Cache o LiteSpeed Cache (gratuitos): funcionan bien como punto de partida.
El impacto en el Time to First Byte (TTFB), que es el prerequisito del LCP, puede ser de varios cientos de milisegundos.
Paso 5: Reserva espacio para anuncios y elementos externos (soluciona CLS)
Si tu sitio usa AdSense, anuncios de redes o banners de afiliados, define siempre las dimensiones del contenedor antes de que el anuncio cargue. Un contenedor vacío de altura 250px que se llena con el anuncio mantiene el layout estable. Un contenedor sin dimensiones que "empuja" el contenido cuando carga es CLS garantizado.
Lo mismo aplica para fuentes web (Google Fonts): usa font-display: swap para que el navegador muestre el texto de inmediato con la fuente de sistema, y luego cambie a la fuente final sin mover el layout.
Tabla resumen: problemas comunes y soluciones por métrica
| Problema | Métrica afectada | Solución |
|---|---|---|
| Imágenes sin comprimir o en JPEG/PNG | LCP | Convertir a WebP + comprimir |
| Sin CDN, servidor lejano | LCP | Activar Cloudflare (plan gratis) |
| Demasiados plugins de WordPress | INP | Auditar y desactivar plugins innecesarios |
| Scripts de terceros sin carga diferida | INP | Lazy load de analytics, chat, píxeles |
| Anuncios sin dimensiones reservadas | CLS | Definir width y height del contenedor |
| Imágenes sin atributos de tamaño en HTML | CLS | Añadir width y height en el <img> |
| Fuentes web sin font-display: swap | CLS | Actualizar CSS de Google Fonts |
| Sin caché del servidor | LCP + INP | Instalar WP Rocket o LiteSpeed Cache |
Errores frecuentes al intentar mejorar los Core Web Vitals
Error 1: Optimizar solo con datos de laboratorio → PageSpeed Insights muestra una puntuación de laboratorio que puede ser muy diferente a los datos de campo reales. Lo que rankea es el dato de campo. Un sitio con 95 puntos en laboratorio puede tener LCP deficiente en datos de campo si el tráfico real viene de conexiones lentas. Siempre verifica en Search Console.
Error 2: Instalar más plugins para "mejorar velocidad" → WP Rocket, W3 Total Cache y Imagify en simultáneo sin configurar generan conflictos. Cada plugin adicional añade JavaScript al frontend. Elige un plugin de rendimiento y configúralo bien en lugar de apilar varios.
Error 3: Medir solo la página de inicio → Google evalúa todas las URLs con suficiente tráfico, no solo el homepage. Un blog con 50 artículos puede tener el homepage en verde y los artículos individuales en rojo. Revisa el reporte por URL en Search Console.
Error 4: Ignorar el móvil → Google usa indexación mobile-first. Si optimizas solo la versión desktop, estás trabajando en la dirección equivocada. Siempre prioriza la versión móvil en tus mediciones.
Error 5: Esperar resultados inmediatos en el ranking → Google actualiza los datos de Core Web Vitals de campo con un retraso de 28 días. Las mejoras técnicas de hoy no se reflejan en el ranking antes de un mes. La paciencia es parte del proceso.
Preguntas frecuentes sobre Core Web Vitals en 2026
Sí. Google confirmó que los Core Web Vitals son un factor de ranking desde 2021 y continúan siéndolo en 2026. No son el factor más pesado, el contenido relevante y la autoridad del dominio siguen siendo más determinantes, pero en competencias muy ajustadas entre dos sitios similares, el que aprueba las métricas de experiencia de usuario tiene ventaja. Para sitios dominicanos en nichos competitivos, puede ser el diferencial que los separa de la primera página.
El puntaje numérico de PageSpeed (0–100) no es lo mismo que los Core Web Vitals. Puedes tener 70 puntos en PageSpeed y aun así pasar todas las métricas de campo, o tener 90 puntos y fallar en INP si tienes un plugin de chat con mucho JavaScript. Lo que importa son los datos de campo en Google Search Console, no el número de PageSpeed.
Una revisión mensual es suficiente para sitios estables. Si acabas de lanzar una actualización de tema, instalar un nuevo plugin o cambiar de hosting, mide inmediatamente después. Los datos de campo en Search Console se actualizan con una ventana deslizante de 28 días, así que los cambios tardan en reflejarse.
No directamente para el ranking de anuncios, pero sí para la experiencia post-clic. Si un usuario hace clic en tu anuncio y llega a una página lenta, la tasa de rebote será mayor y el Quality Score de la landing page puede verse afectado. Optimizar Core Web Vitals mejora tanto el SEO orgánico como la eficiencia de la inversión en paid media.
Google ha confirmado que evalúa continuamente las métricas del programa. A la fecha de publicación de este artículo, LCP, INP y CLS son las tres métricas vigentes sin cambios anunciados para 2026. La mejor fuente para seguir actualizaciones es el blog oficial de Google Search Central.
Fuentes
- Google Search Central — Core Web Vitals
- Web.dev — Métricas de Core Web Vitals
- HTTP Archive — Web Almanac 2024
- Chrome UX Report — CrUX
- PageSpeed Insights — herramienta oficial
¿Tu sitio falla en Core Web Vitals?
