SMS-Absender-IDs & Compliance

Jedes Land reguliert SMS-Absendernamen ("Sender IDs") anders: Manche erlauben jeden alphanumerischen Namen, manche verlangen eine Vorabregistrierung, manche erzwingen einen numerischen Absender. Hier einen Fehler zu machen bedeutet stillschweigend verworfene Nachrichten — Sie zahlen, nichts kommt an.

WeZend kodiert diese Regeln in die Plattform, damit Ihnen dieser Fehler nicht passieren kann.

Registrieren Sie Ihre Absendernamen

Fügen Sie die Namen, unter denen Sie senden (z. B. Acme, max. 11 alphanumerische Zeichen), unter Einstellungen → Absender-IDs (der dahinterliegende Endpoint POST /v1/senders akzeptiert einen API-Key genauso wie eine Dashboard-Session, sodass eine sendende Integration eigene registrieren kann; GET /v1/senders listet sie, DELETE /v1/senders/:id nimmt eine außer Betrieb) hinzu. Wo ein Zielland eine Registrierung verlangt (z. B. mehrere Telco-Märkte), wird die Anfrage in den Betreiberprozess geleitet, und Sie können ihren Genehmigungsstatus im Dashboard verfolgen. Die Freigabe wird überall durchgesetzt: sowohl POST /v1/messages/send als auch Kampagnenstarts lehnen einen nicht freigegebenen SMS/RCS-Absender mit 403 ab.

Regeln programmatisch prüfen

curl "https://api.wezend.com/v1/sender/rules?country=DK" -H "X-API-Key: $WEZEND_API_KEY"

Gibt zurück, was das Ziel erlaubt: alphanumerisch ja/nein, Registrierung erforderlich, Maximallänge und Fallback-Verhalten.

Vor dem Versand validieren

curl -X POST https://api.wezend.com/v1/sender/validate \
  -H "X-API-Key: $WEZEND_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "sender": "Acme", "to": "+4670123456" }'

Die Antwort sagt Ihnen, ob der Versand konform wäre, und falls nicht, was die Plattform ersetzen würde (zum Beispiel einen registrierten numerischen Absender). Dieselbe Prüfung läuft automatisch innerhalb von /v1/messages/send — die Validierung ist eine Pre-Flight-Bequemlichkeit, damit Ihr UI Nutzer frühzeitig warnen kann.

Marketing-Traffic

Marketing-SMS berücksichtigt zusätzlich Einwilligung, Quiet Hours und Frequenzlimits — transaktionaler Traffic (Einmalcodes, Belege) ist per Design ausgenommen.