Alles Wissenswerte, nichts Unwissendes.
Beginnen Sie mit Ihren Test-Zugangsdaten
Test-Zugangsdaten arbeiten gegen den Produktions-Endpunkt, https://api.broadnet.me, und Testnachrichten gehen nur an Ihre eigene verifizierte Nummer. So testen Sie die echte API, ohne echte Kunden zu erreichen. Bestätigen Sie, dass die Authentifizierung funktioniert und der Submit-Aufruf die erwartete Message ID und den Status zurückgibt. Siehe /answers/what-is-sandbox-vs-production und /developers/quickstart.
Überprüfen Sie den Zustellbericht.
Eine erfolgreiche Übermittlung bedeutet nicht automatisch, dass die Nachricht zugestellt wurde. Richten Sie einen Webhook an Ihrem Endpunkt ein und überprüfen Sie, ob die DLR-Nachricht mit einem Status auf Bedienerebene eintrifft, um sicherzustellen, dass die End-to-End-Zustellung funktioniert. Siehe /answers/what-is-dlr und /answers/what-is-a-messaging-webhook.
Kodierung und Segmente prüfen
Senden Sie eine Nachricht mit einem Emoji oder einem nicht-lateinischen Zeichen, um zu bestätigen, dass Ihre Pipeline Unicode verarbeitet und Segmente korrekt zählt. Ein unbemerkter Kodierungsfehler kann die Kosten in die Höhe treiben und Filter auslösen. Siehe /answers/what-is-encoding-gsm-7-ucs-2 und /tools/sms-segment-calculator.
Testen Sie anschließend reale Routen.
Ihre Testnachrichten beweisen Ihren Code; erst eine kleine erste Kampagne in die tatsächlichen Zielländer beweist nach der Genehmigung die Routenqualität. Prüfen Sie den DLR-Feed auf netzbetreiberspezifische Codes und eine stabile Zustellung, bevor Sie skalieren. Siehe /answers/how-to-choose-sms-provider.