Google mide tres cosas llamadas Core Web Vitals: LCP, FID y CLS.
Suenan técnicas. Lo son.
Pero afectan tus ingresos directamente.
Esto es lo que significan en términos de negocio, cómo impactan tus resultados y cuáles arreglar primero.
Qué son los Core Web Vitals (en lenguaje sencillo)
Google mide qué tan rápido y estable se siente tu sitio web para los usuarios.
Las tres métricas:
LCP - Largest Contentful Paint
Técnico: Tiempo hasta que carga el elemento visible más grande.
En lenguaje sencillo: Cuánto tarda en aparecer el contenido principal.
Experiencia del usuario: “¿Cuánto tiempo me quedo mirando una pantalla en blanco?”
Bueno: Menos de 2.5 segundos
Malo: Más de 4 segundos
Impacto en el negocio:
- Cada segundo de retraso = 7% de pérdida de conversión
- LCP lento = los usuarios rebotan antes de ver tu contenido
FID - First Input Delay (reemplazado por INP en 2024)
Técnico: Tiempo entre la interacción del usuario y la respuesta del navegador.
En lenguaje sencillo: Cuánto tarda en pasar algo después de hacer clic.
Experiencia del usuario: “¿Funcionó mi clic? ¿Debo hacer clic otra vez?”
Bueno: Menos de 100 milisegundos
Malo: Más de 300 milisegundos
Impacto en el negocio:
- FID lento = los usuarios hacen clic varias veces, se frustran y se van
- Los formularios se sienten rotos
- Los botones se sienten sin respuesta
CLS - Cumulative Layout Shift
Técnico: Cuánto contenido visible se mueve inesperadamente.
En lenguaje sencillo: ¿El contenido salta mientras carga?
Experiencia del usuario: “Estaba a punto de hacer clic en ese botón pero cargó un anuncio y ahora hice clic en lo equivocado.”
Bueno: Menos de 0.1
Malo: Más de 0.25
Impacto en el negocio:
- Los usuarios hacen clic accidentalmente en botones equivocados
- Los formularios son frustrantes de llenar
- Se siente poco profesional y roto
Impacto real en ingresos (no solo rankings)
Los Core Web Vitals afectan tu negocio de dos maneras.
Impacto 1: Rankings de Google
Cuánto importa:
- Factor de ranking pequeño
- No tan importante como la calidad del contenido o los backlinks
- Pero, en igualdad de condiciones, gana el sitio más rápido
Verificación de realidad: Un sitio lento con buen contenido le gana a un sitio rápido con contenido débil.
No sacrifiques la calidad del contenido por perseguir puntuaciones perfectas.
Impacto 2: Tasas de conversión (impacto mucho mayor)
Datos reales:
Amazon:
- Cada 100ms de retraso = 1% de pérdida de ingresos
Google:
- Medio segundo de retraso = 20% de caída en tráfico
Walmart:
- Cada 1 segundo de mejora = 2% de aumento en conversión
Tu negocio:
- LCP sobre 4 segundos = 50% de tasa de rebote
- LCP bajo 2.5 segundos = 20% de tasa de rebote
- Diferencia: 60% más personas se quedan en tu sitio
Cálculo de ingresos:
Ejemplo: Sitio de e-commerce
- 10,000 visitas/mes
- LCP actual: 4.5 segundos (50% de rebote)
- 5,000 personas ven tus productos
- 2% convierte = 100 ventas
- $100 de pedido promedio = $10,000 de ingresos
Después de mejorar el LCP a 2.3 segundos:
- 10,000 visitas/mes
- Nuevo LCP: 2.3 segundos (20% de rebote)
- 8,000 personas ven tus productos (60% más)
- 2% convierte = 160 ventas
- $100 de pedido promedio = $16,000 de ingresos
- Aumento de $6,000/mes = $72,000/año
Costo para arreglar el LCP: $0-500 (a menudo gratis, a veces requiere mejor hosting)
ROI: 14,400% si pagas $500 por arreglarlo
Qué métrica importa más para tu negocio
No todos los Core Web Vitals son igual de importantes.
E-commerce: el LCP es crítico
Por qué: Las imágenes de producto suelen ser el elemento LCP.
Problema: Imágenes de producto grandes y sin optimizar = LCP lento = los usuarios rebotan antes de ver los productos.
Prioridad:
- LCP (más importante)
- CLS (segundo: los usuarios odian los saltos de layout durante el checkout)
- FID (tercero: los botones suelen responder bien)
Victoria rápida: Optimiza imágenes. Usa formato WebP. Carga con lazy load las imágenes debajo del pliegue.
SaaS / Apps web: el FID/INP es crítico
Por qué: Los usuarios interactúan mucho (haciendo clic en botones, llenando formularios, usando la interfaz).
Problema: JavaScript lento = hacer clic se siente roto = usuarios frustrados cancelan el registro.
Prioridad:
- FID/INP (más importante)
- LCP (segundo: la carga lenta del dashboard es molesta)
- CLS (tercero: los saltos de layout son menos comunes en apps)
Victoria rápida: Elimina JavaScript no usado. Difiere los scripts no críticos.
Blogs / Sitios de contenido: importan LCP y CLS
Por qué: Los usuarios vienen a leer. Necesitan que el contenido cargue rápido y se quede quieto.
Problema: Los anuncios y las imágenes causan saltos de layout. Las imágenes hero grandes ralentizan el LCP.
Prioridad:
- LCP (más importante: los usuarios quieren leer)
- CLS (segundo: anuncios desplazando contenido es exasperante)
- FID (tercero: no hay mucha interacción en posts de blog)
Victoria rápida: Reserva espacio para anuncios para que no causen saltos. Optimiza imágenes hero.
Lead Gen / Sitios de servicios: LCP y CLS para formularios
Por qué: La meta es el envío de formulario. Los usuarios necesitan llenar formularios sin frustración.
Problema: Las imágenes ralentizan el LCP. Los saltos de layout hacen molestos a los formularios.
Prioridad:
- CLS (más importante: si el formulario se desplaza, los usuarios se rinden)
- LCP (segundo: landing page rápida = más visualizaciones de formulario)
- FID (tercero: los formularios suelen responder bien a menos que tengan mucho JS)
Victoria rápida: Define explícitamente width/height en todas las imágenes. Elimina elementos que desplacen el layout cerca de los formularios.
Victorias rápidas por métrica
Victorias rápidas para LCP
Problema: Las imágenes grandes cargan lento.
Soluciones (en orden de impacto):
-
Optimiza imágenes (5-10 minutos)
- Convierte a formato WebP
- Comprime con TinyPNG o Squoosh
- Impacto: 30-50% de mejora en LCP
-
Usa CDN para imágenes (30 minutos)
- Cloudflare, Cloudinary o ImgIX
- Sirve imágenes desde el servidor más cercano al usuario
- Impacto: 20-40% de mejora en LCP
-
Precarga la imagen LCP (10 minutos)
- Agrega al
<head>:<link rel="preload" as="image" href="hero.jpg"> - El navegador la carga inmediatamente
- Impacto: 10-30% de mejora en LCP
- Agrega al
-
Elimina recursos que bloquean el renderizado (30-60 minutos)
- Difiere CSS no crítico
- Mueve JavaScript al final o difiérelo
- Impacto: 20-50% de mejora en LCP
Mejora esperada: 1-2 segundos menos de LCP
Tiempo: 1-2 horas
Costo: $0 (herramientas gratis)
Victorias rápidas para FID/INP
Problema: JavaScript bloquea el hilo principal.
Soluciones (en orden de impacto):
-
Elimina JavaScript no usado (30 minutos)
- Revisa la pestaña Coverage en Chrome DevTools
- Elimina plugins que no usas
- Impacto: 30-60% de mejora en FID
-
Difiere JavaScript no crítico (15 minutos)
- Agrega el atributo
defer:<script defer src="script.js"> - Carga los scripts después de que la página esté interactiva
- Impacto: 40-70% de mejora en FID
- Agrega el atributo
-
Usa code splitting (60 minutos, técnico)
- Carga solo el JavaScript necesario para la página actual
- Requiere cambios en la herramienta de build
- Impacto: 50-80% de mejora en FID
-
Mejora el hosting (si estás en hosting compartido lento)
- Múdate a un servidor más rápido
- Más CPU = ejecución de JS más rápida
- Impacto: 20-50% de mejora en FID
Mejora esperada: 100-200ms menos de FID
Tiempo: 1-3 horas
Costo: $0-50/mes (si mejoras el hosting)
Victorias rápidas para CLS
Problema: Los elementos cargan y desplazan el contenido hacia abajo.
Soluciones (en orden de impacto):
-
Define dimensiones explícitas para imágenes (30 minutos)
- Agrega width y height:
<img src="photo.jpg" width="800" height="600"> - El navegador reserva el espacio antes de que cargue la imagen
- Impacto: 50-80% de mejora en CLS
- Agrega width y height:
-
Reserva espacio para anuncios (15 minutos)
- Agrega min-height a los contenedores de anuncios
- Previene el salto cuando carga el anuncio
- Impacto: 30-60% de mejora en CLS
-
Usa font-display: swap (5 minutos)
- Agrega a
@font-face:font-display: swap; - Muestra una fuente de respaldo inmediatamente en lugar de texto en blanco
- Impacto: 20-40% de mejora en CLS
- Agrega a
-
Evita insertar contenido encima del contenido existente (varía)
- No agregues banners que empujen el contenido hacia abajo
- Carga contenido dinámico en espacio reservado
- Impacto: Elimina el CLS por completo si se hace bien
Mejora esperada: CLS de 0.25 a menos de 0.1
Tiempo: 1-2 horas
Costo: $0
Cuándo priorizar y cuándo ignorar
Prioriza los Core Web Vitals si:
Tráfico alto, conversión baja:
- 10,000+ visitas/mes pero menos del 2% de conversión
- Mejorar la velocidad podría desbloquear ingresos significativos
E-commerce:
- Cada fracción de segundo = más ventas
- Fácil de calcular el ROI
Tráfico mayoritariamente móvil:
- Los usuarios móviles son más sensibles a sitios lentos
- Los Core Web Vitals móviles suelen ser peores que los de escritorio
Nicho competitivo:
- Los competidores tienen mejores puntuaciones
- En igualdad de condiciones, estás perdiendo contra sitios más rápidos
Tráfico pagado:
- Estás pagando por clics que rebotan por un sitio lento
- Gasto publicitario desperdiciado
Despreocúpate de los Core Web Vitals si:
Tráfico bajo:
- Menos de 1,000 visitas/mes
- Arreglar otras cosas (contenido, SEO, marketing) tendrá mayor impacto
Conversión ya alta:
- 5%+ de tasa de conversión
- La velocidad no es tu factor limitante
Problemas de calidad de contenido:
- Contenido pobre, sin propuesta de valor, oferta poco clara
- Arregla esto primero antes de optimizar la velocidad
B2B con usuarios pacientes:
- Los clientes empresariales esperarán por dashboards complejos
- No tan sensibles a retrasos de 1-2 segundos
Contenido de noticias o urgencia:
- Sitios de noticias de última hora
- Los usuarios esperarán si el contenido es lo suficientemente valioso
Cómo revisar tus Core Web Vitals
Método 1: PageSpeed Insights (gratis, rápido)
- Ve a PageSpeed Insights
- Ingresa tu URL
- Espera 30-60 segundos
- Mira las puntuaciones para Móvil y Escritorio
Pros:
- Gratis
- Rápido
- La herramienta oficial de Google
Contras:
- Solo prueba una página a la vez
- Datos de laboratorio (simulados), no datos de usuarios reales
Método 2: Google Search Console (gratis, usuarios reales)
- Ve a Search Console > Experiencia > Core Web Vitals
- Mira datos de usuarios reales de visitantes actuales
- Muestra qué páginas tienen puntuaciones malas, necesitan mejora o son buenas
Pros:
- Datos de usuarios reales (datos de campo)
- Muestra todas tus páginas
- Gratis
Contras:
- Necesitas suficiente tráfico para tener datos
- Se actualiza semanalmente, no en tiempo real
Método 3: Site Audit (rápido, accionable)
- Ejecuta un Site Audit ($50)
- Obtén puntuaciones de Core Web Vitals más una lista priorizada de arreglos
- Mira los elementos exactos que causan problemas
- Recibe una guía de implementación
Pros:
- Arreglos específicos con prioridad
- Explicaciones técnicas y no técnicas
- Auditoría completa del sitio, no solo una página
Contras:
- Cuesta $50 (pero ahorra horas de diagnóstico)
Ejecuta un Site Audit para revisar tus Core Web Vitals
Errores comunes
Error 1: Perseguir la puntuación de 100/100
Problema: Obsesionarse con una puntuación perfecta de PageSpeed.
Realidad:
- 90+ es excelente
- 80-89 es suficiente para la mayoría de los negocios
- Pasar de 90 a 100 tiene un impacto mínimo en el negocio
Mejor enfoque: Llega a 80-90, luego enfócate en contenido y marketing.
Error 2: Ignorar el móvil
Problema: Solo revisar las puntuaciones de escritorio.
Realidad:
- 60-70% del tráfico es móvil
- Las puntuaciones móviles suelen ser peores
- Google posiciona según el rendimiento móvil
Solución: Siempre revisa primero las puntuaciones móviles.
Error 3: Optimizar las páginas equivocadas
Problema: Arreglar la página de inicio mientras las páginas de producto van lentas.
Realidad: Optimiza las páginas que generan ingresos:
- Páginas de producto (e-commerce)
- Landing pages (lead gen)
- Página de precios (SaaS)
- Posts de blog con mayor tráfico
Solución: Ejecuta un Site Audit en tus 5 páginas principales que generan ingresos, no solo en la home.
Error 4: Romper funcionalidad por velocidad
Problema: Quitar características críticas para mejorar las puntuaciones.
Realidad:
- El widget de chat agrega 500ms pero genera 20% de las conversiones
- Quitarlo por una mejor puntuación = pérdida de ingresos
Solución: Optimiza alrededor de las características críticas. No las quites.
Cronograma esperado
Semana 1: Victorias rápidas
- Optimizar imágenes (WebP, compresión)
- Agregar width/height a imágenes
- Diferir JavaScript no crítico
Mejora esperada:
- LCP: 1-2 segundos más rápido
- CLS: 50-70% mejor
Semanas 2-3: Arreglos más profundos
- Configurar CDN
- Eliminar JavaScript no usado
- Arreglar recursos que bloquean el renderizado
Mejora esperada:
- LCP: 30-40% de mejora adicional
- FID: 50-70% mejor
Mes 2: Monitoreo e iteración
- Monitorea datos reales de usuarios en Search Console
- Rastrea cambios en la tasa de conversión
- Ajusta según el impacto
Mejora esperada:
- Tasa de conversión: aumento del 10-30%
- Ingresos: incremento medible
El resultado final
Los Core Web Vitals son tres métricas de velocidad que mide Google:
- LCP: Qué tan rápido carga el contenido principal
- FID/INP: Qué tan rápido responde el sitio a los clics
- CLS: Cuánto salta el contenido
Impacto en el negocio:
- Factor de ranking pequeño
- Factor de conversión grande (cada segundo = 7% de pérdida de conversión)
Prioridad por tipo de negocio:
- E-commerce: LCP primero
- SaaS: FID/INP primero
- Blogs: LCP y CLS
- Lead gen: CLS primero
Victorias rápidas:
- Optimiza imágenes (1-2 horas, gratis)
- Difiere JavaScript (30 minutos, gratis)
- Define dimensiones de imagen (30 minutos, gratis)
ROI esperado: Un arreglo de $500 puede generar $72,000/año en ingresos adicionales para un sitio típico de e-commerce.
No persigas las puntuaciones de 100/100. Llega a 80-90 y enfócate en contenido y marketing.
Lectura relacionada: