Guía para decidir mejor
Error 503 en WordPress: causas y soluciones
Un 503 puede venir de mantenimiento o de una capa anterior a WordPress. Localiza quién lo emite antes de tocar plugins.
Un HTTP 503 indica indisponibilidad del servicio, normalmente temporal, pero la respuesta puede salir de WordPress, del servidor web, de un proxy o de una CDN. No identifiques «hosting saturado» solo por ver el número. Observa cabeceras, cuerpo de la respuesta, hora y logs para saber qué capa lo produjo.
Primero confirma quién responde
- Anota la URL, momento y duración. Comprueba con una petición HTTP si realmente es 503 y si aparece Retry-After; la semántica HTTP define esa cabecera para indicar cuándo reintentar.
- Revisa si hay una actualización, despliegue o mantenimiento programado. WordPress puede emitir 503 durante su modo de mantenimiento; la función oficial muestra ese comportamiento.
- Compara respuesta directa del origen y la de CDN/proxy, si tienes acceso autorizado. Revisa logs de web server, PHP-FPM y balanceador, sin publicar tokens ni datos de clientes.
- Consulta métricas de procesos, memoria y conexiones en la misma franja. Si solo afecta a un endpoint, inspecciona tareas, consultas y servicios externos de esa ruta.
Actúa según la causa, no según el código
| Indicio | Acción prudente |
|---|---|
| «Briefly unavailable» tras actualización | Confirma si el proceso sigue activo. Solo si quedó un mantenimiento atascado, conserva evidencia y sigue el procedimiento de recuperación del panel. |
| Proxy no alcanza PHP-FPM | Revisa servicio, sockets, logs y límite de trabajadores con el administrador; no reinicies a ciegas si hay operaciones en curso. |
| Picos de carga repetidos | Relaciona métricas con tráfico legítimo, bots, cron, consultas y caché antes de ampliar recursos. |
| Solo una región o CDN | Comprueba estado y configuración de esa capa; el origen puede estar sano. |
Ejemplo: tras actualizar WordPress aparece durante unos segundos el mensaje de mantenimiento y luego la web vuelve. Eso no demuestra falta de CPU. Otro caso: cada campaña produce 503 y los logs muestran trabajadores PHP agotados mientras corre una tarea pesada. Ahí hay que reducir trabajo o ajustar capacidad con datos, no solo vaciar caché.
Verifica que la recuperación sea estable
Comprueba portada, URL dinámica, administrador y flujo de compra si aplica. Observa logs y métricas durante el siguiente periodo de carga. Un error 500 o un mensaje de conexión a base de datos requieren investigaciones distintas: consulta error 500 y base de datos. Si necesitas ayuda para correlacionar la incidencia, facilita hora, URL y código HTTP, sin compartir accesos en el formulario.
Si la página muestra literalmente el aviso de actualización de WordPress, comprueba el modo mantenimiento y los procesos activos antes de atribuir el 503 a saturación.