Una campagna può inviare richieste più velocemente di quanto il percorso di consegna riesca a elaborare i messaggi. Pianificare l'invio richiede una stima della capacità per ogni fase.
In cosa differisce la limitazione delle richieste API dal throughput?
La limitazione delle richieste API controlla le richieste. Il throughput di consegna controlla la velocità con cui una fase successiva può elaborare messaggi o segmenti.
Quando Bird rifiuta una richiesta con 429, segui gli header di risposta e la guida alla limitazione delle richieste. Riprovare immediatamente può riprodurre lo stesso rifiuto.
L'invio riuscito di una richiesta ha un significato diverso. Un 202 conferma l'accettazione, mentre addebito, invio alla rete e consegna avvengono dopo. Usa l'identificativo del messaggio per seguirne gli esiti.
Twilio accoda i messaggi quando le richieste superano la velocità di invio e segnala errori di coda piena quando la capacità viene superata: “Customers sending large volumes of messages may encounter errors such as Queue Overflow”.
Cosa determina la velocità disponibile?
La velocità effettiva dipende dal mittente, dalla destinazione, dalla registrazione, dalla configurazione del provider e dai limiti dell'account applicabili.
Uno short code e un long code possono avere capacità diverse nella stessa destinazione. La registrazione può influenzare il traffico che un mittente può trasportare. Consulta le scelte di mittente e i requisiti di destinazione prima di pianificare il volume.
Un massimo pubblicato è un limite di capacità, non una promessa di consegna. Verifica unità, ambito e condizioni prima di applicarlo a una campagna.
Come stimo il tempo di invio?
Dividi la quantità di lavoro per una velocità misurata nella stessa unità. Un segmento è il testo trasportato in un singolo messaggio di rete. I testi più lunghi usano più segmenti.
Per un percorso esemplificativo limitato a 100 segmenti al secondo, 6.000 messaggi da un segmento richiedono almeno 60 secondi di capacità. Se ogni messaggio richiede due segmenti, lo stesso lavoro richiede almeno 120 secondi.
Questi calcoli presuppongono un uso continuo della capacità dichiarata. Altro traffico, pause, nuovi tentativi e condizioni a valle possono allungare il tempo. Non prevedono quando ogni destinatario legge o riceve il messaggio.
Verifica i contenuti personalizzati con il calcolatore di segmenti. Un nome più lungo o un emoji possono cambiare la quantità di testo fatturabile.
Perché i messaggi sono in ritardo se le mie richieste vanno a buon fine?
Accodamento, elaborazione a valle, condizioni di rete e disponibilità del destinatario possono tutti separare l'accettazione dalla consegna.
Confronta i tempi di accettazione, invio e consegna riportati. Esamina gli errori per mittente e destinazione. La mancanza di una ricevuta non identifica di per sé la causa.
Un centro messaggi SMS può trattenere un messaggio mentre il telefono non è raggiungibile. Cos'è un SMSC spiega quella fase. Analytics SMS spiega come indagare gli esiti in Bird.
Non reinviare messaggi accettati solo perché una ricevuta di consegna è in ritardo. Questo può creare testi duplicati senza risolvere il ritardo.
Come dovrei preparare una campagna più grande?
Scegli un mittente e un piano di capacità adatti al traffico, poi testa un invio limitato prima di ampliarlo.
Discuti paesi, volume di segmenti e finestra di invio necessaria con il provider. Registrazione e preparazione del mittente possono essere necessarie prima di un rollout a volume più alto.
Distribuire il traffico su numeri aggiuntivi per aggirare i limiti dell'operatore è noto come snowshoeing. I principi CTIA trattano questa pratica.
- Conta i segmenti renderizzati per destinazione.
- Conferma velocità, unità e ambito per ogni percorso di invio.
- Prevedi tempo per l'elaborazione e la variabilità a valle.
- Invia a un gruppo limitato, esamina gli esiti e amplia l'invio in modo deliberato.
In breve
Capacità API e capacità di consegna misurano fasi diverse.
Una richiesta riuscita non garantisce che ogni messaggio possa uscire immediatamente verso la rete.
Verifica l'unità di misura in cui è espresso il limite.
Richieste, messaggi e segmenti producono calcoli di capacità diversi.
Un ritardo nella consegna può avere diverse cause.
Esamina code, errori ed eventi di consegna prima di attribuire un ritardo al throughput.
Pianifica la capacità per mittente e destinazione.
Limiti dell'account, registrazione e regole dell'operatore possono a loro volta vincolare il percorso di invio.