Durante una intervención breve se quiere mostrar un aviso a visitantes y herramientas automáticas. ¿Cómo comprobar que la página comunica correctamente el mantenimiento?

Una página que dice «mantenimiento» puede devolver 200 aunque el servicio esté temporalmente indisponible. Comprueba el estado HTTP real, además del texto visible. Para una indisponibilidad temporal, 503 comunica que el servidor aún no puede atender la petición.

Prepara un aviso sencillo con contexto útil y una estimación solo cuando exista. Retry-After permite indicar cuándo volver a intentarlo; no conviene inventar una hora de recuperación. Evita incluir rutas internas, detalles de la base de datos o mensajes de depuración.

Define el alcance antes de activar el modo. Una tienda puede necesitar pausar escrituras, pagos o tareas que modifiquen datos; ocultar la portada no garantiza esa pausa. Mantén un acceso administrativo controlado y un procedimiento de salida comprobado en pruebas.

Valida la respuesta en varias rutas públicas, incluyendo páginas interiores y recursos necesarios para leer el aviso. Comprueba los encabezados de caché: una capa intermedia podría conservar el error después de terminar el trabajo. La documentación de HTTP advierte que las respuestas 503 normalmente no deberían almacenarse.

Al finalizar, desactiva la regla, comprueba estados y funciones básicas y vuelve a revisar desde una sesión de visitante. Si sigue apareciendo el aviso, compara el origen con las capas de caché. Anota inicio, final y resultado para que otra persona pueda entender la intervención sin acceder a información privada.

Fuentes: MDN — 503 Service Unavailable · MDN — Retry-After.