Respuesta breve: un 503 Servicio no disponible significa que el servidor recibió la petición pero no puede atenderla ahora. En WordPress suele ser agotamiento de recursos de PHP, un modo mantenimiento que no se retiró, o un error fatal que solo aparece bajo carga.
¿Constante o bajo carga?
Un 503 que aparece solo en horas punta apunta a capacidad: procesos PHP-FPM agotados o el servidor alcanzando límites de memoria. Un 503 constante suele ser un archivo de mantenimiento atascado, un servicio caído o un error fatal en cada petición. Determina cuál antes de cambiar nada.
Revisa primero el archivo de mantenimiento
WordPress crea un archivo .maintenance en la raíz durante las actualizaciones y lo borra al terminar. Si una actualización se interrumpió, el archivo permanece y fuerza un 503. Borra .maintenance por SFTP y recarga: eso resuelve el 503 más habitual de WordPress en segundos.
El resto de la lista
- Registros: activa
WP_DEBUG_LOGy lee/wp-content/debug.logy el registro del servidor por un error fatal o memoria agotada. - Plugins/tema: renombra
/wp-content/pluginsaplugins_off, o la carpeta del tema activo, para aislar el componente culpable. - Recursos: si es por carga, revisa con tu hosting el
max_childrende PHP-FPM y la memoria; un 503 en punta es un problema de dimensionamiento. - Externo: una ventana de mantenimiento del hosting o un servicio upstream caído puede devolver un 503 temporal legítimo.
Verifica
Vuelve a pedir la URL, confirma que el administrador carga y, si la causa fue capacidad, prueba con concurrencia realista y no una sola petición tranquila. Si el 503 solo apareció durante una actualización, confirma que la actualización terminó y repítela limpia con una copia disponible.
CRITERIO DE INCIDENTE WP REPAIR
Cómo acotar el fallo sin adivinar
Un 503 significa que el servicio está temporal o intencionadamente no disponible. Mantenimiento atascado, pool PHP agotado, mantenimiento upstream y fallos de aplicación requieren respuestas distintas.
Determina si es constante, intermitente o solo bajo carga.
Busca .maintenance cuando se interrumpió una actualización.
Lee logs de pool PHP-FPM, memoria y servidor por señales de capacidad.
Confirma si el 503 lo genera proxy, hosting o servicio upstream.
Qué debe quedar verificado
- El servicio permanece disponible durante el pico original o carga controlada.
- Las actualizaciones interrumpidas se completan o restauran limpiamente.
- Logs PHP-FPM y upstream no muestran nueva saturación ni fatales.
Fuentes técnicas oficiales
Esta guía explica el diagnóstico. Si la web está afectada ahora, la intervención debe preservar una vía de vuelta y verificar el recorrido real del negocio.
Ver el servicio de reparación urgente →SOBRE ESTE SÍNTOMA
Preguntas frecuentes de esta guía.
¿Un 503 siempre significa que mi servidor está sobrecargado?+
No necesariamente. Un 503 que sólo aparece durante los períodos de ajetreo generalmente apunta a la capacidad, agotados trabajadores PHP-FPM o límites de memoria, pero una constante 503 que aparece cada vez que se carga el sitio es más probable que un archivo de mantenimiento atascado, un servicio estrellado, o un error fatal que ocurre en cada solicitud.
¿Qué debo comprobar primero antes de indagar en los recursos del servidor?+
Compruebe si queda un archivo.maintenance en la raíz del sitio, dejado atrás por una actualización interrumpida. Eliminarlo a través de SFTP resuelve los conflictos WordPress 503 más comunes en segundos, antes de que necesite investigar el tamaño de PHP-FPM o plugin.
¿Cómo puedo aislar si un plugin o el theme está causando el 503?+
Renombrar la carpeta /wp-content/plugins a algo como plugins_off, o renombrar la carpeta activa de theme, sobre SFTP. Si el sitio se recupera, reintroduzca componentes individualmente para identificar cuál estaba causando el error fatal o el agotamiento de los recursos.
¿Podría un 503 venir de algo fuera de mi instalación WordPress por completo?+
Sí. Una ventana de mantenimiento hosting o un servicio aguas arriba defectuoso del sitio depende de puede devolver un 503 temporal legítimo que no tiene nada que ver con sus archivos WordPress, plugins, o theme. Confirme con su anfitrión si un evento de mantenimiento estaba en curso antes de asumir que el fallo es local.