Tiempo carga web (Core Web Vitals)🌎 Actualizado abril de 2026
Los Core Web Vitals son las tres métricas oficiales de Google para medir la experiencia de carga y usabilidad de una página web: LCP (Largest Contentful Paint), FID (First Input Delay) y CLS (Cumulative Layout Shift). Esta calculadora te permite ingresar los valores medidos de tu sitio y obtener una evaluación inmediata según los umbrales definidos por Google en 2024-2026. El LCP mide en milisegundos cuándo aparece el elemento visual más grande de la página; el FID mide el tiempo de respuesta al primer input del usuario; y el CLS es un puntaje adimensional que cuantifica cuánto se mueve el contenido visualmente durante la carga. Usada por desarrolladores web, SEOs y equipos de producto para diagnosticar problemas de rendimiento y priorizar optimizaciones.
Cuándo usar esta calculadora
- Un desarrollador frontend optimizó imágenes y quiere saber si el LCP bajó de 4200 ms a 2000 ms y ya entra en zona 'Bueno'.
- Un SEO técnico audita una tienda online antes del lanzamiento y verifica que el CLS de 0.05 no penaliza el posicionamiento.
- Un equipo de producto compara el FID de la versión mobile (95 ms) vs desktop (40 ms) para priorizar refactors de JavaScript.
- Un agencia de marketing revisa los Core Web Vitals de un cliente después de migrar a un nuevo hosting para confirmar que no empeoró el ranking de Google.
Ejemplo de cálculo
- 2000, 80, 0.05
- Bien
Cómo funciona
4 min de lecturaCómo se calcula
Los Core Web Vitals no se "calculan" con una fórmula aritmética, sino que cada métrica se mide en el navegador y luego se evalúa contra umbrales fijos definidos por Google. La lógica de clasificación es:
// LCP (Largest Contentful Paint) — en milisegundos
si LCP ≤ 2500 → "Bueno"
si 2500 < LCP ≤ 4000 → "Necesita mejoras"
si LCP > 4000 → "Deficiente"
// FID (First Input Delay) — en milisegundos
si FID ≤ 100 → "Bueno"
si 100 < FID ≤ 300 → "Necesita mejoras"
si FID > 300 → "Deficiente"
// CLS (Cumulative Layout Shift) — adimensional, 0 a 1
si CLS ≤ 0.1 → "Bueno"
si 0.1 < CLS ≤ 0.25 → "Necesita mejoras"
si CLS > 0.25 → "Deficiente"
// Resumen global
si las 3 métricas son "Bueno" → "✅ Pasa Core Web Vitals"
si alguna es "Necesita mejoras" → "⚠️ Mejorable"
si alguna es "Deficiente" → "❌ No pasa Core Web Vitals"El LCP se obtiene con la API PerformanceObserver observando entradas de tipo largest-contentful-paint. El FID se mide con PerformanceEventTiming (primer evento de input). El CLS acumula los layout-shift que ocurren sin interacción del usuario en ventanas de 5 segundos.
---
Tabla de referencia
| Métrica | Bueno | Necesita mejoras | Deficiente | Peso en ranking |
|---|---|---|---|---|
| LCP (ms) | ≤ 2 500 | 2 501 – 4 000 | > 4 000 | Alto |
| FID (ms) | ≤ 100 | 101 – 300 | > 300 | Medio |
| CLS (score) | ≤ 0.10 | 0.11 – 0.25 | > 0.25 | Alto |
| INP (ms) * | ≤ 200 | 201 – 500 | > 500 | Alto (reemplaza FID) |
> ⚠️ *Google reemplazó FID por INP (Interaction to Next Paint) en marzo 2024 como métrica oficial de Core Web Vitals. Sin embargo, FID sigue siendo útil como diagnóstico y muchas herramientas lo reportan. Esta calculadora incluye FID por compatibilidad con datos históricos y herramientas legacy.
---
Casos típicos
Caso 1 — E-commerce con buen rendimiento
Un sitio de ventas mide: LCP = 2 000 ms, FID = 80 ms, CLS = 0.05.
Caso 2 — Blog con imágenes no optimizadas
Un blog mide: LCP = 5 200 ms, FID = 60 ms, CLS = 0.18.
Caso 3 — Landing page con JavaScript pesado
LCP = 3 100 ms, FID = 250 ms, CLS = 0.08.
---
Errores comunes
1. Confundir LCP con FCP (First Contentful Paint): FCP mide cuándo aparece cualquier contenido; LCP mide el elemento más grande. Un FCP de 800 ms no garantiza un buen LCP si la imagen hero tarda 4 segundos.
2. Medir solo en laboratorio (Lighthouse) y no en campo (CrUX): Lighthouse corre en condiciones controladas. Google usa datos reales de Chrome (CrUX) para el ranking. Un sitio puede verse "verde" en Lighthouse y tener un CLS de 0.3 en usuarios reales por anuncios que cargan tarde.
3. Ignorar las dimensiones de imágenes y anuncios para el CLS: El error más frecuente de CLS es no reservar espacio para imágenes (width/height en HTML) ni para bloques de publicidad. Un banner de 250 px que aparece sin espacio reservado puede empujar todo el contenido y generar un CLS de 0.3+.
4. Medir FID con página sin interacción real: Si el tester no hace clic durante la medición, FID no se registra. Muchos reportes muestran FID = 0 ms porque nadie interactuó, no porque el sitio sea rápido.
5. No segmentar por dispositivo: El LCP mobile puede ser 3× peor que desktop. Google indexa mobile-first, así que un LCP de 2 000 ms en desktop con un LCP de 5 500 ms en mobile resulta en Deficiente para el ranking.
---
Calculadoras relacionadas
Preguntas frecuentes
¿Qué diferencia hay entre LCP y FCP?
El FCP (First Contentful Paint) mide cuándo aparece el primer píxel de contenido (texto, imagen o SVG) en la pantalla. El LCP mide cuándo se renderiza el elemento visual más grande visible en el viewport, que suele ser la imagen hero o el H1 principal. Un FCP de 800 ms es excelente, pero si la imagen principal tarda 4 500 ms en cargar, el LCP será Deficiente y el sitio será penalizado igual.
¿Google reemplazó el FID? ¿Tengo que preocuparme por INP?
Sí. En marzo de 2024, Google reemplazó oficialmente el FID por INP (Interaction to Next Paint) como métrica de Core Web Vitals. El umbral de INP es: ≤ 200 ms = Bueno, 201–500 ms = Necesita mejoras, > 500 ms = Deficiente. FID solo medía el primer input; INP mide la latencia de todas las interacciones. Si tu sitio tiene animaciones pesadas o componentes reactivos complejos, priorizá optimizar el INP.
¿Cómo afectan los Core Web Vitals al SEO real?
Google incorporó los Core Web Vitals como señal de ranking en junio de 2021 mediante el Page Experience Update. No es el factor más importante (el contenido relevante sigue siendo prioritario), pero actúa como desempate: entre dos páginas con contenido similar, la que pasa los CWV tiene ventaja. En nichos competitivos, pasar de Deficiente a Bueno puede implicar subidas de 5–15% en posiciones orgánicas según estudios de Searchmetrics y Sistrix.
¿Qué herramientas uso para medir LCP, FID y CLS?
Las herramientas más confiables son: Google PageSpeed Insights (datos de laboratorio + campo CrUX, gratis), Chrome DevTools → pestaña Performance (laboratorio), Search Console → informe Core Web Vitals (datos de campo de usuarios reales, el más importante para SEO), y WebPageTest.org para análisis avanzado con filmstrips. Para monitoreo continuo: Vercel Analytics, Datadog RUM o New Relic Browser.
¿Por qué mi LCP es bueno en Lighthouse pero malo en Search Console?
Lighthouse corre en condiciones de laboratorio: red simulada 4G lenta, CPU throttling 4×, sin caché, sin anuncios, sin scripts de usuario real. Search Console usa datos CrUX (Chrome User Experience Report): miles de usuarios reales con distintos dispositivos, conexiones y comportamientos. Los anuncios de terceros, los A/B tests y los scripts de analytics que no aparecen en Lighthouse degradan el LCP real. Siempre priorizá los datos de Search Console para decisiones de SEO.
¿Cómo bajo el CLS sin cambiar el diseño del sitio?
Las acciones de mayor impacto sin rediseñar son: (1) agregar atributos width y height explícitos en todas las etiquetas <img> — esto reserva el espacio antes de que cargue la imagen; (2) usar min-height en contenedores de anuncios y embeds; (3) aplicar font-display: optional o swap en fuentes web para evitar reflows por cambio de tipografía; (4) no insertar contenido dinámico encima del contenido visible sin que el usuario lo haya solicitado.
¿Los Core Web Vitals se miden igual en mobile y desktop?
Los umbrales son los mismos para mobile y desktop, pero Google evalúa ambos por separado en Search Console. Como Google usa indexación mobile-first, los datos de dispositivos móviles tienen mayor peso para el ranking. En la práctica, el LCP mobile suele ser 2–4× mayor que en desktop por la latencia de redes celulares y la menor potencia de CPU. Si tenés que elegir dónde optimizar primero, siempre empezá por mobile.
¿Qué puntaje de CLS es aceptable para un sitio con muchos anuncios?
El umbral de Google es estricto: CLS ≤ 0.1 para ser Bueno, sin excepciones por tipo de sitio. Un sitio con banners de publicidad dinámicos frecuentemente tiene CLS de 0.3–0.6 si no se reserva espacio. La solución más efectiva es usar position: sticky o contenedores con height fija para los slots publicitarios. Redes como Google Ad Manager permiten configurar tamaños fijos de slot que el navegador puede reservar antes de que cargue el anuncio.
Fuentes y referencias
Metodología y confianza
Contenido revisado por el equipo editorial de Hacé Cuentas, con apego a nuestra política editorial y metodología de cálculo.
Última revisión: 18 de abril de 2026. Los parámetros fiscales, legales y datos se verifican periódicamente con las fuentes citadas.
Los cálculos corren 100% en tu navegador. No guardamos ni transmitimos tus datos. Leé nuestra política de privacidad.
Resultados orientativos. Para decisiones financieras, médicas o legales críticas, consultá con un profesional.