Migration von SMS API zu Messages API

Die Vonage Messages API ist die empfohlene Methode zum Senden und Empfangen von SMS. Sie unterstützt mehrere Kanäle wie SMS, MMS, RCS und WhatsApp über eine einzige, einheitliche Schnittstelle. Dieser Leitfaden vergleicht die HTTP-basierte SMS API und die Messages API für SMS-Nutzungsfälle und führt Sie durch die Einrichtung des Accounts, ausgehende Anfragen, eingehende Nutzdaten und Statusverfolgungsänderungen, die Sie während einer Migration vornehmen müssen. SMPP-Integrationen werden hier nicht behandelt.

Die SMS API wird für bestehende Kunden weiterhin unterstützt. Die Messages API verfügt jedoch über einen robusten Entwicklungsplan für neue Funktionen und Verbesserungen und ist der empfohlene Weg für alle neuen Integrationen oder für bestehende Integrationen, die die Vorteile der zusätzlichen Messaging-Kanäle und Funktionen nutzen möchten.

Messages API unterstützt derzeit zwei Versionen: v1 und das Erbe v0.1. Für die Migration von der SMS API zur Messages API wird dringend empfohlen, v1 der Messages API zu verwenden.

Einrichten Ihres Vonage Accounts für die Verwendung der Messages API

Wählen Sie die Messages API im Dashboard

Der erste Schritt bei der Migration von der alten SMS API zur Messages API ist die Aktualisierung der Messaging API-Typ Einstellung auf der API-Einstellungen Seite des Vonage Developer Dashboards. Wählen Sie Messages API als die API-Typ hier.

Migration on the dashboard.

Wenn Sie diese Einstellung nicht von SMS API (Legacy) ändern, werden eingehende Nachrichten und Zustellungsbestätigungen weiterhin die SMS API-Konfiguration im Dashboard verwenden.

Einstellungen auf Account-Ebene vs. Vonage-Applikationen

Nachdem Sie Ihren Account für die Verwendung der Messages API eingerichtet haben, müssen Sie entscheiden, wie Sie Ihre Messages API-Einstellungen konfigurieren möchten. Es gibt zwei Möglichkeiten, dies zu tun:

  • Einstellungen auf Account-Ebene
  • Eine Vonage-Applikation

Die Hauptunterschiede zwischen den beiden bestehen darin, wo Sie Webhooks und die für die Authentifizierung verwendeten Anmeldedaten (und damit die verfügbaren Authentifizierungsmethoden) konfigurieren. Die Verwendung der Messages API mit Einstellungen auf Kontoebene ist in Bezug auf die Konfiguration näher an der Konfiguration der Einstellungen für die SMS API. In der nachstehenden Tabelle werden die Unterschiede im Detail verglichen.

Entscheidungsbereich SMS API (veraltet) Messages API (Einstellungen auf Account-Ebene) Messages API (Vonage-Applikation)
Berechtigungsnachweise API-Schlüssel und Geheimnis (oder Signaturgeheimnis) API-Schlüssel und Geheimnis Application ID und privater Schlüssel
Authentifizierung Basis-Authentifizierung oder Signatur-Authentifizierung Grundlegende Authentifizierung JWT signiert mit dem privaten Schlüssel
Eingehende Nachrichten Webhook-URL für eingehende Anrufe auf Account-Ebene in den API-Einstellungen, mit einer optionalen Überschreibung für eingehende Anrufe pro Nummer unter Your Numbers Eingehende Webhook-URL auf Account-Ebene in den API-Einstellungen Anwendungsebene Eingehende Webhook-URL in der mit der Nummer verknüpften Vonage-Anwendung
Status-Rückrufe1 Webhook-URL auf Account-Ebene in den API-Einstellungen (mit der Bezeichnung "Zustellungsquittungen") Webhook-URL auf Account-Ebene in den API-Einstellungen Status auf Anwendungsebene URL
API-Version2 Hat nur eine Version Einstellung der Messages API-Version auf Account-Ebene Einstellung der Messages API-Version auf Anwendungsebene
Zusätzliche Einstellungen Keine Keine Sichere eingehende Medien
Numbers der Konfigurationen Eine (Account-Ebene) Eine (Account-Ebene) Mehrere (jede Vonage Application hat ihre eigenen Einstellungen)
  1. Sowohl die SMS API als auch die Messages API unterstützen auch das Überschreiben der konfigurierten DLR/Status-Webhook-URL auf Basis einer einzelnen Anfrage.
  2. Wir empfehlen dringend, Messages API v1 für Ihre Migration zu verwenden. Stellen Sie sicher, dass die Version wird eingestellt auf v1 entweder in Ihren Account-Einstellungen oder in jeder von Ihnen erstellten Vonage-Applikation (je nachdem, welchen Konfigurationsansatz Sie verwenden). Dies ist die Standardeinstellung für alle neuen Vonage-Accounts, kann aber auch eingestellt werden auf v0.1 auf älteren Accounts aus Gründen der Abwärtskompatibilität.

Im Allgemeinen empfehlen wir die Verwendung von Vonage Applications für Ihre Messages API-Integration aufgrund ihrer größeren Flexibilität und der Verwendung von JWTs für die Authentifizierung. Da die Einstellungen auf Account-Ebene jedoch näher an dem von der SMS API verwendeten Ansatz liegen, sollten Sie für Ihre Migration einen zweistufigen Ansatz in Erwägung ziehen, bei dem Sie zunächst zu Einstellungen auf Account-Ebene und zur Basisauthentifizierung für die Messages API wechseln und dann Vonage Applications verwenden.

Was ist eine Vonage Application?

Eine Vonage Application mag für Entwickler, die von der SMS API kommen, ein neues Konzept sein. Sie ist im Wesentlichen ein Container für die Konfiguration und die Anmeldedaten. Sie ist nicht dasselbe wie Ihre Software-Anwendung.

Jede Vonage Application enthält:

  • Ein Name
  • Eine eindeutige Application ID
  • Ein generiertes öffentliches/privates Schlüsselpaar (verwendet für die JWT-Authentifizierung)
  • Zusätzliche produktspezifische Einstellungen. Für die Messages API sind dies Webhook-URLs für eingehende Nachrichten und Nachrichtenstatus-Updates

Die SMS API verwendet keine Applications. Webhooks werden global auf der Ebene des Accounts konfiguriert. Obwohl Sie mit der Messages API weiterhin Einstellungen auf Kontoebene verwenden können, wenn Sie sich dafür entscheiden, ist es auch unterstützt die Verwendung von Vonage Applications. Da jede Applikation ihre eigene Webhook-Konfiguration und -Einstellungen hat, ist es einfacher, mehrere Integrationen unabhängig voneinander zu verwalten.

Warum werden Vonage Applications empfohlen?

Die Wahl des Konfigurationsansatzes in der Messages API wirkt sich darauf aus, wo Ihre Einstellungen konfiguriert werden, und auch auf die verwendete Authentifizierungsmethode.

Vonage Applications werden empfohlen, weil:

  • Da die Einstellungen auf der Ebene der Vonage Applications definiert werden und Sie viele Applications erstellen können, ist es einfacher, mehrere Integrationen für unterschiedliche Geschäftsabläufe oder Anwendungsfälle zu verwalten.
  • Vonage Applications können programmatisch über die Vonage CLI oder Application API erstellt und verwaltet werden
  • Vonage Applications ermöglichen die Verwendung von JWTs, die mit einem öffentlichen/privaten Schlüsselpaar für die Authentifizierung generiert werden. Dadurch wird der Authentifizierungsprozess im Vergleich zur Basic Authentication um eine zusätzliche Sicherheitsebene erweitert.

Einstellungen auf Account-Ebene verwenden

Wenn Sie Einstellungen auf Account-Ebene mit den Messages API-Webhooks verwenden möchten, ist der grundlegende Einrichtungsablauf folgender:

  1. Öffnen Sie API-Einstellungen im Dashboard.
  2. Setzen Sie die Messages API Version zu v1.
  3. Konfigurieren Sie die eingehenden und Status-Webhook-URLs auf Account-Ebene.
  4. Überprüfung Ihre Numbers für alle eingehenden Überschreibungen pro Nummer, die das Routing ändern könnten.
  5. Senden Sie Messages API-Anfragen mit einfacher Authentifizierung.
  6. Überprüfen Sie, ob die eingehenden Nachrichten und Statusrückrufe die erwarteten Endpunkte auf Account-Ebene erreichen, bevor Sie den Produktionsverkehr umschalten.

Verwendung einer Vonage Application für Messages API

Wenn Sie Routing auf Anwendungsebene und JWT-Authentifizierung wünschen, ist der Einrichtungsablauf folgender:

  1. Erstellen Sie eine neue Anwendung, oder öffnen Sie die gewünschte Anwendung.
  2. Aktivieren Sie die Nachrichten Fähigkeit.
  3. Konfigurieren Sie die Webhook-URLs für eingehende und Statusmeldungen der Anwendung.
  4. Setzen Sie die Messages API Version zu v1.
  5. Verknüpfen Sie die SMS-fähige Nummer mit dieser Anwendung.
  6. Senden Sie Messages API-Anfragen mit JWT-Authentifizierung.
  7. Überprüfen Sie, ob eingehende Nachrichten und Statusrückrufe die Endpunkte auf Anwendungsebene erreichen, bevor Sie den Produktionsverkehr umleiten.

Erstellen einer Vonage API-Applikation

Es gibt drei alternative Methoden zur Erstellung einer Nachrichten-Anwendung:

  1. Verwenden der Vonage CLI
  2. Verwendung des Dashboards
  3. Verwendung der Application API

Jede dieser Methoden wird in den folgenden Abschnitten beschrieben.

So erstellen Sie eine Messages-Applikation mit der Vonage CLI

Um Ihre Anwendung mit der Vonage CLI zu erstellen, geben Sie den folgenden Befehl in die Shell ein:

vonage apps:create "My Messages App" --messages_inbound_url=https://example.com/webhooks/inbound-message --messages_status_url=https://example.com/webhooks/message-status

Mit diesem Befehl wird eine Vonage API-Anwendung mit einer Nachrichten Fähigkeitund die Webhook-URLs werden wie angegeben konfiguriert. Es wird auch eine private Schlüsseldatei erzeugt my_messages_app.key und erstellt oder aktualisiert die vonage_app.json Datei.

So erstellen Sie eine Nachrichten-Applikation mit dem Dashboard

Sie können eine Anwendung "Nachrichten" in der Dashboard.

So erstellen Sie Ihre Anwendung über das Dashboard:

  1. Unter Applications im Dashboard, klicken Sie auf die Schaltfläche Erstellen Sie eine neue Anwendung Taste.

  2. Unter Namegeben Sie den Namen der Applikation ein. Wählen Sie einen Namen, damit Sie ihn in Zukunft leichter finden.

  3. Klicken Sie auf die Schaltfläche Öffentlichen und privaten Schlüssel generieren. Dadurch wird ein öffentliches/privates Schlüsselpaar erstellt und der private Schlüssel wird von Ihrem Browser heruntergeladen.

  4. Unter Fähigkeiten wählen Sie die Nachrichten Taste.

  5. In der Eingehende URL geben Sie die URL für Ihren Webhook für eingehende Nachrichten ein, zum Beispiel, https://example.com/webhooks/inbound-message.

  6. In der Status-URL geben Sie die URL für Ihren Nachrichtenstatus-Webhook ein, zum Beispiel, https://example.com/webhooks/message-status.

  7. Klicken Sie auf die Neue Anwendung generieren Schaltfläche. Sie gelangen nun zum nächsten Schritt des Verfahrens "Anwendung erstellen", wo Sie eine Vonage API-Nummer mit der Anwendung verknüpfen und externe Accounts wie Facebook mit dieser Anwendung verknüpfen können.

  8. Wenn es ein externes Konto gibt, mit dem Sie diese Anwendung verknüpfen möchten, klicken Sie auf die Schaltfläche Verknüpfte externe Konten und klicken Sie dann auf die entsprechende Registerkarte Link für den Account, den Sie verknüpfen möchten.

Sie haben nun Ihre Anwendung erstellt.

HINWEIS: Stellen Sie vor dem Testen Ihrer Anwendung sicher, dass Ihre Webhooks konfiguriert sind und Ihr Webhook-Server läuft.

Erstellen einer Messages-Applikation mit Hilfe der Application API

Mit der Application API können Sie eine Vonage Application programmatisch erstellen und konfigurieren - ohne das Dashboard oder die CLI zu verwenden. Eine über die Application API erstellte Vonage Application funktioniert genauso wie eine über das Dashboard erstellte.

Einen vollständigen Überblick über die Erstellung einer Vonage Application finden Sie unter Erstellen einer Vonage-Applikation.

Verknüpfung einer Telefonnummer mit Ihrer Applikation

Öffnen Sie im Dashboard den Bereich Applications Seitewählen Sie die gewünschte Anwendung aus, und verknüpfen Sie die Nummer aus dem Verzeichnis der Anwendung Link-Nummern tab.

Sie können auch rufnummernspezifische Einstellungen für eingehende Webhooks verwalten unter Ihre Numbers. Das Dashboard zeigt an, dass ein eingehender Webhook pro Nummer den eingehenden Webhook auf Kontoebene übersteuert. Wenn Sie Numbers verwenden, die auch mit einer Nachrichten-Applikation verknüpft sind, validieren Sie das resultierende Routing in Ihrem Account, bevor Sie sich auf dieses Überschreibungsverhalten verlassen.

Wenn eine Nummer nicht mit einer Messages-fähigen Anwendung verknüpft ist, wird bei eingehenden SMS-Nachrichten an diese Nummer eine Anfrage an den Webhook für eingehende Nachrichten gesendet, der auf der Seite Account-Ebene im API-Einstellungen Dashboard-Konfiguration und nicht die Nachrichten-Webhook-Konfiguration auf Anwendungsebene.

Versenden einer SMS (Ausgehende Nachrichten)

Endpunkt

Aspekt Messages API SMS API (veraltet)
Endpunkt senden POST /v1/messages POST /sms/json
Methode POST POST
Inhalt-Typ anwendung/json anwendung/x-www-form-urlencoded

Struktur der Anfrage

Messages API-Nutzdaten:

{
  "message_type": "text",
  "text": "Hello from Vonage",
  "to": "447700900000",
  "from": "Vonage",
  "channel": "sms"
}

SMS API (Legacy) Nutzdaten:

from=Vonage
text=Hello from Vonage
to=447700900000

Hauptunterschiede im Anfragetext

Feld Messages API SMS API (veraltet)
to to to
from from from
text text text
Kanal "channel": "sms" (erforderlich) Implizit (nur SMS)
Art der Nachricht "message_type": "text" (erforderlich) Implizit

Code-Schnipsel

Die folgenden Codeschnipsel enthalten das cURL-Beispiel und die verfügbaren Server-SDK-Beispiele für jede API.

Messages API Code-Schnipsel

SchlüsselBeschreibung
VONAGE_APPLICATION_ID

The Vonage Application ID.

VONAGE_PRIVATE_KEY

Private key for the Vonage Application.

MESSAGES_TO_NUMBER

The number you are sending the to in E.164 format. For example 447700900000.

SMS_SENDER_ID

The alphanumeric string that represents the name or number of the organization sending the message.

Voraussetzungen

Wenn Sie keine Bewerbung haben, können Sie einen erstellen aufrufen. Stellen Sie sicher, dass Sie auch Ihre Webhooks konfigurieren.

Schreiben Sie den Code

Fügen Sie Folgendes zu send-sms.sh hinzu:

curl -X POST https://api.nexmo.com/v1/messages \
  -H "Authorization: Bearer "$JWT\
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json' \
  -d $'{
    "to": "'${MESSAGES_TO_NUMBER}'",
    "from": "'${SMS_SENDER_ID}'",
    "channel": "sms",
    "message_type": "text",
    "text": "This is an SMS sent using the Vonage Messages API."
  }'

Vollständige Quelle anzeigen

Führen Sie Ihren Code aus

Speichern Sie diese Datei auf Ihrem Rechner und führen Sie sie aus:

bash send-sms.sh

SMS API (Legacy) Codeschnipsel

SchlüsselBeschreibung
VONAGE_API_KEY

Your Vonage API key (see it on your dashboard).

VONAGE_API_SECRET

Your Vonage API secret (also available on your dashboard).

SMS_TO_NUMBER

The phone number you are sending the message to.

SMS_SENDER_ID

The alphanumeric string that represents the name or number of the organization sending the message.

Schreiben Sie den Code

Fügen Sie Folgendes zu send-sms.sh hinzu:

curl -X POST https://rest.nexmo.com/sms/json \
  -u "$VONAGE_API_KEY:$VONAGE_API_SECRET" \
  -d "from=${SMS_SENDER_ID}" \
  -d "to=${SMS_TO_NUMBER}" \
  -d 'text=A text message sent using the Vonage SMS API'

Vollständige Quelle anzeigen

Führen Sie Ihren Code aus

Speichern Sie diese Datei auf Ihrem Rechner und führen Sie sie aus:

sh send-sms.sh

Optionale Parameter und Funktionsunterschiede

Sobald die erforderlichen SMS-Felder migriert sind, müssen im nächsten Schritt alle optionalen SMS API-Parameter überprüft werden, auf die Ihre Integration angewiesen ist.

SMS API Parameter oder Aspekt Messages API-Äquivalent Anmerkungen
ttl ttl Beide APIs unterstützen TTL, aber die Einheiten und Grenzwerte unterscheiden sich. SMS API verwendet Millisekunden mit einem Bereich von 20000 zu 604800000. Messages API verwendet Sekunden mit einem Bereich von 20 zu 604800. Beide sind standardmäßig auf 72 Stunden eingestellt.
trusted-number trusted_recipient Derselbe Zweck: Aufhebung des Schutzes durch Fraud Defender auf der Basis einzelner Nachrichten für berechtigte Accounts.
message-class Keine Entsprechung Keine direkte Messages API Entsprechung für SMS message-class.
status-report-req Keine direkte Entsprechung Mit der SMS API können Sie DLRs explizit anfordern. Die Statusrückrufe der Messages API werden durch die Webhook-Konfiguration gesteuert und nicht durch einen Booleschen Wert pro Nachricht.
callback webhook_url Beide überschreiben das standardmäßige Statusrückrufziel auf einer Basis pro Nachricht.
client-ref client_ref Bei beiden können Sie Ihre eigene Referenz für die Korrelation anhängen.
entity-id sms.entity_id Gleicher Regelungszweck; die Benennung ändert sich von Bindestrich zu Unterstrich. Eingebettet in die sms Objekt.
content-id sms.content_id Gleicher Regelungszweck; die Benennung ändert sich von Bindestrich zu Unterstrich. Eingebettet in die sms Objekt.
pool-id sms.pool_id Gleiches Nummernpool-Verhalten; die Benennung ändert sich von Bindestrichen zu Unterstrichen. Verschachtelt in der sms Objekt.
account-ref Keine Entsprechung Der Parameter SMS API billing/account reference hat keine direkte Messages API Entsprechung.
type / Kodierungskontrolle sms.encoding_type mit text, unicode, oder auto SMS API verwendet type mit text, unicode, oder binary. Messages API erkennt die Kodierung standardmäßig automatisch.
body, udh, protocol-id / Binäre SMS-Felder Keine Entsprechung SMS API unterstützt binäre SMS durch type=binary zusammen mit body, udhund protocol-id.

HTTP-Antwort-Codes

Dies ist einer der wichtigsten Unterschiede im Verhalten der beiden APIs.

Die SMS API gibt immer ein 200 HTTP-Antwortcode, unabhängig von Erfolg oder Misserfolg, mit einer status Parameter im Antwortkörper, dessen Wert dem Ergebnis entspricht.

Die Messages API gibt ein 202 Antwortcode für erfolgreiche Anfragen, und 4xx oder 5xx Codes für Fehlerantworten.

Einige Beispiele sind in der nachstehenden Vergleichstabelle aufgeführt.

Szenario Messages API SMS API (veraltet)
Erfolg Rückgabe HTTP 202 Accepted auf Erfolg. Kehrt immer zurück HTTP 200. Der tatsächliche Status steht im Antwortkörper ("status": "0" für den Erfolg).
Autorisierungsfehler HTTP 401 Unauthorized HTTP 200 mit Körperstatus 4 (Invalid Credentials).
Ungültige Parameter HTTP 422 Unprocessable Entity HTTP 200 mit Körperstatus 2 (Missing Parameters) oder 3 (Invalid Parameters).

Siehe Messages API-Fehler, SMS API-Fehlercodesund die SMS API Sendeendpunkt für die vollständigen Fehlerdetails.

SMS API Erfolgsmeldung

{
  "message-count": "1",
  "messages": [
    {
      "to": "447700900000",
      "message-id": "0A0000000123ABCD1",
      "status": "0",
      "remaining-balance": "3.14159265",
      "message-price": "0.03330000",
      "network": "23410"
    }
  ]
}

SMS API-Fehlerantwort

{
  "message-count": "1",
  "messages": [
    {
      "status": "4",
      "error-text": "Bad Credentials"
    }
  ]
}

Messages API Erfolgsmeldung

{
  "message_uuid": "aaaaaaaa-bbbb-4ccc-8ddd-0123456789ab"
}

Die Messages API gibt eine einzelne message_uuid anstelle eines Arrays von Nachrichtenobjekten. Verwenden Sie diese UUID, um Statusrückrufe zu korrelieren.

Messages API Error Response (401 Unauthorized)

{
  "type": "https://developer.vonage.com/api-errors#unauthorized",
  "title": "Unauthorized",
  "detail": "You did not provide correct credentials.",
  "instance": "bf0ca0bf927b3b52e3cb03217e1a1ddf"
}

Empfangen einer SMS (eingehende Nachrichten)

Beide APIs liefern eingehende SMS-Nachrichten an eine von Ihnen konfigurierte Webhook-URL. Es gibt einige Unterschiede zwischen den beiden APIs in der Struktur der eingehenden Nutzdaten und der Benennung der Parameter. Die Webhook-Einrichtung wird in Einrichten Ihres Vonage Accounts zur Verwendung der Messages API.

SMS API Eingehende Nutzdaten

Wenn eine Nachricht über die SMS API empfangen wird, sendet Vonage eine

GET
- oder
POST
-Anfrage an Ihre konfigurierte Inbound-Webhook-URL.

Beispiel-Nutzlast:

{
  "msisdn": "447700900001",
  "to": "447700900000",
  "messageId": "0A0000000123ABCD1",
  "text": "Hello from a user",
  "type": "text",
  "keyword": "HELLO",
  "message-timestamp": "2020-01-01 12:00:00"
}

Messages API Eingehende Nutzdaten

Wenn eine Nachricht über die Messages API empfangen wird, sendet Vonage eine

POST
-Anfrage an die konfigurierte Inbound-URL Ihrer Anwendung.

Beispiel-Nutzlast:

{
   "channel": "sms",
   "message_uuid": "aaaaaaaa-bbbb-4ccc-8ddd-0123456789ab",
   "to": "447700900000",
   "from": "447700900001",
   "timestamp": "2025-02-03T12:14:25Z",
   "text": "Hello From Vonage!",
   "sms": {
      "num_messages": "2",
      "keyword": "HELLO"
   },
   "usage": {
      "currency": "EUR",
      "price": "0.0333"
   },
   "origin": {
      "network_code": "12345"
   }
}

Verfolgung des Nachrichtenstatus

Die Messages API verwendet Status-Callbacks, um Ihre Anwendung zu benachrichtigen, wenn sich der Status einer Nachricht ändert. Diese sind das Messages API-Äquivalent zu den von der SMS API verwendeten Delivery Receipts (DLRs).

DLR-Status Äquivalente

Die nächstgelegenen Messages API-Äquivalente für SMS API DLR-Status sind unten aufgeführt:

SMS API DLR-Status Am nächsten liegende Messages API-Äquivalente Anmerkungen
accepted submitted Tritt ein, wenn die Nachricht an ein Provider-Gateway weitergeleitet wurde. Dies ist das kostenpflichtige Ereignis.
buffered Keine Entsprechung Wird in der Praxis nur selten verwendet und nicht weitergeleitet.
delivered delivered Zeigt den Empfang durch das Endgerät an, abhängig von der Unterstützung durch den Netzbetreiber.
expired rejected Entspricht in der Regel dem Messages API-Fehlercode 1360.
failed rejected Zeigt eine Störung des Providers oder einen Netzwerkfehler an.
unknown rejected Entspricht in der Regel dem Messages API-Fehlercode 1330.
rejected rejected Siehe Messages API-Fehlercodes.

Weitere Informationen finden Sie unter Messages API-Statusrückrufe.

Zusätzliche Funktionen der Messages API

Dieser Leitfaden konzentriert sich zwar auf die Migration Ihrer SMS-Integration, aber die Messages API bietet eine Reihe zusätzlicher Funktionen, die es wert sind, erkundet zu werden, sobald Ihre Migration abgeschlossen ist.

Multi-Channel-Messaging

Die Messages API unterstützt mehrere Kanäle über eine einzige, einheitliche API-Schnittstelle. Sobald Sie Ihre SMS-Integration migriert haben, können Sie neue Kanäle hinzufügen, ohne Ihre Kernintegration zu ändern:

Kanal Beschreibung
MMS Senden Sie Multimedia-Inhalte (Bilder, Audio, Video) an US-amerikanische und kanadische Numbers.
RCS Rich Communication Services - Senden Sie interaktive Nachrichten mit Bildern, Antwortvorschlägen und Aktionsschaltflächen an Android- und iOS-Geräte.
WhatsApp Senden und empfangen Sie Nachrichten auf WhatsApp über einen verifizierten Business Account.
Facebook Messenger Binden Sie Kunden über Messenger ein.
Viber Nachrichten über den Viber-Dienst Nachrichten senden.
E-Mail Senden Sie Transaktions-E-Mails über dieselbe einheitliche API, die Sie bereits für andere Messaging-Kanäle verwenden.

Die Struktur der Anfrage ist für alle Kanäle gleich. Um eine Nachricht über einen anderen Kanal zu senden, ändern Sie das Kanalfeld und fügen alle kanalspezifischen Parameter hinzu. Ihr Webhook-Handler für Statusrückrufe und eingehende Nachrichten funktioniert unabhängig vom Kanal auf die gleiche Weise.

Ausfallsicherung

Die Messages API unterstützt Failover-Workflows, die es Ihnen ermöglichen, eine Nachricht automatisch auf einem anderen Kanal zu wiederholen, wenn der erste Versuch fehlschlägt oder nicht innerhalb eines bestimmten Zeitfensters gelesen wird. Sie können zum Beispiel eine WhatsApp-Nachricht senden und auf SMS zurückgreifen, wenn der Empfänger kein WhatsApp hat oder die Nachricht nicht innerhalb eines bestimmten Zeitraums liest.

Siehe Messages API Failover für weitere Informationen.

Reichhaltiger Inhalt

Auf Kanälen, die dies unterstützen (RCS, WhatsApp, MMS, Messenger, Viber), können Sie mit der Messages API senden:

  • Bilder, Video, Audio und Dateianhänge
  • Interaktive Nachrichtenvorlagen
  • Vorgeschlagene Antwort- und Aktionsschaltflächen (RCS, WhatsApp)
  • Reichhaltige Karten und Karussells (RCS)

Weitere Lektüre