Errores 502, 503 y 504 en WordPress: Causas y Cómo Solucionarlos desde Chile

Abres tu sitio y en lugar de tu página aparece un mensaje de error con un número. 502. 503. 504. Tres números que pueden provocar el mismo pánico, aunque son problemas distintos con causas distintas y soluciones distintas.

La buena noticia: los tres tienen solución. La clave es entender qué significa cada uno para no perder tiempo buscando en el lugar equivocado.

¿Qué significan los errores 502, 503 y 504?

Los códigos de estado HTTP son la forma en que los servidores comunican qué pasó con una solicitud. Los que empiezan con 5xx (500, 502, 503, 504) indican que el problema está en el servidor, no en el navegador del visitante.

La analogía útil: imagina que tu sitio web es una oficina. El visitante llega a la recepción (el servidor proxy o load balancer). Si la recepción no puede comunicarse con el departamento interno (el servidor de aplicaciones que corre WordPress):

• 502: "Llamé al departamento y me respondieron algo incomprensible o la comunicación se cortó"
• 503: "El departamento avisó que está cerrado temporalmente o desbordado"
• 504: "Llamé al departamento, nadie respondió en el tiempo esperado y colgué"

Son tres formas diferentes de decir que el servidor no pudo procesar tu solicitud, pero por razones distintas.

Error 502 Bad Gateway: causas y soluciones

El error 502 ("Bad Gateway") ocurre cuando un servidor proxy recibe una respuesta inválida del servidor upstream (el servidor de destino).

En una configuración típica de WordPress con proxy, el flujo es:

Visitante → CDN/Proxy (Cloudflare, Nginx) → Servidor de aplicaciones (PHP/WordPress)

Si el paso intermedio recibe una respuesta inválida o corrupta del servidor de aplicaciones, devuelve 502 al visitante.

Causas más comunes del error 502 en WordPress

Fallo del proceso PHP-FPM PHP-FPM (FastCGI Process Manager) es el proceso que ejecuta WordPress. Si se cae o se reinicia, el proxy no recibe respuesta válida y devuelve 502.

Límite de memoria PHP agotado WordPress con muchos plugins o con operaciones pesadas puede agotar el límite de memoria PHP. El proceso muere a mitad de la ejecución y el proxy recibe una respuesta incompleta.

Timeout en operaciones largas Importaciones de productos en WooCommerce, regeneración de thumbnails o scripts de migración pueden tardar más que el timeout configurado en el proxy.

Servidor upstream caído o reiniciándose Una actualización de servidor, un reinicio por alta carga, o un fallo de hardware pueden hacer que el servidor de aplicaciones no responda temporalmente.

Cómo solucionar el error 502

1. Recarga la página — a veces es transitorio (reinicio del proceso PHP)
2. Revisa el log de errores de PHP: En cPanel → Administrador de archivos → public_html/wp-content/debug.log (si tienes WP_DEBUG activo) o en cPanel → Errors
3. Verifica el límite de memoria PHP: En wp-config.php añade define('WP_MEMORY_LIMIT', '256M'); o aumenta el límite en cPanel → Seleccionar versión de PHP → Opciones → memory_limit
4. Revisa Cloudflare: Si usas Cloudflare, revisa si el origen (tu servidor) está respondiendo correctamente en Cloudflare → Analytics → Errors
5. Contacta soporte de hosting si el error persiste — puede ser un problema a nivel de servidor que solo el proveedor puede resolver

Error 503 Service Unavailable: causas y soluciones

El error 503 ("Service Unavailable") significa que el servidor está temporalmente fuera de servicio — sea porque está en mantenimiento, porque está sobrecargado, o porque fue puesto en modo mantenimiento intencionalmente.

A diferencia del 502, el 503 generalmente incluye un encabezado Retry-After que indica cuándo el servidor estará disponible de nuevo.

Causas más comunes del error 503 en WordPress

Modo mantenimiento de WordPress Cuando WordPress actualiza el core, plugins o temas, pone el sitio en modo mantenimiento creando un archivo .maintenance en la raíz. Si la actualización falla a mitad, el archivo queda y el sitio muestra 503 indefinidamente.

Servidor sobrecargado Demasiadas solicitudes simultáneas agotan los límites de conexiones del servidor. En hosting compartido, si varios sitios en el mismo servidor tienen picos de tráfico simultáneos, todos pueden empezar a mostrar 503.

Límite de procesos PHP agotado El hosting tiene un número máximo de procesos PHP simultáneos (workers). Si todas las ranuras están ocupadas, las solicitudes nuevas reciben 503.

Plugin que consume demasiados recursos Un plugin mal desarrollado puede crear un loop infinito o una consulta a la base de datos que nunca termina, ocupando workers indefinidamente.

Ataque DDoS siendo mitigado Si el hosting está aplicando límites de velocidad durante un ataque DDoS, los visitantes legítimos pueden recibir 503 temporalmente.

Cómo solucionar el error 503

1. Elimina el archivo .maintenance: Conéctate por FTP o cPanel → Administrador de archivos y elimina el archivo .maintenance en la raíz de WordPress. Esto resuelve el caso de mantenimiento atascado.

2. Verifica si hay procesos PHP colgados: En cPanel → Process Manager busca procesos PHP que llevan mucho tiempo corriendo y termínalos.

3. Desactiva plugins vía FTP: Si sospechas de un plugin, renombra la carpeta wp-content/plugins/ a plugins-disabled para desactivarlos todos. Si el sitio carga, activa los plugins de uno en uno para encontrar el problema.

4. Aumenta el límite de workers PHP: En planes compartidos, esto lo gestiona el hosting. En VPS, puedes ajustar el parámetro pm.max_children en la configuración de PHP-FPM.

5. Revisa el log de acceso para patrones de tráfico inusual: Si hay miles de solicitudes por minuto, puede ser un ataque DDoS — contacta al hosting.

Error 504 Gateway Timeout: causas y soluciones

El error 504 ("Gateway Timeout") ocurre cuando el servidor proxy espera una respuesta del servidor upstream durante demasiado tiempo y la solicitud caduca.

El flujo es:

1. El visitante solicita una página
2. El proxy (Cloudflare, Nginx, CDN) reenvía la solicitud al servidor de WordPress
3. WordPress empieza a procesar la solicitud
4. Pasan X segundos (el timeout configurado)
5. El proxy pierde la paciencia y devuelve 504

La diferencia con el 502: en el 502 se recibió respuesta pero era inválida. En el 504 no se recibió ninguna respuesta en el tiempo esperado.

Causas más comunes del error 504

Consultas a la base de datos lentas WooCommerce con miles de pedidos, o instalaciones con tablas WordPress muy grandes y sin índices, pueden generar consultas que tardan decenas de segundos.

Timeout de PHP demasiado bajo El max_execution_time de PHP determina cuánto puede tardar un script antes de ser cortado. Si el proxy tiene un timeout de 60 segundos pero PHP tiene 30 segundos, las operaciones largas siempre terminarán en timeout.

Operaciones intensivas en wp-cron El cron de WordPress (wp-cron.php) puede ejecutar operaciones largas (envío masivo de emails, sincronizaciones) que superan los timeouts configurados.

Red lenta entre proxy y servidor Si hay un cuello de botella en la red entre el CDN/proxy y el servidor de origen, las solicitudes pueden tardar más de lo esperado incluso cuando el servidor responde correctamente.

Servidor bajo alta carga Un servidor saturado procesa las solicitudes lentamente. Si la carga es suficientemente alta, incluso páginas simples pueden tardar más que el timeout.

Cómo solucionar el error 504

1. Aumenta el timeout de PHP: En cPanel → Seleccionar versión de PHP → Opciones → max_execution_time → aumentar a 300 (5 minutos). También puedes añadir en wp-config.php: set_time_limit(300);

2. Aumenta el timeout de Nginx (si tienes VPS): En la configuración de Nginx, ajusta proxy_read_timeout y fastcgi_read_timeout.

3. Optimiza las consultas lentas a la base de datos: Instala el plugin Query Monitor para identificar qué consultas tardan más. Problemas frecuentes: transients vencidos acumulados, tabla wp_options con autoload excesivo.

4. Revisa el wp-cron: Desactiva el cron de WordPress en wp-config.php con define('DISABLE_WP_CRON', true); y configura un cron real del sistema operativo para ejecutar wp-cron.php. Esto evita que el cron se ejecute en solicitudes de página normales.

5. Revisa el timeout en Cloudflare: Cloudflare tiene un proxy read timeout de 120 segundos por defecto en todos los planes (Free, Pro y Business). Si tu servidor no responde en ese tiempo, Cloudflare devuelve un error 524. Aumentar ese timeout solo esta disponible en planes Enterprise; en otros planes, la solucion es optimizar el servidor para responder antes de los 120 segundos.

Diferencias entre 500, 502, 503 y 504 (no son lo mismo)

La regla práctica:

• 500: El problema está en el código de WordPress o su configuración PHP
• 502: El servidor de WordPress no está respondiendo
• 503: El servidor está activo pero no puede atender más solicitudes ahora
• 504: El servidor está respondiendo pero demasiado lento

Cómo diagnosticar si el problema es tu hosting o tu sitio

Antes de entrar en pánico, verifica si el problema es de tu sitio específico o de tu hosting en general:

1. Comprueba desde otra conexión o dispositivo Si el error aparece en tu computador pero no desde el móvil con datos, puede ser un problema de caché del navegador o de tu ISP, no del servidor.

2. Usa herramientas de monitoreo externo

• downforeveryoneorjustme.com: verifica si tu sitio está caído globalmente
• uptimerobot.com: monitoreo gratuito con alertas por email/SMS
• isitdownrightnow.com: verificación desde múltiples ubicaciones

3. Verifica el estado del servidor de hosting La mayoría de los proveedores tienen una página de estado (status page). En Elevocloud, el soporte técnico puede informar si hay incidencias activas que afectan el servidor.

4. Revisa los logs del servidor Los logs de errores son la fuente más directa de información. En cPanel: cPanel → Errors para ver los últimos errores PHP. En VPS: tail -f /var/log/nginx/error.log o tail -f /var/log/apache2/error.log.

5. Prueba con un archivo PHP simple Sube un archivo info.php con <?php phpinfo(); ?> a la raíz de tu sitio. Si carga correctamente, el servidor funciona bien y el problema está en WordPress. Si también da error, el problema es del servidor.

Cómo prevenir estos errores en tu hosting Chile

La mayoría de los errores 5xx son prevenibles con configuración adecuada:

Caché activo y bien configurado LiteSpeed Cache, WP Rocket o W3 Total Cache reducen drásticamente la carga en PHP y la base de datos. Una página cacheada no requiere ejecutar PHP — el servidor simplemente devuelve el HTML guardado. Menos carga = menos posibilidad de timeout o sobrecarga.

Límites PHP bien calibrados Asegúrate de que tu plan tenga suficiente memoria PHP (mínimo 256MB para WordPress con WooCommerce) y un timeout adecuado para las operaciones que necesitas.

Monitoreo activo del uptime Herramientas gratuitas como UptimeRobot monitorean tu sitio cada 5 minutos y te alertan por email o SMS cuando detectan caídas. Enterarte de un 503 antes que tus clientes es la diferencia entre 5 minutos y 3 horas de downtime.

Base de datos optimizada Instala WP-Optimize para limpiar revisiones de posts, transients vencidos y spam de comentarios periódicamente. Una base de datos limpia tiene consultas más rápidas.

Hosting con recursos adecuados a tu tráfico Si tu sitio recibe 10.000 visitas diarias y estás en el plan más básico de hosting compartido, los errores 503/504 son consecuencia natural. Revisar si el plan corresponde al tráfico real del sitio previene muchos de estos problemas.

Cuándo contactar soporte de hosting

Algunos errores los puedes resolver tú. Otros requieren intervención del proveedor:

Contáctalo inmediatamente si:

• El error persiste más de 15-20 minutos sin causa aparente de tu lado
• El servidor completo parece caído (otros sitios del mismo hosting también fallan)
• El log de errores muestra mensajes del sistema operativo, no de PHP o WordPress
• Detectas un pico de tráfico inusual que podría ser un ataque DDoS
• La caída ocurrió sin que hayas hecho ningún cambio en el sitio

Información que debes tener lista al contactar soporte:

• URL del sitio afectado
• Código de error exacto (502, 503 o 504)
• Desde cuándo ocurre
• Si hiciste algún cambio reciente (actualización de plugin, cambio de tema, modificación de código)
• Captura del mensaje de error completo
• Logs de error si los tienes disponibles

Un buen hosting con soporte técnico real puede diagnosticar y resolver la mayoría de estos errores en minutos cuando tienes esa información preparada.

¿Tu sitio sigue dando errores? Hosting sin caídas con soporte real 24/7. Conoce Elevocloud →