Tu web tarda 5 segundos. Esto es lo que te está costando.

Abre tu web en el móvil. Empieza a contar.

Si llegaste a tres y todavía estás mirando una pantalla en blanco, este post es para ti.

No voy a decirte que la velocidad importa porque “mejora la experiencia de usuario”. Eso ya lo sabes, y no es suficiente razón para hacer nada. Lo que sí puede serlo es saber exactamente cuánto te cuesta cada segundo que tu web hace esperar a alguien.

Los números que nadie te ha dicho en persona

Google midió el impacto de la velocidad en conversiones durante años. Lo que encontraron no tiene mucho misterio: cada segundo adicional de carga reduce las conversiones entre un 7% y un 12%. No es lineal, no es suave, no te da margen.

Amazon calculó que un retraso de un segundo le costaría 1.600 millones de dólares al año. Ellos pueden absorberlo. La mayoría de los negocios, no.

El problema es que cuando tu web va lenta, no ves nada. No hay un aviso. No hay una alerta. La gente simplemente se va, y en Google Analytics aparece como “rebote”, que es la forma técnica de decir “no supe lo suficientemente rápido si esto merecía mi atención”.

Dónde se rompe exactamente

Hay un estudio de Portent que merece atención: analizaron más de 20 millones de sesiones y encontraron que las webs que cargan en 1 segundo convierten tres veces más que las que tardan 5. No un 20% más. Tres veces más.

¿Qué pasa en esos 4 segundos de diferencia? El usuario no está esperando pacientemente. Está tomando decisiones. Está juzgando si mereces su tiempo. Está abriendo otra pestaña.

La primera impresión de tu negocio no es tu logo ni tu foto de portada. Es el tiempo que tardan en aparecer.

El caso de los Core Web Vitals

Desde 2021, Google usa la velocidad como factor de posicionamiento. No de forma teórica — de forma medible, con tres métricas concretas que puedes consultar en cualquier momento:

LCP (Largest Contentful Paint): cuánto tarda en aparecer el elemento principal de la página. Debería estar por debajo de 2,5 segundos. La mayoría de las webs en Elementor o con constructores visuales están entre 4 y 8.

INP (Interaction to Next Paint): cuánto tarda la web en responder cuando haces clic en algo. Debería estar por debajo de 200 milisegundos.

CLS (Cumulative Layout Shift): si los elementos saltan mientras cargan. Ese botón que se mueve justo cuando vas a pulsarlo tiene nombre técnico, y Google te penaliza por él.

Una web con malas métricas no solo frustra a los usuarios. Aparece menos en Google. Menos visibilidad, menos visitas, menos oportunidades. El problema se alimenta solo.

Por qué las webs en constructores visuales tienen este problema estructural

No es un problema de diseño. No es que el diseñador hiciera algo mal. Es que los constructores visuales como Elementor, Divi o WPBakery funcionan cargando todo — plugins, estilos, scripts — independientemente de si se usan en esa página o no.

Una página de inicio simple puede cargar 40 archivos CSS y 60 archivos JavaScript que no tienen nada que ver con lo que el usuario está viendo. El navegador no lo sabe, así que los descarga todos.

En Astro, por ejemplo, el HTML que llega al navegador ya está renderizado. No hay JavaScript que ejecutar para mostrar el contenido. La web aparece como si fuera un documento estático — porque técnicamente lo es, hasta que el usuario interactúa con algo. Esa diferencia, en términos de velocidad, es enorme.

Qué hacer si tu web tiene este problema

Primero, mídelo. Abre PageSpeed Insights y pon tu URL. Hay dos puntuaciones: móvil y escritorio. La de móvil es la que importa — la mayoría del tráfico viene de ahí, y Google la usa para posicionar.

Si tienes menos de 50 en móvil, tienes un problema serio. Entre 50 y 75, hay margen de mejora importante. Por encima de 90, vas bien.

Lo que encuentres después depende de cómo está construida tu web. Hay problemas que se pueden resolver sin tocar la estructura: optimizar imágenes, eliminar plugins que no se usan, activar caché de forma correcta. Hay otros que requieren un rediseño o migración porque la arquitectura de base no da más de sí.

No tiene sentido contratar a alguien para optimizar una web que tiene un límite estructural. A veces la solución correcta es rehacerla con una base diferente, y a veces eso sale más barato a medio plazo que seguir parcheando.

---

Si quieres saber exactamente dónde está el límite de tu web — sin compromiso y sin que te intente vender nada en 20 minutos — escríbenos. Miramos los números contigo y te decimos la verdad, aunque la respuesta sea que lo que tienes ahora se puede mejorar sin empezar desde cero.