Un WordPress lento casi nunca tiene una causa. Tiene tres o cuatro al mismo tiempo, cada una aportando su parte, y por eso arreglar solo una deja la sensación de que “no se notó nada”.
Antes de la lista, para que sepas contra qué estás compitiendo. En el estudio de velocidad de WordPress en Chile medí 20.723 sitios WordPress chilenos con PageSpeed Insights en celular. La mediana del puntaje de portada es 57, llega al verde el 4,0% y queda en rojo el 23,8% (N = 20.110 sitios con puntaje de portada válido; muestra de barrido de prospección, no aleatoria). El LCP mediano, o sea cuánto demora en aparecer el elemento principal de la pantalla, es de 10,4 s.
Ese número es el que más me llama la atención: diez segundos es mucho más de lo que aguanta cualquiera esperando en el celular. Y no es un caso extremo, es la mitad del universo medido.
Acá van las ocho causas que veo con más frecuencia.
1. No hay caché, o está mal configurado
Sin caché, WordPress arma cada página desde cero en cada visita: consulta la base de datos, ejecuta PHP, construye el HTML. Con caché guarda el resultado y lo entrega hecho. Es el cambio con mejor relación entre esfuerzo y resultado que existe en WordPress.
Qué hacer. Instala un plugin de caché de página. Si tu hosting usa LiteSpeed, LiteSpeed Cache es la opción natural porque trabaja a nivel de servidor; si no, WP Super Cache o W3 Total Cache. Y ojo con lo que viene después: activar el plugin y dejarlo con la configuración por omisión rinde poco, y activar todas las casillas de optimización de golpe rompe sitios. Activa de a una y revisa el sitio.
2. El tema o el constructor visual pesan de más
Los temas multipropósito y los constructores cargan estilos y scripts para todo lo que podrían hacer, no para lo que tu sitio hace.
Ahora, cuidado con echarle toda la culpa acá. En el estudio crucé el puntaje con la familia de tema y los promedios quedan todos apretados: entre la mejor familia y la peor hay 5,1 puntos, y ninguna llega cerca del verde (base de 3.936 sitios con tema detectado; es asociación, no causa). El tema explica una parte, no la película completa.
Qué hacer. Apaga los componentes que no usas, activa las opciones de rendimiento que el propio tema o constructor incluye, y deja el cambio de tema para cuando lo pida el diseño. Si usas Elementor, escribí una guía específica sobre cómo optimizarlo sin cambiar el diseño.
3. Las imágenes
Es la causa más común y la más fácil de corregir. Fotos subidas tal como salieron de la cámara, en JPG o PNG sin comprimir, con resoluciones enormes para mostrarse en un espacio chico.
El peso mediano de una portada chilena, en el estudio, es de 3,49 MB, y hay 8.799 sitios con portadas sobre 4 MB. La relación con el puntaje es clara: las portadas de hasta 1 MB promedian 80,1 puntos y las de 8 MB o más promedian 49,5. Treinta puntos de diferencia entre los extremos, con una correlación de -0,55 en rangos. Es asociación, no causa, pero indica bien dónde mirar primero.
Qué hacer. Comprime todo lo que ya está subido, activa la conversión a WebP, y define los tamaños que tu tema realmente usa. Una regla simple: si una imagen pesa más de 200 KB, revísala.
4. Demasiados plugins, o los plugins equivocados
El problema no es la cantidad sino qué hace cada uno. Treinta plugins livianos pueden pesar menos que tres que cargan sus scripts en todas las páginas. Los que más veo estorbar son los carruseles, los constructores de formularios pesados y los de compartir en redes sociales.
Qué hacer. Desactiva y elimina lo que no uses; desactivar no basta, porque los archivos siguen ahí y algunos plugins dejan tareas programadas. Para los que se quedan, controla en qué páginas cargan con Asset CleanUp o Perfmatters.
5. El hosting
Un plan compartido barato, en un servidor con demasiados sitios, va a ser lento por mucho que optimices el tuyo. El número que lo delata es el TTFB, el tiempo que demora el servidor en entregar el primer byte de la respuesta. La referencia de Google es 0,8 s.
Qué hacer. Mide el TTFB antes de decidir nada. Si está bien y el sitio igual va lento, el problema está en tu sitio y cambiarte de hosting no lo va a arreglar. Si está mal, ahí sí conviene mirar el plan. Escribí aparte cómo saber si el hosting es de verdad tu problema, porque migrar por corazonada es caro.
6. No hay red de distribución de contenido
Una CDN guarda copias de tus archivos estáticos en servidores repartidos y los entrega desde el más cercano al visitante. Para un sitio con público solo en Santiago y servidor en Chile, la ganancia es moderada. Para uno con visitantes fuera del país, o con servidor en Estados Unidos, es grande.
Qué hacer. Cloudflare tiene un plan gratuito que resuelve el caso típico. Actívalo con calma: la parte de red es simple, pero sus opciones de optimización automática de scripts pueden romper cosas si las activas todas de una vez.
7. La base de datos infla
Con los años se acumulan revisiones de cada entrada editada, datos temporales expirados, comentarios de spam y opciones de plugins que desinstalaste hace tiempo. Nada de eso se borra solo.
Qué hacer. Limita las revisiones con WP_POST_REVISIONS en wp-config.php, borra los datos temporales expirados y elimina el spam. Revisa también qué opciones están marcadas para cargarse en cada petición, porque esa lista se carga completa en cada visita. Respaldo antes de tocar nada.
8. La versión de PHP
Si tu hosting sigue en PHP 7.x, estás dejando rendimiento en la mesa sin ganar nada a cambio. Las versiones nuevas ejecutan el mismo código más rápido y además reciben parches de seguridad.
Qué hacer. Cambia a PHP 8.2 o superior desde el panel de tu hosting. Antes, actualiza WordPress, tema y plugins, y prueba en un sitio de pruebas si tienes uno. Un plugin antiguo puede no funcionar en PHP 8.
En qué orden atacarlas
El orden importa tanto como la lista, porque algunas mejoras tapan a otras:
- Mide primero, en celular, tres corridas y quédate con la del medio. Sin línea base no sabes si mejoraste.
- Revisa el TTFB. Si el servidor demora, ese retraso lo arrastras en todo lo demás.
- Imágenes. Es donde está el peso y donde el resultado se ve más rápido.
- Caché, bien configurado, no con todas las casillas activadas.
- Plugins y componentes que sobran.
- Base de datos y versión de PHP.
- Vuelve a medir después de cada paso. Un cambio a la vez.
La mayoría de los sitios que reviso mejora bastante con los tres primeros puntos. Lo que queda después es trabajo más fino, y ahí sí conviene saber lo que se está haciendo.
Fuentes
- Estudio propio WP Rápido: 20.723 sitios WordPress chilenos medidos en el segundo trimestre de 2026 con la API de PageSpeed Insights en modo celular, hasta 4 páginas por sitio y 3 mediciones por página, se usa la mediana. N = 20.110 sitios con puntaje de portada válido, 3.936 para el cruce por tema. Muestra de barrido de prospección, no aleatoria. Las relaciones entre peso, tema y puntaje son asociaciones, no relaciones causales.
- Referencia de TTFB y cortes del puntaje de PageSpeed: documentación de Google (PageSpeed Insights y web.dev).
Si quieres saber cuáles de estas ocho tiene tu sitio, en la portada tengo un analizador gratuito que te da el puntaje de celular y los problemas que encuentra.
