Slack es un archivo pésimo. Los hilos entierran la factura fallida, los invitados no buscan el mes pasado y nadie acuerda qué es «hecho». AlertHub guarda cada alerta ingerida primero en el feed del proyecto — y luego, si aplica, pagina Slack o Telegram.
Tres reglas de producto importan a operadores:
- Leído es por usuario. Marcar una alerta leída la oculta de tu lista de no leídas del dashboard. Los compañeros la siguen viendo no leída hasta que ellos la marquen.
- Borrar es solo admin. Los miembros no pueden borrar el historial del proyecto.
- La retención sigue el plan del primer admin del proyecto: 7 días (Free / sin sub activa), 90 días (Pro), 365 días (Pro+). El texto exacto está en Pricing.
Cómo se comporta la bandeja
| Superficie | No leídas | Alertas leídas |
|---|---|---|
| Home del dashboard | Recientes no leídas (warning/critical igual llegaron a canales) | Ocultas cuando las marcas leídas |
| Buscador de Alerts | Todas las filas que coincidan | Se muestran con badge de leída |
| Destinos de chat | Independientes | Independientes |
Las alertas info nunca llegan a canales (niveles) pero sí ocupan retención hasta que caducan.
Configuración (una sola vez)
- Abre app.thealerthub.com en un proyecto del que formes parte.
- Confirma tu rol (Admin vs Member) en miembros del proyecto.
- Envía un warning de prueba, márcalo leído y búscalo en Alerts.
No hace falta un webhook extra. Esto es la app, no una integración de fuente.
Flujo 1: Bandeja de guardia
Trata el dashboard como el no leído del correo:
- Por la mañana: solo no leídas — criticals de la noche.
- Cuando ya reembolsaste al cliente de Stripe o reiniciaste el job, marca como leída.
- Deja el volumen Shopify info en el buscador; no esperes verlo en el no leído del home si lo fuiste marcando (o si nunca paginaste).
Flujo 2: Limpieza de admin
Payloads de prueba mal puestos, una clave en un título o un webhook en bucle: un admin borra la fila. Los miembros solo tienen leído/no leído. Al borrar una alerta caen sus recibos de lectura.
No uses el borrado como «archivo». La retención ya caduca filas viejas. Borrar es para errores y abuso.
Flujo 3: Elegir plan por el historial
Investigar un incidente de dunning de hace cuatro meses pide Pro+ (365 días) o exportar antes de que caduque. Free es una semana rodante — suficiente para el deploy de anoche, no para el churn del trimestre.
Actualiza en Pricing si el feed es tu sistema de registro.
Ideas para sacarle más partido
- No dupliques archivos en Google Sheets. Busca en el feed; sube la retención si te quedas corto con 7 días.
- Agencias. Un proyecto por cliente para que retención y no leídas no mezclen tiendas.
- WhatsApp no es el archivo. La cuota y los chats que desaparecen son la razón de que exista el feed. WhatsApp Pro.
Preguntas frecuentes
¿Puedo desmarcar como leída?
No en la UI actual. El buscador sigue listando la alerta con badge de leída.
¿Marcar leída para Telegram?
No. El envío ya ocurrió. Leído es solo la bandeja de AlertHub.
¿Quién manda la retención en un proyecto compartido?
El primer admin (por fecha de unión) y los límites de su suscripción.
Siguientes pasos
Marca leídos los warning de anoche, mira la retención de tu plan en Pricing y deja las fuentes en el mismo proyecto.
Relacionado: niveles de alerta · push móvil