¿Tu web es lenta? Cómo saberlo en dos minutos (y qué hacer después)

8 de septiembre de 2026

«Mi web va bien» suele significar «a mí me abre rápido en el ordenador de la oficina, con fibra y con la caché llena». Tu cliente la abre en el móvil, en la calle, la primera vez. Ahí es donde una web es lenta o no lo es. Este artículo te da tres formas de medirlo en dos minutos, te dice qué la frena casi siempre y qué hicimos nosotros para bajar una web real de 5,4 a 2,4 segundos.

Qué es «lenta», con números

Google mide la velocidad con una métrica llamada LCP (el tiempo hasta que se pinta el bloque principal de la página). Sus umbrales son públicos:

  • Hasta 2,5 segundos: buena.
  • De 2,5 a 4 segundos: necesita mejorar.
  • Más de 4 segundos: mala. Y aquí vive una parte enorme de las webs de negocio.

Hay un segundo número que casi nadie mira: el tiempo de respuesta del servidor (TTFB), lo que tarda tu web en enviar el primer byte. Si son 2 o 3 segundos, la página está en blanco ese tiempo, haga lo que haga el diseño.

Tres formas de comprobarlo en dos minutos

  1. PageSpeed Insights (gratis, de Google). Pega tu dirección y mira la pestaña «Móvil». Apunta el LCP y el tiempo de respuesta. Es la misma vara que usa Google para posicionarte.
  2. Tu propio móvil, con datos. Quita el wifi, abre una pestaña nueva y entra en tu web como si no la conocieras. Cuenta en voz alta. Si llegas a «cuatro», tienes un problema que no se ve desde la oficina.
  3. Nuestra comprobación gratuita. En app.wordnext.tech/comprobar pegas tu dirección y en unos segundos te decimos con qué está hecha tu web, cuánto contenido tiene, si se puede migrar sin rehacerla y cómo la leería una IA. No mide la velocidad, pero te dice qué hay debajo, que es donde suele estar la causa.

Un caso real, medido: Olvidos

Antes (WordPress): 5,4 segundos de carga y 4,9 segundos de respuesta del servidor.

Después (Next.js): 2,4 segundos de carga y 0,2 segundos de respuesta.

Mismo diseño, mismo contenido, mismo dominio. Las cifras salen de PageSpeed y puedes verlas en vivo en nuestra página de casos y en la demo de la portada, donde tu propio navegador cronometra las dos versiones.

Lo que frena una web casi siempre

Después de abrir muchas webs por dentro, las causas se repiten:

  • Plugins. Cada uno carga su script y su hoja de estilos en todas las páginas, las use o no. Treinta plugins son treinta peajes; lo contamos en la autopsia de un WordPress con 38 plugins.
  • Constructores visuales. El maquetador arrastrable pesa más que la propia web, y lo carga el visitante en cada visita.
  • Hosting compartido y PHP. El servidor tiene que montar la página en cada petición. De ahí salen los 2 o 3 segundos de respuesta.
  • Imágenes sin tratar. Una foto de 4 MB en la portada se lleva por delante cualquier optimización.
  • Plugins de caché para tapar lo anterior. Ayudan a veces y complican siempre; lo explicamos en por qué tu WordPress sigue lento con caché.

Qué hacer después

Si tu LCP está por encima de 4 segundos y la respuesta del servidor pasa de 1, no se arregla comprimiendo fotos: se arregla cambiando cómo está construida la web. Una web hecha con Next.js llega al navegador como HTML ya montado, sin plugins que cargar y servida desde una red de servidores cercana al visitante. Por eso el servidor responde en décimas, no en segundos. Cómo se hace ese cambio sin perder posicionamiento está en la guía de migración de WordPress a Next.js.

Sin humo: no toda web lenta necesita rehacerse. Si tu LCP ronda los 3 segundos y el servidor responde en menos de medio segundo, con optimizar imágenes y quitar dos plugins puede que te valga. Mide primero; decide después.

Empieza por la comprobación gratuita: en cinco segundos sabes con qué está hecha tu web y si se puede migrar. Si prefieres que la midamos nosotros y te digamos qué la frena, la auditoría es gratuita y sale con cifras.

Recibe cada autopsia en tu correo

Un artículo a la semana sobre webs que funcionan (y las que no): costes reales, WordPress, velocidad e IA. Sin humo; te das de baja con un clic.