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
  1. Los números que importan
  2. Cómo medirla
  3. Lo que medimos en nuestras webs (10 de noviembre de 2026)
  4. Qué hacer si no llegas
  5. Preguntas frecuentes

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)

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

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:

  1. 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.
  2. 2JavaScript: quita lo que no uses (plugins, widgets, etiquetas). Cada script compite con tu contenido.
  3. 3Caché: que la web se sirva ya preparada y no se genere en cada visita.
  4. 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.
  5. 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

¿Te quedó una duda o encontraste un error? Escríbenos por WhatsApp: lo lee una persona.