Alles Wissenswerte, nichts Unwissendes.
Wie eine CPaaS funktioniert
Ihre Anwendung sendet einen HTTPS- (oder SMPP-)Aufruf an die API der Plattform. Die CPaaS-Lösung übernimmt die Netzbetreiberanbindung, die Rufnummernbereitstellung, die Nachrichtenkodierung, das kostengünstigste Routing, die Einhaltung gesetzlicher Bestimmungen und die Zustellungsbestätigungsverarbeitung und sendet den Status anschließend per Webhook zurück. Der Entwickler hat keinerlei Berührungspunkte mit einem SMSC, einem SS7-Stack oder einem Betreibervertrag – die Plattform abstrahiert all dies hinter einem REST-Endpunkt und SDKs. Siehe /platforms/cpaas und /answers/what-is-sms-api.
Die Kernkomponenten
Kanal-APIs (SMS, Sprache, WhatsApp, RCS, E-Mail, Verifizierung); SDKs und eine REST/SMPP-Schnittstelle; Bereitstellung von Telefonnummern und Absenderkennungen; ein Routing- und Failover-System für Verbindungen zwischen verschiedenen Netzbetreibern; Zustellbestätigungen und Webhooks; sowie Dashboards für Analysen, Protokolle und Abrechnung. Zusammen ermöglichen sie die Nutzung komplexer Telekommunikationssysteme mehrerer Netzbetreiber mit wenigen API-Aufrufen. Siehe /answers/what-is-cpaas und /answers/what-is-omnichannel-messaging.
CPaaS vs UCaaS vs CCaaS
CPaaS bietet API-Bausteine, die Entwickler in ihre eigene Software integrieren. UCaaS (Unified Communications) bietet ein fertiges Produkt – Cloud-Telefonsystem, Meetings, Chat – für die interne Zusammenarbeit. CCaaS (Contact Center) bietet eine komplette, agentenorientierte Contact-Center-Suite. Der Unterschied liegt in der Programmierbarkeit: CPaaS ist das Toolkit; UCaaS und CCaaS sind die fertigen Anwendungen, die häufig auf einer CPaaS-Plattform aufbauen. Siehe /products/omnichannel.
Vorteile der Entwicklung auf einer CPaaS-Plattform
Eine einzige Integration erreicht jeden Netzbetreiber und Kanal; nutzungsbasierte Abrechnung statt Verträgen mit Netzbetreibern und Mindestverpflichtungen; neue Kanäle (z. B. WhatsApp oder RCS) ohne zusätzliche Infrastruktur; und integrierte Compliance, Routing und Failover – die Plattform übernimmt das für Sie. SMS, Sprach- und Rich-Messaging-Dienste werden damit auf die gleiche Entwicklerebene gestellt wie jede andere API in Ihrem Stack. Siehe /products/sms-api, /products/voice und /products/whatsapp-business-api.
Einschränkungen und Bewertungskriterien
Die Qualität von CPaaS hängt von Faktoren ab, die über die API nicht ersichtlich sind: Direktheit der Routen (direkte A2P-Routen oder Graurouten?), Netzabdeckung in Ihren Zielmärkten, Zustellbarkeit und DLR-Genauigkeit, Reaktionsfähigkeit des Supports und regulatorische Reichweite für die Sender-ID-Registrierung. Selbst eine saubere API führt bei schlechten Routen zu schlechter Zustellung – bewerten Sie das Netzwerk, nicht nur die Dokumentation. Siehe /answers/what-is-grey-route-sms und /answers/what-is-throughput-sla.
Ist CPaaS dasselbe wie ein SMS-Aggregator?
Historisch gesehen nein: Ein SMS-Aggregator verkaufte die Massen-SMS-Terminierung weiter, während eine CPaaS-Lösung zusätzlich Sprach-, Omnichannel- und Entwickler-APIs bot. Heute überschneiden sich die Begriffe – die meisten CPaaS-Anbieter sind auch Aggregatoren, und Aggregatoren haben APIs im CPaaS-Stil integriert. Entscheidend sind Umfang und Programmierbarkeit: Eine echte CPaaS-Lösung bietet Ihnen mehrere Kanäle und echte SDKs, nicht nur einen SMS-HTTP-Endpunkt. Siehe /answers/what-is-a2p-sms.