Páginas de estado para sitios de clientes: qué pueden hacer y qué no

Cuando el sitio de un cliente se cae, su primera pregunta es alguna versión de "¿está caído o es cosa mía?". Muchas veces la segunda es "¿desde cuándo?". Una página de estado responde a ambas sin una llamada, pero solo si el cliente sabe dónde está y se cree lo que dice.

Para qué sirve una página de estado

Si trabajas como freelance, una página de estado cumple tres funciones:

• Ahora mismo: si el sitio está disponible o caído en este momento.
• Historial: cuándo estuvo caído y durante cuánto tiempo. Eso ayuda en la llamada mensual o cuando un cliente dice "el sitio siempre está caído".
• Un enlace para compartir: el cliente puede enviárselo a su propio equipo en lugar de reenviarte cada queja.

Por qué las páginas de estado pierden credibilidad

• Se actualizan a mano. Una página que dice "Todos los sistemas funcionan con normalidad" mientras el sitio está caído hace más daño que no tener página.
• Los mensajes son vagos. "Estamos al tanto de un problema" no le dice a nadie si esperar cinco minutos o llamar a sus clientes.
• No hay historial. Sin incidentes anteriores, no hay nada con qué contrastar lo que dice la página.

Una página alimentada directamente por la monitorización resuelve el primero y el tercero: muestra lo que vieron las comprobaciones, incluidos los días malos. Las palabras siguen siendo cosa tuya.

Lo que una página de estado no puede hacer

• Muestra lo que comprueban tus monitores, nada más. Si solo se monitoriza la página de inicio, una página de reservas rota seguirá apareciendo como disponible.
• No puede explicar la causa más allá de lo que registra una comprobación, como un tiempo de espera agotado o un código de error.
• Solo ayuda a quien la abre. El cliente sigue esperando noticias tuyas.

Cómo escribir al cliente durante una caída

Envía un primer mensaje poco después de la alerta, incluso antes de conocer la causa. Di qué está afectado, qué sabes y cuándo volverás a escribir:

El sitio web no carga desde aproximadamente las 14:05. El proveedor de hosting ha confirmado un problema en el servidor y está trabajando en ello. El correo electrónico no está afectado. Enviaré una actualización a las 15:00 como muy tarde, o antes si vuelve a funcionar. Estado en directo: https://baromio.io/es/status/acme-website

(Un ejemplo del formato, no un incidente real.)

Después:

• Vuelve a escribir a la hora que prometiste, aunque no haya cambiado nada.
• Cuando termine, envía un resumen breve: qué pasó, cuánto duró, cuál fue la causa y qué cambiaste para que no vuelva a ocurrir de la misma manera.

Qué muestra una página de estado de Baromio

• Un monitor, una página: activa la página de estado pública en el panel Página de Estado del monitor y elige un slug. La página es pública en baromio.io/<language>/status/<slug>, sin inicio de sesión. Muestra el nombre del monitor, un mensaje opcional de hasta 280 caracteres, el estado actual según la última comprobación, el tiempo de respuesta promedio de las últimas 24 horas, una barra de uptime de las últimas 24 horas y de los últimos 30 días, y los diez incidentes más recientes con su causa registrada, hora de inicio y duración. Free incluye 1 página de estado, Pro (9 EUR al mes) 3 y Business (29 EUR al mes) 10.
• Varios sitios, una página: una Página de Estado de Cliente agrupa monitores bajo un mismo nombre, por ejemplo una página por cliente. Muestra el nombre de la página, un mensaje opcional y, para cada monitor, su nombre, su estado actual y el porcentaje de uptime de 30 días, sin barras ni lista de incidentes. Créala en Perfil → Páginas de Estado de Cliente; un monitor puede estar en más de una, y no consume el cupo de páginas de estado por monitor. Pro incluye 1 y Business 3; Free no incluye ninguna. Eliminar la página es la única forma de despublicarla.
• Hasta dónde llega: el historial de incidentes llega tan atrás como tu plan conserva los incidentes: 30 días en Free, 90 en Pro y un año en Business.
• Lo que no hace: no publica actualizaciones de incidentes, no tiene suscriptores a los que notificar y no envía alertas a otras personas. Las alertas te llegan a ti, por correo electrónico y en tus canales conectados de Slack, Discord o webhook, y tú decides qué contarle al cliente. La página muestra la última comprobación cada vez que alguien la abre o la recarga. Está alojada en baromio.io con el pie de página "Con la tecnología de Baromio"; no admite dominio propio ni logotipo.

El mensaje es la única parte que escribes tú. Durante una caída larga, una línea como "El proveedor de hosting está trabajando en ello, próxima actualización a las 15:00" responde a la pregunta que el estado por sí solo no puede responder. Quítalo cuando termine el incidente.

Cómo configurarla para un cliente

1. Pon a los monitores los nombres que usaría el cliente: "Sitio web", "Tienda", "Formulario de reservas". Los nombres son públicos.
2. Para un solo sitio, activa la página de estado del monitor y usa el nombre del cliente como slug.
3. Para varios sitios de un mismo cliente, crea una Página de Estado de Cliente y añade sus monitores.
4. Revisa la lista de incidentes antes de compartir el enlace: las causas registradas son etiquetas técnicas breves como "Connection Timeout" o "HTTP Error", así que explícale al cliente qué significan.
5. Incluye el enlace en tu documento de entrega y en tu primera respuesta a cualquier mensaje del tipo "¿el sitio está caído?".