Error 503 en WordPress: la guía completa para corregirlo rápido

¿Su sitio WordPress muestra un error 503 (Service Unavailable) y se vuelve inaccesible? Esta señal significa que su servidor está temporalmente saturado o en mantenimiento. En o2switch (planes Grow, Cloud, Pro), suele traducirse en el mensaje «Resource Limit Reached» y puede incluso bloquear su base de datos.

En esta guía va a:

• Identificar la causa en menos de 5 minutos (plugin, sobrecarga o ataque de bots).
• Corregir el error incluso sin acceso al escritorio de WordPress.
• Proteger su alojamiento con TigerProtect para evitar que se repita.

El error 503 Service Unavailable es un código HTTP estándar que indica que su servidor web es temporalmente incapaz de procesar las solicitudes. A diferencia de un error 404 (página no encontrada) o un error 500 (error interno), el 503 no significa que su sitio esté borrado o roto, simplemente está asfixiado.

Concretamente, cuando su sitio WordPress es inaccesible con este código, son posibles tres escenarios: su servidor está sobrecargado por demasiadas solicitudes simultáneas, un error de plugin o de tema de WordPress acapara los recursos de CPU, o su alojamiento está en mantenimiento programado.

Lo que hace al 503 especialmente traicionero es que puede bloquear no solo la parte pública de su sitio, sino también su escritorio de WordPress e incluso la conexión con la base de datos. El servidor, sin aliento, ya no consigue alcanzar sus tablas SQL.

Intervengo con regularidad en sitios WordPress en producción que se enfrentan a este tipo de error, sobre todo en tiendas WooCommerce de mucho tráfico. Lo que observo sobre el terreno es bastante constante: en más de un 80 % de los casos, un servidor WordPress sobrecargado tiene su origen en un plugin mal optimizado (o con errores) que funciona en bucle, o en un pico de CPU no controlado en alojamiento compartido. ¿La causa? A menudo la desencadena una oleada de bots o una actualización mal hecha.

La buena noticia es que estas dos causas se diagnostican rápido y se corrigen sin tocar el código.

Si está en un plan Grow, Cloud o Pro de o2switch, el error 503 service unavailable de WordPress suele ir acompañado del mensaje «Resource Limit Reached».

El síntoma: En su cPanel, vaya a Recursos > Uso de recursos > Current Usage. En el gráfico CPU Usage, vigile la línea Average : si toca o supera la línea roja Limit, su servidor está saturado y los 503 son una consecuencia directa.

La solución inmediata: Compruebe sus límites de PHP. El valor a configurar depende de su instalación:

Esta recomendación es tanto más importante si utiliza WooCommerce asociado a un page builder como Elementor, Flatsome o Avada. Estas herramientas cargan su propio motor de renderizado además de las consultas de WooCommerce, y juntas consumen los recursos del servidor muy rápidamente.

Atención: si sube a 2048M y los picos persisten, el problema ya no es la memoria. Un script que funciona en bucle nunca se resolverá aumentando la RAM — hay que identificar y detener el proceso culpable (ver sección 2).

A tener en cuenta: en o2switch compartido, el valor configurado está limitado por su plan. Es inútil poner 2048M si su plan Grow está limitado a 1024M en el servidor. La línea Average del gráfico CPU Usage sigue siendo su mejor indicador real.

¿Cómo hacerlo? En cPanel > Seleccionar una versión de PHP > pestaña Opciones, ponga memory_limit según la tabla anterior y max_execution_time en 360.

Si sus recursos se saturan sin razón aparente, quizá un código malicioso inyectado o un error de plugin de WordPress esté funcionando en bucle. Utilice el terminal SSH de su alojamiento:

1. Escriba cd www (o la carpeta de su sitio)
2. Ejecute el comando top o htop
3. Si un proceso PHP consume el 100 % de la CPU de forma persistente, ha identificado el origen del problema
4. Para salir de la pantalla, pulse la tecla q. Es un detalle tonto, pero a menudo uno se queda atascado la primera vez.

Cuando su sitio WordPress es inaccesible hasta el punto de no poder entrar en la administración, hay que pasar por el FTP:

1. Conéctese por SFTP (FileZilla).
2. Vaya a la carpeta wp-content/plugins.
3. Renombre la carpeta del plugin sospechoso o la carpeta plugins entera para desactivarlos de golpe.
4. Recargue el sitio: si el 503 desaparece, reactive sus plugins uno a uno desde la administración para identificar al culpable.

Vea mi guía: activar o desactivar un plugin por FTP

Si el problema viene de una actualización de WordPress o de WooCommerce fallida que ha dañado archivos del núcleo:

1. Descargue la última versión de WordPress desde wordpress.org.
2. Conéctese por SFTP.
3. Sustituya únicamente las carpetas wp-admin y wp-includes.
4. No toque wp-content ni wp-config.php.

Para entender con precisión qué archivo provoca este bloqueo, consulte mi guía: ¿Dónde encontrar los registros de WordPress?

A menudo, un servidor WordPress sobrecargado no es víctima de un error interno sino de un ataque externo: IP francesas mediante VPN o extranjeras que bombardean con miles de solicitudes por hora sus páginas:/mi-cuenta y /wp-login.php

Utilice la herramienta TigerProtect en cPanel para configurar estas barreras:

Seguridad por defecto de o2switch : Activar; corresponde a las reglas de seguridad mantenidas por el equipo técnico de o2switch. Es una seguridad básica.

Establecer un límite de tasa en /wp-login.php : limitar a 5 req/min permite limitar el número de solicitudes por dirección IP hacia las páginas de administración. Esto detiene en seco los ataques de fuerza bruta.

Controlar las solicitudes procedentes de robots maliciosos o sospechosos : Bloquear todo: HTTP 403. Bloquea las solicitudes de robots con mala reputación y considerados maliciosos.

Bloquear el tráfico procedente de direcciones IP de la red Tor : Bloquear todo: HTTP 403. Bloquea el tráfico procedente de los nodos de salida de la red Tor.

Bloquear el tráfico procedente de direcciones IP con mala reputación : Bloquear todo: HTTP 403. Se acabó el tráfico de IP incluidas en listas negras.

ModSecurity : Activar. Es un cortafuegos de aplicaciones complementario que analiza y filtra las solicitudes entrantes en su sitio. Hay que dejarlo imperativamente activado, pero comprobar bien que no rompe funcionalidades de su sitio.

Modo «Estoy bajo ataque»: Se puede activar directamente desde el cPanel de o2switch; es radical contra las crisis importantes.

Atención: este modo puede bloquear los Webhooks (Avis Garantis, Sendcloud…). Resérvelo para las urgencias absolutas y desactívelo en cuanto pase la crisis.

Si ve aparecer errores 403 en sus registros tras la activación, es una buena noticia: es la señal de que TigerProtect hace su trabajo y bloquea las solicitudes sospechosas antes de que lleguen a WordPress.

Si el ataque persiste, hay que filtrar el tráfico antes de que llegue a su servidor.

Cloudflare: Al poner su sitio bajo Cloudflare, se beneficia del Bot Fight Mode que elimina gratis los robots sospechosos antes incluso de que toquen o2switch.

Wordfence: Utilice la pestaña Live Traffic para detectar los intentos de intrusión y las puertas traseras (archivos infectados) que podrían sobrecargar su RAM.

Para optimizar su sitio y evitar que el servidor se sature de nuevo, descubra mi análisis completo: ¿Por qué mi sitio WordPress es lento? Causas y soluciones

¿Su sitio muestra otro error? También le explico cómo resolver el error 429 Too Many Requests, el error 413 Request Entity Too Large y los errores 404 que aparecen tras una actualización.

El error 503 service unavailable WordPress no es exclusivo de o2switch (por desgracia). Las causas son universales, solo cambian las herramientas de diagnóstico.

OVH / OVHcloud: Vaya a su área de cliente Alojamientos pestaña Información general. OVH también envía una alerta por correo en caso de saturación recurrente. Atención: en el alojamiento compartido de OVH, el límite de memoria lo fija el proveedor. El archivo .ovhconfig solo sirve para elegir la versión y el entorno de PHP; una línea memory_limit no tiene ningún efecto en él.

SiteGround: Desde Site Tools, vaya a Estadísticas > Recursos. SiteGround utiliza su propio sistema de caché (SG Optimizer), que puede entrar en conflicto con plugins de caché de terceros y provocar 503. Desactive primero los demás plugins de caché.

Infomaniak: El área de cliente ofrece un panel de recursos por sitio. El límite de memoria se modifica desde Alojamiento Web > PHP > Configuración.

Ionos (1&1): Desde Control Panel, consulte la pestaña Rendimiento. La configuración de PHP se hace mediante el archivo
php.ini accesible desde el gestor de archivos.

En todos los casos, la lógica sigue siendo la misma: comprobar el consumo de recursos, identificar el error de plugin de WordPress o el script culpable mediante los registros, y ajustar los límites de PHP. Si su proveedor no ofrece una herramienta de monitorización integrada, active la depuración de WordPress para leer directamente los errores en wp-content/debug.log.

Si a pesar de estos pasos su sitio WordPress sigue siendo inaccesible, contácteme. Intervengo con regularidad en este tipo de problemas y puedo diagnosticar su sitio rápidamente. Y si busca un mantenimiento WordPress regular para evitar que se repita, podemos hablar de ello.