Millionen SMS pro Tag senden: Leitfaden für hohes Volumen

Wie bauen Sie Warteschlangen und Rate Limiting im großen Maßstab auf?

Setzen Sie eine dauerhafte Warteschlange zwischen Ihre Anwendung und die SMPP-Verbindung und leeren Sie sie mit einem Rate Limiter, den Sie zur Laufzeit ändern können. Die Warteschlange fängt Lastspitzen ab; der Limiter hält Sie bei der vereinbarten Rate.

• Token Bucket pro Bind und pro Route. Mit der vereinbarten TPS auffüllen; für jedes submit_sm einen Token entnehmen, jedes Segment gezählt.
• Eine Warteschlange pro Priorität. Zuerst OTP und Alarme, dann Transaktionsnachrichten, dann Werbung.
• Backoff bei Fehlern. Bei ESME_RTHROTTLED (0x58) oder ESME_RMSGQFUL (0x14) pausieren, dann mit exponentiellem Backoff und Jitter wiederholen. Nicht in einer engen Schleife erneut senden.
• Verbinden Sie sich mit Backoff neu nach einer Trennung und verfolgen Sie ausstehende Sequenznummern, damit Sie abgleichen können, was angenommen wurde.
• Halten Sie Sitzungen am Leben. Die Spezifikation definiert einen enquire_link-Timer, um zu prüfen, ob die Gegenstelle noch eine aktive Sitzung hat, und einen Inaktivitäts-Timer, nach dem eine Sitzung getrennt werden kann. Senden Sie enquire_link im Leerlauf.
• Idempotente Submits. Speichern Sie Ihre eigene Nachrichten-ID vor dem Submit, damit eine Wiederholung nicht doppelt sendet.

Wie routen Sie pro Netzbetreiber im großen Maßstab?

Bilden Sie Warteschlangen und Rate Limits pro Zielnetzbetreiber ebenso wie pro Bind, denn ein langsamer Netzbetreiber sollte die anderen nicht blockieren. Netzbetreiber können A2P-Verkehr pro Absender oder pro Route begrenzen, das effektive Limit eines Landes kann also unter der Kontorate liegen.

1. Ordnen Sie jede Nummer ihrem Netzbetreiber zu. Eine Nummernabfrage hilft; siehe HLR-Lookup.
2. Führen Sie eine Warteschlange und einen Limiter pro Netzbetreiber oder Routengruppe.
3. Beobachten Sie Zustellrate und Berichtsverzögerung pro Netzbetreiber und bremsen Sie die, die sich verschlechtern.
4. Fragen Sie Ihren Anbieter, ob Direktrouten genutzt werden; siehe Direktrouten und Grey Routes.

Wie verarbeiten Sie Zustellberichte im großen Maßstab?

Behandeln Sie Zustellberichte als zweiten Datenstrom, der so groß ist wie der erste. Ein Bericht trifft als deliver_sm auf Ihrem Bind ein, und Sie müssen jeden mit deliver_sm_resp beantworten. Die Spezifikation definiert diese End- und Zwischenzustände im Bericht: DELIVRD, EXPIRED, DELETED, UNDELIV, ACCEPTD, UNKNOWN und REJECTD. Siehe Zustellberichte und Zustellstatus erklärt.

Ein zuverlässiger Entwurf:

1. Schnell bestätigen. Beantworten Sie deliver_sm_resp, sobald der Bericht in einer Warteschlange liegt.
2. Asynchron verarbeiten mit Workern, die den Bericht über die Nachrichten-ID dem Original zuordnen.
3. Die Verarbeitung idempotent machen. Berichte können wiederholt eintreffen, und Zustellung in falscher Reihenfolge ist möglich.
4. Segmente behandeln. Je nach Route erhalten Sie einen Bericht pro Teil oder pro Nachricht; testen Sie das.
5. Ein Timeout setzen für Nachrichten, die nie einen Endstatus erhalten, und sie als unbekannt markieren.
6. Bericht-Consumer vom Submit-Pfad fernhalten, damit ein Rückstau den Versand nicht bremst.

Was müssen Sie vor dem Versand pro Land registrieren?

Die Regeln für Absenderkennungen unterscheiden sich je Land, und in manchen Märkten werden nicht registrierte Absender blockiert oder ersetzt. Beispiele: Die VAE und Saudi-Arabien verlangen die Registrierung bei den Netzbetreibern, Indien verlangt die DLT-Registrierung des Headers und jeder Vorlage, und die USA nutzen 10DLC oder Toll-free statt alphanumerischer Absender. Die Vorlaufzeiten reichen in den von uns beobachteten Märkten von wenigen Werktagen bis zu etwa einem Monat.

Beginnen Sie zuerst mit den Registrierungen, denn sie liegen auf dem kritischen Pfad zum Start. Prüfen Sie SMS-Marketing-Regeln nach Ländern, den Absenderkennungs-Checker und den Leitfaden zur Absenderkennung für die VAE und Saudi-Arabien. Wir bereiten Registrierungen gemeinsam mit Ihnen vor und reichen sie über unseren Registrierungsservice ein; Genehmigungen bleiben bei Regulierungsbehörden und Netzbetreibern.

Wie halten Sie Ruhezeiten im großen Maßstab ein?

Planen Sie Werbung nach der Ortszeit und der Länderregel jedes Empfängers und halten Sie nicht werblichen Verkehr aus dieser Beschränkung heraus. Einige Märkte veröffentlichen Zeitfenster: Die VAE untersagen Werbe-SMS von 21:00 bis 07:00 Uhr, Saudi-Arabien von 22:00 bis 09:00 Uhr und im Ramadan von 01:00 bis 12:00 Uhr. Siehe Ruhezeiten.

• Gruppieren Sie die Liste vor dem Einreihen nach Land und Zeitzone.
• Geben Sie jede Gruppe in eine eigene Warteschlange frei, wenn ihr Fenster öffnet.
• Stoppen Sie Werbe-Warteschlangen am Fensterende und übertragen Sie den Rest auf den nächsten Tag.
• Planen Sie die Abfolge mit dem Sendezeit-Planer.

Ein enges Fenster erhöht die benötigten TPS, prüfen Sie es daher in der Planungsformel.

Warum sollten Sie OTP- und Werbeverkehr trennen?

OTP- und Alarmnachrichten sind zeitkritisch, Werbekampagnen sind Massenverkehr; teilen sie sich eine Warteschlange oder einen Bind, kann eine Kampagne einen Login-Code verzögern. Nutzen Sie getrennte Binds oder Konten, getrennte Absenderkennungen, wo Regeln es verlangen, getrennte Warteschlangen mit strikter Priorität und getrenntes Monitoring. OTPs sind keine Werbung, daher gelten Ruhezeiten für sie nicht. Schützen Sie OTP-Routen auch vor Missbrauch: siehe Prävention von SMS-Pumping-Betrug und den OTP-Leitfaden.

Welche KPIs sollten Sie überwachen?

Überwachen Sie Submit-Gesundheit, Warteschlangenalter, Berichtsergebnisse und Berichtsverzögerung, aufgeteilt nach Land und Netzbetreiber. Alarmieren Sie bei Abweichungen von Ihrer eigenen Baseline.

Zur Diagnose siehe SMS-Zustellrate verbessern.

Wie sieht eine Startcheckliste für einen Versand mit mehreren Millionen aus?

1. Benötigte Spitzen-TPS aus Segmenten, Fenster und OTP-Last berechnet.
2. Rate pro Bind, Zahl der Binds, Window und Quell-IPs schriftlich vom Anbieter bestätigt.
3. Absenderkennungen für jedes Land registriert, bei Bedarf mit Vorlagen.
4. Lasttest mit einem Bruchteil des Volumens, dann schrittweise hochfahren; nicht mit dem Maximum starten.
5. Warteschlangen, Limiter, Backoff und Idempotenz getestet, einschließlich einer erzwungenen Trennung.
6. Berichts-Pipeline mit vollem Berichtsvolumen getestet.
7. Ruhezeiten-Planung pro Land verifiziert.
8. OTP-Verkehr getrennt und überwacht.
9. Dashboards und Alarme aktiv, mit einem Verantwortlichen in Bereitschaft.
10. Ein Stopp-Knopf, der Werbe-Warteschlangen sofort anhält.

So unterstützt Sie OmniChannels.ai

BroadNet liefert SMS über direkte Netzbetreiberanbindung und unterstützt SMPP 3.4 über TLS mit pro Konto bereitgestellten Binds, dazu eine REST-API, Bulk-Versand, Zwei-Wege-SMS, Unicode und Arabisch, HLR-Lookup und Zustellberichte. Die Kapazität wird pro Konto und pro Route dimensioniert: Nennen Sie uns Ihre Ziele, das Spitzenvolumen, Sendefenster und Absenderkennungen, und wir vereinbaren mit Ihnen Durchsatz, Binds und Registrierungen. Unser Team bereitet Registrierungen von Absenderkennungen vor. Kontaktieren Sie den Vertrieb mit Ihrem Volumenplan oder lesen Sie das Wholesale-Programm.