La velocidad de carga web decide antes que nadie si una visita se convierte en cliente: antes de leer una palabra, quien entra en una página ya ha notado si tarda en aparecer. Google mide ese comportamiento con las Core Web Vitals y las usa como señal de posicionamiento, pero el efecto que de verdad pesa en la facturación es otro: cada segundo de más antes de que el contenido principal se pinte en pantalla se traduce en visitas que abandonan sin actuar. Esto es lo que muestran los datos más recientes y las decisiones técnicas que marcan la diferencia.
El Largest Contentful Paint (LCP) mide el tiempo que tarda en pintarse el elemento más grande y visible de la pantalla, casi siempre la imagen de cabecera o el titular principal. Google lo considera bueno por debajo de 2,5 segundos, medido en el percentil 75 de las visitas reales.
Los umbrales de Core Web Vitals que mide Google
Core Web Vitals son tres métricas: el LCP ya definido, el INP (Interaction to Next Paint), que mide cuánto tarda la página en responder a un clic o un toque, y el CLS, que penaliza que los elementos salten mientras carga. Google marca bueno en LCP por debajo de 2,5 segundos, en INP por debajo de 200 milisegundos y en CLS por debajo de 0,1 punto. Aprobar las tres a la vez es el problema real: según el Web Almanac de HTTP Archive, con datos de julio de 2025, solo el 48% de los sitios aprueba las tres Core Web Vitals en móvil, aunque el LCP por separado lo aprueba el 62%. La brecha entre esas dos cifras es la que importa: no basta con acertar en una métrica, hay que acertar en las tres.
Cómo se calcula el LCP en producción
El dato que cuenta no es el de un test aislado en el ordenador de la agencia, sino el de las visitas reales registradas por Chrome, agregadas en el percentil 75: si de cada cuatro visitas, tres cargan en menos de 2,5 segundos, la página aprueba. Un resultado bueno en un test de laboratorio con la caché ya caliente no dice nada de lo que percibe un cliente que entra por primera vez desde un móvil con datos móviles. Tres causas explican la mayoría de los suspensos: imágenes de cabecera sin comprimir, hosting compartido que satura la CPU en horas de tráfico alto y fuentes web que bloquean el renderizado hasta descargarse del todo.
Cuánto cuesta el tiempo de carga en ventas
El impacto no es una hipótesis de manual de marketing: tiene cifras detrás. Si el tiempo de carga pasa de 1 a 3 segundos, la tasa de rebote sube un 32%; en ecommerce, los sitios que aprueban las tres Core Web Vitals convierten un 24% más que los que no las cumplen. Ese porcentaje no depende del sector: la ecuación es la misma para una tienda online, un despacho profesional o una empresa industrial que capta leads con un formulario. Los primeros segundos son los que más penalizan: una página que pasa de 2,4 a 3,3 segundos ve caer su conversión de forma perceptible, mientras que ganar medio segundo en una web ya rápida apenas mueve la aguja.
Los casos de Rakuten y Vodafone
Dos pruebas A/B documentadas por Google ilustran la magnitud del efecto. Rakuten 24 optimizó una landing para cumplir las tres Core Web Vitals y, en un test de un mes con reparto 50/50, obtuvo un 53% más de ingresos por visitante y un 33% más de conversión, según el caso publicado por web.dev. Vodafone Italia mejoró el LCP de una landing un 31% optimizando el HTML crítico y las imágenes, y registró un 8% más de ventas totales, con datos de un estudio de impacto de negocio de Google. Ninguno de los dos rediseñó la página: solo corrigieron lo que la hacía lenta.
Por qué casi la mitad suspende el LCP
El 38% de las páginas que no aprueban el LCP en móvil no fallan por un único motivo grave: suelen acumular varios problemas pequeños que juntos superan el umbral. Los más habituales:
- Imágenes de portada y de producto subidas a resolución original, sin comprimir ni servir en formato WebP o AVIF.
- Hosting compartido, donde la CPU se reparte con otros cientos de sitios y responde peor en las horas de más tráfico.
- Scripts de terceros —píxeles de publicidad, chats, mapas incrustados— que bloquean el hilo principal antes de que se pinte el contenido.
- Constructores visuales sin caché de página activa, que regeneran el HTML en cada visita en lugar de servir una versión ya calculada.
- Fuentes web personalizadas cargadas sin control de reemplazo, que dejan el texto invisible hasta que terminan de descargarse.
Ninguna de estas causas se ve en una captura de pantalla: la web se ve bien y suspende igual. Por eso hace falta medirlo con datos reales de visitantes, no solo revisar el diseño a ojo.
Cómo mejorar la velocidad de carga web
Las correcciones que más rendimiento devuelven, por este orden:
- Comprimir las imágenes y servirlas en el tamaño real que ocupan en pantalla, con carga diferida para las que quedan fuera de la primera pantalla.
- Activar caché de página en el servidor, para que el HTML no se regenere en cada visita.
- Distribuir los assets estáticos con un CDN, que acerca el archivo al visitante.
- Auditar los scripts de terceros y retrasar los que no son imprescindibles para la primera pantalla.
- Cambiar de hosting compartido a uno dedicado o gestionado cuando el tráfico lo justifique.
Elegir bien el stack desde el principio evita buena parte de este trabajo después: un desarrollo a medida o sobre low-code bien planteado nace más ligero que uno que arrastra plugins acumulados durante años. Una auditoría de rendimiento antes de tocar nada evita corregir lo que no es el problema real.
Errores frecuentes en WordPress y Elementor
WordPress mueve un porcentaje muy alto de las webs corporativas en Barcelona, y sus problemas de velocidad se repiten de un cliente a otro: plugins acumulados que nadie ha desinstalado, temas con constructores visuales que inyectan CSS y JavaScript de secciones que ya no se usan, e imágenes subidas directamente desde el móvil sin comprimir. Con Elementor en concreto, el fallo típico es no activar su caché de estilos ni la carga diferida de las fuentes: cada página vuelve a calcular lo que podría quedar guardado. Una revisión técnica de WordPress centrada en estos puntos suele bajar el LCP sin tocar el diseño.
Qué sectores notan más la lentitud
El coste de cada segundo de más no es igual en todos los negocios: depende de qué acción concreta se pierde cuando alguien abandona antes de que la página responda.
- Ecommerce: el abandono ocurre en la ficha de producto o en el carrito, y cada segundo de más se traduce directamente en pedidos que no se completan.
- Servicios profesionales (despachos, consultorías, asesorías): la pérdida está en el formulario de contacto, que muchas veces carga al final de la página y es lo último en aparecer si el LCP es alto.
- Empresas industriales y B2B: el punto crítico es la descarga de una ficha técnica o un catálogo en PDF, un archivo pesado que agrava el problema si el servidor ya va lento.
- Clínicas y centros de salud: el widget de cita online suele ser un script de terceros embebido, uno de los que más retrasa el LCP si no se carga de forma diferida.
- Inmobiliarias: las galerías de fotos de cada propiedad son, con diferencia, el elemento que más tarda en pintarse y el que más abandono provoca.
En todos los casos el diagnóstico es el mismo aunque cambie el síntoma: hay que medir qué elemento concreto retrasa el LCP en cada plantilla, no aplicar una corrección genérica a toda la web. Una tienda online no resuelve su rendimiento en ecommerce con la misma receta que un despacho profesional, aunque compartan el mismo hosting.
Preguntas frecuentes sobre velocidad de carga web
¿Qué es el LCP y cómo se mide?
El LCP (Largest Contentful Paint) mide el tiempo que tarda en pintarse el elemento más grande visible en pantalla, normalmente una imagen o un titular. Se considera bueno por debajo de 2,5 segundos y se calcula con datos reales de Chrome, en el percentil 75 de las visitas, no con un test de laboratorio aislado.
¿Cuánto debe tardar en cargar una página web?
Para aprobar el LCP, por debajo de 2,5 segundos en el 75% de las visitas reales. Por debajo de esa cifra la conversión se mantiene estable; a partir de 3 segundos empieza a caer de forma perceptible, y con tiempos de más de 4 segundos la tasa de rebote sube con claridad.
¿La velocidad de carga afecta también al SEO?
Sí: las Core Web Vitals son señal de posicionamiento en Google desde 2021 y se siguen midiendo. Pero el efecto que más pesa no es el ranking, sino la conversión directa: una web lenta pierde ventas y leads aunque mantenga su posición en el buscador.