Una web lenta no es un problema estético: es dinero perdido
Google usa la velocidad como factor de ranking desde 2021 con los Core Web Vitals. Una web lenta no solo frustra a los visitantes; directamente aparece más abajo en los resultados de búsqueda. Doble penalización: menos tráfico y menos conversiones del poco tráfico que llega.
El cálculo es sencillo: si tu web tarda 4 segundos en cargar y tienes 1.000 visitas al mes, estás perdiendo aproximadamente el 40% de esas visitas antes de que vean nada. A un valor medio de €5 por visita convertida, eso son €2.000 al mes que desaparecen por no optimizar la velocidad.
Amazon calculó que cada 100ms de mejora en el tiempo de carga equivalía a un 1% más de ingresos. Walmart reportó que por cada segundo de mejora en velocidad, las conversiones aumentaban un 2%. Estos datos son de grandes empresas, pero el principio aplica igual a cualquier web de negocio local.
Causa #1: imágenes sin comprimir
Las imágenes sin optimizar son responsables del 60% de los problemas de velocidad web. Una foto directa de cámara pesa 4-8 MB; la misma imagen en WebP y comprimida pesa 80-150 KB con calidad visual idéntica. Multiply por las 10-20 imágenes de una página típica y el impacto es brutal.
La solución es aplicar tres pasos a cada imagen: redimensionar al tamaño real en el que se va a mostrar (no subir una imagen de 4000px si solo se muestra a 800px), convertir al formato WebP (30-40% más ligero que JPEG con la misma calidad) y aplicar compresión. Herramientas gratuitas como Squoosh o TinyPNG hacen este proceso en segundos.
Las imágenes de carga diferida (lazy loading) son igualmente importantes: en lugar de cargar todas las imágenes de la página al abrir, solo se cargan las que están en el área visible. Las demás se cargan cuando el usuario hace scroll hacia ellas. Esta técnica sola puede reducir el tiempo de carga inicial a la mitad.
Causa #2: JavaScript excesivo y plugins innecesarios
El exceso de JavaScript es la segunda causa más frecuente de webs lentas. Plugins de WordPress que cargan librerías enteras para funciones mínimas, scripts de terceros que bloquean el renderizado, y código sin minificar que el navegador debe procesar antes de mostrar nada.
Cada plugin de WordPress añade entre 50 KB y 500 KB de JavaScript y CSS. Una web con 20 plugins puede estar cargando 3-5 MB de código adicional, la mayoría innecesario en cada carga de página. Auditar y eliminar los plugins que no son estrictamente necesarios es una de las acciones de mayor impacto en webs WordPress.
Herramientas como Google PageSpeed Insights y WebPageTest identifican exactamente qué scripts están ralentizando tu web, cuánto pesan y cuánto tiempo tardan en procesarse. Con esa información, puedes tomar decisiones informadas sobre qué eliminar, diferir o reemplazar.
Consultoría gratuita de 30 minutos
Analizamos tu negocio y te proponemos la solución exacta. Sin rodeos.
Causa #3: hosting compartido y falta de CDN
El hosting compartido barato (€3-5/mes) es la trampa más habitual. Tu web comparte servidor con miles de otras. Cuando alguna recibe un pico de tráfico, todas las demás se ralentizan. El tiempo hasta el primer byte (TTFB) —el tiempo que tarda el servidor en empezar a responder— se dispara a 800ms o más, cuando debería estar por debajo de 200ms.
Un CDN (Content Delivery Network) replica tu web en servidores distribuidos por todo el mundo. El visitante de Jaén recibe los datos del servidor más cercano en milisegundos. Vercel y Netlify incluyen CDN global en sus planes, y es uno de los motivos por los que recomendamos ese stack para webs de negocio local.
La latencia del servidor es un problema que no se puede resolver con optimizaciones de frontend. Si el servidor tarda 1,5 segundos en responder, ese tiempo se añade inevitablemente a todo lo demás. Migrar a un hosting mejor puede ser la mejora de mayor impacto con menos trabajo.
Causa #4: CSS sin optimizar y Google Fonts bloqueante
El CSS que no se usa en la página actual pero que se carga de todos modos es un problema frecuente, especialmente en webs construidas con frameworks o temas que incluyen cientos de estilos genéricos. PurgeCSS es una herramienta que elimina automáticamente el CSS no utilizado, reduciendo el tamaño de las hojas de estilo hasta un 90%.
Google Fonts cargado de forma estándar bloquea el renderizado de la página hasta que la fuente se descarga desde los servidores de Google. La solución es la carga diferida de fuentes o usar la directiva font-display: swap que permite que el texto se muestre con una fuente del sistema mientras carga la personalizada.
El CSS crítico (el necesario para renderizar lo que el usuario ve en el primer viewport) debe estar incrustado directamente en el HTML, no en un archivo externo que requiere una petición adicional. Esta técnica, llamada critical CSS inlining, elimina el tiempo de descarga del CSS necesario para el primer renderizado.
Causa #5: falta de caché y compresión de servidor
La caché del navegador permite que los elementos que no cambian (logos, fuentes, scripts) se guarden localmente en el dispositivo del usuario. La segunda visita carga en milisegundos porque ya tiene los recursos descargados. Sin configuración de caché, cada visita descarga todo de cero.
La compresión Gzip o Brotli en el servidor reduce el tamaño de los archivos HTML, CSS y JavaScript hasta un 70% antes de transferirlos al navegador. Es una configuración de servidor que se activa en minutos pero que muchos proveedores de hosting no tienen activada por defecto.
Combinar estas optimizaciones de servidor con las de frontend puede reducir el tiempo de carga de 6-8 segundos a menos de 2 segundos en la mayoría de webs. El resultado no es solo mejor experiencia de usuario; es mejor posición en Google y más conversiones.
¿Tienes dudas sobre este tema?
Escríbenos por WhatsApp y te respondemos en minutos.
Cómo medir tu velocidad ahora mismo y qué hacer
Entra en PageSpeed Insights (pagespeed.web.dev) y pega la URL de tu web. Un score por encima de 90 en móvil es el objetivo; por debajo de 70, tienes un problema urgente que está afectando a tu posicionamiento en Google hoy.
Si el resultado es malo, el informe te dirá exactamente qué corregir. Las tres acciones de mayor impacto suelen ser: comprimir y convertir imágenes a WebP, eliminar JavaScript no utilizado, y cambiar de hosting compartido a uno con CDN integrado. Dos de esas tres las puede hacer cualquier persona en una tarde; la tercera requiere migración web.
Otras herramientas gratuitas para analizar la velocidad: GTmetrix (análisis detallado con cascada de carga), WebPageTest (prueba desde múltiples localizaciones y dispositivos), y Lighthouse integrado en las DevTools de Chrome (para analizar directamente desde el navegador sin necesidad de herramientas externas).
