La velocidad de carga de una web no es un detalle técnico para frikis: es dinero. Una web que tarda en cargar pierde visitas antes de mostrar nada, convierte menos y, encima, posiciona peor en Google. En un mundo donde la mayoría navega desde el móvil y con paciencia cero, cada segundo cuenta. La buena noticia es que la velocidad se puede medir con herramientas gratuitas y mejorar con técnicas concretas y de gran impacto. En esta guía verás por qué la velocidad importa (con datos reales), qué son los Core Web Vitals que mide Google, cómo medir tu web y las técnicas de optimización ordenadas de mayor a menor impacto. Con ejemplos y checklist.
> En resumen (TL;DR): la velocidad afecta directamente a tus conversiones y a tu SEO: las webs rápidas venden y posicionan más. Google mide la experiencia con los Core Web Vitals: LCP (menos de 2,5 s), CLS (menos de 0,1) e INP (menos de 200 ms). Mídelos con PageSpeed Insights (gratis). Las optimizaciones de más impacto: optimizar imágenes (suelen ser el mayor peso), un buen hosting/CDN, auto-hospedar fuentes, minificar CSS/JS, cachear y diferir el JavaScript no crítico. Un stack moderno (Next.js) trae muchas de estas mejoras "de fábrica". Objetivo realista: verde (90+) en móvil.
Los números que demuestran que la velocidad es dinero
No es una opinión: hay datos de sobra que relacionan velocidad con negocio.
- •Google (con Deloitte): una mejora de solo 0,1 s en la velocidad móvil aumentó las conversiones en retail un 8,4 % y en viajes un 10,1 %.
- •Amazon: calculó que cada 100 ms de retraso le costaba en torno a un 1 % de ventas.
- •Portent: los sitios que cargan en 1 segundo convierten hasta 3 veces más que los que cargan en 5.
- •Walmart: cada segundo de mejora en el tiempo de carga aumentaba sus conversiones.
Y desde el punto de vista SEO, Google usa la velocidad como factor de posicionamiento, y los Core Web Vitals son factores oficiales de ranking. Una web lenta sufre un triple castigo: pierde visitas, pierde conversiones y pierde posiciones. Por eso optimizar la velocidad es de las inversiones con mejor retorno, y la base del plan de cómo mejorar el SEO en 30 días.
Los Core Web Vitals: las métricas que Google mide
Google resume la experiencia de carga en tres métricas. Estos son los umbrales de "Bueno":
LCP (Largest Contentful Paint) — menos de 2,5 s
Mide cuánto tarda en aparecer el elemento más grande visible al entrar (normalmente la imagen o el bloque de texto principal). Es el indicador de que la página "ya ha cargado" para el usuario. Como suele ser una imagen, optimizar imágenes es clave; lo vemos en detalle en cómo optimizar imágenes web.
CLS (Cumulative Layout Shift) — menos de 0,1
Mide cuánto "saltan" los elementos durante la carga. Si vas a pulsar un botón y se desplaza porque cargó una imagen encima, eso es CLS: frustra y, en e-commerce, provoca clics erróneos.
INP (Interaction to Next Paint) — menos de 200 ms
Mide cuánto tarda la página en responder cuando interactúas (clic, toque, escritura). Sustituyó al antiguo FID en 2024 y refleja mejor la sensación de fluidez.
Los Core Web Vitals de Google y su umbral "Bueno"
| Métrica | Qué mide | Objetivo "Bueno" |
|---|---|---|
| LCP | Carga del elemento principal | menos de 2,5 s |
| CLS | Estabilidad visual (saltos de diseño) | menos de 0,1 |
| INP | Respuesta a la interacción | menos de 200 ms |
| TTFB | Tiempo de reacción del servidor | menos de 600 ms |
Cómo medir la velocidad de tu web
> 📊 Dato: mide en móvil y con datos reales Una web puede ir bien en tu ordenador de escritorio con buena conexión y fatal en el móvil de un cliente. Google prioriza la vista móvil, así que mide siempre ahí con PageSpeed Insights antes de dar por buena tu velocidad.
No optimices a ciegas: mide primero.
- •Google PageSpeed Insights (la oficial y gratuita): da una puntuación de 0 a 100 para móvil y escritorio, cada Core Web Vital con su valor y una lista de oportunidades priorizadas. Analiza la home y tus 2-3 páginas más visitadas.
- •GTmetrix: análisis más detallado con cascada de carga (waterfall) e histórico.
- •WebPageTest: el más potente para análisis técnico profundo, con conexiones y dispositivos simulados.
Empieza por PageSpeed Insights: te dice exactamente qué arreglar y en qué orden.
Técnicas de optimización: de mayor a menor impacto
1. Optimiza las imágenes (impacto: muy alto)
Las imágenes suelen ser el 50-80 % del peso de una página, así que son el primer sitio donde mirar. En resumen: usa formatos modernos (WebP/AVIF), sube las imágenes al tamaño real en que se muestran, comprímelas y aplica lazy loading a las que no se ven al entrar. Y especifica siempre width y height para eliminar el CLS:
html<img loading="lazy" width="800" height="600" src="imagen.webp" alt="descripción">
Tienes la guía completa en cómo optimizar imágenes web.
2. Hosting de calidad (impacto: muy alto)
Un hosting lento limita todo lo demás. Señales de alarma: un TTFB (tiempo hasta el primer byte) por encima de 600 ms, un servidor compartido saturado o la ausencia de CDN. Para webs estáticas/Next.js, desplegar en Vercel o Cloudflare Pages es rapidísimo y muy barato; para otros casos, un buen hosting marca la diferencia. Lo desarrollamos en cómo elegir hosting web.
3. Auto-hospeda las fuentes (impacto: medio-alto)
Cargar fuentes desde servicios externos añade peticiones antes de renderizar el texto. Descarga las fuentes y sírvelas desde tu servidor, y añade siempre font-display: swap para que el texto sea visible mientras cargan:
css@font-face { font-family: 'MiFuente'; src: url('/fonts/mifuente.woff2') format('woff2'); font-display: swap; }
4. Minifica y agrupa CSS/JS (impacto: medio)
Minificar (quitar espacios y comentarios) y combinar CSS y JavaScript reduce el peso y el número de peticiones. Los frameworks modernos como Next.js lo hacen automáticamente; en WordPress, plugins como WP Rocket o Autoptimize. Esta ventaja "de fábrica" es una de las razones por las que un stack moderno rinde mejor, como vemos en Next.js vs WordPress.
5. Caché del navegador (impacto: medio)
Los recursos que no cambian (CSS, JS, logos, fuentes) deben tener cabeceras de caché largas (hasta un año) para que no se vuelvan a descargar en visitas repetidas.
6. CDN (impacto: alto para audiencia amplia)
Una CDN sirve el contenido estático desde el nodo más cercano al usuario. Para tráfico solo local el impacto es menor, pero activar Cloudflare (plan gratuito) es un primer paso recomendable para casi cualquier web.
7. Elimina el JavaScript bloqueante (impacto: alto)
El JavaScript síncrono en el bloquea el renderizado. Añade defer a los scripts no críticos y elimina los de terceros que no uses (widgets, analíticas duplicadas):
html<script defer src="analytics.js"></script>
> ⚠️ Advertencia: cuidado con acumular scripts de terceros (chats, píxeles, widgets, mapas, tipografías externas). Cada uno añade peticiones y ralentiza la web, y suelen ser la causa oculta de una mala puntuación pese a tener imágenes optimizadas. Revisa periódicamente qué scripts carga tu web y elimina los que no aporten: es de las optimizaciones más rentables y que más se olvidan.
Checklist de optimización
- •[ ] Todas las imágenes en WebP/AVIF, con dimensiones explícitas y lazy loading.
- •[ ] Ninguna imagen pesa más de lo necesario.
- •[ ] TTFB por debajo de 600 ms.
- •[ ] LCP por debajo de 2,5 s en móvil.
- •[ ] CLS por debajo de 0,1.
- •[ ] Fuentes servidas desde tu servidor con
font-display: swap. - •[ ] CSS y JS minificados.
- •[ ] Caché del navegador configurada para recursos estáticos.
- •[ ] Cloudflare o CDN activo.
- •[ ] Sin scripts de terceros innecesarios.
Mantener esta lista al día forma parte del mantenimiento web: una web se ralentiza con el tiempo si nadie la vigila.
¿Quieres saber por qué tu web va lenta y cuánto puede acelerar? En ROXEX hacemos auditorías de rendimiento con las mejoras implementadas. → Hablemos
¿Por qué es importante la velocidad de carga de una web?
Por dos razones que afectan directamente al negocio. La primera es la conversión: los usuarios abandonan las webs lentas antes de que carguen, y los datos del sector (Google, Amazon, Portent, Walmart) muestran que incluso mejoras de décimas de segundo aumentan las ventas de forma medible. La segunda es el SEO: Google usa la velocidad como factor de posicionamiento a través de los Core Web Vitals, así que una web lenta aparece más abajo en los resultados. El resultado es un triple castigo: menos visitas, menos conversión y peor ranking. Por eso la velocidad es una de las inversiones con mejor retorno en una web: mejorarla hace que ganes más con el mismo tráfico y que atraigas más tráfico a la vez. No es un lujo técnico, es una palanca de negocio.
¿Qué puntuación de PageSpeed es suficiente?
Apunta al verde: 90 o más en móvil (que es la vista que Google prioriza). Una puntuación de 70-89 es aceptable, pero deja margen de mejora que se traduce en conversiones y posiciones. Por debajo de 70 tienes un problema real que está costándote ventas y SEO. Dicho esto, no te obsesiones con clavar el 100: la diferencia entre 92 y 100 rara vez compensa el esfuerzo, mientras que subir de 45 a 85 sí cambia las cosas. Céntrate en que los tres Core Web Vitals estén en verde (LCP, CLS e INP), que es lo que Google realmente evalúa, más que en el número redondo de la puntuación. Y mide siempre en móvil y con datos reales, porque una web puede ir bien en tu ordenador de escritorio con buena conexión y fatal en el móvil de un cliente.
¿Es WordPress inherentemente lento?
No. Un WordPress bien montado —con un buen tema ligero, una caché adecuada (WP Rocket o LiteSpeed Cache), imágenes optimizadas y un buen hosting— puede puntuar 90 o más en PageSpeed. El problema no es WordPress en sí, sino cómo se usa a menudo: demasiados plugins, temas pesados cargados de funciones que no se usan y hosting compartido barato. Eso es lo que lo ralentiza. Una web estática o hecha con un framework moderno como Next.js parte con ventaja en velocidad porque no arrastra ese lastre, pero un WordPress cuidado compite bien. La clave está en la disciplina: pocos plugins de confianza, imágenes ligeras, caché y buen hosting. Comparamos ambos enfoques a fondo en Next.js vs WordPress.
¿Qué es el TTFB y por qué importa?
El TTFB (Time To First Byte, tiempo hasta el primer byte) es lo que tarda el servidor en empezar a responder cuando alguien pide tu página. Es como el tiempo de reacción de tu hosting: si es alto, todo lo demás llega tarde por mucho que optimices las imágenes o el código. Un TTFB por debajo de 600 ms es lo deseable; por encima, tienes un cuello de botella en el servidor. Las causas típicas de un TTFB alto son un hosting compartido saturado, la falta de caché en el servidor o una web que genera cada página desde cero consultando una base de datos lenta. Las soluciones pasan por un mejor hosting, activar caché y, para webs que lo permitan, servir contenido estático desde una CDN. Puedes medir tu TTFB en GTmetrix o WebPageTest. Es de los primeros números que conviene revisar, porque marca el techo de velocidad de toda la web.
Conclusión
La velocidad de carga es una de las palancas más rentables de una web: mejora tus conversiones y tu SEO a la vez. Lo esencial:
- •La velocidad es dinero: webs rápidas venden y posicionan más; las lentas sufren triple castigo.
- •Google mide la experiencia con los Core Web Vitals: LCP (<2,5 s), CLS (<0,1), INP (<200 ms).
- •Mide con PageSpeed Insights antes de optimizar.
- •Las mejoras de más impacto: imágenes, hosting/CDN, fuentes, minificación, caché y diferir el JS.
- •Objetivo realista: verde (90+) en móvil y los tres Core Web Vitals en verde.
Una web rápida no se nota; una lenta espanta clientes antes de que vean lo que ofreces. Optimizar la velocidad es de esas mejoras que trabajan para ti en silencio, cada visita, todos los días.
¿Listo para una web que vuele y convierta más? En ROXEX auditamos y optimizamos el rendimiento de tu sitio de principio a fin. → Ver precios y empezar
Fuentes
- •Google / Deloitte — Milliseconds Make Millions (impacto de la velocidad móvil). https://www.deloitte.com/uk/en/insights/topics/technology-management/milliseconds-make-millions.html
- •Google web.dev — Core Web Vitals y rendimiento. https://web.dev/explore/learn-core-web-vitals
- •Google Search Central — Core Web Vitals como factor de ranking. https://developers.google.com/search/docs/appearance/core-web-vitals
- •Portent — Site Speed & Conversion Rate research. https://www.portent.com/blog/analytics/research-site-speed-hurting-everyones-revenue.htm
- •Google PageSpeed Insights. https://pagespeed.web.dev
- •web.dev — Optimización de LCP, CLS e INP. https://web.dev/articles/optimize-lcp