Tout ce qui mérite d'être su, rien qui ne le mérite pas.
Comment fonctionne une plateforme CPaaS
Votre application effectue un appel HTTPS (ou SMPP) à l'API de la plateforme. La CPaaS gère la connectivité avec l'opérateur, l'attribution des numéros, l'encodage des messages, le routage au moindre coût, la conformité réglementaire et la gestion des accusés de réception, puis renvoie l'état des envois via des webhooks. Le développeur n'a jamais à interagir avec un SMSC, une pile SS7 ou un contrat avec un opérateur : la plateforme abstrait tout cela derrière un point de terminaison REST et des SDK. Voir /platforms/cpaas et /answers/what-is-sms-api.
Les composants principaux
API de canaux (SMS, voix, WhatsApp, RCS, e-mail, vérification) ; kits de développement logiciel (SDK) et interface REST/SMPP ; gestion des numéros de téléphone et des identifiants d’expéditeur ; système de routage et de basculement entre les connexions des opérateurs ; accusés de réception et webhooks ; et tableaux de bord pour l’analyse, les journaux et la facturation. Ensemble, ils permettent de simplifier l’infrastructure télécom multi-opérateurs grâce à quelques appels d’API. Voir /answers/what-is-cpaas et /answers/what-is-omnichannel-messaging.
CPaaS vs UCaaS vs CCaaS
Les plateformes CPaaS proposent des API modulaires que les développeurs intègrent à leurs logiciels. Les communications unifiées (UCaaS) vendent un produit fini (système téléphonique cloud, réunions, messagerie instantanée) pour la collaboration interne. Les centres de contact (CCaaS) proposent une suite logicielle complète pour les agents. La différence réside dans la programmabilité : les CPaaS constituent la boîte à outils ; les UCaaS et CCaaS sont les applications assemblées, souvent construites sur une plateforme CPaaS. Voir /products/omnichannel.
Avantages de la création d'une plateforme CPaaS
Une seule intégration permet d'accéder à tous les opérateurs et canaux ; la facturation à l'usage remplace les contrats avec les opérateurs et les engagements minimums ; l'ajout de nouveaux canaux (WhatsApp ou RCS) ne nécessite aucune infrastructure supplémentaire ; et la plateforme assure la conformité, le routage et la continuité d'activité. Elle place les SMS, les appels et la messagerie enrichie au même niveau que n'importe quelle autre API de votre environnement de développement. Voir /products/sms-api, /products/voice et /products/whatsapp-business-api.
Limites et éléments à évaluer
La qualité d'une CPaaS dépend de facteurs invisibles via l'API : la directivité des routes (empruntent-elles des routes A2P directes ou des routes grises ?), la couverture des opérateurs sur vos marchés cibles, la délivrabilité et la fidélité DLR, la réactivité du support et la conformité réglementaire pour l'enregistrement de l'identifiant de l'expéditeur. Une API performante, même avec des routes de mauvaise qualité, ne garantit pas une livraison optimale ; évaluez le réseau dans son ensemble, et pas seulement la documentation. Consultez les discussions /answers/what-is-grey-route-sms et /answers/what-is-throughput-sla.
Un CPaaS est-il la même chose qu'un agrégateur de SMS ?
Historiquement, non : un agrégateur SMS revendait la terminaison d'envoi de SMS en masse, tandis qu'une plateforme CPaaS y ajoutait des fonctionnalités voix, omnicanales et des API pour développeurs. Aujourd'hui, les termes se confondent : la plupart des fournisseurs de CPaaS sont également des agrégateurs, et ces derniers ont intégré des API similaires à celles des CPaaS. Le critère pertinent est l'étendue des fonctionnalités et la programmabilité : une véritable plateforme CPaaS offre de multiples canaux et de véritables kits de développement logiciel (SDK), et non un simple point de terminaison HTTP pour les SMS. Voir /answers/what-is-a2p-sms.