uptime y transparencia: cómo leer nuestra página de status.

Una página de status pública no es un gesto de marketing: es una forma de rendir cuentas. Si algo falla, preferimos que lo veas ahí antes que enterarte porque un cliente tuyo se quejó de que el bot no respondía. La transparencia sobre el estado del servicio es parte de cómo se construye confianza en un sistema que atiende conversaciones reales de tu negocio, no solo un detalle técnico opcional.

La página de status cubre los componentes que, si fallan, afectan directamente tu operación: el dashboard donde tu equipo trabaja, el agente conversacional que genera las respuestas, cada canal de mensajería (WhatsApp Business, Instagram DM, Facebook Messenger, Gmail), la API pública y los webhooks que reciben eventos de plataformas externas, y los procesos en segundo plano (workers) que procesan y despachan cada mensaje. Si cualquiera de estos componentes tiene un problema, se refleja ahí, con el detalle de qué está afectado.

Vale la pena ser claros sobre algo que a veces se malentiende: WhatsApp, Instagram y Messenger son plataformas de Meta, no de heysteff. Si Meta tiene una interrupción de servicio de su lado —algo que ha pasado con distintas plataformas de mensajería en la industria en general—, ningún proveedor externo, incluido heysteff, puede evitar que los mensajes dejen de fluir mientras dura esa caída puntual.

Lo que sí controlamos es qué pasa con los mensajes desde el lado de heysteff cuando eso ocurre: no se pierden. Los mensajes entrantes y salientes que no se pudieron procesar en el momento quedan encolados en un sistema de trabajos en segundo plano, y se reintentan automáticamente hasta que el canal vuelve a estar disponible. No hace falta que nadie reenvíe nada manualmente ni que el cliente vuelva a escribir.

Cuando un canal externo como WhatsApp le avisa a heysteff que llegó un mensaje nuevo, lo hace mediante un "webhook" — una notificación automática. Si esa notificación falla por un problema de red o una caída puntual, el canal externo suele reintentarla más tarde. El riesgo obvio es que un mismo mensaje termine notificado dos veces y el sistema lo procese por duplicado, generando una respuesta repetida al cliente.

Para evitarlo, cada webhook que recibe heysteff se procesa de forma idempotente: el sistema reconoce si un mensaje ya fue procesado antes y descarta silenciosamente los duplicados, sin generar una segunda respuesta ni un segundo registro. En términos simples: un reintento nunca duplica una conversación ni una acción, así el canal externo haya insistido varias veces con el mismo aviso.

Si notas algo que no cuadra con lo que muestra la página de status —un canal que parece lento, un mensaje que no llegó cuando esperabas—, escríbenos directamente a [email protected]. Preferimos que nos avises aunque termine siendo un falso positivo antes que asumir en silencio que todo está bien.

No publicamos cifras históricas de uptime en esta página a propósito: preferimos que revises el estado actual y el historial reciente directamente en /status, en vez de citar un porcentaje que puede quedar desactualizado apenas cambie. Esa misma página se actualiza en tiempo real, así que siempre refleja lo que está pasando en este momento con cada componente del servicio.

• Estado del servicio en tiempo real
• Cómo protege heysteff los datos de tus clientes
• Detección de "eco" humano: cómo un bot sabe cuándo callarse
• Preguntas frecuentes