Ce document explique comment vous préparer au mieux à gérer un volume élevé de messages vers votre webhook. La plate-forme Business Messages est prête à être mise en production pour de nombreux scénarios différents. Notre équipe d'assistance peut également vous aider à vous préparer si vous anticipez un événement spécifique. Vous pouvez prendre quelques mesures simples pour rendre votre webhook plus robuste.
Trafic utilisateur vers le webhook
Pour le trafic utilisateur vers le webhook, réfléchissez au type de modèle de trafic que vous attendez pour votre entreprise. Prévoyez-vous des pics ou des changements soudains du volume de messages ? Par exemple, un restaurant qui ne sert que le dîner peut s'attendre à recevoir de nombreux messages le soir et peu de messages le reste de la journée. Autre exemple : un magasin qui propose une promotion spéciale peut s'attendre à un volume de messages anormalement élevé lorsque la promotion est annoncée.
En règle générale, l'infrastructure Google est prête à gérer les pics de trafic soudains. Business Messages utilise les mêmes ressources serveur que les grands produits tels que Gmail et Google Cloud. Il est peu probable que le volume de messages envoyés à votre webhook soit si élevé que Business Messages soit le point de défaillance. De plus, Business Messages met en file d'attente les messages de chaque agent séparément. Si l'une des files d'attente de messages de vos agents est saturée, cela n'aura aucune incidence sur vos autres agents, même s'ils partagent le même webhook.
Toutefois, cela ne s'applique qu'à la file d'attente de messages dans l'infrastructure Business Messages. Une fois le message envoyé à votre webhook, c'est une autre histoire. Vous devez vous assurer que votre webhook peut évoluer si nécessaire en implémentant des files d'attente, en gérant les requêtes en parallèle, etc. Si votre webhook répond à un message par un code HTTP 500 ou ne répond pas du tout, Business Messages réduira de manière exponentielle le taux de diffusion des messages vers votre webhook. Les messages restent dans la file d'attente pendant sept jours. Si votre webhook ne répond pas par un code HTTP 200 dans ce délai, Business Messages abandonne le message.
Trafic webhook-utilisateur
Les messages envoyés à partir de votre webhook doivent respecter un quota de 60 messages par minute et par conversation. Il est peu probable que les flux de messages légitimes atteignent ce quota, mais vous devez être prêt à gérer les erreurs HTTP 429 de Messages commerciaux qui indiquent que vous dépassez le quota.
En règle générale, si votre webhook reçoit un code HTTP 429 ou HTTP 500 de la part de Business Messages, cela indique une erreur temporaire qui peut être liée à votre taux de messages. Vous devez réessayer ces messages avec une stratégie d'intervalle exponentiel entre les tentatives. Toutefois, si votre webhook reçoit un code HTTP 503 ou HTTP 4xx (autre que HTTP 429), vous devez arrêter de réessayer et en informer immédiatement notre équipe d'assistance. Ces codes d'erreur peuvent indiquer un problème avec l'infrastructure Business Messages, comme un incident DOS. Envoyer plus de messages ne ferait qu'aggraver le problème.
Bien qu'il n'existe pas de critères de suspension spécifiques liés au dépassement des quotas de messages, Business Messages peut suspendre les agents qui se comportent de manière irrégulière ou qui envoient beaucoup trop de messages. Veuillez consulter les critères de suspension pour vous assurer que votre agent respecte les normes requises.
Obtenir de l'aide
Nous vous conseillons de nous contacter dès que vous anticipez un problème. Si vous nous indiquez que vous prévoyez un trafic extrêmement élevé, comme une campagne promotionnelle très médiatisée, nous pouvons lancer des ressources de diffusion supplémentaires pour être le plus préparé possible. Toutefois, dans la plupart des cas, de telles mesures ne sont pas nécessaires.
Vous pouvez également nous contacter si vous rencontrez déjà un problème de charge des messages. Nous ferons tout notre possible pour vous aider à le résoudre.