Mi web de WordPress va lenta: cómo arreglarla paso a paso (y cuándo ya no tiene solución)

Si tu web de WordPress tarda más de 3 segundos en cargar, estás perdiendo la mitad de tus visitantes antes de que lean una sola línea. No es una exageración: el 53% de los usuarios móviles abandona si la carga supera 3 segundos. Y Google penaliza la velocidad directamente en el ranking desde 2021.

El problema es que la mayoría de los artículos sobre WordPress lento te dan una lista de 20 cosas que tocar sin decirte por dónde empezar. Esto no va a ser así. Primero diagnosticamos, luego actuamos, en orden de impacto.

Antes de tocar algo: diagnostica dónde está el problema

No todos los WordPress lentos se arreglan igual. Hay dos tipos de lentitud y las soluciones son distintas.

Usa Google PageSpeed Insights

Entra a pagespeed.web.dev, pon tu URL y mira los resultados en móvil. Lo importante no es el número en sí, sino entender qué te está diciendo. Los dos diagnósticos clave son el TTFB (Time to First Byte) y el peso total de la página.

TTFB alto vs página pesada: son problemas distintos

Si el TTFB supera 800ms, el problema es el servidor: hosting lento, PHP desactualizado o base de datos saturada. Si el TTFB está bien pero la página tarda en mostrarse, el problema es el contenido: imágenes sin comprimir, demasiados scripts, plugins bloqueantes.

Este diagnóstico te ahorra horas. Si tienes TTFB alto, instalar un plugin de caché no va a resolver nada. Si tu página pesa 8MB, cambiar de hosting tampoco.

Los 6 culpables más comunes, en orden de impacto

1. Hosting lento o saturado

Es la causa número uno que nadie quiere escuchar. Un hosting compartido de 3 euros al mes no puede servir una web con Elementor, WooCommerce y 15 plugins a la vez. El servidor responde lento porque tiene cientos de webs compitiendo por los mismos recursos. Resultado: TTFB de 1,5 a 3 segundos antes de que el navegador haya recibido ni un byte de tu página.

2. Elementor sin optimizar

Elementor es el constructor visual más usado de WordPress, pero por defecto carga recursos que no necesitas: familias de iconos completas, Google Fonts duplicadas, CSS de widgets que ni usas. Una página de Elementor sin optimizar puede generar 150 o más peticiones HTTP en cada carga.

3. Plugins que se bloquean entre sí

No es el número de plugins lo que mata la velocidad, es cuáles tienes. Un plugin mal programado que hace 20 consultas a la base de datos en cada visita puede ser más dañino que 10 plugins bien hechos. Otro problema habitual: varios plugins cargando sus propias versiones de jQuery o librerías de animación.

4. Imágenes sin comprimir

Una imagen de 4MB en el banner de tu portada puede pesar más que todo el resto de la página. La mayoría de webs van lentas principalmente por imágenes: fotos sacadas directamente del móvil o de stock, sin redimensionar ni comprimir. Una imagen que se muestra a 800px no debería subirse a 4000px.

5. PHP desactualizado

Si tu servidor usa PHP 7.4 o inferior, tu web puede estar funcionando un 30 o 40% más lenta de lo que podría con PHP 8.2 o 8.3. PHP 8.x tiene mejoras de rendimiento enormes en comparación con versiones anteriores, y la actualización suele tardar menos de 5 minutos desde el panel de tu hosting.

6. Base de datos inflada

WordPress guarda una revisión cada vez que guardas un artículo. Si llevas años con una web activa, puedes tener miles de revisiones, transients caducados y entradas de caché acumuladas que hacen que cada consulta a la base de datos tarde más de lo necesario.

Las soluciones paso a paso

Caché: el primer paso obligatorio

Un plugin de caché reduce drásticamente el trabajo del servidor porque sirve páginas en HTML estático en lugar de generarlas de cero en cada visita. WP Rocket es la opción de pago más efectiva (unos 50 euros al año). Si buscas gratuita, LiteSpeed Cache funciona muy bien si tu hosting usa LiteSpeed. Para el resto, W3 Total Cache correctamente configurado.

Imágenes: ShortPixel o conversión a WebP

ShortPixel tiene un plan gratuito de 100 imágenes al mes y comprime automáticamente todo lo que subes. Si tienes Cloudflare en tu dominio (también gratuito), activa la conversión automática a WebP desde el panel de Cloudflare. Estas dos acciones juntas pueden reducir el peso de tu página entre un 40 y un 60%.

Elementor: los 3 ajustes que más impactan

En el panel de WordPress, ve a Elementor > Configuración > Rendimiento. Activa estas tres opciones:

• Desactivar Google Fonts de Elementor (si ya las cargas por otro método o usas fuentes del sistema)
• Desactivar la carga de iconos de FontAwesome en páginas que no los usen
• Activar el modo de carga mejorada del editor (reduce el DOM en páginas complejas)

Con solo estos tres ajustes, páginas con Elementor pueden mejorar entre 0,5 y 1,5 segundos en el tiempo de carga total.

PHP: actualizar en 5 minutos

En el panel de tu hosting busca la opción de versión de PHP para tu dominio. Cambia a PHP 8.3 si tu tema y plugins son compatibles. Si tienes dudas, prueba primero en staging. Si algo se rompe, la vuelta atrás es igual de rápida.

Base de datos: WP-Optimize gratuito

WP-Optimize limpia revisiones, transients y caché de la base de datos con un solo clic. Hazlo una vez al mes. Configura el límite de revisiones a 3 o 5 para que no vuelvan a acumularse (esto se puede hacer en wp-config.php con una línea de código).

Resultados reales: qué puedes esperar

Estos no son porcentajes de marketing. Son casos reales de proyectos en los que hemos trabajado.

Texas Cold Storage, un sitio de servicios de construcción en Texas, pasó de una web en WordPress con Elementor que cargaba en 4,2 segundos a una web en Next.js con 95 en móvil y 98 en desktop en Google PageSpeed Insights. Tiempo de carga: menos de 1 segundo.

Impulse Fitness, un cliente en Barcelona con WordPress, tenía 47 problemas técnicos identificados en auditoría: PHP 7.4, Elementor sin optimizar, 23 plugins activos (6 desactivados pero sin borrar), imágenes de hasta 6MB en la portada. Con ajustes básicos se puede recuperar entre 2 y 3 segundos de carga.

Cuándo WordPress ya no tiene solución

Esto es lo que nadie escribe porque nadie quiere decirte que el problema no tiene arreglo fácil. Pero es real.

Hay webs donde el problema no es la configuración, sino la arquitectura. Estos son los síntomas:

• Tienes más de 40 plugins activos y cada uno que desactivas rompe algo
• Tu tema es Divi, Avada o Elementor con 200 elementos por página y miles de líneas de CSS inline
• El tráfico está creciendo y el servidor no aguanta picos: la web se cae o se ralentiza en momentos de alta demanda
• Cada actualización de WordPress o de un plugin rompe el diseño o alguna función
• Has cambiado de hosting dos veces en el último año y el problema persiste

En estos casos, optimizar es parchar. La web tarda 1 segundo más en cargarse de lo que podría porque WordPress genera cada página dinámicamente consultando la base de datos, ejecutando PHP y ensamblando HTML en tiempo real para cada visita.

Qué cambia con Next.js

Next.js genera las páginas una sola vez en el momento del despliegue y las sirve como archivos estáticos desde una CDN global. No hay base de datos en cada visita, no hay PHP ejecutándose, no hay plugins compitiendo por recursos. El resultado es una web que responde en milisegundos desde cualquier parte del mundo.

Una página típica en WordPress con Elementor pesa entre 2 y 5MB y genera entre 80 y 150 peticiones HTTP. La misma página en Next.js bien construida puede pesar 80 o 200KB y generar entre 10 y 20 peticiones. La diferencia no es de configuración, es estructural.

No es para todos

Si tienes un blog de 5 páginas con un formulario de contacto, WordPress optimizado te llega. Si tu web es el motor principal de captación de tu negocio, tiene tráfico creciente y la velocidad te está costando clientes y posicionamiento, entonces la migración a Next.js no es un gasto, es una inversión con ROI medible.