Come inviare milioni di SMS al giorno: guida al grande volume

Come gestire code e limiti di frequenza su larga scala?

Mettete una coda durevole tra la vostra applicazione e la connessione SMPP e svuotatela con un limitatore di frequenza modificabile a runtime. La coda assorbe i picchi; il limitatore vi mantiene alla frequenza concordata.

• Token bucket per bind e per rotta. Ricaricate al TPS concordato; prelevate un token per ogni submit_sm, contando ogni segmento.
• Una coda per priorità. Prima OTP e avvisi, poi transazionali, poi promozionali.
• Backoff in caso di errori. Con ESME_RTHROTTLED (0x58) o ESME_RMSGQFUL (0x14), fate una pausa e poi riprovate con backoff esponenziale e jitter. Non rinviate in un ciclo serrato.
• Riconnettetevi con backoff dopo una disconnessione e tenete traccia dei sequence number in sospeso, così potete riconciliare ciò che è stato accettato.
• Mantenete vive le sessioni. La specifica definisce un timer enquire_link per verificare che l'altra parte abbia ancora una sessione attiva e un timer di inattività dopo il quale una sessione può essere chiusa. Inviate enquire_link quando siete inattivi.
• Invii idempotenti. Salvate il vostro ID messaggio prima dell'invio, così un nuovo tentativo non può inviare due volte.

Come instradare per operatore su larga scala?

Mettete in coda e limitate la frequenza per operatore di destinazione oltre che per bind, perché un operatore lento non deve bloccare gli altri. Gli operatori possono limitare il traffico A2P per mittente o per rotta, quindi il limite effettivo per un Paese può essere inferiore alla frequenza dell'account.

1. Associate ogni numero al suo operatore. La verifica dei numeri aiuta; vedete HLR lookup.
2. Tenete una coda e un limitatore per operatore o per gruppo di rotte.
3. Osservate il tasso di consegna e il ritardo dei rapporti per operatore e rallentate quelli che peggiorano.
4. Chiedete al provider se si usano rotte dirette; vedete rotte dirette e grey route.

Come gestire i rapporti di consegna su larga scala?

Trattate i rapporti di consegna come un secondo flusso grande quanto il primo. Un rapporto arriva come deliver_sm sul vostro bind e dovete rispondere a ciascuno con deliver_sm_resp. La specifica definisce nel rapporto questi stati finali e intermedi: DELIVRD, EXPIRED, DELETED, UNDELIV, ACCEPTD, UNKNOWN e REJECTD. Vedete rapporti di consegna e stati di consegna dei messaggi spiegati.

Una progettazione affidabile:

1. Confermate in fretta. Rispondete con deliver_sm_resp appena il rapporto è in coda.
2. Elaborate in modo asincrono con worker che associano il rapporto all'originale tramite l'ID messaggio.
3. Rendete l'elaborazione idempotente. I rapporti possono ripetersi ed è possibile la consegna fuori ordine.
4. Gestite i segmenti. A seconda della rotta potete ricevere un rapporto per parte o per messaggio; testatelo.
5. Impostate un timeout per i messaggi che non ricevono mai uno stato finale e segnateli come sconosciuti.
6. Tenete i consumer dei rapporti fuori dal percorso di invio, così un arretrato non rallenta gli invii.

Che cosa registrare per ogni Paese prima di inviare?

Le regole sul mittente (Sender ID) variano da Paese a Paese e, in alcuni mercati, i mittenti non registrati vengono bloccati o sostituiti. Esempi: gli Emirati Arabi Uniti e l'Arabia Saudita richiedono la registrazione presso gli operatori, l'India richiede la registrazione DLT dell'intestazione e di ogni modello, e gli Stati Uniti usano 10DLC o numeri toll-free invece dei mittenti alfanumerici. I tempi vanno da pochi giorni lavorativi a circa un mese nei mercati che seguiamo.

Avviate per prime le registrazioni, perché sono sul percorso critico del lancio. Consultate le regole dell'SMS marketing per Paese, il verificatore di Sender ID e la guida al Sender ID per Emirati Arabi Uniti e Arabia Saudita. Prepariamo e inoltriamo con voi le registrazioni tramite il nostro servizio di registrazione; le approvazioni restano a regolatori e operatori.

Come rispettare le fasce di silenzio con grandi volumi?

Programmate le promozioni secondo l'ora locale di ciascun destinatario e la regola del Paese, e tenete il traffico non promozionale fuori da quella restrizione. Alcuni mercati pubblicano le fasce: gli Emirati Arabi Uniti vietano i messaggi di marketing dalle 21:00 alle 07:00, e l'Arabia Saudita dalle 22:00 alle 09:00 e dall'01:00 alle 12:00 durante il Ramadan. Vedete fasce di silenzio (quiet hours).

• Raggruppate l'elenco per Paese e fuso orario prima di metterlo in coda.
• Rilasciate ogni gruppo nella propria coda all'apertura della sua fascia.
• Fermate le code promozionali alla fine della fascia e riportate il resto al giorno successivo.
• Pianificate la sequenza con il pianificatore degli orari di invio.

Una fascia stretta alza il TPS necessario, quindi verificatelo nella formula di pianificazione.

Perché separare OTP e traffico promozionale?

I messaggi OTP e di avviso sono critici dal punto di vista del tempo, mentre le campagne promozionali sono massive; se condividono una coda o un bind, una campagna può ritardare un codice di accesso. Usate bind o account separati, Sender ID separati dove le regole lo richiedono, code separate con priorità rigorosa e monitoraggio separato. Gli OTP non sono promozionali, quindi le fasce di silenzio non si applicano. Proteggete anche le rotte OTP dagli abusi: vedete la prevenzione delle frodi SMS pumping e la guida agli OTP.

Quali KPI monitorare?

Monitorate la salute degli invii, l'età delle code, gli esiti e i ritardi dei rapporti, suddivisi per Paese e operatore. Allertate sulle variazioni rispetto alla vostra base di riferimento.

Per la diagnosi, vedete come migliorare il tasso di consegna degli SMS.

Qual è la checklist di lancio per un invio da milioni di messaggi?

1. TPS di picco richiesto calcolato da segmenti, finestra e carico OTP.
2. Frequenza per bind, numero di bind, finestra e IP di origine confermati per iscritto dal provider.
3. Sender ID registrati per ogni Paese, con i modelli dove richiesti.
4. Test di carico a una frazione del volume, poi crescita a gradini; non partite dal massimo.
5. Code, limitatore, backoff e idempotenza testati, compresa una disconnessione forzata.
6. Pipeline dei rapporti testata al volume pieno di rapporti.
7. Programmazione delle fasce di silenzio verificata per ogni Paese.
8. Traffico OTP separato e monitorato.
9. Dashboard e allarmi attivi, con un responsabile reperibile.
10. Un pulsante di stop che ferma subito le code promozionali.

Come vi aiuta OmniChannels.ai

BroadNet consegna gli SMS tramite connettività diretta agli operatori e supporta SMPP 3.4 su TLS con bind attivati per account, oltre a un'API REST, invio massivo, SMS bidirezionali, Unicode e arabo, HLR lookup e rapporti di consegna. La capacità è dimensionata per account e per rotta: indicateci destinazioni, volume di picco, finestre di invio e Sender ID, e concordiamo con voi throughput, bind e registrazioni. Il nostro team prepara le registrazioni dei Sender ID. Contattate il team commerciale con il vostro piano di volumi, oppure scoprite il programma wholesale.