Guía WordPress · español global
WordPress lento: cómo encontrar la causa y solucionarlo
Antes de instalar otro plugin de caché o cambiar de plan, averigua dónde se pierde el tiempo. En la mayoría de los casos la causa está dentro de WordPress y se puede encontrar en una tarde.
¿Por qué mi WordPress está lento?
Las causas más comunes son plugins pesados o mal configurados, una caché de página que no funciona, una versión antigua de PHP, demasiadas opciones autocargadas en la base de datos y tareas de WP-Cron. El hosting es la causa cuando el sitio sigue lento sin plugins y con el tema por defecto, o cuando llegas al límite de CPU o RAM. Primero separa si lo lento es la web pública o el panel: se arreglan distinto.
¿Qué está lento: la web, el panel o una página?
| Lo que ves | Causa probable | Ve a |
|---|---|---|
| Toda la web tarda en empezar a cargar (pantalla en blanco varios segundos) | Caché de página que no funciona, PHP antiguo o servidor saturado | Pasos 1, 2 y 6 |
| El texto aparece rápido, pero imágenes y diseño tardan | Imágenes pesadas, demasiados scripts o un constructor visual cargado | Paso 5 |
| Solo el panel (wp-admin) está lento | Plugins pesados, opciones autocargadas, WP-Cron o Heartbeat | Pasos 3 y 4 |
| Solo el carrito, el checkout o la búsqueda | Páginas que no se pueden cachear: dependen del servidor y de la base de datos | Pasos 3 y 6 |
| Empezó de un día para otro | Actualización de un plugin o tema, tráfico de bots o caché desactivada | Paso 3 |
Si quien usa la web es el dueño de un negocio y solo necesita saber si está perdiendo clientes, la guía de ZonaPyme sobre cómo saber si tu sitio web lento te hace perder clientes lo explica sin entrar en WordPress.
Paso 1. Mide el tiempo de respuesta con y sin caché
El dato que separa «problema de WordPress» de «problema de diseño» es el TTFB (tiempo hasta el primer byte): cuánto tarda el servidor en empezar a responder. Mídelo dos veces sobre la misma página:
- Con caché: abre la página como visitante, sin sesión iniciada, y recárgala dos veces.
- Sin caché: agrega un parámetro inventado a la URL (por ejemplo
?nocache=123) o mide estando conectado al panel.
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://tusitio.cl/
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" "https://tusitio.cl/?nocache=123"Si con caché responde rápido y sin caché tarda varias veces más, la caché funciona y el trabajo pendiente está en WordPress (plugins, base de datos, PHP). Si ambas mediciones son lentas, la caché no está activa o el servidor está saturado. La guía de latencia y TTFB explica cómo hacer mediciones comparables y cómo leer cada tiempo.
Paso 2. Revisa Salud del sitio y la versión de PHP
En el panel, ve a Herramientas → Salud del sitio. WordPress revisa por sí solo varios puntos que afectan la velocidad: si hay caché de página, si hay caché persistente de objetos, la versión de PHP y si las opciones autocargadas pesan demasiado.
WordPress.org recomienda hoy PHP 8.3 o superior y MariaDB 10.11+ o MySQL 8.0+. Cambiar de una versión antigua de PHP a una actual suele ser la mejora más barata que existe: en cPanel se hace en «Seleccionar versión de PHP» o «MultiPHP Manager». Hazlo primero en una copia de pruebas, porque algún plugin antiguo puede no ser compatible.
Paso 3. Encuentra el plugin que frena el sitio
Instala Query Monitor (gratuito, en el directorio oficial de WordPress). Abre la página lenta estando conectado y revisa en su barra:
- Consultas por componente: qué plugin o tema hace más consultas a la base de datos y cuánto tardan.
- Consultas lentas y duplicadas: las que se repiten o superan el umbral.
- Llamadas HTTP: plugins que consultan servicios externos en cada carga (licencias, estadísticas, redes sociales). Una sola llamada que espera respuesta puede sumar segundos.
Si no puedes instalar nada, usa el método clásico en una copia de pruebas: desactiva todos los plugins, mide, y actívalos de a uno midiendo cada vez. En una tienda no lo hagas en producción: desactivar un plugin puede cambiar impuestos, envíos o pagos.
Luego borra (no solo desactives) los plugins que no uses. Dos plugins que hacen lo mismo —dos de caché, dos de SEO, dos de seguridad— suelen chocar.
Paso 4. Si solo el panel está lento
El panel nunca sale de la caché de página, así que muestra el costo real de WordPress. Revisa tres cosas:
- Opciones autocargadas: WordPress carga ciertas opciones de la base de datos en cada petición. Desde la versión 6.6, Salud del sitio avisa cuando superan 800 KB y las opciones de más de 150 KB dejan de autocargarse por defecto. Plugins desinstalados suelen dejar opciones grandes: pide a tu técnico revisarlas con un respaldo previo.
- WP-Cron: WordPress revisa sus tareas programadas en cada carga de página. En sitios con muchas tareas (respaldos, boletines, WooCommerce), conviene desactivarlo con
define( 'DISABLE_WP_CRON', true );enwp-config.phpy ejecutarlo con un cron del sistema cada 5 a 15 minutos desde cPanel. - Heartbeat: el panel consulta al servidor periódicamente mientras está abierto (autoguardado, avisos de edición). Muchas pestañas del panel abiertas multiplican esas consultas; ciérralas o reduce su frecuencia con un plugin de rendimiento.
Paso 5. Si el servidor responde rápido pero la página tarda
Si el TTFB es bueno y aun así la página se ve lenta, el problema está en lo que descarga el navegador, no en el hosting:
- Imágenes subidas directo desde la cámara: redúcelas al tamaño en que se muestran y usa WebP.
- Constructores visuales (Elementor y similares): desactiva widgets y complementos que no uses y evita sliders en la portada.
- Fuentes, chats, píxeles y mapas de terceros: cada uno agrega scripts. Deja solo los que generan ventas.
Paso 6. Cuándo el problema sí es el hosting
El hosting es la causa probable si se cumple alguna de estas condiciones:
- En una copia con el tema por defecto y sin plugins, el TTFB sin caché sigue alto.
- El panel del hosting (cPanel → «Uso de recursos») muestra que llegas al límite de CPU, RAM o procesos de entrada, o ves errores 503 o 508 en horas de tráfico.
- El servidor está lejos de tus visitantes: un sitio para Chile alojado en otro continente suma latencia a cada petición.
- El plan no permite PHP actual, OPcache o caché de objetos (Redis o Memcached).
Si es así, compara planes con recursos garantizados y servidor cerca de tu público en la comparativa de hosting WordPress en Chile. Si la tienda ya superó un hosting compartido, revisa cuándo conviene un VPS para WooCommerce o la diferencia entre hosting y VPS.
Afiliación: TopHosting puede recibir comisión de HostingPlus. Si tu sitio es para Chile y el diagnóstico apunta al hosting, puedes ver los planes de HostingPlus Chile con nuestro enlace afiliado. Cambiar de hosting no corrige un plugin lento: diagnostica antes.
Preguntas frecuentes
¿Por qué mi WordPress está tan lento de repente?
Casi siempre por un cambio reciente: una actualización de plugin o tema, un plugin nuevo, una caché que dejó de funcionar o tráfico de bots. Revisa qué cambió en los últimos días y compara el TTFB con y sin caché antes de tocar el hosting.
¿Por qué el panel de WordPress está lento y la web no?
La web pública suele salir de la caché de página; el panel nunca usa esa caché. Un panel lento apunta a plugins pesados, opciones autocargadas, tareas de WP-Cron o al Heartbeat, y se diagnostica con Query Monitor.
¿Elementor hace lento a WordPress?
Un constructor visual agrega CSS, JavaScript y trabajo en el panel, pero no es lento por sí solo. Mide la página con y sin el constructor en una copia de pruebas y desactiva los widgets y complementos que no uses.
¿Un plugin de caché soluciona todo?
Acelera las páginas que se pueden guardar en caché, pero no el panel, el carrito, el checkout ni las búsquedas. Si el TTFB sin caché es alto, la caché solo esconde el problema.
¿Cuándo conviene cambiar de hosting por un WordPress lento?
Cuando el TTFB sigue alto con WordPress limpio (tema por defecto y sin plugins en una copia), o cuando el panel del hosting muestra que llegas al límite de CPU, RAM o procesos. Si no, el cambio de plan no resolverá la causa.
Fuentes y revisión
WordPress.org, requisitos recomendados; WordPress Core, cambios de autocarga en WordPress 6.6; WordPress Developer, WP-Cron con el programador del sistema y optimización; Query Monitor. Todas consultadas el 05-11-2026. TopHosting no midió sitios de terceros para esta guía. Última revisión: 5 de noviembre de 2026.