Appels, contacts, SMS, webhooks. Une API REST propre qui vous donne les briques de base — pour que le système téléphonique s'adapte à votre stack, pas l'inverse.
Allo gère les appels, les SMS et les résumés IA. L'API vous donne les données brutes et les déclencheurs — pour que vous puissiez tout câbler dans ce que votre équipe utilise déjà.
Récupérez les appels avec enregistrements, transcriptions, résumés IA et tags. Envoyez-les là où vos commerciaux travaillent vraiment — Salesforce, HubSpot, ou l'outil interne que vous avez construit le trimestre dernier.
GET /v1/api/callsCréez, mettez à jour, recherchez et récupérez des contacts depuis n'importe où. Nouveau lead dans votre CRM ? Envoyez-le vers Allo. Contact modifié dans Allo ? Votre base de données est prévenue via webhook.
POST /v1/api/contactsRappels de rendez-vous, notifications d'expédition, OTP, confirmations de planning. Une requête POST et c'est parti — depuis votre numéro Allo, enregistré dans le même fil que le reste de la conversation.
POST /v1/api/smsLes webhooks se déclenchent quand un appel se termine, qu'un SMS arrive ou qu'un contact change. Pas de polling, pas de cron. Votre stack réagit en temps réel — exactement quand l'événement se produit.
POST /v1/api/webhooksUne API petite et focalisée. Pas d'endpoints legacy tentaculaires, pas de dépréciations mystérieuses. Lisez la doc une fois, et c'est parti.
Cherchez dans votre historique d'appels. Chaque entrée inclut les transcriptions, résumés IA, URL d'enregistrement, sélections IVR et chaînes de transfert.
CRUD complet sur votre base de contacts. Créez, récupérez par ID, mettez à jour et recherchez — avec les données d'engagement incluses dans chaque réponse.
Envoyez des SMS programmatiquement depuis n'importe lequel de vos numéros Allo. Endpoints dédiés pour les États-Unis et la France, tous deux au format E.164.
Abonnez une URL aux événements d'appel, SMS et contact. Payloads complets — pas besoin d'une seconde requête pour enrichir les données.
Récupérez tout le fil d'un contact — appels et SMS assemblés, dans l'ordre, avec pagination intégrée dès le premier jour.
Listez tous les numéros Allo de votre compte. Utilisez-le pour router, filtrer ou associer un numéro à un propriétaire sans hardcoder.
L'API est REST, l'authentification tient dans un seul en-tête, et les réponses sont du JSON prévisible. Rien d'astucieux. Rien à mémoriser.
Authorization, et vous y êtes.
size et page, jusqu'à 100 par requête. C'est tout.
reset_in pour que votre logique de retry sache quoi faire.
Plus besoin de polling. Pointez Allo vers une URL, choisissez vos topics, et on livre un payload complet — résumé IA et transcription inclus — dès que l'appel se termine ou que le SMS arrive.
200 en moins de 30 secondes, utilisez HTTPS et gardez votre handler léger — sinon on considère que votre endpoint est down.
Réponses courtes. Pour la version longue, la doc a tout ce qu'il faut.
/v1/api/sms, facturés au segment comme le reste de votre usage SMS.
Authorization. Il vous faut un compte Allo et une clé API générée depuis vos paramètres pour accéder aux endpoints.
/v1/api/sms et pour les numéros français via /v1/api/sms/fr. Le destinataire doit être dans le même pays que le numéro Allo depuis lequel vous envoyez. Messages jusqu'à 1 000 caractères.
Authorization de chaque requête. Chaque clé a un ou plusieurs scopes — CONVERSATIONS_READ, CONTACTS_READ, SMS_SEND, WEBHOOKS_READ_WRITE — pour donner exactement l'accès nécessaire, et rien de plus.
CALL_RECEIVED, SMS_RECEIVED, SMS_SENT, CONTACT_CREATED et CONTACT_UPDATED. Abonnez-vous à n'importe quelle combinaison. Votre endpoint doit être en HTTPS et répondre par un 200 en moins de 30 secondes, sinon la livraison est marquée comme échouée.
429 avec un champ reset_in (en secondes) pour que votre backoff exponentiel sache exactement quand réessayer. Mettez en cache quand vous pouvez, abonnez-vous aux webhooks plutôt que de poller quand vous ne pouvez pas.
Obtenez une clé API, appelez votre premier endpoint en moins d'une minute, et intégrez Allo dans ce que vous livrez cette semaine.