Mi web va lenta: cómo encontrar la causa y qué arreglar primero

Si te has dicho «mi web va lenta», seguramente tengas razón, pero falta saber por qué. En esta guía aprenderás a medirlo en unos 15 minutos con herramientas gratuitas de Google. Además, sabrás leer el informe sin perderte y decidir qué arreglar primero. Y, sobre todo, qué parte te toca a ti y cuál a tu hosting o a quien programó la web.

Antes de tocar nada, descarta lo obvio. A veces la web no va lenta: lo que falla es tu wifi, tu ordenador o un navegador lleno de extensiones.

Haz esta prueba rápida:

1. Abre la web en tu móvil con datos, sin wifi.
2. Ábrela también en una ventana privada, para que no use lo que ya tienes guardado.
3. Pide a alguien de confianza que la abra desde su casa.
4. Apunta qué tarda exactamente: ¿la pantalla en blanco, la foto grande o los botones?

Si solo va lenta en tu equipo, el problema no es la web. En cambio, si va lenta en todas partes, sigue leyendo. Ese último punto te servirá luego para encontrar la causa.

PageSpeed Insights es la herramienta gratuita de Google para analizar una página. Pega la dirección de tu página de inicio. Después, repite con la página que más te importa: la de reservas, la de un servicio o la de contacto. Cada página puede ir a una velocidad distinta.

El informe tiene dos partes y conviene no mezclarlas.

Lee primero los datos de usuarios reales

La parte de arriba muestra cómo ha ido tu web para personas reales durante los últimos 28 días. Salen del informe de experiencia de usuarios de Chrome, según la documentación de PageSpeed Insights que hemos consultado en noviembre de 2026. Son datos de campo, es decir, lo que de verdad han vivido tus visitas.

Además, el informe separa móvil y ordenador, así que revisa las dos pestañas. Si tus clientes te buscan desde el móvil, esa es la que manda.

Si no aparecen datos reales, no es un error

En webs con pocas visitas, esa parte puede salir vacía. PageSpeed necesita suficientes visitas reales. Si una página no las tiene, muestra los datos del conjunto de la web. Y si tampoco hay bastantes, no enseña ninguno. Pasa, por ejemplo, con páginas recién publicadas.

En ese caso, apóyate en la parte de laboratorio y en tu prueba con el móvil.

La nota de 0 a 100 es una simulación

La parte de abajo es una prueba de laboratorio hecha con Lighthouse, otra herramienta de Google. Simula la carga de la página desde un servidor de Google y le pone una nota por colores.

Sin embargo, esa nota puede cambiar de una prueba a otra, porque depende de las condiciones de red del momento. Por eso no la tomes como un examen. Lo útil de verdad está debajo: la lista de diagnósticos, que señala qué elementos frenan la carga.

Search Console, para ver toda la web de un vistazo

Si ya tienes Google Search Console configurado, abre su informe de Core Web Vitals. Te enseña qué grupos de páginas van bien o mal según datos de uso reales, en móvil y en ordenador. Así no tienes que analizar página por página.

Google resume la experiencia de una página en tres métricas llamadas Core Web Vitals. Tienen nombres raros, pero miden cosas de sentido común:

Son los valores que recogen la guía de Web Vitals de web.dev y la documentación de Google Search Central, consultadas en noviembre de 2026. Además, web.dev recomienda que se cumplan en al menos el 75 % de las visitas, separando móvil y ordenador. Es decir, no basta con que vaya bien en tu móvil nuevo: tiene que ir bien para la mayoría.

Un detalle más: la prueba de laboratorio no puede medir el INP, porque nadie toca la pantalla. Por eso muestra en su lugar el TBT (tiempo total de bloqueo), una medida aproximada de cuánto tiempo la página está «ocupada» y no responde.

Cuando pienses «mi web va lenta», esta tabla te sirve de punto de partida. Relaciona lo que notas con la causa más habitual y con quién suele poder arreglarlo:

Es orientativa, porque un mismo síntoma puede tener varias causas. Aun así, te ayuda a hablar con tu proveedor con pistas concretas y no solo con un «va lenta».

Para el primer caso tienes una pista extra. PageSpeed muestra el TTFB, el tiempo que tarda el servidor en empezar a responder. Si ese valor sale mal, la causa apunta al servidor y no al diseño.

Nuestro criterio es sencillo: primero lo que más se nota y menos cuesta. Este es el orden que te proponemos:

1. La imagen principal. Según web.dev, el elemento que marca el LCP suele ser una imagen o una fuente tipográfica. Para aligerarla, la guía de MDN propone tres cosas. Usar formatos modernos como WebP o AVIF, dar prioridad de descarga a la imagen principal y cargar más tarde las que quedan fuera de la pantalla. Tú puedes hacer lo primero hoy: sube las fotos al tamaño en que se ven, no tal como salen de la cámara.
2. Lo que sobra. Sliders, chats, mapas incrustados y píxeles de publicidad añaden código. Pregúntate si alguien los usa. Si no, fuera.
3. El servidor. Si el TTFB sale mal, habla con tu hosting o con tu desarrollador. Pregunta si la web usa caché (copias ya preparadas de las páginas para servirlas antes) y si el plan contratado se queda corto.
4. Los saltos de contenido. Pide que las imágenes, los banners y el aviso de cookies tengan su espacio reservado desde el principio.

Después de cada cambio, vuelve a medir. Así sabrás qué ha funcionado y qué no.

Imagina una clínica de fisioterapia en Ruzafa, en Valencia, con una web hecha en WordPress. Es un ejemplo hipotético. La dueña piensa «mi web va lenta». Además, algunos pacientes le escriben por WhatsApp porque la página de reservas no les carga.

Primero hace la prueba con el móvil y datos: la pantalla aparece rápido, pero la foto de portada tarda. Luego pasa PageSpeed. No salen datos reales, porque la web tiene pocas visitas, así que mira el laboratorio. Ahí ve que el LCP es la foto de portada. Además, descubre un slider de cinco imágenes y un chat que casi nadie usa.

Con eso, su plan queda claro. Cambia el slider por una sola foto bien comprimida, quita el chat y pide a su desarrollador que dé prioridad a esa imagen. Por último, vuelve a medir y compara con la primera prueba.

No siempre compensa poner parches. Estas señales indican que quizá toca un rediseño web:

• Cada arreglo rompe otra cosa o depende de un plugin más.
• La web no está pensada para móvil y se adapta a duras penas.
• Nadie sabe ya quién la hizo ni cómo se actualiza.
• Además de lenta, no explica bien qué haces ni invita a contactar.

Si solo te falla una fila de la tabla, optimizar suele bastar. En cambio, si marcas dos o más de estas señales, pide presupuesto de las dos opciones antes de decidir. Para comparar con calma, te ayudará saber qué influye en el precio de una web.

Google recomienda tener buenas Core Web Vitals y explica que encajan con lo que sus sistemas de clasificación quieren premiar. Sin embargo, también aclara que siempre intenta mostrar el contenido más relevante, aunque la experiencia de la página no sea la mejor.

Traducido: una web rápida no te sube sola en Google. Pero una web lenta puede hacer que se vaya quien ya te había encontrado. Por eso la velocidad funciona mejor junto a un buen trabajo de posicionamiento en Google, con contenido útil. ¿Te preocupan también las respuestas con IA del buscador? Lo contamos en qué cambia para tu negocio con las respuestas de IA de Google.

En resumen: descarta primero tu conexión, mide con PageSpeed Insights y Search Console y fíjate en las tres métricas. Después, arregla por orden: imagen principal, extras, servidor y saltos.

La próxima vez que pienses «mi web va lenta», no te quedes en la sensación. Esta semana, analiza tu página de inicio y la que más clientes te trae. Guarda los resultados. Con ellos, cualquier profesional podrá ayudarte mucho más rápido.