Mejorar la velocidad de WordPress no es una tarea puntual — es un proceso con pasos concretos que tienen impactos muy distintos. Activar un plugin de caché sin optimizar las imágenes apenas moverá la aguja. Cambiar de hosting sin configurar la caché tampoco sacará el máximo partido. El orden importa, y esta guía te lo explica de mayor a menor impacto para que consigas la máxima mejora con el mínimo tiempo invertido.
Esta guía es para webs WordPress ya publicadas que quieren mejorar su rendimiento, no para instalaciones nuevas. Si acabas de crear tu web, empieza directamente desde el punto 1.
Paso 0: mide tu punto de partida
Antes de tocar nada, toma nota de tus métricas actuales. Sin un punto de referencia, no sabrás si las optimizaciones están funcionando.
Abre PageSpeed Insights (pagespeed.web.dev), analiza tu página principal en móvil y apunta:
- Puntuación general (0-100)
- LCP (Largest Contentful Paint)
- INP (Interaction to Next Paint)
- CLS (Cumulative Layout Shift)
- TTFB — «Tiempo hasta el primer byte» en la sección de diagnósticos
Con estos cinco números tienes el diagnóstico completo. El TTFB te dice si el problema está en el servidor. El LCP te dice si está en la carga del contenido visual. El INP te dice si está en los scripts. El CLS te dice si está en la estabilidad del layout.
1. El hosting — el cambio con mayor impacto
Si tu TTFB está por encima de 200ms, ninguna optimización posterior tendrá el impacto que tendrá cambiar de hosting. El servidor es el techo de todas las demás optimizaciones — si el servidor es lento, la caché, las imágenes y los scripts optimizados no pueden compensarlo.
Lo que diferencia un hosting rápido de uno lento para WordPress:
LiteSpeed vs Apache/Nginx: LiteSpeed procesa hasta 6 veces más peticiones por segundo con el mismo hardware. Para WordPress, el plugin LiteSpeed Cache implementa caché a nivel de servidor — más eficiente que cualquier plugin de caché sobre Apache o Nginx porque actúa antes de que PHP procese nada.
NVMe vs SSD convencional: los discos NVMe tienen velocidades de lectura de 3.500 MB/s frente a los 550 MB/s de los SSD estándar. Para WordPress, que genera muchas lecturas de archivos PHP y consultas a base de datos, esta diferencia se traduce directamente en TTFB menor.
Redis Object Cache: guarda en memoria RAM las consultas frecuentes a la base de datos. Para WooCommerce o webs con mucho contenido dinámico, puede reducir el tiempo de respuesta de la base de datos en un 60-80%.
Servidor en España: si tu audiencia es española, un servidor en Madrid añade entre 50 y 150ms de latencia frente a un servidor en Europa central o Estados Unidos. Pequeño en porcentaje pero significativo en términos absolutos.
| Tecnología | Sin ella | Con ella | Mejora |
|---|---|---|---|
| LiteSpeed vs Apache | ~300ms TTFB | ~100ms TTFB | ~65% |
| NVMe vs SSD | ~200ms DB query | ~35ms DB query | ~82% |
| Redis Object Cache | ~150ms por consulta | ~2ms por consulta | ~98% |
| Servidor en España | +80-150ms latencia | +10-20ms latencia | ~85% |
2. Plugin de caché — obligatorio en cualquier WordPress
Un plugin de caché genera versiones estáticas de tus páginas y las sirve directamente sin ejecutar PHP ni consultar la base de datos en cada visita. Es la segunda mejora de mayor impacto después del hosting.
El plugin correcto depende de tu servidor:
LiteSpeed Cache — si tu hosting usa LiteSpeed (BoneCloud, BlumHost). Caché a nivel de servidor, Object Cache con Redis integrado, optimización de imágenes a WebP automática, minificación de CSS/JS y lazy loading. Gratuito y sin rival en rendimiento para hostings LiteSpeed.
WP Rocket — si tu hosting usa Apache o Nginx. ~50€/año. El mejor plugin de caché para hostings convencionales. Configuración intuitiva con todas las opciones de optimización en un solo plugin.
W3 Total Cache — alternativa gratuita para Apache/Nginx. Más complejo de configurar pero potente cuando está bien ajustado.
Configuración mínima efectiva para cualquier plugin de caché:
- Caché de página: activada
- Caché de navegador: activada (reduce peticiones en visitas repetidas)
- Minificación CSS: activada
- Minificación JavaScript: activada con defer/async
- Lazy loading de imágenes: activado
- Preconexión a dominios externos: activada para Google Fonts, analytics, etc.
3. Optimización de imágenes — impacto inmediato
Las imágenes son frecuentemente la causa del 50-70% del peso de descarga de una página. Una optimización correcta puede reducir el tiempo de carga en 1-3 segundos sin tocar el servidor ni el código.
Convierte a WebP
WebP ofrece entre un 25% y un 35% menos de tamaño que JPEG con la misma calidad visual, y entre un 25% y un 35% menos que PNG para imágenes con transparencia. Todos los navegadores modernos lo soportan.
La forma más sencilla es instalar ShortPixel Image Optimizer (plan gratuito hasta 100 imágenes/mes, ~4€/mes para más) y activar la conversión automática a WebP. Procesa todas las imágenes existentes con el bulk optimizer.
Dimensiones correctas
Subir una imagen de 3.000×2.000px para mostrarla en una columna de 600px de ancho es innecesario. WordPress genera tamaños intermedios automáticamente, pero si subes imágenes sobredimensionadas, el tamaño original se sigue almacenando y en algunos casos se sirve.
Redimensiona las imágenes a la anchura máxima de visualización antes de subirlas. Para la mayoría de webs WordPress, 1.200px de ancho máximo es más que suficiente.
Preload de la imagen hero
La imagen principal de la página (el elemento que determina el LCP) suele descubrirse tarde en el proceso de carga. Puedes acelerar su carga añadiendo en el <head> de tu tema:
<link rel="preload" as="image" href="/ruta/a/tu/imagen-hero.webp" fetchpriority="high">LiteSpeed Cache y WP Rocket tienen opciones para hacer esto sin editar código.
4. Minificación y diferido de CSS/JS
Los archivos CSS y JavaScript sin minificar contienen espacios, comentarios y saltos de línea innecesarios que aumentan su tamaño. La minificación los elimina sin afectar al funcionamiento.
Más importante que la minificación es el diferido de JavaScript: cargar los scripts no críticos con defer o async permite que el navegador renderice el HTML antes de ejecutar esos scripts, reduciendo el LCP y el INP.
Todos los plugins de caché modernos incluyen estas opciones. El punto clave es no diferir los scripts críticos para el funcionamiento inmediato de la página — por ejemplo, el script que inicializa el menú o el scroll no debe ir con defer si el usuario puede interactuar con él antes de que cargue.
5. Fuentes web optimizadas
Google Fonts cargadas desde fonts.googleapis.com añaden una petición a un servidor externo que puede añadir 50-200ms al tiempo de carga. Las alternativas:
Auto-alojar las fuentes: descarga los archivos de fuentes y sírvelos desde tu propio servidor. Elimina la dependencia del servidor externo y permite añadir font-display: swap para evitar el bloqueo del renderizado.
Plugin recomendado: OMGF (Optimize My Google Fonts) — gratuito, descarga las fuentes automáticamente y las aloja en tu servidor con la configuración óptima.
Preconexión a Google Fonts: si no quieres cambiar el método de carga, al menos añade en el <head>:
<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>6. Base de datos — mantenimiento regular
Con el tiempo, la base de datos de WordPress acumula revisiones de posts, transients expirados y datos de plugins desinstalados que ralentizan las consultas. La limpieza regular mejora el rendimiento de la base de datos y reduce su tamaño.
Instala WP-Optimize (gratuito) y configura:
- Limpieza de revisiones de posts — guarda máximo 3-5 por entrada
- Eliminación de transients expirados
- Optimización de tablas de la base de datos
- Programación automática semanal o mensual
En WordPress puedes limitar el número de revisiones guardadas añadiendo en wp-config.php:
define('WP_POST_REVISIONS', 3);7. CDN — para audiencias amplias o internacionales
Un CDN sirve los archivos estáticos (imágenes, CSS, JS) desde servidores distribuidos geográficamente. Para webs con audiencia principalmente española y servidor en España, el impacto es limitado. Para webs con visitas desde múltiples países o con muchos archivos estáticos pesados, puede ser significativo.
Cloudflare (plan gratuito muy completo) es la opción más extendida. Además de CDN, incluye protección DDoS, caché edge y optimizaciones adicionales como compresión Brotli y HTTP/3.
Si usas LiteSpeed Cache en BoneCloud, el CDN de QUIC.cloud está integrado de forma nativa y es la opción más eficiente para ese stack.
8. Auditoría de plugins
No es el número de plugins lo que afecta al rendimiento, sino el código que cada uno ejecuta. Un plugin que carga un script de 200KB en todas las páginas de tu web cuando solo lo necesita en una página de contacto es ineficiente.
Pasos para auditar:
- Instala Query Monitor (gratuito)
- Actívalo y visita diferentes páginas de tu web
- Revisa qué plugins generan más consultas a base de datos y cuántos scripts cargan en el frontend
- Para los plugins con mayor impacto, busca si tienen opciones para deshabilitar scripts en páginas específicas
Checklist completo de velocidad WordPress
| Optimización | Herramienta | Impacto | Dificultad |
|---|---|---|---|
| Hosting con LiteSpeed + NVMe | BoneCloud / BlumHost | Muy alto | Fácil |
| Plugin de caché configurado | LiteSpeed Cache / WP Rocket | Muy alto | Fácil |
| Imágenes en WebP | ShortPixel / Imagify | Alto | Fácil |
| Imagen hero precargada | LiteSpeed Cache / manual | Alto | Medio |
| Minificación CSS/JS | Plugin de caché | Medio | Fácil |
| Defer/async en JS | Plugin de caché | Medio | Medio |
| Fuentes auto-alojadas | OMGF | Medio | Fácil |
| Limpieza base de datos | WP-Optimize | Medio | Fácil |
| Redis Object Cache | Incluido en BoneCloud | Alto | Fácil |
| CDN activo | Cloudflare / QUIC.cloud | Medio | Fácil |
Preguntas frecuentes sobre mejorar la velocidad de WordPress
Depende del punto de partida. Una web en un hosting lento con imágenes sin optimizar y sin caché puede pasar de 5-8 segundos de carga a 1-2 segundos aplicando todas las optimizaciones de esta guía — una mejora del 70-80%. La mayor ganancia individual suele venir del cambio de hosting si el TTFB está por encima de 300ms, seguida de la optimización de imágenes. Si ya partes de un buen hosting y tienes caché activa, las mejoras adicionales serán incrementales.
El plugin LiteSpeed Cache se puede instalar en cualquier hosting, pero sus funciones más potentes (caché a nivel de servidor, ESI) solo funcionan en servidores con LiteSpeed instalado. En un hosting Apache o Nginx, LiteSpeed Cache funciona como un plugin de caché convencional — útil pero sin la ventaja principal. Para aprovechar LiteSpeed Cache al máximo necesitas un hosting con servidor LiteSpeed como BoneCloud o BlumHost.
Si tu hosting tiene LiteSpeed, no. LiteSpeed Cache es superior a WP Rocket en hostings LiteSpeed porque actúa a nivel de servidor. WP Rocket solo tiene ventaja en hostings con Apache o Nginx, donde no existe una alternativa gratuita de igual potencia. Si estás en un hosting convencional y quieres la mejor caché disponible sin complicaciones, WP Rocket a ~50€/año está justificado.
No. Usar dos plugins de caché simultáneamente causa conflictos que pueden romper el sitio o generar versiones cacheadas incorrectas. Elige uno y configúralo bien. Si cambias de plugin de caché, desactiva y elimina el anterior completamente antes de instalar el nuevo.