Questo documento spiega come prepararti al meglio per gestire un elevato volume di messaggi per il webhook. La piattaforma Business Messages è pronta per la produzione per molti scenari diversi. Anche il nostro team di assistenza può aiutarti a prepararti se prevedi un evento specifico. Puoi seguire alcuni semplici passaggi per rendere il tuo webhook più affidabile.
Traffico da utente a webhook
Per il traffico da utente a webhook, valuta il tipo di modello di traffico previsto per la tua attività. Prevedi modelli "bursty" o variazioni improvvise del volume dei messaggi? Ad esempio, un ristorante che serve solo la cena può aspettarsi molti messaggi di sera e pochi messaggi per il resto della giornata. In un altro esempio, un negozio che sta eseguendo una promozione speciale può aspettarsi un volume di messaggi insolitamente elevato quando la promozione viene annunciata.
In generale, l'infrastruttura di Google è disposta a gestire improvvisi di traffico. Business Messages utilizza le stesse risorse server di prodotti di grandi dimensioni come Gmail e Google Cloud. È improbabile che il volume di messaggi al tuo webhook sia così alto che Business Messages sarà il punto di errore. Inoltre, Business Messages mette in coda i messaggi di ogni agente separatamente. Se una delle code di messaggi del tuo agente è congestionata, ciò non influirà sugli altri agenti, anche se condividono lo stesso webhook.
Tuttavia, ciò si applica solo alla coda dei messaggi nell'infrastruttura di Business Messages. Una volta che il messaggio viene recapitato al webhook, si tratta di una storia diversa. Devi assicurarti che il tuo webhook possa scalare secondo le necessità implementando le code, gestendo le richieste in parallelo e così via. Se il webhook risponde a un messaggio con HTTP 500 o non risponde affatto, Business Messages eseguirà un backup esponenziale della frequenza di recapito dei messaggi. I messaggi rimangono in coda per sette giorni. Se in questo periodo di tempo il webhook non risponde con un protocollo HTTP 200, Business Messages eliminerà il messaggio.
Traffico webhook da utente
I messaggi inviati dal tuo webhook dovrebbero seguire una quota di 60 messaggi al minuto per quota. È improbabile che i flussi di messaggi legittimi raggiungano questa quota, ma è tutto pronto per gestire gli errori HTTP 429 di Business Messages che indicano che stai superando la quota.
In generale, se il webhook riceve un codice HTTP 429 o HTTP 500 da Business Messages, significa che si tratta di un errore temporaneo che potrebbe essere correlato alla frequenza di messaggistica. Devi riprovare a eseguire i messaggi con una strategia di backoff esponenziale. Tuttavia, se il webhook riceve HTTP 503 o HTTP 4xx (diverso da HTTP 429), non devi più riprovare e invia subito una notifica al nostro team di assistenza. Questi codici di errore potrebbero indicare una difficoltà con l'infrastruttura di Business Messages, ad esempio un incidente DOS, e l'invio di un maggior numero di messaggi aggraverebbe il problema.
Sebbene non esistano criteri di sospensione specifici correlati al superamento delle quote dei messaggi, Business Messages potrebbe sospendere gli agenti che presentano un comportamento irregolare o inviano troppi messaggi. Consulta i criteri di sospensione per assicurarti che il tuo agente rispetti gli standard richiesti.
Come ricevere assistenza
Ti consigliamo di farlo non appena ti aspetti un problema. Se ci comunichi che prevedi una situazione con traffico molto elevato, ad esempio una campagna promozionale molto pubblicizzata, possiamo avviare risorse di pubblicazione aggiuntive per prepararti nel modo più preciso possibile. Tuttavia, nella maggior parte dei casi, misure come questa non sono necessarie.
Puoi anche contattarci se stai già riscontrando un problema di caricamento dei messaggi e noi faremo il nostro meglio per aiutarti a risolverli.