Velocidad de carga web: qué es bueno y cómo medirla
Por Romulo Felizola · Actualizada el · 4 min de lectura · Read in English
Según Google, una web carga bien si su contenido principal aparece en menos de 2,5 segundos (LCP), responde a los toques en menos de 200 milisegundos (INP) y no se mueve mientras carga (CLS menor de 0,1). Además conviene que el servidor conteste en 0,8 segundos o menos (TTFB). Se mide con PageSpeed Insights y con el informe de Core Web Vitals de Search Console; aquí van los números de seis de nuestras propias webs.
En esta guía
Los números que importan
LCP (Largest Contentful Paint)
- Qué mide
- Cuánto tarda en aparecer el elemento más grande de la pantalla (una foto o un titular)
- Bueno según Google
- Menos de 2,5 segundos
INP (Interaction to Next Paint)
- Qué mide
- Cuánto tarda la web en reaccionar cuando tocas o haces clic
- Bueno según Google
- Menos de 200 milisegundos
CLS (Cumulative Layout Shift)
- Qué mide
- Cuánto se mueve el contenido mientras carga (los saltos que te hacen pulsar lo que no querías)
- Bueno según Google
- Menos de 0,1
TTFB (tiempo hasta el primer byte)
- Qué mide
- Cuánto tarda en llegar el primer byte desde el servidor. No es un Core Web Vital
- Bueno según Google
- 0,8 segundos o menos (de 0,8 a 1,8 hay que mejorar; más de 1,8 es malo)
| Métrica | Qué mide | Bueno según Google |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en aparecer el elemento más grande de la pantalla (una foto o un titular) | Menos de 2,5 segundos |
| INP (Interaction to Next Paint) | Cuánto tarda la web en reaccionar cuando tocas o haces clic | Menos de 200 milisegundos |
| CLS (Cumulative Layout Shift) | Cuánto se mueve el contenido mientras carga (los saltos que te hacen pulsar lo que no querías) | Menos de 0,1 |
| TTFB (tiempo hasta el primer byte) | Cuánto tarda en llegar el primer byte desde el servidor. No es un Core Web Vital | 0,8 segundos o menos (de 0,8 a 1,8 hay que mejorar; más de 1,8 es malo) |
Google Search Central (Core Web Vitals) y web.dev/ttfb, consultados el 10 de noviembre de 2026. Google dice que esto «se alinea con lo que nuestros sistemas de clasificación principales buscan premiar».
Cómo medirla
- [PageSpeed Insights](https://pagespeed.web.dev/): pega tu dirección. Arriba muestra datos de usuarios reales (si hay suficientes) y abajo una prueba en laboratorio. Los dos pueden no coincidir.
- Search Console, informe de Core Web Vitals: usa datos de personas reales y te agrupa las páginas por estado. Es la medición que importa. Si no lo tienes, mira para qué sirve Search Console.
- El tiempo del servidor con curl: mide el TTFB en tu terminal (lo vemos en TTFB).
Una diferencia que conviene tener clara: laboratorio es una prueba simulada, repetible, en una máquina; campo son los datos de personas reales con sus móviles y sus redes. Para decidir, manda el campo; el laboratorio sirve para encontrar qué arreglar.
Lo que medimos en nuestras webs (10 de noviembre de 2026)
seoclave.com (portada)
- LCP móvil
- 704 ms
- LCP escritorio
- 272 ms
- CLS
- 0
- Peso total (móvil)
- 1.254 KB
seoclave.com/precios
- LCP móvil
- 292 ms
- LCP escritorio
- 260 ms
- CLS
- 0
- Peso total (móvil)
- 1.291 KB
jsbrandlab.com (portada)
- LCP móvil
- 320 ms
- LCP escritorio
- 396 ms
- CLS
- 0
- Peso total (móvil)
- 804 KB
jsbrandlab.com/hosting/vps-colombia
- LCP móvil
- 180 ms
- LCP escritorio
- 156 ms
- CLS
- 0
- Peso total (móvil)
- 615 KB
orinocorp.com
- LCP móvil
- 232 ms
- LCP escritorio
- 296 ms
- CLS
- 0
- Peso total (móvil)
- 3.261 KB
tramitesve.com
- LCP móvil
- 332 ms
- LCP escritorio
- 324 ms
- CLS
- 0
- Peso total (móvil)
- 2.001 KB
| Página | LCP móvil | LCP escritorio | CLS | Peso total (móvil) |
|---|---|---|---|---|
| seoclave.com (portada) | 704 ms | 272 ms | 0 | 1.254 KB |
| seoclave.com/precios | 292 ms | 260 ms | 0 | 1.291 KB |
| jsbrandlab.com (portada) | 320 ms | 396 ms | 0 | 804 KB |
| jsbrandlab.com/hosting/vps-colombia | 180 ms | 156 ms | 0 | 615 KB |
| orinocorp.com | 232 ms | 296 ms | 0 | 3.261 KB |
| tramitesve.com | 332 ms | 324 ms | 0 | 2.001 KB |
Chromium con pantalla móvil de 360 px y de escritorio de 1280 px, medido desde el propio servidor (un VPS KVM 2 de Hostinger), SIN limitar red ni procesador. Es la parte que depende de la página y del servidor; en un móvil real con 4G el LCP será más alto, y por eso hay que mirar también los datos de campo. Pesos sin comprimir, en KB de 1.024 bytes.
Dos cosas que nos enseñó la medición. Una: el servidor no es el cuello de botella; con un VPS que tiene 2 núcleos y 8 GB para unas veinte webs, el LCP sale muy por debajo de los 2,5 segundos. Dos: lo más pesado de nuestras páginas rápidas no es nuestro. En jsbrandlab.com, el JavaScript de una página de 17 KB de HTML es casi todo el script de Google Analytics: unos 541 KB sin comprimir. Medir cuesta peso, y conviene saberlo.
Qué hacer si no llegas
En este orden, de más a menos impacto habitual:
- 1Imágenes: pesan menos en formatos modernos (WebP o AVIF) y con el tamaño real con el que se muestran. Es la causa número uno de un LCP malo.
- 2JavaScript: quita lo que no uses (plugins, widgets, etiquetas). Cada script compite con tu contenido.
- 3Caché: que la web se sirva ya preparada y no se genere en cada visita.
- 4El servidor: si el tiempo hasta el primer byte pasa de 0,8 segundos aun con lo anterior hecho, mira tu plan o tu hosting.
- 5La distancia: un servidor lejos de tus visitantes añade tiempo de red; un CDN o un servidor más cercano lo reduce.
Si descubres que el servidor sí es el problema, lee cómo influye el hosting en el SEO y qué debe tener un hosting para SEO.
Preguntas frecuentes
¿Qué velocidad de carga es buena?
Según Google: contenido principal en menos de 2,5 segundos (LCP), respuesta a toques en menos de 200 milisegundos (INP) y CLS menor de 0,1. Para el servidor, un TTFB de 0,8 segundos o menos.
¿La velocidad de carga influye en el SEO?
Sí, a través de los Core Web Vitals: Google dice que se alinean con lo que sus sistemas de clasificación principales buscan premiar. No es lo único ni lo más importante: el contenido que responde a lo que la gente busca sigue mandando.
¿Por qué PageSpeed Insights me da un número y Search Console otro?
Porque PageSpeed muestra también una prueba de laboratorio simulada y Search Console usa solo datos de usuarios reales. Si no coinciden, fíate de los datos reales.
¿Mi hosting es la causa de que mi web sea lenta?
A veces. Compruébalo midiendo el tiempo hasta el primer byte; si es bueno, el problema está en la web (imágenes, scripts), no en el servidor.
¿Es normal que Google Analytics pese tanto?
Sí: en nuestras páginas, su script es el 99 % del JavaScript. Cárgalo solo si lo vas a usar y revisa de vez en cuando qué etiquetas siguen activas.
Sigue leyendo
- TTFB: qué es, cuánto es bueno y cómo reducirloEl TTFB es el tiempo hasta el primer byte de tu web. Qué valor es bueno según Google, cómo medirlo con un comando y qué hacer si tu hosting es lento.
- Cómo influye el hosting en el SEO: qué sí cambia y qué noEl hosting no posiciona por sí mismo, pero afecta a la velocidad, a la disponibilidad y al rastreo de Google. Qué cambia de verdad, con cifras de nuestras webs.
- Qué debe tener un hosting para SEO: checklistChecklist de lo que un hosting debe darte para el SEO: HTTPS, servidor rápido, disponibilidad, copias, ubicación y migración. Y qué incluye Hostinger.
- Google Search Console: qué es, para qué sirve y cómo usarloQué es Google Search Console, para qué sirve cada informe y cómo darlo de alta. Con datos reales de nuestra web y 5 cosas que revisar cada mes.
- Hostinger opiniones: nuestra experiencia real con su VPSOpinión honesta de Hostinger tras alojar 20 webs en su VPS KVM 2: cifras medidas, precio de oferta y de renovación, lo bueno, lo malo y para quién es.
¿Te quedó una duda o encontraste un error? Escríbenos por WhatsApp: lo lee una persona.