La mayoría de artículos sobre la velocidad de carga de una web terminan donde deberían empezar: te listan cinco herramientas gratuitas, te enseñan a sacar una puntuación y ahí te dejan, con un número rojo en la pantalla y ninguna idea de qué hacer con él.
Esta guía está escrita al revés. Sí, empezamos por cómo medir — hace falta. Pero el grueso está en lo que viene después: qué significan realmente esas métricas, cuáles son las causas concretas que ralentizan una web (sobre todo en WordPress y WooCommerce) y en qué orden atacarlas para que el esfuerzo se note.
Por qué importa la velocidad (y por qué no tanto como te dicen)
Seamos honestos con las dos caras:
Importa de verdad porque:
- Los Core Web Vitals son factor de posicionamiento desde 2021. No el más importante — el contenido manda —, pero en SERPs competidas, entre dos resultados equivalentes, la velocidad desempata.
- La conversión cae con cada segundo de espera. En ecommerce esto es dinero contante: una tienda lenta pierde carritos antes de que nadie vea el producto.
- Google rastrea menos una web lenta. Si el bot tarda en cargar tus páginas, rastrea menos por visita, y tu contenido nuevo tarda más en indexarse.
No importa tanto como te venden porque:
- La puntuación de 100/100 es una obsesión estéril. Pasar de 85 a 95 en PageSpeed suele costar más que lo que aporta. Entre 80 y 90 en móvil, con métricas reales en verde, estás bien.
- Los usuarios no notan medio segundo. Lo que sí notan es una web que tarda 5 segundos o que da saltos mientras carga. Si estás en esa situación, esto no va de optimizar: va de arreglar.
Las métricas que de verdad cuentan: Core Web Vitals
Olvídate de la puntuación global y mira estas tres:
| Métrica | Qué mide | Objetivo |
|---|---|---|
| LCP (Largest Contentful Paint) | Cuánto tarda en aparecer el elemento principal (normalmente la imagen grande de cabecera) | < 2,5 s |
| INP (Interaction to Next Paint) | Cuánto tarda la web en responder cuando el usuario hace clic o escribe. Sustituyó a FID en 2024 | < 200 ms |
| CLS (Cumulative Layout Shift) | Cuánto «salta» el contenido mientras carga (el típico botón que se mueve justo al ir a pulsarlo) | < 0,1 |
Y un matiz fundamental que casi nadie explica: hay datos de laboratorio (la simulación que hace PageSpeed al analizar) y datos de campo (lo que experimentan tus usuarios reales, recogidos por Chrome). Los que Google usa para posicionar son los de campo. Si tu laboratorio está rojo pero el campo verde, respira. Si es al revés, ahí sí hay trabajo.
Cómo medir: las herramientas que usamos y para qué sirve cada una
PageSpeed Insights — el punto de partida obligatorio, porque es de Google y da las dos cosas: laboratorio y campo. Úsalo siempre en pestaña móvil primero, que es donde está la mayoría de tu tráfico y donde más duele.
Search Console → Core Web Vitals — el que más valor tiene para SEO y el que casi nadie mira. Te da los datos de campo agrupados de todo tu sitio, no de una sola URL, y te agrupa las páginas con problemas por tipo. Si tienes que elegir una sola herramienta, esta.
GTmetrix — útil por la cascada de carga: te enseña qué recurso concreto está bloqueando y cuánto tarda cada elemento. Es donde vas cuando ya sabes que hay un problema y quieres localizar al culpable.
WebPageTest — el más técnico, y el único que te deja elegir ubicación geográfica, navegador y tipo de conexión. Imprescindible si tu público está lejos de tu servidor.
Chrome DevTools (pestaña Lighthouse y Network) — gratis, ya lo tienes instalado, y permite probar en local antes de publicar cambios.
Un consejo de método: mide siempre tres veces y en momentos distintos. Una sola medición puede estar contaminada por un pico puntual del servidor y llevarte a perseguir un problema que no existe.
Las 6 causas reales de una web lenta (en orden de impacto)
Aquí es donde las guías genéricas se quedan cortas. Por experiencia en proyectos WordPress y WooCommerce, esto es lo que de verdad ralentiza una web, ordenado por impacto:
1. Imágenes sin optimizar — el problema nº1, con diferencia
Es la causa más común y la más fácil de arreglar. Una web con fotos de 2 MB subidas tal cual desde el móvil no hay caché que la salve.
Qué hacer: convertir todo a WebP, dimensionar las imágenes al tamaño real en que se muestran (no subir 4000 px para mostrarlas a 800), comprimir por debajo de 150 KB, y activar lazy loading (WordPress lo hace de serie desde la versión 5.5, pero verifica que ningún plugin lo esté desactivando).
2. Hosting insuficiente
Si tu servidor tarda 800 ms en responder antes siquiera de empezar a enviar la página (el TTFB), ninguna optimización del front-end lo compensa. El hosting compartido de 2 €/mes es la falsa economía más cara del sector.
Qué hacer: comprueba tu TTFB en GTmetrix (objetivo: < 600 ms, idealmente < 200 ms). Si está disparado, el problema es el servidor, no tu web. En WooCommerce, presupuesta hosting optimizado desde el día uno — lo explicamos con cifras en la guía de precio de una tienda online con WordPress y WooCommerce.
3. Exceso de plugins (y plugins mal hechos)
No es tanto el número como el peso: un solo plugin mal programado que cargue sus scripts en todas las páginas hace más daño que diez bien hechos.
Qué hacer: audita qué plugins cargan recursos en el front-end y desactiva los que no usas. En WooCommerce, vigila especialmente los de sliders, page builders pesados, y cualquiera que añada librerías JavaScript propias.
4. Falta de caché (o caché mal configurada)
La caché evita que el servidor reconstruya la misma página una y otra vez. En WordPress es imprescindible; en WooCommerce, además, hay que excluir de la caché las páginas de carrito, checkout y mi cuenta — si no, tus clientes verán el carrito de otra persona. Es un error clásico y grave.
Qué hacer: LiteSpeed Cache si tu hosting es LiteSpeed (gratuito y excelente), WP Rocket como alternativa de pago. Y verifica siempre las exclusiones de ecommerce.
5. CSS y JavaScript bloqueantes
Recursos que el navegador debe descargar y procesar antes de poder pintar nada en pantalla. Afectan directamente al LCP.
Qué hacer: minificación, diferir JS no crítico, y precargar la fuente y la imagen principal. Ojo: estas optimizaciones pueden romper funcionalidades — aplícalas de una en una y prueba después de cada cambio, especialmente en el checkout.
6. Base de datos hinchada
Menos visible, pero real en webs con años: revisiones de entradas acumuladas, transients caducados, tablas de plugins desinstalados. En tiendas con miles de pedidos históricos, además, el rendimiento del panel de administración se resiente.
Qué hacer: limpieza periódica de la base de datos (con precaución y copia de seguridad previa) y optimización de tablas.
El orden correcto para atacarlo
Si tu web va lenta y no sabes por dónde empezar, este es el orden que seguimos nosotros:
- Mide y guarda el punto de partida (PageSpeed móvil + TTFB). Sin la foto inicial no sabrás si mejoras.
- Comprueba el TTFB. Si el servidor es el cuello de botella, empieza por ahí — todo lo demás es maquillaje.
- Arregla las imágenes. Es el mayor impacto por unidad de esfuerzo, casi siempre.
- Instala y configura bien la caché (con las exclusiones de ecommerce si aplica).
- Audita plugins y elimina lo que sobra.
- Optimización fina de CSS/JS, de una en una, midiendo entre cambios.
- Vuelve a medir a los 28 días en Search Console: recuerda que los datos de campo son una media móvil, así que las mejoras tardan semanas en reflejarse ahí aunque el laboratorio las vea al instante.
Un aviso sobre las tiendas online
En un ecommerce, la velocidad no se optimiza igual que en una web corporativa: el carrito y el checkout no se pueden cachear, hay consultas a base de datos en cada visita, y el catálogo crece con el tiempo. Por eso una tienda que iba rápida con 50 productos puede arrastrarse con 2.000 sin que nadie haya tocado nada.
Si tu tienda ha ido perdiendo velocidad a medida que crecía, el problema rara vez se resuelve con un plugin más: suele estar en la arquitectura, el hosting o la forma en que se consulta el catálogo. Es parte de lo que revisamos en los proyectos de desarrollo de tienda online y en el mantenimiento continuo de las tiendas que llevamos.
Preguntas frecuentes
¿Cuál es una buena velocidad de carga para una web?
Como referencia práctica: LCP por debajo de 2,5 segundos, INP por debajo de 200 ms y CLS por debajo de 0,1, medidos en móvil y con datos de campo. En puntuación de PageSpeed, por encima de 80 en móvil ya es un buen sitio donde estar; perseguir el 100 rara vez compensa el esfuerzo.
¿La velocidad de carga afecta al SEO?
Sí, los Core Web Vitals son un factor de posicionamiento confirmado, aunque de peso moderado: no compensan un contenido pobre, pero desempatan entre resultados de calidad similar. Su efecto más claro es indirecto — una web lenta pierde usuarios y conversiones antes incluso de que el ranking entre en juego.
¿Por qué PageSpeed me da puntuaciones distintas cada vez que lo ejecuto?
Porque la prueba de laboratorio simula una conexión y un dispositivo concretos, y la carga del servidor varía entre ejecuciones. Es normal ver oscilaciones de 5-10 puntos. Por eso conviene medir varias veces y guiarse sobre todo por los datos de campo de Search Console, que son una media de usuarios reales.
¿Un plugin de caché arregla una web lenta?
Ayuda mucho, pero no arregla las causas de fondo: si tus imágenes pesan megas o tu hosting responde tarde, la caché solo enmascara el problema para las páginas cacheables — y en una tienda online, carrito y checkout nunca lo son. La caché es un paso del proceso, no el proceso entero.
¿Cuánto se puede mejorar la velocidad de una web existente?
Depende del punto de partida, pero en webs que nunca se han optimizado es habitual reducir a la mitad los tiempos de carga solo con imágenes, caché y limpieza de plugins. Cuando el límite lo marca el hosting o la arquitectura, la mejora exige cambios de más calado.
¿Tu web o tu tienda va lenta y no sabes por dónde empezar? Hacemos auditorías de rendimiento y mantenimiento continuo sobre WordPress y WooCommerce. Cuéntanos tu caso →