Los Core Web Vitals de Google en 2026: La Puntuación de Rendimiento que Está Costando Posiciones a los Negocios Dominicanos

Hay un número almacenado en la base de datos de Google ahora mismo que describe el rendimiento de tu sitio web. No es una calificación general ni una impresión. Es una medición precisa de qué tan rápido carga tu página para los visitantes reales, qué tan rápidamente responde cuando alguien toca un botón, y cuánto salta el diseño mientras carga el contenido. Google llama a este conjunto de mediciones Core Web Vitals — y desde marzo de 2024, es uno de los factores de posicionamiento más claros y directamente medibles en el algoritmo.

Aquí está la verdad incómoda sobre dónde se encuentran la mayoría de los sitios web: solo el 53% de los sitios web globalmente pasan los tres umbrales de Core Web Vitals. El otro 47% está fallando — y los sitios que fallan posicionan más abajo, convierten peor y pierden visitantes más rápido de lo que los negocios que los operan típicamente se dan cuenta.

Para los negocios turísticos dominicanos que compiten por atención internacional en uno de los entornos de búsqueda de mayor riesgo del Caribe, los Core Web Vitals no son un detalle técnico. Son una métrica de negocio directa.

¿Qué Son los Core Web Vitals?

Los Core Web Vitals son tres mediciones específicas que Google usa para evaluar la experiencia real del usuario en tu sitio web. No pruebas simuladas, no aproximaciones — datos de rendimiento reales recopilados de usuarios reales de Chrome que visitan tu sitio, agregados y usados en el algoritmo de posicionamiento de Google.

Las tres métricas son:

LCP — Largest Contentful Paint mide qué tan rápido carga el elemento visible más grande en tu página. Podría ser una imagen hero, un encabezado o un bloque de texto grande. El umbral de Google para un LCP "bueno" es menos de 2.5 segundos. Entre 2.5 y 4 segundos es "necesita mejora." Más de 4 segundos es "deficiente" — y los sitios en la categoría deficiente enfrentan una penalización directa de posicionamiento en relación a competidores más rápidos.

Para sitios web de turismo con fotografía grande de alta resolución — lo que describe a casi todos los hoteles, operadores de tours, centros de buceo y servicios de bodas en Punta Cana — el LCP es casi siempre la primera métrica en fallar. Las imágenes sin optimizar son la principal causa de puntuaciones deficientes de LCP, y la mayoría de los sitios WordPress basados en plantillas no incluyen ninguna optimización significativa de imágenes por defecto.

INP — Interaction to Next Paint es el Core Web Vital más reciente, habiendo reemplazado a la antigua métrica First Input Delay (FID) en marzo de 2024. Este cambio importa enormemente porque FID solo medía el retraso antes de la primera interacción, mientras que INP mide la capacidad de respuesta durante toda la sesión — cada clic, cada toque, cada pulsación de tecla desde el momento en que un visitante llega hasta que se va.

El umbral de Google para un INP "bueno" es menos de 200 milisegundos. Con una tasa de fallo del 43%, INP es el Core Web Vital que más frecuentemente falla en 2026. La razón por la que falla tan frecuentemente es estructural: corregir INP requiere cambios en cómo se escribe y ejecuta JavaScript, no ajustes cosméticos. Los frameworks JavaScript pesados, los scripts de terceros (widgets de chat, plugins de analítica, incrustaciones de redes sociales) y los plugins de WordPress sin optimizar son los principales culpables. No se puede corregir un INP deficiente redimensionando una imagen.

CLS — Cumulative Layout Shift mide la estabilidad visual — cuánto salta el diseño de la página mientras carga. Has experimentado CLS en móvil cuando estás a punto de tocar un botón y la página se desplaza justo cuando tu dedo baja, enviándote al destino equivocado. El umbral de Google para un CLS "bueno" es menos de 0.1.

Los fallos de CLS son comunes en sitios WordPress que usan múltiples plugins que inyectan contenido después de que carga el HTML inicial, en páginas con colocaciones de anuncios que empujan el contenido hacia abajo al renderizarse, y en sitios con fuentes que cargan tarde y causan que el texto se reajuste.

Por Qué INP Reemplazó a FID: El Cambio que Penalizó a Miles de Sitios

El reemplazo de FID por INP en marzo de 2024 fue uno de los cambios más significativos a los Core Web Vitals desde que se lanzaron las métricas. Entender por qué sucedió explica por qué tantos sitios que antes pasaban los Core Web Vitals ahora están fallando.

FID medía una sola cosa: el retraso antes de que el navegador pudiera responder a la primera interacción del usuario después de que cargaba la página. Un sitio podía tener una capacidad de respuesta continua terrible — menús lentos, botones que no responden, filtros que se congelan un segundo antes de responder — y aun así pasar FID porque el primer toque resultaba ser rápido.

INP mide todas las interacciones durante toda la visita a la página. Cada clic. Cada toque. Cada campo de formulario en el que el usuario escribe. Si alguna de esas interacciones tarda más de 200 milisegundos en producir una respuesta visible, tu puntuación INP lo refleja.

En la práctica, esto significa que los sitios construidos con page builders pesados como Elementor o Divi, o los sitios con muchos plugins de WordPress que agregan JavaScript a cada página, frecuentemente tienen puntuaciones INP deficientes incluso cuando su LCP y CLS son aceptables. Un formulario de reserva de tours que tarda 350ms en reconocer la selección de una fecha. Un menú de navegación que se congela 280ms antes de abrirse. Un filtro de galería que pausa antes de mostrar resultados. Estos son fallos de INP — y ahora son factores de posicionamiento.

Lo Que Google Realmente Hace con Estas Puntuaciones

Entender cómo Google evalúa los Core Web Vitals requiere comprender un detalle técnico importante: Google usa el percentil 75 de datos de usuarios reales.

Esto significa que el 75% de tus visitantes reales deben experimentar una puntuación "buena" para que tu página pase cada métrica. No tu visitante promedio. No tu visitante en el mejor caso. El percentil 75 — lo que significa que solo el 25% de las visitas pueden tener una experiencia deficiente antes de que toda la página falle.

¿Por qué importa esto específicamente para los negocios dominicanos? Porque tus visitantes no están todos en la misma conexión. Un turista internacional que accede a tu sitio desde el WiFi del resort en Bávaro está en una red diferente a la de un cliente potencial que navega desde su oficina en Nueva York. Google mide ambos. Un sitio que carga rápido en una conexión de fibra en Santo Domingo puede cargar lentamente en una conexión móvil en un corredor de resort de Punta Cana — y esa experiencia más lenta cuenta en contra de tu puntuación.

Google también evalúa los Core Web Vitals a nivel de URL, no solo a nivel de dominio. Tu página de inicio puede pasar. Tu página de reservas de tours puede fallar. Tu página de contacto puede pasar. Cada página se evalúa de forma independiente, y las páginas que fallan reducen el potencial de posicionamiento de esas URLs específicas.

El Costo Directo de Negocio de Fallar los Core Web Vitals

Antes de entrar en cómo corregir estas métricas, seamos concretos sobre lo que realmente cuesta fallarlas — porque esto no es una preocupación abstracta de SEO.

Impacto en la tasa de conversión: Cuando las páginas cargan en 1 segundo, la tasa de conversión promedio alcanza aproximadamente el 40%. A los 2 segundos, cae al 34%. A los 3 segundos, cae al 29%. Cada segundo adicional de tiempo de carga reduce las conversiones en un promedio del 4.42% en el rango de 0–5 segundos. Para un sitio de viajes — específicamente — una mejora de 0.1 segundos en velocidad aumenta las conversiones en un 10.1%.

Para un operador de tours de Punta Cana que genera $20,000 por mes en reservas en línea, un sitio de 3 segundos versus un sitio de 1 segundo representa aproximadamente $2,200 en ingresos mensuales dejados sobre la mesa. No por perder posiciones. Solo por la caída de conversión causada por la diferencia de velocidad.

Impacto en la tasa de rebote: El 53% de los visitantes móviles abandonan un sitio web si tarda más de 3 segundos en cargar. Para un turista que navega en su teléfono desde el vestíbulo de un hotel — lo que describe una parte significativa del comportamiento real de reservas del mercado de Punta Cana — un tiempo de carga de 3 segundos pierde a más de la mitad de los clientes potenciales antes de que hayan visto una sola palabra de tu contenido.

Impacto en el posicionamiento: Los sitios que cargan más rápido que 2.5 segundos (LCP bueno) tienen una probabilidad mediblemente mayor de aparecer en los 20 primeros resultados de búsqueda de Google. Cuando dos negocios competidores son similares en contenido, enlaces y relevancia, los Core Web Vitals se convierten en el factor decisorio — y el sitio más rápido gana.

El efecto compuesto: Un sitio lento pierde visitantes antes de que conviertan. Esos visitantes no interactúan con el contenido, no generan señales de calidad y no regresan. El algoritmo de Google interpreta este comportamiento — altas tasas de rebote, bajo tiempo en página, bajas tasas de visitas recurrentes — como evidencia de baja calidad. El problema de rendimiento crea un problema de señales de comportamiento, que se compone en un problema de autoridad con el tiempo.

Cómo Se Están Desempeñando la Mayoría de los Sitios Dominicanos Ahora Mismo

La respuesta honesta es: deficientemente. No porque los desarrolladores dominicanos sean menos capaces, sino porque las elecciones de tecnología que dominan el mercado local son estructuralmente opuestas al buen rendimiento de Core Web Vitals.

WordPress con page builders (Elementor, Divi, WPBakery) es la plataforma más común para sitios web dominicanos. Estas herramientas son visualmente intuitivas pero técnicamente pesadas. Una instalación estándar de Elementor agrega cientos de kilobytes de CSS y JavaScript a cada carga de página, independientemente de si esos activos se usan en esa página en particular. Un sitio construido con Elementor y diez plugins activos obtendrá rutinariamente entre 30 y 50 en Google PageSpeed Insights en móvil — muy por debajo del umbral de 90+ que señala un perfil de Core Web Vitals saludable.

El hosting compartido es el segundo problema estructural. El hosting compartido barato coloca tu sitio web en un servidor compartido con cientos o miles de otros sitios. Cuando tus vecinos de servidor tienen picos de tráfico, tus tiempos de respuesta se ralentizan — afectando tu TTFB (Time to First Byte), que tiene un efecto cascada en peores puntuaciones de LCP. El hosting gestionado de calidad o el hosting en la nube con distribución CDN adecuada resuelve esto, pero los planes de hosting compartido a $3–5/mes no lo hacen.

Las imágenes sin optimizar son el problema más inmediatamente corregible para la mayoría de los sitios turísticos dominicanos. Una imagen hero de página de inicio guardada como JPEG de resolución completa a 4MB dominará tu puntuación de LCP. La misma imagen optimizada al formato WebP, correctamente dimensionada para móvil y escritorio, y entregada a través de un CDN adecuado podría pesar 200–400KB — cargando 10 veces más rápido sin diferencia de calidad visible.

Los scripts de terceros son el asesino del INP. Cada plugin que agrega JavaScript ejecuta código en el dispositivo de tu visitante. Un widget de chat en vivo, un feed de redes sociales, un plugin de calendario de reservas, un banner de consentimiento de cookies, una herramienta emergente — cada uno agrega JavaScript que se ejecuta en el hilo principal y compite con las interacciones del usuario por tiempo de procesamiento. El resultado es la sensación lenta y sin respuesta que INP está diseñado para medir y penalizar.

Cómo Se Ve un Buen Rendimiento de Core Web Vitals

El contraste entre fallar y pasar los Core Web Vitals no es sutil — es visible para los usuarios reales en tiempo real.

Un sitio que pasa los Core Web Vitals:

• Muestra su elemento de contenido más grande (imagen hero, titular) dentro de 1.5–2.5 segundos incluso en conexiones móviles
• Responde a toques y clics dentro de 200 milisegundos — la interacción se siente inmediata
• No desplaza el diseño después de la carga inicial — el texto, los botones y las imágenes permanecen exactamente donde aparecieron

Un sitio que falla los Core Web Vitals:

• Muestra una pantalla en blanco o parcialmente cargada durante 3–5 segundos antes de que aparezca el contenido
• Se congela brevemente cuando se tocan botones — el usuario no está seguro de si su toque fue registrado
• Salta y se reajusta mientras las imágenes y los anuncios se cargan después del contenido inicial

Ambos usuarios están visitando la misma URL. Ambos han formado una impresión de tu negocio antes de haber leído una sola palabra. La experiencia del segundo usuario comunica — correcta o incorrectamente — que este negocio está desactualizado, es poco confiable o tiene bajo presupuesto.

En el mercado de Punta Cana, donde los compradores internacionales comparan tu negocio con competidores de todo el Caribe y el mundo, esa primera impresión es toda tu propuesta.

Cómo Next.js Resuelve los Core Web Vitals por Defecto

Aquí es donde la pila tecnológica que usamos en DR Web Studio se vuelve directamente relevante — no como un punto de marketing, sino como una explicación técnica de por qué los sitios que construimos pasan consistentemente los Core Web Vitals cuando los sitios de plantilla fallan.

Next.js fue diseñado con el rendimiento como una restricción central, no como una ocurrencia tardía. Varios de sus comportamientos predeterminados abordan directamente los modos de fallo más comunes de Core Web Vitals.

Para LCP: El componente Image integrado de Next.js convierte automáticamente las imágenes al formato WebP, genera múltiples tamaños para diferentes anchos de pantalla, evita que las imágenes carguen antes de que el usuario esté cerca de ellas (lazy loading), y puede configurarse para precargar el elemento LCP — la imagen específica más propensa a determinar tu puntuación LCP — para que comience a cargarse inmediatamente en la solicitud de página. El resultado es que la fotografía de alta resolución, que es innegociable para los negocios turísticos, carga rápido sin requerir optimización manual de cada imagen.

Para INP: Next.js usa server components por defecto en la arquitectura App Router, lo que significa que el JavaScript que se ejecuta en el dispositivo de tu visitante se minimiza. El trabajo pesado de renderizar HTML ocurre en el servidor y se envía como HTML completamente formado en lugar de JavaScript que debe ejecutarse en el navegador. Menos JavaScript en el cliente significa menos competencia por el hilo principal, lo que significa tiempos de respuesta de interacción más rápidos.

Para CLS: Next.js reserva espacio para las imágenes antes de que carguen, evitando los saltos de diseño que ocurren cuando las imágenes aparecen y empujan el contenido hacia abajo. El manejo de fuentes en la optimización de fuentes integrada de Next.js asegura que las fuentes carguen sin causar reajuste. El resultado es un diseño visualmente estable desde el primer fotograma.

La diferencia práctica: un sitio construido en WordPress con Elementor obtendrá rutinariamente entre 30 y 55 en Google PageSpeed para móvil. Un sitio construido en Next.js con optimización de imágenes adecuada típicamente obtiene entre 90 y 100. Esa no es una diferencia marginal — es un nivel de rendimiento completamente diferente, con consecuencias directas para los posicionamientos de Google y las tasas de conversión.

Cómo Revisar Tus Propios Core Web Vitals

Si quieres ver cómo se está desempeñando actualmente tu sitio, estas herramientas son gratuitas y precisas:

Google PageSpeed Insights (pagespeed.web.dev) — Ingresa cualquier URL y recibe puntuaciones tanto para móvil como para escritorio, con desgloses específicos de qué métricas están fallando y por qué. Esta es la vista más directa de cómo Google ve el rendimiento de tu sitio.

Google Search Console — Si tu sitio tiene Search Console configurado, el informe de Core Web Vitals muestra datos de usuarios reales agregados de usuarios de Chrome, desglosados por URLs buenas, que necesitan mejora y deficientes en todo tu sitio. Estos son datos de campo — el rendimiento real experimentado por tus visitantes reales.

Lighthouse (integrado en Chrome DevTools) — Abre cualquier página en Chrome, presiona F12, navega a la pestaña Lighthouse y ejecuta una auditoría. Recibirás una puntuación de rendimiento completa con recomendaciones específicas para cada métrica que falla.

Ejecuta PageSpeed Insights en tu página de inicio, tu página de servicios más importante y tu página de contacto o reservas. Si estás obteniendo menos de 50 en móvil, tienes un problema significativo de Core Web Vitals que afecta tanto tus posicionamientos como tu tasa de conversión ahora mismo.

Lo Que Esto Significa para los Negocios Turísticos Dominicanos

El panorama de Core Web Vitals en 2026 no es teórico. Google ha integrado estas métricas en su algoritmo de posicionamiento, ha hecho los datos disponibles públicamente, y ha dado a cada negocio las herramientas para medir y mejorar sus puntuaciones. Los negocios que lo han hecho — que han invertido en el rendimiento como una competencia central de su presencia digital — están capturando posiciones de posicionamiento y tasas de conversión que los competidores más lentos están dejando vacías.

Para los negocios dominicanos específicamente, la dimensión móvil de este problema es aguda. Los turistas internacionales que llegan a Punta Cana acceden a internet en WiFi de resort y datos móviles locales — conexiones que amplían la brecha de rendimiento entre sitios optimizados y no optimizados. La tasa de rebote móvil del 53% a los 3 segundos no es una estadística abstracta en este contexto. Es una descripción real de lo que sucede cuando un turista en el vestíbulo de un hotel intenta encontrar un tour, llega a un sitio lento, e inmediatamente prueba el siguiente resultado.

En DR Web Studio, construimos cada sitio en Next.js específicamente porque su arquitectura hace que pasar los Core Web Vitals sea el resultado predeterminado en lugar de un esfuerzo de optimización separado. El centro de buceo en Punta Cana que vio 200% más reservas tras el lanzamiento, el estudio de fotografía que vio 2.3 veces más duración de sesión y 60% más consultas — la arquitectura de rendimiento es parte de por qué ocurrieron esos resultados.

Si quieres saber exactamente cómo está puntuando tu sitio actual y lo que tomaría corregirlo, solicita una consulta gratuita. Ejecutaremos una auditoría completa de Core Web Vitals en tu sitio y te mostraremos exactamente dónde están las brechas de rendimiento, qué las está causando, y qué cambiaría una reconstrucción en una arquitectura moderna.

Tus posicionamientos en Google son una puntuación de rendimiento. La pregunta es si tu sitio web actual merece la posición en la que se encuentra.