So wechseln Sie von Twilio

Was für eine Migration das ist

Twilio hält sehr wenig Ihrer Daten — es ist Infrastruktur, die Ihr Code aufruft. Diese Migration besteht daher zu 90% aus einem kontrollierten Code-Tausch und zu 10% aus regulatorischer Logistik (Absenderregistrierung). Die goldene Regel: per Feature-Flag routen, nicht per Big Bang, damit Sie Traffic schrittweise verlagern und sofort zurückrollen können.

Schritt 1 — Die langsame Uhr starten: Absender-IDs

Die Registrierungsdauer ist das Einzige, was sich nicht komprimieren lässt — erledigen Sie es also zuerst. Listen Sie jeden genutzten Absender auf (alphanumerische Namen, numerische Absender) sowie jedes Zielland und registrieren Sie sie unter Einstellungen → Absender (POST /v1/senders). Prüfen Sie die länderspezifischen Anforderungen programmatisch:

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

Länder mit Betreiberregistrierung brauchen Tage bis Wochen — jetzt starten, später programmieren.

Schritt 2 — Die Opt-outs mitnehmen

Wenn Sie Twilios Advanced Opt-Out nutzen (oder STOPs selbst erfassen), exportieren Sie diese Nummern und importieren Sie sie als Sperreinträge. WeZend fängt STOP/START-Keywords künftig automatisch ab, aber die Historie muss mitkommen — wer bei Twilio STOP gesagt hat, muss bei WeZend gestoppt bleiben.

Schritt 3 — Das Code-Diff

Twilio (Node):

const twilio = require("twilio")(ACCOUNT_SID, AUTH_TOKEN);
await twilio.messages.create({
  to: "+4512345678",
  messagingServiceSid: "MG…",
  body: "Ihr Code lautet 493202",
  statusCallback: "https://api.yourapp.com/sms-status",
});

WeZend — reines HTTP, kein SDK erforderlich:

await fetch("https://api.wezend.com/v1/messages/send", {
  method: "POST",
  headers: { "X-API-Key": process.env.WEZEND_API_KEY, "Content-Type": "application/json" },
  body: JSON.stringify({
    to: "+4512345678",
    channel: "sms",
    sender: "Acme",
    message: "Ihr Code lautet 493202",
    category: "transactional",
    webhook_url: "https://api.yourapp.com/sms-status",
  }),
});

Die Unterschiede, auf die es ankommt:

• Die Authentifizierung ist ein einziger Header (X-API-Key), kein SID/Token-Paar. Schlüssel rotieren mit einem 24-Stunden-Kulanzfenster.
• messagingServiceSid entfällt — das Routing zum besten Anbieter je Ziel ist Aufgabe der Plattform, inklusive automatischem Failover, wenn eine Route schwächelt.
• category: "transactional" kennzeichnet Einmalcodes und Belege, sodass sie Marketing-Limits und Ruhezeiten umgehen.
• Status-Callbacks treffen an Ihrer webhook_url mit einem X-WeZend-Signature-HMAC ein — verifizieren Sie ihn. Statuszuordnung: Twilios queued/sent/delivered/undelivered/failed entsprechen queued/sent/delivered/failed (undelivered und failed kommen beide als failed an, mit angehängtem Grund).

Schritt 4 — Eingehend und bidirektional

Richten Sie Ihre Antwortverarbeitung auf WeZend aus: Setzen Sie die eingehende Webhook-URL, und eingehende Nachrichten werden genau wie bei Twilios MO-Webhooks an Ihren Endpunkt gePOSTet — zusätzlich landen sie als Thread im Posteingang, den Ihr Support-Team gratis dazubekommt.

Schritt 5 — Stufenweiser Rollout

Legen Sie die Anbieterwahl hinter ein Flag und verlagern Sie den Traffic in Etappen: 5% → Zustellraten gegen Twilios Baseline prüfen → 50% → 100%. Halten Sie das Twilio-Konto am Leben (im Leerlauf kostet es fast nichts), bis jeder Webhook-Konsument migriert und ein voller Abrechnungszyklus vergangen ist. Geht während des Übergangs etwas schief, zeigt der Delivery Inspector den Grund auf Carrier-Ebene in Klartext — kein Entziffern von Fehler 30008 mehr.

Was ist mit Verify, Voice und Rufnummern?

• OTP-Flows: mit category: "transactional" versenden; ergänzen Sie den Fallback "keine Zustellung in N Sekunden → Sprachanruf" als zweistufige Journey.
• Voice/TTS: Der Voice-Kanal deckt automatisierte TTS-Anrufe und Alarme ab.
• Dedizierte Long Codes/Short Codes: Rufnummernportierung wird im Einzelfall geklärt — kontaktieren Sie uns mit Ihren Nummern und Zielen, bevor Sie den Cutover terminieren.