La velocidad de tu web ya no es un capricho técnico: afecta directamente al SEO, a la conversión y a cuánto se queda la gente en tu página. Google lleva años considerando los Core Web Vitals como factor de ranking confirmado, y los datos de Akamai siguen señalando que cada segundo adicional de carga reduce las conversiones en torno a un 7%. Si tu web tarda 4 segundos en cargar cuando la competencia tarda 1,5 segundos, no hace falta más SEO: hace falta velocidad. Este post te enseña a medirla bien, a entender los resultados y a saber qué hacer con ellos.
Qué métricas importan de verdad (Core Web Vitals)
Antes de medir nada conviene entender qué se mide. Las métricas que Google usa hoy para evaluar la experiencia de usuario son las siguientes.
LCP (Largest Contentful Paint)
Tiempo que tarda en pintarse el elemento más grande del viewport (normalmente la imagen principal o un bloque de texto importante). Es la métrica más cercana a “cuánto tarda en cargar la web” desde la perspectiva del usuario.
- Bueno: < 2,5 s
- Necesita mejora: 2,5 a 4 s
- Pobre: > 4 s
INP (Interaction to Next Paint)
Mide la latencia de interacción: el tiempo entre que el usuario hace clic/tap o pulsa una tecla y el navegador refresca el píxel siguiente. Sustituyó al FID (First Input Delay) en marzo de 2024. Es la métrica más estricta y la que más webs suspenden hoy.
- Bueno: < 200 ms
- Necesita mejora: 200-500 ms
- Pobre: > 500 ms
CLS (Cumulative Layout Shift)
Mide cuánto se desplazan los elementos mientras se carga la página. Si has visto cargar una web y de repente todo se mueve hacia abajo porque ha aparecido un banner, eso es CLS alto. Penaliza experiencia y conversión (clics en sitios equivocados).
- Bueno: < 0,1
- Necesita mejora: 0,1 a 0,25
- Pobre: > 0,25
TTFB (Time to First Byte)
Tiempo que tarda el servidor en responder con el primer byte tras recibir la petición. Es la métrica que más depende del hosting y de la caché.
- Bueno: < 800 ms
- Aceptable: 800-1.800 ms
- Pobre: > 1.800 ms
FCP (First Contentful Paint)
Cuándo se pinta el primer píxel visible (texto, imagen, vídeo). Buena referencia de la rapidez percibida.
- Bueno: < 1,8 s
- Necesita mejora: 1,8-3 s
- Pobre: > 3 s
Las herramientas para medir velocidad (y cuál usar)
No todas las herramientas miden lo mismo ni con la misma precisión. Estas son las que uso de forma habitual.
PageSpeed Insights (Google)
La oficial. Disponible en pagespeed.web.dev, gratis y sin registro. Combina datos reales del Chrome UX Report (lo que ven usuarios reales en los últimos 28 días) con datos de laboratorio (un test sintético en ese momento).
Si Google va a usar Core Web Vitals como señal de ranking, esta es la herramienta que debes tomar como referencia. Lo demás es secundario.
GTmetrix
Más visual, permite elegir ubicación del test (Londres, Vancouver, Madrid en versión Premium, etc.). En la versión gratis hay limitaciones de ubicaciones, navegadores y frecuencia. Útil para ver waterfall de peticiones y entender qué recurso bloquea la carga.
WebPageTest
La más completa técnicamente. Permite filmstrip de la carga, comparar antes/después, simular conexiones lentas. Curva de aprendizaje mayor, pero es la herramienta que usan los profesionales WPO.
Lighthouse en Chrome DevTools
Integrada en Chrome DevTools (F12 → pestaña Lighthouse). Útil durante el desarrollo porque puedes medir en local antes de subir nada a producción. Mismas métricas que PageSpeed pero solo con datos de laboratorio (no usuario real).
Pingdom Tools
Más sencilla y visualmente atractiva, pero menos precisa que las anteriores. Sus métricas no coinciden siempre con Core Web Vitals oficiales.
| Herramienta | Datos usuario real | Lab data | Gratis | Mejor para |
|---|---|---|---|---|
| PageSpeed Insights | Sí | Sí | Sí | Referencia oficial Core Web Vitals |
| GTmetrix | No | Sí | Limitada | Análisis waterfall |
| WebPageTest | Parcial | Sí (avanzado) | Sí | Pros / análisis profundo |
| Lighthouse | No | Sí | Sí (Chrome) | Desarrollo local |
| Pingdom | No | Sí | Limitada | Vista rápida básica |
Cómo hacer un test correcto (errores típicos)
Medir mal es peor que no medir: te lleva a optimizar lo que no toca. Estas son las reglas básicas para que el test refleje la realidad.
- Limpia caché del navegador antes de medir (o usa modo incógnito) — si no, mides lo que ya tenías cacheado
- Mide varias veces y promedia. La primera medición tras un periodo de inactividad siempre es más lenta (caché vacía en CDN, conexiones nuevas). Mide 3-5 veces y descarta la primera
- Mide en distintos momentos del día. Un test a las 7 AM cuando nadie usa tu hosting da resultados distintos a uno a las 21:00 cuando hay tráfico
- Prueba desde la ubicación de tu audiencia. Si tu público está en España, no midas desde un servidor de Vancouver. Los segundos de latencia distorsionan completamente la lectura
- Mide móvil y desktop por separado. Los Core Web Vitals son distintos para cada uno. Google da más peso al móvil desde 2021
Por qué tu web va lenta: las 8 causas reales
Estas son, por orden de frecuencia, las causas reales que veo en auditorías WPO. El 90% de las webs lentas son lentas por dos o tres de estos motivos a la vez.
1. Hosting compartido infradimensionado
La causa número uno. Webs metidas en servidores con 4.000 clientes por máquina, sin caché real, sin recursos garantizados. Si tu TTFB en GTmetrix es superior a 1 segundo, este es tu problema. Mira si necesitas migrar a un hosting WordPress optimizado.
2. Imágenes pesadas sin optimizar
JPGs de 3 MB cuando bastaría con WebP de 200 KB. PNGs sin compresión. Imágenes a tamaño original cuando solo se muestran en miniatura. Es la causa más fácil de arreglar y la que más impacto tiene en LCP.
3. Plugins innecesarios
Cada plugin activo es código que se ejecuta en cada petición. He visto webs con 80 plugins activos donde solo 25 eran necesarios. Plugin auditing es una de las primeras tareas WPO.
4. Temas mal codificados
Especialmente temas comprados en marketplaces baratos. Cargan todas las funcionalidades aunque no las uses, importan 15 librerías JS por defecto, no tienen lazy load nativo. Un buen tema (Astra, GeneratePress, Kadence) pesa una fracción de lo que pesa un Avada o Newspaper.
5. Falta de caché
Sin caché de página (LSCache, FastCGI, WP Rocket) y sin caché de objetos (Redis), WordPress regenera cada página entera en cada visita. Es como cocinar el menú entero cada vez que un cliente pide la carta.
6. Sin CDN
El contenido estático (CSS, JS, imágenes) debería servirse desde un CDN cercano al usuario. Cloudflare gratuito es suficiente para la mayoría de webs y ya reduce LCP entre 100 y 500 ms en muchos casos.
7. Demasiados scripts de terceros
Google Analytics + GTM + Meta Pixel + chat de Tawk.to + Hotjar + plugin de cookies + plugin de notificaciones… Cada script bloquea el rendering. Auditar y consolidar es obligatorio.
8. Base de datos sin mantenimiento
Revisiones de posts acumuladas, comentarios spam sin borrar, sesiones huérfanas de WooCommerce, transients caducados. Una BD de WordPress sin mantenimiento puede crecer a 2-3 GB sin necesidad.
Cómo arreglar cada problema (resumen accionable)
Por orden de impacto / dificultad:
- Auditar plugins: desactiva y vuelve a medir. Borra los que no usas
- Convertir imágenes a WebP automáticamente. Plugins: Imagify, ShortPixel, EWWW Image Optimizer
- Activar caché de página: LSCache si tu hosting es LiteSpeed (gratis y nativo), si no WP Rocket de pago
- Redis Object Cache si tu hosting lo permite. Reduce queries SQL drásticamente
- Cloudflare gratis como CDN. 10 minutos de configuración, beneficio inmediato
- Lazy load en imágenes y vídeos (WP 5.5+ lo trae nativo en
<img>, pero hay que asegurarse de que el tema no lo rompe) - Optimizar tema: desactivar Google Fonts externas (cargar localmente), eliminar widgets innecesarios, usar tema ligero
- Mantenimiento de BD periódico: WP-Optimize, WP-Sweep o WP Rocket Database Cleanup. Mensual basta
- Auditar scripts de terceros: consolidar tags con Google Tag Manager, lazy load del chat, etc.
Cuándo necesitas un WPO profesional
Hay un punto en el que aplicar las recetas estándar deja de ser suficiente. Necesitas WPO profesional si:
- Has aplicado todo lo anterior y sigues por debajo de 80 en PageSpeed mobile
- Tu tema usa page builders pesados (Elementor, Divi) con muchas widgets y secciones
- Tienes alto tráfico y el servidor no aguanta picos
- Tu negocio depende del SEO y necesitas estar en verde en Core Web Vitals sí o sí
- Tu tienda tiene problemas de conversión en checkout por lentitud
- Estás cerca de un evento crítico (Black Friday, lanzamiento) y no puedes fallar
En estos casos un WPO suele incluir: refactor de tema, eliminación selectiva de plugins, optimización de queries SQL específicas, edge caching, optimización avanzada de assets. En Bonecloud lo combinamos con el hosting WordPress optimizado para obtener resultados que ningún plugin puede dar por sí solo.
¿Quieres que tu web cargue en menos de 1 segundo?
Si has hecho el test de PageSpeed y no llegas a 90+ en mobile, no es problema de plugins: probablemente tienes un mix de hosting infradimensionado y configuración por defecto. En Bonecloud ofrecemos auditoría WPO gratuita y hosting optimizado con LiteSpeed Enterprise + Redis para que tu web esté siempre en verde. Pídenos una auditoría sin compromiso.
