Por qué tu web debe cargar en menos de 1 segundo (y cómo lograrlo)

Cuánto afecta la velocidad de carga a tus ventas y a Google, qué son los Core Web Vitals, cómo medirlos gratis y las técnicas para lograr una web ultrarrápida.

Respuesta corta: cada segundo de espera hace que más visitantes se vayan antes de ver tu web. Según datos de Google, la probabilidad de rebote aumenta un 32 % cuando la carga pasa de 1 a 3 segundos. Para que una web vuele hace falta enviar poco código, optimizar imágenes y fuentes, y medir con los Core Web Vitals: LCP por debajo de 2,5 s, INP por debajo de 200 ms y CLS por debajo de 0,1.

Cada segundo que tu web tarda en cargar te cuesta clientes. Si tu negocio depende de la web —y hoy casi todos lo hacen— la velocidad no es un lujo técnico: es una palanca directa de ventas. En este artículo te explico con datos por qué importa, cómo medir la de tu web gratis y qué técnicas uso para que las webs que desarrollo carguen en menos de un segundo.

¿Cuánto afecta la velocidad a las ventas?

Hay estudios sólidos sobre esto:

Google analizó datos de navegación móvil y publicó que la probabilidad de rebote aumenta un 32 % cuando el tiempo de carga pasa de 1 a 3 segundos, y un 90 % cuando pasa de 1 a 5 segundos (Think with Google).
El estudio Milliseconds Make Millions, de Deloitte para Google, midió que mejorar la velocidad móvil solo 0,1 segundos aumentó las conversiones un 8,4 % en comercio minorista y un 10,1 % en viajes (web.dev).

Traducido a un negocio local: si de cada 100 personas que entran desde el móvil se van 10 más por culpa de la lentitud, son 10 potenciales clientes que ni siquiera han visto lo que ofreces.

¿Qué son los Core Web Vitals?

Son las tres métricas con las que Google mide la experiencia real de los usuarios en tu web. Se evalúan con datos de visitantes reales (el percentil 75 de las visitas):

Métrica	Qué mide	Bueno	Necesita mejorar	Malo
LCP (Largest Contentful Paint)	Cuánto tarda en verse el contenido principal	≤ 2,5 s	2,5–4 s	> 4 s
INP (Interaction to Next Paint)	Cómo de rápido responde a clics y toques	≤ 200 ms	200–500 ms	> 500 ms
CLS (Cumulative Layout Shift)	Cuánto “salta” el diseño mientras carga	≤ 0,1	0,1–0,25	> 0,25

Fuente: web.dev/vitals. Aunque “bueno” empieza en 2,5 s, mi objetivo en cada proyecto es que el contenido principal aparezca en torno a 1 segundo.

¿Influye la velocidad en el posicionamiento en Google?

Sí, pero con matices. Los Core Web Vitals forman parte de las señales de experiencia de página que Google tiene en cuenta, y Google recomienda tenerlos en verde. Dicho esto, la relevancia del contenido pesa más: una web rapidísima con contenido pobre no va a superar a una que responde mejor a lo que busca el usuario.

Donde la velocidad marca la diferencia es en los empates, que son muchos: entre dos webs con contenido similar, la que ofrece mejor experiencia tiene ventaja. Y, sobre todo, la velocidad decide cuántos de los visitantes que consigues se quedan y te contactan.

¿Cómo mido la velocidad de mi web?

Cuatro herramientas gratuitas:

PageSpeed Insights: introduce tu URL y verás los Core Web Vitals de usuarios reales (si tu web tiene tráfico suficiente) y un análisis de laboratorio con recomendaciones.
Google Search Console: el informe “Métricas web principales” agrupa las URLs de tu web por estado (buenas, a mejorar, malas).
Lighthouse: integrado en Chrome (F12 → pestaña Lighthouse). Útil para probar cambios antes de publicarlos.
Prueba real en tu móvil con datos, no con wifi: es lo que viven tus clientes.

Fíjate sobre todo en el resultado móvil: suele ser mucho peor que el de escritorio y es desde donde llega la mayoría de visitas.

¿Por qué las plantillas de WordPress suelen fallar aquí?

La mayoría de temas comerciales cargan decenas de scripts, fuentes externas, sliders y plugins que nunca usas. El resultado: cientos de kilobytes de JavaScript que el navegador tiene que descargar y ejecutar antes de mostrar nada. Optimizarlo a posteriori es caro y frágil. Lo comparo en detalle en web a medida vs plantillas de WordPress.

¿Cómo consigo webs que cargan al instante?

HTML estático y cero JavaScript innecesario. La página llega ya construida desde el servidor: el navegador no espera a ningún framework para pintar el contenido.
El contenido principal visible desde el primer momento. Las animaciones de entrada no deben ocultar el titular ni la imagen principal: si el texto empieza invisible, el LCP espera a que termine la animación.
Imágenes en formatos modernos (WebP o AVIF), con el tamaño justo para cada pantalla (srcset), dimensiones declaradas para evitar saltos y carga diferida (lazy loading) de todo lo que queda fuera de pantalla.
Fuentes autoalojadas con preload y font-display: swap, sin depender de servidores externos.
CSS crítico en línea y el resto diferido; JavaScript pesado (como una escena 3D) cargado solo cuando la página ya está lista.
Compresión y caché en el servidor: Brotli o gzip para HTML, CSS y JavaScript, y caché de larga duración para los archivos con versión.
Scripts de terceros bajo control: analítica y widgets solo si aportan, y cargados después del contenido (la analítica, además, solo tras aceptar cookies).

Checklist rápido para tu web

El resultado móvil de PageSpeed Insights está en verde o cerca.
El LCP móvil está por debajo de 2,5 s.
Las imágenes están en WebP/AVIF y no pesan más de lo que se muestran.
No hay sliders ni vídeos pesados en la parte superior.
Los plugins o scripts que no aportan están desactivados.
El servidor comprime y cachea los archivos estáticos.

El resultado

Una web que carga en torno a un segundo, con los Core Web Vitals en verde, convierte mejor porque nadie se va antes de verla, y parte con ventaja en Google. Es la base de todos mis proyectos de desarrollo web a medida.

¿Tu web tarda más de la cuenta? Hablemos de tu proyecto y la dejamos volando, tanto si estás en Alicante como en Murcia o en cualquier otra parte de España.