Core Web Vitals: la velocidad que sí afecta tus ventas y SEO

En 2026 la paciencia del usuario es más corta que nunca: estudios de Google llevan años mostrando que por cada segundo extra de carga la probabilidad de rebote sube de forma notable, y con la generalización de Interaction to Next Paint (INP) como métrica oficial, ya no basta con «abrir rápido», también hay que responder rápido a cada clic. Para una pyme o un emprendedor colombiano que invierte en pauta de Meta o Google Ads, esto es plata directa: si la landing tarda en cargar, pagas el clic pero pierdes la venta. Los Core Web Vitals son justamente la forma en que Google mide esa experiencia, y desde hace años son un factor de posicionamiento real. La buena noticia: casi siempre se arreglan sin rehacer todo el sitio.

En corto:

• Core Web Vitals = LCP (qué tan rápido aparece lo importante), INP (qué tan rápido responde a tus clics) y CLS (qué tanto «salta» el contenido). Son señal de SEO y de conversión.
• Lo que se mide para ranking es el dato de campo de usuarios reales (CrUX), no solo lo que ves en una prueba de laboratorio.
• El 80% de las mejoras en una pyme vienen de imágenes, hosting, caché y exceso de plugins/scripts, no de magia técnica.

1. Qué son exactamente los Core Web Vitals (sin tecnicismos)

Google evalúa tres métricas centrales que resumen la experiencia de carga e interacción de tu página:

• LCP (Largest Contentful Paint): cuánto tarda en pintarse el elemento más grande visible (normalmente la imagen principal o el titular). Meta: menos de 2,5 segundos.
• INP (Interaction to Next Paint): reemplazó a FID y mide la capacidad de respuesta: cuando el usuario toca un botón, abre un menú o un acordeón, ¿cuánto tarda la página en reaccionar? Meta: menos de 200 milisegundos.
• CLS (Cumulative Layout Shift): qué tanto se mueve el contenido mientras carga (esos saltos molestos donde ibas a tocar un botón y terminaste en otro). Meta: menos de 0,1.

La clave que casi nadie entiende: para SEO, Google usa el dato de campo (CrUX), es decir, el rendimiento que viven tus usuarios reales con sus celulares y la red de Colombia, no la prueba perfecta en tu computador con fibra óptica. Por eso un sitio puede verse «rápido» para ti y aun así reprobar.

2. Por qué esto sí afecta tus ventas y tu SEO

Los Core Web Vitals impactan tu negocio por dos vías que se refuerzan:

1. SEO: son un factor de ranking confirmado dentro de la señal de «experiencia de página». A igualdad de contenido, Google premia al sitio más rápido y estable. No te subirá del puesto 30 al 1, pero sí es el desempate que te falta.
2. Conversión: aquí está el dinero. Un sitio lento dispara el rebote y mata el ROAS de tu pauta. Ejemplo ilustrativo (cifras de muestra para entender la magnitud): si tu landing recibe 1.000 visitas pagas al mes con un costo de $2.000 COP por clic y conviertes al 2%, son 20 leads. Si al bajar el LCP de 5s a 2,5s reduces el rebote y subes la conversión al 3%, pasas a 30 leads con el mismo presupuesto de pauta. Esa diferencia, sostenida, paga sola la optimización.

Para un e-commerce con WooCommerce el efecto es aún más directo: cada paso del checkout que carga lento es un carrito abandonado.

3. Cómo medirlos (herramientas reales y gratuitas)

Antes de optimizar, mide. Estas son las herramientas que usamos en proyectos reales:

• PageSpeed Insights: te da laboratorio + dato de campo en un solo lugar. Si arriba aparece «datos de usuarios reales», ese es el que cuenta para Google.
• Google Search Console > Experiencia > Core Web Vitals: te muestra qué URLs reprueban en móvil y escritorio agrupadas. Es tu mapa de prioridades.
• Lighthouse (en las herramientas de desarrollador de Chrome): para diagnosticar página por página y ver qué recurso pesa.
• GA4 + Web Vitals: puedes enviar las métricas reales de tus usuarios a GA4 vía Google Tag Manager (GTM) usando la librería web-vitals, y cruzarlas con conversiones para ver, por ejemplo, si los usuarios con peor LCP convierten menos.

Recomendación práctica: mide siempre en móvil y con conexión simulada lenta. La mayoría del tráfico de una pyme colombiana llega desde celular y datos, no desde Wi-Fi de oficina.

4. Las causas más comunes en una pyme (y cómo arreglarlas)

En la práctica, el grueso de los problemas que vemos en sitios de pymes, sobre todo en WordPress, viene de un puñado de causas repetidas:

• Imágenes pesadas (el villano #1): fotos de 3 MB subidas sin comprimir. Solución: convierte a WebP/AVIF, dimensiona al tamaño real de visualización y aplica loading="lazy" a lo que está bajo el pliegue. Esto solo suele arreglar el LCP.
• Hosting lento o saturado: el plan compartido más barato responde lento bajo carga. Un buen hosting con servidor cercano y caché de servidor mejora el LCP de entrada.
• Sin caché ni CDN: plugins como WP Rocket o LiteSpeed Cache, más un CDN como Cloudflare, sirven el contenido ya «armado» y desde un nodo cercano al usuario.
• Exceso de plugins y scripts: cada plugin de chat, popup, pixel o «constructor visual» añade JavaScript que empeora el INP. Audita y elimina lo que no usas; carga los pixeles de marketing vía GTM con disparadores diferidos.
• CLS por anuncios, fuentes y banners: reserva siempre width y height en imágenes y embeds, y precarga las fuentes para que el texto no «salte».

Un orden de ataque sensato: imágenes → caché/CDN → limpieza de scripts → fuentes y reservas de espacio. En ese orden, con poco esfuerzo se ven los mayores saltos.

5. Plan accionable de 7 días para tu sitio

Si quieres atacarlo tú mismo o con tu equipo, este es un plan realista:

1. Día 1: corre PageSpeed Insights en tu home, una página de servicio y una de producto. Anota LCP, INP y CLS de cada una.
2. Día 2: revisa Search Console y lista las URLs en rojo. Prioriza las que reciben tráfico o pauta.
3. Día 3: comprime y reconvierte a WebP todas las imágenes del fold principal.
4. Día 4: instala y configura caché (WP Rocket / LiteSpeed) y conecta Cloudflare.
5. Día 5: audita plugins. Desactiva los que no usas y mueve pixeles a GTM con carga diferida.
6. Día 6: arregla CLS (dimensiones en imágenes, precarga de fuentes) y revisa botones/popups que tarden en responder (INP).
7. Día 7: vuelve a medir y guarda el «antes y después» para comparar dentro de 28 días, cuando el dato de campo se actualice.

Importante: el dato de campo (CrUX) tarda hasta 28 días en reflejar tus mejoras. Si el laboratorio ya mejoró, vas bien aunque Search Console todavía no lo muestre.

Conclusión: la velocidad es una decisión de negocio, no solo técnica

Los Core Web Vitals no son un capricho de Google: son el reflejo de cómo viven tu sitio los clientes que tú pagaste por traer. Mejorarlos significa más SEO orgánico, menos rebote y mejor retorno de cada peso invertido en pauta. Y en la mayoría de pymes no requiere rehacer la web, sino corregir imágenes, hosting, caché y exceso de scripts con método.

En IDEALAB abordamos esto como parte de nuestras soluciones web: auditamos tu sitio con datos de campo, priorizamos por impacto en ventas y dejamos un sitio rápido y estable. Lo conectamos además con tu medición en GA4/GTM (ve nuestras herramientas), con automatizaciones que aprovechan ese tráfico ya optimizado y, si vendes, con AcceleraSales para convertir esas visitas más rápidas en clientes. Una web veloz es la base sobre la que rinde todo lo demás.

Acelerar mi sitio web