Ir al contenido

Glosario Error 503

¿Qué es el Error 503 (Service Unavailable)?

  • SEO Técnico
Definición

El error 503 (Service Unavailable) es el código de estado HTTP con el que un servidor dice que ahora mismo no puede atender la petición, por una sobrecarga temporal o por un mantenimiento programado, y que la situación debería resolverse al cabo de un tiempo. El servidor puede añadir la cabecera Retry-After para indicar cuándo conviene volver a intentarlo. Es un error del servidor, no de quien hace la petición.

Una puerta cerrada con un cartel colgado del pomo y, arriba a la derecha, un reloj naranja, sobre fondo azul oscuro.
En esta página 12
  1. Origen del término
  2. Cómo funciona
  3. Tipos y variantes
  4. Ejemplos
  5. Cómo se mide
  6. Ventajas y desventajas
  7. Diferencias con otros conceptos
  8. Críticas y límites
  9. Cómo se aplica paso a paso
  10. Buenas prácticas
  11. Errores frecuentes
  12. Cómo se hizo esta entrada
En breve

Error 503: el servidor no puede responder ahora por sobrecarga o mantenimiento. Qué hace Google con él y cómo hacer un mantenimiento sin perder URL.

Una puerta cerrada con un cartel colgado del pomo y, arriba a la derecha, un reloj naranja, sobre fondo azul oscuro.

Origen del término

El código 503 pertenece a la familia 5xx de los códigos de estado HTTP, la de los errores del servidor. Hoy lo define el RFC 9110, «HTTP Semantics», publicado en junio de 2022, en su apartado 15.6.4. El mismo documento describe la cabecera Retry-After en el apartado 10.2.3: con un 503 indica cuánto tiempo se espera que el servicio no esté disponible, como fecha HTTP o como número de segundos.

El nombre oficial es «Service Unavailable». Cada servidor muestra el error con su propio texto, por ejemplo «503 Service Temporarily Unavailable» o «No server is available to handle this request». Es la misma respuesta: lo que cuenta es el código numérico.

Cómo funciona

Un 503 aparece cuando el servidor está activo pero no puede responder. Las causas que describen el RFC y MDN son dos: el servidor está en mantenimiento o está sobrecargado. En la práctica eso incluye:

  • Un mantenimiento o una actualización de software: el CMS o el servidor devuelve 503 a todas las peticiones mientras dura.
  • Una sobrecarga: según MDN, algunas aplicaciones rechazan peticiones con un 503 cuando llegan al límite de memoria, de CPU o de conexiones, para no caer del todo.

El RFC añade una nota: que exista el 503 no obliga a un servidor sobrecargado a usarlo, y algunos simplemente rechazan la conexión.

Para Google, un 503 tiene tres efectos documentados:

  • Ralentiza el rastreo. Según la documentación de Google sobre códigos de estado, los errores 5xx y el 429 hacen que sus rastreadores reduzcan temporalmente el ritmo. La guía para reducir la frecuencia de rastreo precisa que la bajada afecta a todo el nombre de host, también a las URL que sí devuelven contenido, y que el ritmo vuelve a subir solo cuando bajan los errores.
  • Mantiene las URL indexadas por un tiempo, pero no para siempre. Google escribe que las URL ya indexadas se conservan en el índice, «but eventually dropped» (pero acaban saliendo). Google no da un plazo fijo.
  • Ignora el contenido de la respuesta. Durante el 503, Google no puede actualizar títulos, descripciones, metadatos ni datos estructurados de la página.
¿Cuándo pasa un mantenimiento a ser un riesgo para el índice?

Tipos y variantes

Hay que separar dos casos, porque Google los trata de forma distinta.

Un 503 en una página normal sigue las reglas anteriores: menos rastreo para todo el host y, si se prolonga, pérdida de URL sin un plazo publicado.

Un 503 en el archivo robots.txt tiene reglas propias. Según la documentación de Google sobre robots.txt, si el archivo existe pero no se puede descargar, Google deja de rastrear el sitio durante las primeras 12 horas y sigue intentando obtenerlo. Durante los 30 días siguientes usa la última versión buena. Para el 503, Google habla de reintentos «fairly frequent». Estos plazos de 12 horas y 30 días valen solo para el robots.txt, no para las demás páginas.

Ejemplos

Una tienda actualiza su CMS durante dos horas. Mientras tanto, todas las páginas devuelven una página informativa con estas cabeceras:

HTTP/1.1 503 Service Unavailable Retry-After: 7200

El valor 7200 son segundos, es decir, dos horas. El robots.txt sigue respondiendo con 200. Al terminar, las páginas vuelven a dar 200 y Google aumenta de nuevo el ritmo de rastreo.

Otro caso: una campaña dispara las visitas y el servidor llega a su límite de conexiones y durante unos minutos responde con 503 a una parte de las peticiones. Google reduce el rastreo de ese host hasta que el servidor vuelve a responder.

Cómo se mide

Para comprobar el código de una URL basta una petición desde la terminal, como muestra la propia guía de Google: curl -I -X GET "https://www.example.com/". La primera línea de la respuesta da el código y, si existe, aparece la cabecera Retry-After.

¿Tu página de mantenimiento da 503 en la primera línea, y no 200?

En Google Search Console, el informe de indexación de páginas agrupa estas URL en «Server error (5xx)» (error del servidor). Google advierte que pueden ser pasajeros: la prueba en directo de la inspección de URL puede salir bien aunque el rastreo fallara antes.

Ventajas y desventajas

Para un corte planificado, el 503 es el código que corresponde según el estándar: dice que el problema es temporal y permite indicar cuándo volver. Es mejor que una página de aviso con 200, que para un rastreador es una página normal con ese texto, y mejor que un 404, que comunica que la página no existe. Con Retry-After el servidor da además una estimación concreta.

Los inconvenientes son los de cualquier 5xx: el rastreo baja para todo el host, Google no actualiza títulos ni datos estructurados y, si el error se alarga, las URL pueden salir del índice. Un 503 sirve para horas o uno o dos días, no como estado permanente.

Diferencias con otros conceptos

CódigoQué dice el servidorCuándo se usa
500 Internal Server ErrorHa fallado algo inesperado en el servidorError de programación o de configuración
502 Bad GatewayUn proxy o pasarela recibió una respuesta no válida del servidor de origenFallo entre el proxy y el origen
503 Service UnavailableNo puede atender ahora por sobrecarga o mantenimientoMantenimiento programado, picos de carga
429 Too Many RequestsUn cliente ha hecho demasiadas peticionesLimitar a un cliente concreto

Fuente: RFC 9110 (junio de 2022), apartados 15.6.1, 15.6.3 y 15.6.4; MDN, «503 Service Unavailable» (429); documentación de Google sobre códigos de estado (consultados el 11.11.2026).

En el rastreo, Google trata 500, 502 y 503 igual, y también cuenta el 429 como error del servidor. La diferencia entre ellos está en el estándar y en lo que entiende quien lee la respuesta, no en un trato distinto en el índice.

Críticas y límites

Sobre el 503 circulan plazos que las fuentes de Google no respaldan. Google no publica cuántos días tolera un 503 antes de retirar una URL. Lo que sí escribe son dos cosas distintas. Una es una recomendación de duración: para frenar el rastreo a propósito, devolver 5xx o 429 durante «a couple of hours, or 1-2 days», y desactivar el sitio entero solo «a few days at most». La otra es un riesgo sin fecha: las URL indexadas se conservan, «but eventually dropped», y si Googlebot ve estos códigos en la misma URL durante varios días, la URL puede salir del índice. Los uno o dos días no son, por tanto, un plazo de retirada. Cifras como «una semana» o «dos semanas» tampoco aparecen en su documentación.

En el blog de Google de 2011 sobre caídas planificadas, Google recomendaba el 503 frente al 404 o al 200 porque indica que la caída es temporal; la documentación actual de códigos de estado, en cambio, describe 500, 502 y 503 con el mismo efecto sobre rastreo e índice. Por eso el 503 es el código correcto para un mantenimiento según el estándar, pero no protege el índice mejor que un 500.

Con Retry-After pasa algo parecido. Google nombra la cabecera en su guía para reducir la frecuencia de rastreo desde el 6 de octubre de 2026, con la nota de que el soporte no era nuevo. Ninguna fuente dice si sus rastreadores la evalúan ni si esperan el tiempo indicado.

Cómo se aplica paso a paso

  • Decide si el corte cabe en horas o en uno o dos días. Si va a durar más, usa una página de inicio indexable con 200 en lugar de un 503.
  • Configura el servidor o el modo de mantenimiento para que devuelva 503 en las páginas, no 200 ni 404.
  • Añade Retry-After con una fecha o con los segundos estimados.
  • Deja el robots.txt fuera del 503: debe seguir respondiendo con 200.
  • Sirve una página de aviso estática y ligera.
  • Comprueba con curl que la respuesta es 503 y que lleva la cabecera.
  • Al terminar, vuelve a 200 y revisa en Search Console el informe de indexación y las estadísticas de rastreo.

Buenas prácticas

  • Usa 503 o 429 para frenar a Googlebot a corto plazo; Google desaconseja 403 y 404 para eso.
  • Mantén el contenido del aviso breve y en estático, para no cargar más un servidor saturado.

Errores frecuentes

  • Devolver 503 en el robots.txt: Google deja de rastrear todo el sitio.
  • Dejar el modo de mantenimiento activo durante días o semanas.
  • Mostrar el aviso de mantenimiento con código 200: para Google es una página normal con ese texto.
  • Dar por hecho que un 503 conserva las URL en el índice sin límite de tiempo.

Cómo se hizo esta entrada

Esta entrada se redactó en noviembre de 2026 con ayuda de IA. Los datos proceden del RFC 9110, de la documentación de Google sobre códigos de estado, frecuencia de rastreo, robots.txt y desactivación de sitios, del blog de Google de 2011 y de MDN. Se revisó antes de publicarse y no contiene datos de clientes.

Manuel Riveiro Rodriguez CEO & Digital Strategist

Una auditoría técnica revisa esto y el resto en un solo paso.

Solicitar auditoría

Preguntas frecuentes

¿Cuánto tiempo dura un error 503?

Lo que dure la causa. Para un 503 puesto a propósito, Google recomienda unas horas o uno o dos días como mucho.

¿Debo devolver 503 o 500 durante un mantenimiento?

El 503 es el código que el estándar prevé para mantenimientos y sobrecargas temporales, y admite la cabecera Retry-After. En el rastreo y en el índice, Google trata 500 y 503 igual, así que la elección no protege más las URL; lo que las protege es que el corte sea corto.

¿Qué hace Google con la cabecera Retry-After?

Google la nombra en su guía para reducir la frecuencia de rastreo, junto al 503 y al 429, como forma de indicar cuándo pueden volver sus rastreadores, con una fecha o en segundos. Si la evalúa y cuánto espera de verdad, no lo dice ninguna fuente.

¿Puede un 503 en el robots.txt bloquear todo el rastreo?

Sí, durante las primeras 12 horas Google deja de rastrear el sitio. Después usa durante 30 días la última versión buena del archivo.

¿Qué hago si veo un 503 en una app o en una web ajena?

Esperar y volver a intentarlo más tarde. El problema está en el servidor del servicio, no en tu conexión ni en tu dispositivo, y solo quien lo gestiona puede resolverlo.

¿Retira Google una URL a los dos días de devolver 503?

No hay un plazo así. Los «1-2 days» son la duración que Google recomienda para un 503 puesto a propósito. Sobre la retirada del índice, Google solo escribe que las URL acaban saliendo («eventually») y que, tras varios días con el error en la misma URL, pueden salir.

Fuentes

  1. IETF, RFC 9110 «HTTP Semantics», junio de 2022, apartados 15.6.4 (503) y 10.2.3 (Retry-After) (en inglés).
  2. Google, «How HTTP status codes affect Google's crawlers», actualizado el 4 de febrero de 2026 (en inglés).
  3. Google, «Reduce Google crawl rate», actualizado el 6 de octubre de 2026 (en inglés). Retry-After y aviso de 1-2 días.
  4. Google Search Central, «Temporarily pause or disable a website», actualizado el 10 de diciembre de 2025 (en inglés).
  5. Google, «How Google interprets the robots.txt specification», actualizado el 23 de octubre de 2026 (en inglés).
  6. Google, «Crawl budget management», actualizado el 22 de julio de 2026 (en inglés).
  7. Google Search Central Blog, «How to deal with planned site downtime», 25 de enero de 2011 (en inglés).
  8. Google Search Central Blog, Gary Illyes, «Don't use 403s or 404s for rate limiting», 17 de febrero de 2023 (en inglés).
  9. Ayuda de Search Console, «Page indexing report» (en inglés).
  10. MDN, «503 Service Unavailable», modificado el 22 de junio de 2026 (en inglés).