--- title: "503 Service Unavailable: qué significa y cómo solucionarlo" description: "503 service unavailable significa que el servidor funciona, pero está sobrecargado o en mantenimiento por un tiempo. Qué probar y cómo da el dueño con la causa." url: https://proxynet.io/es/blog/503-service-unavailable-error date: 2026-11-15 author: "Acar Diveroli" category: "Tutoriales, Web scraping" lang: es --- # 503 Service Unavailable: qué significa y cómo solucionarlo Abres un sitio y aparece una página casi vacía: `503 Service Temporarily Unavailable` en letras grandes y `nginx` debajo. Otro sitio dice `Service Unavailable` y lo atribuye a un mantenimiento o a problemas de capacidad. En Chrome puede que veas en cambio la página de error del propio navegador, «Esta página no funciona», con «HTTP ERROR 503» al pie. Todos son el mismo código de estado HTTP y, entre los errores de servidor, el más esperanzador: el propio servidor dice que el problema es temporal. A continuación verás qué significa, quién envió la página, qué pueden hacer visitantes y propietarios, cómo programar un mantenimiento sin perjudicar el posicionamiento en buscadores y qué supone un 503 para scripts y proxies. > **Nota: Respuesta breve** > > Un error 503 Service Unavailable significa que el servidor del sitio web está accesible, pero no puede atender tu solicitud en este momento, normalmente porque está sobrecargado o en mantenimiento. Está pensado para ser temporal, y el servidor puede indicar cuánto esperar en una cabecera `Retry-After`. Como visitante, espera unos minutos, recarga una vez y consulta la página de estado del servicio; no hay nada que arreglar en tu dispositivo. Si el sitio es tuyo, busca qué está rechazando las solicitudes: una aplicación detenida, un balanceador de carga sin servidores sanos, un límite de solicitudes demasiado estricto o un modo de mantenimiento que nunca se desactivó. ## ¿Qué significa 503 Service Unavailable? Un 503 significa que el servidor recibió tu solicitud, pero se niega a procesarla por ahora. El estándar HTTP, [RFC 9110, sección 15.6.4](https://www.rfc-editor.org/rfc/rfc9110.html#name-503-service-unavailable), da dos motivos: una sobrecarga temporal o un mantenimiento programado, y en ambos casos se espera que pase al cabo de un tiempo. Como todo código que empieza por 5, es un error de servidor. Lo que distingue al 503 es que es temporal por definición. Un 500 dice que algo se rompió; un 503 dice «ahora no». El servidor puede añadir una cabecera `Retry-After`, una línea extra que viaja con la respuesta y dice cuándo volver: un número de segundos (`Retry-After: 120` son dos minutos) o una fecha. El navegador no la muestra, pero los scripts, las apps y los rastreadores de los buscadores pueden leerla. ## ¿Un error 503 es culpa tuya? Casi nunca. Tu conexión entregó la solicitud y el servidor respondió, solo que no con la página, así que reiniciar el router no cambia nada. Tu propio tráfico influye en un caso: un límite de solicitudes (rate limit). Algunos servidores responden con un 503 a demasiadas solicitudes desde una misma dirección, en lugar del más específico 429 Too Many Requests, así que una página recargada una y otra vez, o un script, pueden provocarlo. Detrás de la red de una oficina o de un operador móvil que comparte una dirección pública entre muchas personas, también cuentan las solicitudes de los demás. [429 Too Many Requests: qué es el error de rate limit](/es/blog/http-429-too-many-requests) explica cómo se cuentan esos límites. Una VPN o un proxy también pueden enviar un 503 propio cuando están sobrecargados o no consiguen llegar al sitio. ## ¿Cómo se produce un 503, paso a paso? 1. **Tu navegador llega al servidor de delante del sitio:** un servidor web como nginx, Apache o IIS, un balanceador de carga que reparte a los visitantes entre varios servidores, o una CDN (red de distribución de contenidos, un servicio que responde por un sitio desde muchas ubicaciones). 2. **El servidor de delante comprueba si puede aceptar la solicitud.** ¿Está en marcha la aplicación, hay un worker libre, es la cola lo bastante corta, está activado el modo de mantenimiento, ha superado esta dirección un límite de solicitudes? 3. **Falla una comprobación**, por ejemplo por un grupo de aplicaciones detenido o un interruptor de mantenimiento activado. 4. **El servidor responde 503**, a menudo con `Retry-After` y una página breve. 5. **Tu navegador muestra esa página**, o su propia página de error si el 503 llegó sin ninguna. ## ¿Cómo es la página 503 y quién la envía? El texto te dice qué programa rechazó la solicitud, y eso le indica al propietario del sitio dónde mirar. | Lo que ves | Quién lo envía | Significado habitual | |---|---|---| | `503 Service Temporarily Unavailable`, `nginx` debajo | nginx | Un límite de solicitudes o una regla de mantenimiento | | `Service Unavailable`, `…due to maintenance downtime or capacity problems` | Apache httpd | A menudo Apache no pudo llegar a la aplicación de detrás | | `503 Service Unavailable`, `No server is available to handle this request.` | HAProxy, un balanceador de carga | Todos los servidores de detrás están caídos o llenos | | `Error 503 Backend fetch failed`, `Guru Meditation` y un XID | Varnish, un servidor de caché | No pudo obtener la página del servidor del sitio | | `Service Unavailable`, `HTTP Error 503. The service is unavailable.` | IIS en Windows Server | El grupo de aplicaciones está detenido o sobrecargado | | «No disponible temporalmente por mantenimiento programado. Vuelve a comprobarlo en unos minutos.» | WordPress | Hay una actualización en curso o se interrumpió | | «Esta página no funciona», «HTTP ERROR 503» | Chrome | El 503 llegó con una página vacía | Los textos de los servidores proceden del código fuente o de la documentación de cada programa, y la fila de WordPress, de su traducción oficial al español. Comprobamos la última fila con un pequeño servidor de prueba en nuestro propio equipo: ante un 503 vacío, Chromium 145 mostró el título «Esta página no funciona», la línea «La página localhost no puede procesar esta solicitud ahora.», «HTTP ERROR 503» y un botón **Volver a cargar** (los textos en español están en el archivo de traducción de Chromium); un 503 con página de mantenimiento mostró esa página. ## ¿Qué diferencia hay entre 500, 502, 503 y 504? Los cuatro son errores de servidor, pero solo el 503 está definido como temporal; los otros tres describen un fallo que dura hasta que alguien lo arregla. | Código | Nombre | Qué pasó | ¿Temporal por definición? | |---|---|---|---| | `500` | Internal Server Error | La aplicación sufrió un error | No | | `502` | Bad Gateway | La puerta de enlace recibió una respuesta rota, o ninguna | No | | `503` | Service Unavailable | El servidor rechaza trabajo por ahora | Sí | | `504` | Gateway Timeout | La puerta de enlace esperó demasiado una respuesta | No | Una puerta de enlace (gateway) es el servidor de delante que pasa las solicitudes a la aplicación de detrás. En la práctica los códigos se solapan: la misma aplicación detenida aparece como 502 detrás de nginx y como 503 detrás de Apache o HAProxy. [Error 502 Bad Gateway: qué significa y cómo solucionarlo](/es/blog/502-bad-gateway) cubre el lado de la puerta de enlace. ## ¿Qué causa un error 503? Un servidor envía un 503 cuando decide que es mejor rechazar una solicitud que intentarlo y fallar. Los desencadenantes habituales: - **Un pico de tráfico.** Una oferta, una noticia o una oleada de bots trae más solicitudes que workers disponibles; rechazar las que sobran evita que el servidor falle para todos. - **Mantenimiento programado.** El propietario activó una página de mantenimiento, o el software lo hizo durante una actualización. WordPress responde a cada solicitud con un 503 y `Retry-After: 600` mientras se ejecuta una actualización. - **Una aplicación detenida.** El programa que genera las páginas se cayó o nunca arrancó. En IIS se ve como un grupo de aplicaciones detenido, el conjunto de procesos de trabajo que ejecuta un sitio. - **Ningún servidor sano detrás del balanceador de carga.** HAProxy responde 503 cuando no hay ningún servidor disponible, o cuando todos están en su límite de conexiones y una solicitud ha esperado más de lo que permite su ajuste `timeout queue`. - **Un límite de solicitudes.** El limitador de solicitudes de nginx rechaza con un 503 las que superan el límite, salvo que se configure otra cosa ([limit_req_status](https://nginx.org/en/docs/http/ngx_http_limit_req_module.html#limit_req_status)). Un 503 que afecta solo a un visitante o a un script suele ser un límite, no una caída. - **Una dependencia está caída.** Algunas aplicaciones responden 503 mientras su base de datos u otro servicio del que dependen no está accesible. ## ¿Qué puedes hacer como visitante? 1. **Espera unos minutos y recarga una vez.** Si la página indica un plazo, como el «Vuelve a comprobarlo en unos minutos» de WordPress, hazle caso. Recargar cada pocos segundos solo suma carga. 2. **Comprueba si el sitio está caído para todos.** Ábrelo en tu teléfono con datos móviles. Los grandes servicios publican sus caídas en una página de estado: la de Apple se llama Estado del sistema, y la de Microsoft es la página de estado de los servicios (service health status). 3. **Desactiva tu VPN o tu proxy.** Si la página carga sin ellos, el 503 vino del servidor de la VPN o el sitio limita el tráfico desde esa dirección. 4. **Si solo te pasa a ti, ve más despacio.** Deja de actualizar, pausa los gestores de descargas y busca alguna extensión que recargue pestañas automáticamente. Un límite de solicitudes suele levantarse en pocos minutos. 5. **Avisa al sitio** con la hora, la dirección y todo lo que aparezca en la página, como el XID de Varnish. Borrar la caché rara vez ayuda: un navegador no guarda un 503 para más tarde salvo que el servidor lo permita de forma explícita, así que cada recarga vuelve a preguntar al servidor. ## Si el sitio es tuyo: ¿cómo se soluciona un 503? Empieza por averiguar qué capa respondió: el texto de la página, la tabla de arriba y la cabecera de respuesta `server` suelen nombrarla. 1. **Busca un interruptor de mantenimiento que siga activado.** WordPress crea un archivo `.maintenance` en la carpeta raíz del sitio durante las actualizaciones y da el mantenimiento por terminado cuando el archivo cumple diez minutos; si lo borras, el mantenimiento termina al instante. Una regla de mantenimiento en tu servidor web o en tu CDN hay que quitarla a mano. 2. **Comprueba que la aplicación está en marcha.** Reinicia el servicio o el contenedor y busca el fallo en su registro. Apache registra `AH01114: HTTP: failed to make connection to backend` cuando el programa de detrás no acepta conexiones. 3. **En IIS, revisa el grupo de aplicaciones.** En el Administrador de IIS, abre **Application Pools** (Grupos de aplicaciones): un grupo en estado **Stopped** (Detenido) responde a cada solicitud con un 503. La protección contra errores rápidos (Rapid-Fail Protection) detiene un grupo, por defecto, tras cinco caídas de procesos de trabajo en cinco minutos; el registro de eventos del sistema dice por qué. La [lista de códigos de estado de IIS](https://learn.microsoft.com/es-es/troubleshoot/developer/webapps/iis/health-diagnostic-performance/http-status-code) de Microsoft explica los subcódigos, desde el 503.0 de un grupo detenido hasta el 503.4 de una cola de FastCGI llena. 4. **Lee el registro de HTTP.sys en Windows.** Las solicitudes rechazadas antes de llegar a IIS quedan registradas en `%SystemRoot%\System32\LogFiles\HTTPERR`, con motivos como `AppOffline`, `Disabled` o `QueueFull` en el último campo. 5. **Prueba las comprobaciones de estado del balanceador de carga.** Una comprobación (health check) que falla aunque la aplicación funcione saca a todos los servidores de la rotación, y HAProxy dice entonces que no hay ningún servidor disponible. 6. **Añade capacidad o afloja los límites que afectan a personas reales.** Si los 503 aparecen en las horas de más tráfico, añade workers, guarda en caché las páginas más visitadas o suma servidores. Si oficinas o usuarios móviles activan tu límite de solicitudes, amplía el margen para ráfagas (burst) y plantéate responder con 429. Una herramienta de supervisión que cargue unas pocas páginas clave cada minuto te avisa antes que tus clientes. Para ver si solo una región recibe errores 503, por ejemplo los visitantes dirigidos a una ubicación concreta de la CDN, haz la misma comprobación a través de salidas de los [Proxies residenciales](https://proxynet.io/es/residential-proxy) en varios países. ## ¿Cómo poner un sitio en mantenimiento sin perjudicar el SEO? Responde con un 503 y una cabecera `Retry-After`. Una página de «volvemos pronto» enviada como 200 OK les dice a los buscadores que el texto de mantenimiento es el contenido de la página; un 404 les dice que la página ya no existe. La guía de Google para [pausar un sitio web](https://developers.google.com/search/docs/crawling-indexing/pause-online-business?hl=es) recomienda una página informativa con 503 para cierres urgentes de uno o dos días, con `Retry-After` fijado en una fecha o duración lo más ajustada posible, y lo considera una medida para unos pocos días como mucho. También advierte de que nunca se devuelva un 503 para `robots.txt`, el archivo que indica a los rastreadores qué pueden obtener, porque eso bloquea todo el rastreo. Los rastreadores de Google van más despacio cuando un sitio devuelve errores 5xx y vuelven a acelerar poco a poco en cuanto las páginas responden con normalidad; las URL que siguen devolviendo errores de servidor acaban [retiradas del índice](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes?hl=es). Sirve la página de mantenimiento como un archivo estático desde el servidor web, no desde la aplicación que estás actualizando. ## Nivel avanzado: mira un 503 y su Retry-After con curl Esta parte es para quien se maneja con la línea de comandos. curl viene con Windows 10, Windows 11 y macOS; en Windows PowerShell escribe `curl.exe`. Nuestro pequeño servidor de prueba en Node.js responde a cada solicitud con un 503, `Retry-After: 120` y una página de mantenimiento de una línea; lo llamamos con curl 8.22.0 en Windows 11: ```bash curl -sSi http://localhost:8503/ ``` ```text HTTP/1.1 503 Service Unavailable Retry-After: 120 Content-Type: text/html; charset=utf-8 Cache-Control: no-store Date: Sun, 15 Nov 2026 15:44:44 GMT Connection: keep-alive Keep-Alive: timeout=5 Transfer-Encoding: chunked Down for maintenance

Down for maintenance

Back in about two minutes.

``` `-i` muestra la línea de estado y las cabeceras encima de la página; `-sS` oculta la barra de progreso pero mantiene los mensajes de error. `Retry-After: 120` pide a los clientes que esperen dos minutos, y `Cache-Control: no-store` impide que navegadores y cachés guarden el error. Apunta el comando a tu propio sitio para ver lo que envía de verdad. ## ¿Qué significa un 503 para scrapers y usuarios de proxies? Para un script, un 503 es una solicitud de volver más tarde, y lo correcto es hacer exactamente eso. Si hay `Retry-After`, espera ese tiempo y pausa todas las solicitudes a ese sitio, no solo la que falló. Si no lo hay, alarga las esperas poco a poco: un segundo, luego dos, cuatro y ocho, con algo de aleatoriedad, y para tras unos pocos intentos. Después, reduce el número de solicitudes en paralelo. Un 503 que solo aparece cuando tu crawler acelera es, en la práctica, un límite de solicitudes. Ve más despacio hasta que desaparezca; cambiar de dirección IP para mantener el mismo ritmo ignora lo que el sitio te pidió. A través de un proxy, comprueba primero quién envió el 503. Si lo generó el proxy, el sitio nunca vio tu solicitud y curl muestra `CONNECT tunnel failed, response 503`; Squid, un servidor proxy muy común, lo hace cuando no puede resolver el nombre del sitio. Un 503 del sitio llega por un túnel que funciona, con la propia página del sitio, así que prueba primero la URL sin el proxy. Un 503 cuyo cuerpo es una página de verificación (challenge) en lugar de un aviso de mantenimiento es una decisión sobre tu tráfico, no una caída. [Códigos de estado HTTP en web scraping: 403, 407, 429, 503](/es/blog/http-status-codes-web-scraping) explica cómo distinguir los dos casos, con una función de reintento probada que lee `Retry-After`. ## Dónde puedes encontrarte un 503 - Apps en la nube como OneDrive o SharePoint durante una incidencia en el lado del servicio. - Venta de entradas, lanzamientos de productos y publicación de notas de exámenes en los primeros minutos tras abrirse. - Sitios de WordPress mientras se actualiza un plugin, un tema o el núcleo. - Tus propios scripts, cuando el límite de solicitudes de un sitio usa 503 en lugar de 429. ## Errores frecuentes - **Recargar cada pocos segundos**: una solicitud más para un servidor que ya está rechazando trabajo. - **Propietarios: una página de mantenimiento con estado 200**, que los buscadores toman por el contenido de la página. - **Propietarios: un 503 que se queda semanas.** Google lo trata como una medida para unos pocos días. - **Propietarios: responder a `robots.txt` con un 503**, lo que detiene todo el rastreo. - **Scripts: ignorar `Retry-After` o cambiar de IP** para pasar por encima de un límite. ## Guía de decisión | Tu situación | Qué hacer | |---|---| | Una página 503 en un sitio, otros sitios funcionan | Espera unos minutos y recarga una vez | | También falla con datos móviles | El sitio está caído; mira su página de estado | | La página menciona un mantenimiento programado | Vuelve a la hora que indica | | Solo te pasa a ti, tras muchas recargas | Para unos minutos y revisa las extensiones | | Carga con la VPN desactivada | Deja la VPN desactivada para este sitio | | Tu sitio de WordPress se quedó en mantenimiento | Borra `.maintenance` en la raíz del sitio | | Tu sitio en IIS, el grupo aparece como Stopped | Corrige el fallo según el registro de eventos y arranca el grupo | | Tu script recibe un 503 con `Retry-After` | Espera ese tiempo para todo el sitio y reduce la concurrencia | ## Preguntas frecuentes ### ¿Un error 503 Service Unavailable es culpa mía? Normalmente no: el servidor está sobrecargado, en mantenimiento o rechazando trabajo a propósito. La excepción es un límite de solicitudes. Si recargas una página muchas veces o ejecutas un script, el sitio puede responder 503 hasta que vayas más despacio. ### ¿Cuánto dura un error 503? Depende de la causa. Un pico de tráfico o un reinicio pasan en segundos o minutos, un mantenimiento programado dura lo que dure el trabajo, y `Retry-After`, cuando aparece, da la estimación del propio servidor. Una caída que nadie ha notado puede durar horas. ### ¿Por qué OneDrive, SharePoint o los servicios de Apple muestran 503 Service Unavailable? Sus apps obtienen todo de los servidores del servicio, y durante una incidencia o un mantenimiento esos servidores responden 503. El problema está en el lado del servicio: consulta la página de estado de los servicios de Microsoft o la página Estado del sistema de Apple y vuelve a intentarlo más tarde. ### ¿Qué significa `No server is available to handle this request`? Es la página 503 integrada de HAProxy. HAProxy es un balanceador de carga situado delante del sitio, y todos los servidores de detrás estaban caídos, no superaban su comprobación de estado o estaban demasiado ocupados. Solo los operadores del sitio pueden arreglarlo. ### ¿Qué significa `Error 503 Backend fetch failed`? Es la página de error predeterminada de Varnish, un servidor de caché que funciona delante de muchos sitios: no pudo obtener la página del propio servidor del sitio. El XID bajo `Guru Meditation` ayuda a los administradores a encontrar la solicitud en sus registros. ### ¿Un error 503 perjudica el posicionamiento de un sitio en Google? Uno corto, no; los rastreadores de Google van más despacio y vuelven más tarde, y por eso el 503 es el código correcto para un mantenimiento programado. Si las páginas siguen devolviendo 503 durante muchos días, Google acaba retirándolas del índice. ## En resumen Un 503 Service Unavailable significa que el servidor está accesible, pero rechaza trabajo por ahora, por sobrecarga, mantenimiento o un límite, y `Retry-After` puede decir durante cuánto tiempo. Los visitantes esperan, recargan una vez y consultan las páginas de estado. Los propietarios buscan la capa que respondió y arreglan la aplicación detenida, el grupo de backends vacío, el límite demasiado estricto o el interruptor de mantenimiento olvidado. Los scripts respetan `Retry-After` y van más despacio. Puedes ver tipos de proxy para supervisión y recopilación de datos en [nuestra página de proxies](/es/proxy).