Velocidad de carga web: por qué tu página va lenta y cómo comprobarlo

La velocidad de carga web se nota antes de leer una sola palabra: si al abrir tu página en el móvil el cliente ve una pantalla en blanco o un círculo dando vueltas, es fácil que vuelva atrás y toque el siguiente resultado. Google también la tiene en cuenta para posicionar, aunque pesa menos que tener el contenido que la gente busca. Por las dos razones conviene saber medirla y entender qué la frena.

Cómo medir la velocidad de carga web con PageSpeed Insights

PageSpeed Insights es la herramienta gratuita de Google: entras en pagespeed.web.dev, pegas la dirección de una página y en un minuto tienes el informe, primero el de móvil (el que más importa) y en otra pestaña el de ordenador. Analiza también alguna página de servicio y el artículo del blog con más fotos, porque la portada suele estar más cuidada y da una idea demasiado optimista.

El informe tiene dos partes que conviene no mezclar. Arriba están los datos de usuarios reales, recogidos por Chrome durante los últimos 28 días; si tu web tiene pocas visitas, es normal que diga que no hay datos suficientes. Debajo está el diagnóstico de laboratorio, una simulación con un móvil y una conexión lentos, con la famosa nota de 0 a 100 y la lista de problemas detectados. Esa nota sirve para encontrar fallos, pero a nosotros no nos obsesiona: una web con un 75 que carga rápido para tus clientes reales está bien, y perseguir el 100 a veces cuesta más de lo que aporta.

Si tienes Search Console, el informe de Métricas web principales agrupa las páginas de tu web en buenas, mejorables y malas, con esos mismos datos de usuarios reales.

Las Core Web Vitals explicadas con ejemplos

Son las tres métricas con las que Google resume si una página carga y responde bien para quien la usa. Para darla por buena, se fija en lo que pasa en al menos tres de cada cuatro visitas (lo que técnicamente se llama el percentil 75).

LCP: cuánto tarda en verse lo principal

El LCP (Largest Contentful Paint) mide cuánto tarda en aparecer el elemento más grande de la primera pantalla, que casi siempre es la foto de cabecera o el titular. Google lo considera bueno por debajo de 2,5 segundos y malo por encima de 4. Un caso muy típico es la web de un restaurante con una foto del comedor de 3 MB a pantalla completa: hasta que esa foto no termina de bajar, el cliente ve un hueco gris, y en un móvil con cobertura normal el LCP se va fácilmente por encima de los 4 segundos.

INP: cuánto tarda en reaccionar cuando tocas algo

El INP (Interaction to Next Paint) sustituyó en 2024 a la antigua métrica FID y mide el retraso entre que tocas un botón, un menú o un campo del formulario y la pantalla responde. Es bueno por debajo de 200 milisegundos y malo por encima de 500. Lo notas cuando tocas el icono del menú en el móvil y durante un segundo no pasa nada, porque el navegador está ocupado ejecutando el código del chat, el banner de cookies, los píxeles de publicidad y el carrusel de la portada.

CLS: cuánto se mueve la página mientras carga

El CLS (Cumulative Layout Shift) mide los saltos del contenido. Vas a tocar «Llamar», en ese momento termina de cargar una imagen o aparece un aviso encima, todo baja un par de centímetros y acabas tocando «Cómo llegar». Por debajo de 0,1 es bueno, y por encima de 0,25, malo. Suele deberse a imágenes sin medidas definidas, banners que se insertan tarde y tipografías que cambian de tamaño al cargar.

Por qué va lenta una web: las causas que más vemos

Imágenes sin preparar

Es la causa más frecuente en las webs de pymes que revisamos. Las fotos salen del móvil con 4.000 píxeles de ancho y varios megas, y se suben tal cual para mostrarse en un hueco de 800 píxeles. Lo correcto es redimensionarlas al tamaño en que se ven, guardarlas en un formato moderno como WebP o AVIF y comprimirlas. Las que quedan más abajo pueden cargarse en diferido (la llamada carga perezosa o lazy loading), pero la imagen principal de arriba no, porque retrasaría justo el LCP. Y todas deberían llevar indicados el ancho y el alto para que el navegador les reserve el hueco y no haya saltos.

Hosting barato o saturado

Un alojamiento compartido muy barato puede tener cientos de webs en el mismo servidor, y si alguna recibe mucho tráfico, la tuya lo nota. En PageSpeed se ve como un tiempo de respuesta del servidor alto (el TTFB, tiempo hasta el primer byte): la página tarda en empezar a llegar, antes incluso de cargar ninguna imagen. También influyen una versión antigua de PHP, la falta de caché en el servidor o que este esté en otro continente. En el artículo sobre dominio y hosting contamos qué mirar al contratarlo.

Plugins, constructores visuales y código de terceros

Una web en WordPress con treinta o cuarenta plugins carga en cada página el código de casi todos, aunque la mayoría solo se necesite en una página concreta. Los constructores visuales generan mucho código para conseguir el diseño, y los carruseles de imágenes de la portada pesan bastante para lo poco que se miran. A eso súmale el código de terceros: el chat flotante, el feed de Instagram incrustado, el mapa de Google en todas las páginas cuando solo hace falta en la de contacto, o cuatro familias tipográficas distintas.

Qué hacer con el resultado

Con el informe delante, este es el orden que seguiríamos nosotros:

1. Revisa la imagen principal de las páginas con peor LCP y reduce su peso.
2. Repasa el resto de imágenes: tamaño, formato y carga diferida por debajo de la primera pantalla.
3. Desactiva y borra los plugins que no uses, y quita de cada página el código de terceros que no necesita.
4. Activa la caché y comprueba que el servidor responde rápido; si el TTFB sigue alto, plantéate cambiar de alojamiento.
5. Vuelve a medir unas semanas después con los datos de usuarios reales de Search Console, que son más fiables que una sola prueba de laboratorio.

Si quieres ver cómo encaja la velocidad con el resto de lo que mira Google en cada página, lo tienes en el artículo de SEO on page para pymes.

En Webmensual las webs se diseñan desde cero, sin plantillas cargadas de funciones que no usas, y el hosting, las actualizaciones y la monitorización van incluidos en la cuota mensual, así que de la velocidad nos ocupamos nosotros. Si tienes un restaurante con fotos grandes a las que no quieres renunciar, mira cómo lo resolvemos en la página de diseño web para restaurantes, y si tu web actual va lenta, cuéntanos tu caso y te enviamos una propuesta.