En este documento, se explica cómo estar mejor preparado para manejar el volumen de mensajes alto en tu webhook. La plataforma de Business Messages está lista para la producción para muchas situaciones diferentes. Nuestro equipo de asistencia también puede ayudarte a prepararte si anticipas un evento específico. Puedes seguir algunos pasos simples para que tu webhook sea más sólido.
Tráfico de usuario a webhook
Para el tráfico de usuario a webhook, considera qué tipo de patrón de tráfico esperas para tu empresa. ¿Esperas algún patrón "intermitente" o cambios repentinos en el volumen del mensaje? Por ejemplo, un restaurante que solo sirve la cena puede esperar muchos mensajes por la noche y pocos mensajes para el resto del día. En otro ejemplo, una tienda que ejecuta una promoción especial puede esperar un volumen de mensajes anormalmente grande cuando se anuncie la promoción.
En general, la infraestructura de Google está preparada para manejar picos de actividad de tráfico repentinos. Business Messages usa los mismos recursos del servidor que los productos grandes, como Gmail y Google Cloud. Es poco probable que el volumen de mensajes a tu webhook sea tan alto que Business Messages sea el punto de fracaso. Además, Business Messages coloca en cola los mensajes de cada agente por separado. Si una de las colas de mensajes de tu agente se congestiona, esto no afectará a los otros agentes, incluso si comparten el mismo webhook.
Sin embargo, esto solo se aplica a la cola de mensajes en la infraestructura de Business Messages. Una vez que el mensaje se entrega a tu webhook, es una historia diferente. Debes asegurarte de que tu webhook pueda escalar según sea necesario mediante la implementación de colas, el manejo de solicitudes en paralelo, etcétera. Si tu webhook responde a un mensaje con un HTTP 500 o no responde, Business Messages desactivará la tasa de entrega de mensajes de forma exponencial en tu webhook. Los mensajes permanecen en la cola durante 7 días. Si tu webhook no responde con un HTTP 200 en ese tiempo, Business Messages descartará el mensaje.
Tráfico de webhook a usuario
Los mensajes enviados desde tu webhook deben seguir una cuota de 60 mensajes por minuto por conversación. Es poco probable que los flujos de mensajes legítimos alcancen esta cuota, pero debes estar preparado para manejar los errores HTTP 429 de Business Messages que indican que superas la cuota.
En términos generales, si tu webhook recibe un HTTP 429 o un HTTP 500 de Business Messages, esto indica un error transitorio que puede estar relacionado con tu frecuencia de mensajes. Debes reintentar estos mensajes con una estrategia de retirada exponencial. Sin embargo, si tu webhook recibe un HTTP 503 o un HTTP 4xx (distinto de HTTP 429), debes dejar de reintentar y notificar a nuestro equipo de asistencia de inmediato. Estos códigos de error pueden indicar una dificultad con la infraestructura de Business Messages, como un incidente DOS, y el envío de más mensajes solo agravaría el problema.
Si bien no hay criterios de suspensión específicos relacionados con el exceso de cuotas de mensajería, es posible que Business Messages suspenda a los agentes que se comporten de forma irregular o que envíen demasiados mensajes demasiado. Revisa los criterios de suspensión para asegurarte de que tu agente cumpla con los estándares requeridos.
Cómo obtener ayuda
Te recomendamos que te comuniques con nosotros apenas anticipes un problema. Si nos haces saber que esperas una situación de tráfico muy alto, como una campaña promocional muy anunciada, podemos crear recursos de entrega adicionales para estar lo más preparado posible. Sin embargo, en la mayoría de los casos, las medidas como esta no son necesarias.
También puedes comunicarte con nosotros si ya tienes un problema de carga de mensajes, y haremos todo lo posible para ayudarte a resolverlo.