Mejores prácticas de Status Page: qué incluir cuando tu sitio se cae

Un Status Page es el primer sitio al que acuden los usuarios cuando algo falla. Si es confuso, está desactualizado o le falta información, habrás desperdiciado tu única oportunidad de comunicarte con claridad en un momento estresante.

Así es como se construye un Status Page que realmente ayuda.

La anatomía de un gran Status Page

1. Indicador de estado general

Lo primero que debe ver un visitante es una respuesta clara e inmediata a la pregunta: "¿Todo está bien?"

Muestra uno de tres estados en la parte superior de la página:

• All Systems Operational — Verde. Todo funciona con normalidad.
• Partial Outage — Amarillo. Algunos servicios están afectados.
• Major Outage — Rojo. Un servicio principal está caído.

No obligues a los usuarios a escanear la lista de componentes para saber si hay un problema. El estado debe ser obvio de un vistazo.

2. Lista de componentes

Debajo del estado global, enumera cada servicio que monitorizas con su estado individual:

• ✅ Operational
• ⚠️ Degraded Performance
• ❌ Down
• 🔧 Maintenance

Nombra los componentes en lenguaje sencillo, que coincida con lo que los usuarios conocen: "App" no "web-frontend-prod-v2", "API" no "gateway.core.services.rest".

Agrupa componentes relacionados. Si tienes una arquitectura de microservicios, lista los servicios bajo sus áreas de producto en lugar de volcar los 30 componentes en una sola lista.

3. Incidents activos

Cuando algo va mal, la sección de Incidents activos es la parte más importante de la página. Incluye:

• Título — "Degraded API Response Times" o "Major Outage — Checkout Unavailable"
• Descripción — Qué está pasando, qué está afectado y qué estás haciendo
• Línea de tiempo — Actualizaciones con marcas de tiempo a medida que avanza el Incident
• Componentes afectados — Marca los servicios que están impactados

Actualiza la línea de tiempo con frecuencia. Un Status Page que no se ha actualizado en 3 horas es peor que no tener Status Page — indica que nadie está prestando atención.

4. Historial de Incidents

Cuando un Incident se resuelve, pasa al registro histórico. Esto sirve para varios propósitos:

• Muestra que eres transparente sobre problemas pasados
• Ayuda a los clientes a entender tu historial de fiabilidad
• Proporciona datos para tu propio análisis post-mortem
• Apoya la elaboración de informes de SLA

Mantén al menos 90 días de historial de Incidents visible. Algunos servicios lo conservan todo de forma indefinida.

5. Notificaciones a suscriptores

Permite que los usuarios se suscriban a cambios de estado para no tener que estar actualizando la página constantemente. Soporta como mínimo:

• Notificaciones por email — Cuando se crea, actualiza o resuelve un Incident
• Opcionalmente SMS o integraciones con Webhooks

Envía notificaciones en los momentos clave:

• Incident creado
• Incident actualizado con nueva información
• Mantenimiento programado
• Mantenimiento completado
• Incident resuelto

Mejores prácticas de diseño

Usa tu marca

Tu Status Page debería parecer parte de tu empresa. Coincide:

• Logo y tipografía
• Colores de marca para el tema general
• Tu dominio (status.tuempresa.com)

Un Status Page que parece genérico o usa la marca por defecto genera desconfianza. Si no tiene aspecto oficial, los usuarios no se creerán las actualizaciones.

Mantenlo simple

Un Status Page no es un sitio de marketing. No incluyas:

• Animaciones del hero
• Pop-ups o modales
• Múltiples llamadas a la acción
• JavaScript pesado que ralentice la página

Tu Status Page debe cargar rápido incluso en conexiones lentas. Usa HTML y CSS estáticos siempre que sea posible.

Mobile first

La mayoría de los usuarios que consultan un Status Page lo hacen desde el móvil — especialmente durante una caída. Asegúrate de que:

• El texto sea legible sin hacer zoom
• Las tablas y listas de componentes se ajusten bien
• El formulario de suscripción sea fácil de rellenar en móvil

Mejores prácticas de comunicación

Escribe para el lector

Las actualizaciones de Incidents deben responder a tres preguntas:

1. ¿Qué pasó? — "Tuvimos un problema de conectividad con la base de datos."
2. ¿Qué estamos haciendo? — "Hemos hecho failover a la réplica y estamos investigando la causa raíz."
3. ¿Cuándo se arreglará? — "Estimamos resolución en 30 minutos."

Evita la jerga técnica. "Presión de memoria en la réplica primaria" no significa nada para los usuarios. "La base de datos está funcionando lenta" sí.

Actualiza con frecuencia

Durante un Incident activo, actualiza el Status Page cada 30 minutos incluso si no hay nada nuevo que reportar. "Still investigating" es mejor que el silencio absoluto.

Ejemplo de buena programación de actualizaciones:

• T+0: Incident creado — "Estamos investigando informes de..."
• T+15: "Hemos identificado el problema como..."
• T+30: "Estamos desplegando una solución..."
• T+45: "La solución está en despliegue..."
• T+60: "El servicio se ha restaurado. Estamos monitorizando..."

Programa el mantenimiento de forma proactiva

No esperes a que comience la ventana de mantenimiento programado para actualizar tu Status Page. Crea la entrada de mantenimiento con 24–48 horas de antelación para que los suscriptores reciban notificación y los usuarios sepan qué esperar.

Errores comunes

No tener un Status Page. Todo negocio con un servicio online necesita uno. Configúralo antes de necesitarlo.

Crear un Status Page pero no actualizarlo durante las caídas. Un Status Page desactualizado es peor que no tenerlo — demuestra que no te importa lo suficiente como para comunicar.

Usar lenguaje demasiado técnico. Tu audiencia incluye partes interesadas no técnicas, clientes y ejecutivos. Escribe para el lector general.

Hacer la página lenta o difícil de navegar. Un Status Page debe cargar al instante y ser legible de un vistazo.

No permitir suscripciones. Si los usuarios tienen que recargar manualmente para obtener actualizaciones, se van a frustrar y tu equipo de soporte lo notará.

La regla de oro

Un buen Status Page reduce los tickets de soporte. Un mal Status Page los aumenta. Cada decisión de diseño y contenido debe medirse con ese criterio.

Configura un Status Page profesional hoy. Empieza gratis en isthisthing.online — Monitors, Status Page y notificaciones a suscriptores incluidos.