WordPress lento: por qué tarda y cómo acelerarlo sin tocar código
Un WordPress lento pierde visitas y posiciones. Estas son las causas habituales —imágenes, plugins, caché, hosting— y el orden en que conviene atacarlas para que la web cargue en menos de dos segundos.
Un WordPress lento se nota antes de saber qué es: pulsas un botón y no pasa nada, la foto de portada aparece a trozos y el visitante se va a otra pestaña. La buena noticia es que casi nunca hace falta tocar código para arreglarlo. En las webs que reviso, el problema suele estar en cuatro sitios muy concretos: imágenes, plugins, caché y hosting.
Y hay una razón para tomárselo en serio más allá de la comodidad. Cada segundo de espera se paga en visitas que no vuelven y en posiciones que bajan, porque la velocidad es una señal que Google mide en móvil desde hace años.
Antes de tocar nada, haz una foto del punto de partida. Anota el LCP de tu portada y de dos artículos en PageSpeed Insights, con la pestaña de móvil. Esa cifra será tu referencia: sin ella, cualquier cambio parece una mejora y cualquier retroceso pasa desapercibido.
No hay un número mágico, pero sí referencias útiles. Google mide el LCP (el tiempo hasta que se pinta el elemento principal) y considera bueno todo lo que baja de 2,5 segundos en móvil. Si tu portada tarda cuatro, cinco o seis segundos, estás perdiendo gente antes de que lea la primera frase.
Conviene medir en móvil y con red lenta, no en el portátil de casa con fibra. Según web.dev, buena parte del tráfico llega desde el móvil, y ahí es donde se nota cada kilobyte de más. La misma web puede parecer instantánea en el despacho y desesperante en un tren.
Después de revisar decenas de instalaciones, el orden de culpables se repite. Casi nunca es una sola cosa: es la suma de varias pequeñas.
- Imágenes sin optimizar. Una foto de 4 MB subida tal cual de la cámara es el clásico. Convertir a WebP y servir el tamaño justo suele recortar más de la mitad del peso.
- Plugins de más. Cada plugin añade consultas, CSS y JavaScript. Diez plugins que nadie revisa cuestan más que un tema pesado.
- Sin caché de página. Generar la página en cada visita es caro. Un plugin de caché bien configurado evita ese trabajo repetido.
- Hosting compartido saturado. Si el servidor atiende cientos de webs en la misma máquina, tu tiempo de respuesta depende de la suerte.
- Temas con constructores pesados. Los maquetadores visuales añaden capas de estilos y scripts que se pagan en cada visita.
- Fuentes y scripts de terceros. Un widget de chat, un píxel y dos tipografías externas pueden sumar más que todo tu contenido.
Ninguna de estas causas es exótica. Son las de siempre, y se arreglan en ese orden: primero peso, después plugins, luego caché y por último infraestructura. Si empiezas por el hosting, pagas más y el problema sigue.
Estos cuatro ajustes no requieren programar y suelen notarse en la misma tarde:
- Comprime y redimensiona las imágenes. Sube como máximo el ancho que se muestra (1.200 px suele bastar) y convierte a WebP. Un plugin de optimización lo hace al subir.
- Audita plugins. Desactiva uno por semana y mide. Si no notas nada, déjalo fuera un tiempo y comprueba que la web sigue bien.
- Activa la caché de página y la de objetos si tu hosting la ofrece. Es la mejora con mejor relación esfuerzo y resultado.
- Elimina lo que no se usa. Temas antiguos, plugins desactivados y revisiones infinitas engordan la base de datos.
Después de cada cambio, mide otra vez. Sin medir, no sabes si has mejorado o solo has cambiado cosas. Y si quieres un plan más amplio, el mantenimiento web mensual cubre justo estas tareas.
Hay un límite: si tu plan comparte CPU con doscientas webs, ningún plugin te va a salvar. Las señales de que el hosting es el cuello de botella son claras: el TTFB supera los 600 ms de forma constante, el panel se cae en horas punta y el soporte responde que “es normal”.
En ese caso, el siguiente paso es cambiar de plan, no de plugins. Un hosting web para pymes con recursos dedicados y PHP actualizado cuesta más, pero elimina la variable que no controlas.
Mide antes y después, con las mismas condiciones. PageSpeed Insights y Lighthouse te dan LCP, CLS y TBT en móvil; lo importante es comparar tus propias cifras, no obsesionarse con el número absoluto.
También conviene mirar el impacto en negocio. Si el formulario recibe más consultas y el tiempo de respuesta se mantiene, la mejora es real. Revisar estas métricas web cada mes evita optimizar por optimizar.
Los cambios de peso y caché se notan en la siguiente medición, casi al instante. Los de hosting, cuando propaga el DNS. La posición en Google tarda más: semanas, y depende de más factores que la velocidad.
Solo si el tema actual añade mucho JavaScript o estás atado a un constructor pesado. Cambiar de tema por cambiar es una semana de trabajo con riesgo de romper el diseño. Mide primero y decide después.
Ayudan con imágenes, caché y minificación, pero no hacen milagro. Si el hosting es lento o hay veinte plugins activos, el optimizador compite contra el problema en vez de resolverlo.
Una vez al mes basta. Un cambio de plugin, una campaña con imágenes grandes o una actualización pueden deshacer la mejora. Tenerlo en el calendario evita sustos.