Aller au contenu
OmniChannels.ai

Une seule API de messagerie pour huit canaux

Envoyez SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, e-mail et notifications push depuis votre propre code, avec une seule URL de base et un seul token Bearer. Suivez chaque message grâce aux webhooks, montez en charge sur le SMS avec SMPP et laissez les agents IA utiliser la même API via MCP.

POST /sms/sendSmscURL
curl -X POST https://api.broadnet.me/sms/sendSms \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "senderId": "OmniDemo",
    "destinationNumber": "447700900123",
    "message": "Your code is 482913",
    "messageType": "TEXT"
  }'

# 200 OK
2603121407537573731

Une vraie requête : POST /sms/sendSms renvoie l'identifiant du message en texte brut. Remplacez le token, l'identifiant d'expéditeur et le numéro par les vôtres.

En bref

Mis à jour le

OmniChannels.ai offre aux développeurs une seule API REST pour SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, e-mail et push. Elle compte environ 225 chemins documentés dans une spécification OpenAPI 3.1, un SDK TypeScript, des webhooks de statut de livraison, SMPP v3.4 sur TLS et un serveur MCP pour les agents IA. L'accès de test envoie vers vos propres numéros vérifiés, des ingénieurs accompagnent votre intégration et les revendeurs peuvent utiliser la même API sous leur propre marque.

Ce que vous obtenez en tant que développeur

Une seule intégration couvre tous les canaux utilisés par vos clients, avec l'outillage qu'attend une équipe en production.

Un cœur de messagerie illustré (API REST, webhooks, SMPP sur TLS, MCP pour agents IA) achemine le trafic vers WhatsApp, SMS, RCS, Messenger, Instagram, Telegram, e-mail et push.

L'offre développeurs en un coup d'œil

Ce qui est disponible aujourd'hui, et ce qui se met en place avec notre équipe.

ÉlémentStatutDétails
API REST (SMS, WhatsApp, RCS, Messenger, Instagram, Telegram, e-mail, push)DisponibleURL de base https://api.broadnet.me avec authentification par token Bearer. L'accès de test est délivré après une courte demande.
Webhooks de statut de livraisonDisponibleConfigurés par compte ou sous-compte. Les statuts sont normalisés pour tous les canaux.
SDK TypeScriptDisponiblenpm install @broadnet/cpaas-sdk axios. Les autres langages appellent directement l'API REST ou génèrent un client.
Spécification OpenAPI 3.1DisponiblePublique sur https://omnichannels.ai/developers/openapi.json (YAML sur /developers/openapi.yaml) : toutes les opérations qu'un token client peut appeler, pour Postman, Insomnia, la génération de clients et les outils de code IA.
Serveur MCPDisponiblehttps://mcp.broadnet.me/mcp en Streamable HTTP, authentifié avec votre token.
SMPP v3.4 sur TLSSur demandeBinds, débit et liste blanche d'adresses IP sont configurés pour votre compte par notre équipe.
Voix (OTP, SVI, appels sortants, agents vocaux IA)Sur demandeMise en place avec l'équipe de compte ; l'API REST n'expose aucun endpoint vocal public.

De la première requête à la production

Il n'y a pas d'inscription instantanée en libre-service. L'accès commence par une courte demande, afin que le compte soit configuré pour vos canaux et vos pays.

  1. 1

    Demandez un accès de test

    Indiquez-nous vos canaux, pays de destination, volumes et cas d'usage. Un ingénieur étudie la demande et vous délivre des identifiants de test.

  2. 2

    Envoyez votre premier message de test

    Suivez le guide de démarrage rapide pour envoyer un SMS à votre propre numéro vérifié et recevoir son statut de livraison sur votre webhook.

  3. 3

    Construisez l'intégration

    Ajoutez les canaux nécessaires, gérez les erreurs et les nouvelles tentatives, et enregistrez les identifiants de message. Nos ingénieurs peuvent relire votre conception REST ou SMPP.

  4. 4

    Faites approuver vos expéditeurs

    Identifiants d'expéditeur, comptes WhatsApp Business et agents RCS sont enregistrés en parallèle de votre développement, selon les règles de chaque pays et de chaque plateforme.

  5. 5

    Passez en production

    Les routes de production sont activées pour votre compte. Votre code continue d'appeler la même URL de base : rien ne change au moment de la bascule.

Cette API est-elle adaptée à votre équipe ?

Adapté si

  • Vous voulez une seule intégration pour le SMS, WhatsApp, le RCS, les messageries sociales, l'e-mail et le push, plutôt que plusieurs fournisseurs.
  • Vous avez besoin du statut de livraison de chaque message dans vos propres systèmes, pas seulement dans un tableau de bord.
  • Vous envoyez de gros volumes de SMS et voulez SMPP en complément de REST.
  • Vous revendez de la messagerie et avez besoin de la même API sous votre marque, avec des sous-comptes.
  • Vous développez des agents IA qui doivent envoyer et suivre des messages via MCP.

Bon à savoir avant de commencer

  • Il n'y a pas d'inscription instantanée en libre-service ; l'accès de test est délivré après une courte demande.
  • Le SDK officiel existe uniquement en TypeScript ; les autres langages passent par de simples requêtes HTTP ou un client généré à partir de la spécification.
  • L'API ne prend pas de clé d'idempotence : votre intégration doit enregistrer chaque envoi avant toute nouvelle tentative.
  • La voix et SMPP sont mis en place avec notre équipe, et non via des endpoints publics.
  • Les envois WhatsApp, Messenger et Instagram suivent les règles de Meta, notamment les modèles approuvés et les fenêtres de messagerie.

Documentation

Tout ce qu'il faut pour intégrer l'API, du premier appel aux binds SMPP et aux agents IA. La documentation technique est rédigée en anglais.

Comment l'API s'intègre à votre stack

Vos systèmes appellent une seule REST API avec un seul jeton bearer. BroadNet achemine chaque message par le bon canal et le bon opérateur, et renvoie les statuts de livraison sur votre webhook.

Votre application, CRM ou agent IA

  • Jeton bearer, une seule URL de base
  • SMPP 3.4 sur TLS pour les gros volumes
  • Serveur MCP pour les agents IA

API de messagerie BroadNet

https://api.broadnet.me
Routage et repliRoutes opérateurs directes

Le téléphone de votre client

Statuts de livraison sur votre webhook

SENTDELIVEREDREADFAILED

Questions des développeurs

Comment s'authentifier ?

Envoyez le token d'accès de votre compte dans un en-tête Authorization: Bearer à chaque requête. Les tokens sont délivrés par compte ; aucun endpoint n'échange un identifiant et un mot de passe contre un token. Un token absent ou invalide renvoie une erreur 401. Conservez le token sur vos serveurs, jamais dans du code navigateur ou mobile.

Quelle est l'URL de base, et existe-t-il une sandbox séparée ?

Tous les appels partent vers https://api.broadnet.me, sans préfixe de version. Test et production utilisent la même URL de base : les identifiants de test n'envoient que vers vos propres numéros vérifiés, et la production est activée pour votre compte après l'approbation des expéditeurs. Votre code ne change donc pas.

Comment obtenir les accusés de réception ?

Les statuts sont poussés vers l'URL de webhook configurée sur votre compte : SUBMITTED, SENT, DELIVERED, READ sur les canaux qui remontent la lecture, FAILED et REJECTED. Vous pouvez aussi interroger l'API, par exemple GET /sms/list pour les envois SMS en masse et GET /whatsapp/message/bulk-insights pour les lots WhatsApp.

Comment gérer les nouvelles tentatives et les doublons ?

Ne relancez que les erreurs réseau et les réponses 429 et 5xx, avec un backoff exponentiel et du jitter, et ne relancez jamais une erreur 4xx à l'identique. L'API ne prend pas de clé d'idempotence : enregistrez chaque envoi avant de l'effectuer, conservez l'identifiant de message renvoyé et vérifiez le statut après un timeout avant de renvoyer.

Quelles sont les limites de débit ?

Les valeurs par défaut documentées sont de 200 requêtes par seconde en REST avec des pics jusqu'à 500 pendant 60 secondes au maximum, 1 000 messages par seconde par bind SMPP et 50 requêtes par seconde pour le number lookup. Les limites de votre compte sont confirmées avec vos identifiants. Les requêtes au-delà de la limite renvoient une erreur 429 avec un en-tête Retry-After.

Quels langages sont pris en charge ?

Tout langage capable d'émettre des requêtes HTTPS. Il existe un SDK TypeScript officiel, @broadnet/cpaas-sdk, et la documentation fournit des exemples HTTP simples en cURL, Node.js, Python, PHP, Java, .NET, Go et Ruby. Vous pouvez aussi générer un client à partir de la spécification OpenAPI 3.1, publique sur /developers/openapi.json.

Faut-il utiliser REST ou SMPP pour le SMS ?

REST convient à la plupart des applications et donne accès à tous les canaux via une seule API. SMPP v3.4 sur TLS convient au SMS à fort volume soutenu, surtout si vous exploitez déjà un client SMPP. Binds, débit et listes blanches d'adresses IP sont configurés pour votre compte, et vous pouvez utiliser les deux sur un même compte.

Puis-je revendre de la messagerie via l'API ?

Oui. Les revendeurs utilisent la même API sous leur propre marque. Chaque sous-compte dispose de son crédit, de ses identifiants d'expéditeur, de ses utilisateurs et de ses webhooks, et une API revendeur couvre la création de comptes, les recharges de crédit, les grilles tarifaires et le reporting. Mentionnez la revente lors de votre demande d'accès pour que nous mettions la structure en place avec vous.

Guides sur ce sujet

Découvrir le reste de la plateforme

Demandez un accès de test

Indiquez-nous vos canaux, vos pays et vos volumes. Un ingénieur configurera des identifiants de test pour vos numéros vérifiés et vous aidera à planifier le passage en production.

Présentez-nous votre stack et ce que vous souhaitez connecter. Un ingénieur solutions reviendra vers vous.

Échanger avec un spécialiste API

Nous l'utilisons pour vous répondre. Tout domaine professionnel convient.

Facultatif. Indiquez l'indicatif du pays si vous préférez un appel.

Ajouter des précisions (facultatif)
Canaux qui vous intéressent(facultatif)

Notre équipe vous contactera au sujet de votre intégration.