Casi siempre es lo mismo, y casi nunca es lo que la gente cree. La web no va lenta porque "WordPress sea lento". Va lenta porque está cargando cosas que no necesita, en el peor momento posible, desde un servidor que no da más de sí.
Antes de tocar nada: mide. Cambiar cosas a ciegas es la forma más rápida de romper algo y no saber cuál de los seis cambios fue.
Primero, mide
Usa PageSpeed Insights sobre la dirección real de tu web, no sobre una copia en local. Fíjate en dos bloques distintos:
- Datos de campo. Visitas reales de usuarios reales durante los últimos días. Es lo que Google usa de verdad.
- Datos de laboratorio. Una simulación en condiciones fijas. Sirve para diagnosticar, no para juzgar.
Las tres métricas que importan son LCP (cuánto tarda en aparecer el elemento principal, normalmente la imagen o el titular de arriba), INP (cuánto tarda la página en responder cuando el usuario toca algo) y CLS (cuánto se mueve el contenido mientras carga, ese salto que te hace pulsar el botón equivocado).
Anota los valores antes de empezar. Sin eso no vas a saber si has mejorado algo.
Las causas reales, por orden de frecuencia
1. Imágenes
Es la primera causa en la enorme mayoría de webs que reviso. Alguien sube la foto tal y como salió de la cámara, con miles de píxeles de ancho, y el navegador se la descarga entera para enseñarla en un recuadro pequeño.
Qué hacer:
- Servir formatos modernos como WebP o AVIF en lugar de JPEG y PNG.
- Redimensionar antes de subir. Una imagen no necesita ser más ancha que el espacio donde se ve.
- Dejar que las imágenes de más abajo carguen en diferido con
loading="lazy", y que la de arriba no lo haga: esa es normalmente tu LCP y debe cargar cuanto antes. - Poner siempre ancho y alto en la etiqueta. Sin eso, el navegador no reserva el hueco y el contenido salta cuando la imagen llega. Eso es CLS.
2. Plugins que cargan en todas las páginas
WordPress permite que cualquier plugin encole sus scripts y estilos en todo el sitio, aunque solo se use en una página. El resultado típico: el formulario de contacto carga sus archivos en la ficha de producto, el slider de la portada carga en el aviso legal, y así con quince más.
Instala Query Monitor y mira qué se está cargando en cada plantilla. Lo que no se use, se desencola. Y lo que no se use nunca, se desinstala: un plugin desactivado sigue siendo código en el servidor y sigue siendo superficie de ataque.
3. El alojamiento
Aquí es donde se acaban las optimizaciones. En un alojamiento compartido barato compartes máquina con cientos de webs, y cuando a una le va bien el día, a ti te va mal.
Dos cosas concretas que mirar:
- La versión de PHP. Las versiones modernas son notablemente más rápidas que las antiguas y además reciben parches de seguridad. Muchas webs siguen en una versión que ya no tiene soporte porque nadie se atrevió a cambiarla.
- OPcache activo. Evita que el servidor recompile el mismo código PHP en cada visita.
4. Falta de caché
Sin caché, WordPress reconstruye la misma página desde la base de datos en cada visita. Con caché, la sirve ya hecha.
Necesitas caché de página, y en webs con mucha consulta también caché de objetos. Y del lado del navegador, cabeceras que le digan al visitante que no vuelva a descargar el logotipo en cada página.
Un aviso: la caché puede esconder problemas. Si mides con la caché puesta y solo miras la portada, vas a creer que todo va bien.
5. Fuentes y scripts de terceros
Cada tipografía externa, cada mapa incrustado, cada píxel de seguimiento y cada chat es una conexión a otro servidor sobre el que no tienes ningún control. Si ese servidor va lento hoy, tu web va lenta hoy.
Aloja las tipografías en tu propio servidor. Y revisa si de verdad necesitas los cuatro sistemas de analítica que se han ido acumulando.
6. El constructor y el tema
Divi y Elementor no son el enemigo: son herramientas buenas que permiten trabajar rápido y dejar al cliente una web editable. Lo que sí hacen es cargar más de lo necesario si nadie las controla, sobre todo cuando se anidan secciones dentro de secciones dentro de columnas.
Y ojo con los temas comprados que traen "todo incluido": suelen cargar la funcionalidad de las veinte demos aunque uses una.
7. La base de datos
En webs con años encima, la tabla wp_options acumula opciones marcadas para cargarse en cada petición, dejadas ahí por plugins que ya no existen. Revisa las opciones autocargadas y limpia lo que sobre —después de una copia de seguridad.
El orden en que yo lo hago
- Medir y guardar el punto de partida.
- Copia de seguridad completa.
- Imágenes: formato, tamaño, carga diferida, ancho y alto.
- Inventario de plugins: desinstalar lo muerto, desencolar lo que sobra.
- Comprobar versión de PHP y límites del servidor.
- Configurar caché de página y de navegador.
- Traer las tipografías al propio servidor y revisar scripts de terceros.
- Volver a medir y comparar contra el punto de partida.
Un paso cada vez, midiendo entre medias. Es más lento y es la única forma de saber qué funcionó.
Lo que no arregla nada
Instalar cinco plugins de optimización a la vez. Se pisan entre ellos, y acabas con más código del que tenías.
Activar todas las casillas del plugin de caché. Minificar y combinar sin comprobar rompe cosas, y normalmente lo descubres en el móvil de un cliente.
Perseguir el cien sobre cien. Esa puntuación es un diagnóstico, no el objetivo. El objetivo es que la web abra rápido para alguien con un móvil normal y mala cobertura.
Cuándo el problema no es la web
Si has hecho todo lo anterior y sigue yendo lenta, el problema está debajo: alojamiento saturado, un servidor mal configurado o una web que ha crecido por encima de lo que su plan aguanta. Ahí ya no se optimiza, se migra.
Si prefieres que lo mire alguien, esto es exactamente rendimiento y SEO técnico: auditoría sobre datos reales, el trabajo hecho en orden y un informe de lo que se ha tocado.