LinkedIn
Instagram
WhatsApp
Telegram
Gmail
Outlook
Google Agenda
Rejoindre la communauté SlackUne API multi-canal pour les agents IA : E-mail, LinkedIn, WhatsApp et au-delà
Donnez à vos agents IA un accès authentifié à l'e-mail, LinkedIn, WhatsApp, Telegram et Instagram - à partir d'une API unifiée unique. Agissant au nom de l'utilisateur authentifié, pas d'une boîte de réception système partagée. Serveur MCP natif inclus.
# Dotez vos agents d'outils multicanaux
from unipile import UnipileClient
client = UnipileClient(clé_api="VOTRE_CLÉ")
# Lire les e-mails au nom de l'utilisateur
courriels = client.l'email.list(
account_id="compte_gmail_utilisateur"
)
# Envoyer un message privé sur LinkedIn au nom de l'utilisateur
client.messaging.send(
account_id="compte_linkedin_utilisateur",
identifiant_prestataire_participant="identifiant_prospect",
text="Bonjour, j'ai vu votre publication..."
)Qu'est-ce qu'une API multicanal pour les agents IA ?
Les agents IA ont besoin de plus qu'une seule boîte de réception pour fonctionner à grande échelle. Une API multi-canal pour agents IA est une interface unifiée qui permet à un agent de lire, envoyer et gérer les communications via email, LinkedIn, WhatsApp, Telegram et Instagram, le tout à partir d'une seule intégration, agissant au nom de l'utilisateur authentifié qui a accordé l'accès. Unipile est la seule API multi-canal pour agents IA qui couvre la messagerie professionnelle ET l'e-mail dans un seul point d'accès, avec un serveur MCP natif pour l'e-mail et tous les autres canaux.
Une API multicanal pour agents IA est une couche API qui donne à un agent IA un accès authentifié à plusieurs canaux de communication, y compris les e-mails, les messages directs LinkedIn, WhatsApp, Telegram et Instagram, via un point d'accès unique. L'agent agit au nom d'un utilisateur authentifié, lisant et envoyant des messages à partir des comptes réels de cet utilisateur plutôt que d'une boîte de réception système générique. C'est la différence fondamentale entre un agent qui semble humain et un autre qui ressemble à un bot.
| Chaîne | Soutenu | Lu | Envoyer | Au nom de l'utilisateur | Boîte de réception réservée aux agents |
|---|---|---|---|---|---|
| Courriel (Gmail) | Au nom de | ||||
| Email (Outlook) | Au nom de | ||||
| Courriel (IMAP) | Au nom de | ||||
| Au nom de | |||||
| Au nom de | |||||
| Telegram | Au nom de | ||||
| Au nom de |
Prêt à donner à votre agent IA un accès multicanal ?
DémarrerAPI d'e-mail pour les agents IA : pourquoi le canal unique ne suffit pas
Une API de messagerie électronique pour les agents IA résout une partie du problème. Votre agent peut lire une boîte de réception Gmail, rédiger des réponses et déclencher des suivis. Mais dès qu'un prospect répond sur LinkedIn, qu'un client contacte sur WhatsApp et qu'un contact clé répond uniquement via Telegram, un agent mono-canal se tait. La communication réelle ne se fait pas dans une seule boîte de réception. C'est pourquoi une API multi-canal pour les agents IA est devenue la norme architecturale pour les piles d'agents de niveau production en 2026.
Les chaînes ne se parlent pas entre elles
Un prospect pourrait ignorer votre courriel mais répondre à un message LinkedIn en quelques heures. Avec une seule API de courriel, votre agent n'a aucune visibilité sur ces conversations parallèles et ne peut pas coordonner une séquence d'engagement cohérente sur les canaux.
Le contexte est perdu entre les changements d'interlocuteurs
Lorsque votre agent consulte un fil de discussion par e-mail mais n'a pas accès à l'historique des conversations LinkedIn avec ce même contact, ses réponses manquent de contexte. Une API de messagerie unifiée pour les agents IA comble cette lacune en centralisant toutes les données provenant des différents canaux en un seul endroit.
Les intégrations multiples multiplient les coûts de maintenance
Assembler une API d'e-mail distincte, un wrapper pour l'API LinkedIn, une intégration WhatsApp et un bot Telegram crée quatre flux d'authentification, quatre banques de données d'identifiants et quatre points de défaillance. Chaque mise à jour de plateforme casse une partie différente de la pile.
Les utilisateurs s'attendent à ce que les agents agissent en leur nom partout.
Les utilisateurs qui lient leurs comptes s'attendent à ce que leur agent IA surveille et réponde sur tous les canaux, pas seulement par e-mail. Une API de messagerie unifiée pour les agents IA qui agit au nom de chaque utilisateur authentifié répond à cette attente sans obliger l'utilisateur à gérer des identifiants d'agent distincts par plateforme.
Ce que les agents à canal unique ne peuvent pas faire
Plusieurs produits s'adressent au cas d'utilisation de l'API d'e-mail à canal unique pour les agents IA - la catégorie comprend des outils conçus pour donner aux agents une boîte de réception dédiée. Unipile adopte une approche différente : au lieu d'une nouvelle boîte de réception, les agents accèdent aux comptes liés existants de l'utilisateur au nom de l'utilisateur authentifié, sur tous les canaux pris en charge à la fois.
Commencez à construire un agent multicanal dès aujourd'hui - aucune intégration supplémentaire n'est nécessaire.
Commencer à construireUne API, au nom de l'utilisateur authentifié
Le principe de conception fondamental qui sous-tend l'API multicanal d'Unipile pour les agents IA est que chaque action est effectuée au nom de l'utilisateur authentifié. L'agent ne dispose pas d'une clé système lui permettant d'envoyer des messages à grande échelle. Il agit en tant que mandataire d'une personne réelle qui a explicitement accordé l'accès à son compte LinkedIn, à sa boîte de réception Gmail et à son compte WhatsApp. Cette distinction est importante tant pour la conformité de la plateforme que pour la qualité des résultats fournis par l'agent.
Comment fonctionne Unipile
Intermédiaire technique indépendant - partenaire de plateforme non
Unipile agit en tant qu'intermédiaire technique indépendant entre votre application et les plateformes de communication auxquelles vos utilisateurs se sont connectés. Lorsqu'un agent IA envoie un message LinkedIn ou consulte un fil de discussion Gmail via Unipile, il le fait en utilisant les identifiants de l'utilisateur authentifié qui a connecté ce compte, et non des identifiants système partagés. Unipile n'est ni affilié à, ni approuvé par, ni sponsorisé par LinkedIn, Google ou Meta. Chaque compte connecté appartient entièrement à l'utilisateur qui l'a authentifié. L'étendue de l'accès est limitée à ce que l'utilisateur authentifié a autorisé, et aucune donnée n'est stockée dans des archives parallèles en dehors de la session active.
L'utilisateur associe ses comptes
Chaque utilisateur associe son propre compte de messagerie, LinkedIn, WhatsApp ou autre via OAuth ou un processus d'authentification sécurisé. Aucune clé système n'est partagée. Chaque compte associé est limité à cet utilisateur.
L'agent reçoit un jeton limité
Votre agent IA reçoit un identifiant de compte qui correspond au compte lié de l'utilisateur. Tous les appels API incluent cet identifiant, garantissant que chaque action est attribuée au bon utilisateur authentifié, et non au détenteur de la clé API.
L'agent agit pour le compte de l'utilisateur
L'agent lit, envoie et gère les communications en tant qu'utilisateur. Du point de vue du destinataire, le message provient du compte réel de l'utilisateur. Les limites de débit de la plateforme et les politiques d'utilisation s'appliquent par utilisateur, et non de manière globale.
Créez votre premier agent avec une authentification appropriée par utilisateur en quelques minutes.
Créez votre agent avec UnipileCanaux pris en charge : Email, LinkedIn, WhatsApp, Telegram, Instagram
L'API multi-canal Unipile pour les agents IA couvre l'ensemble de la pile de communication professionnelle et grand public. Chaque canal est accessible via la même interface API unifiée, en utilisant le même modèle d'authentification – pour le compte de l'utilisateur authentifié qui a lié ce compte. Pas de SDK séparé par plateforme, pas de gestion fragmentée des identifiants.
Email - Gmail, Outlook, IMAP
Accès complet aux e-mails sur Gmail, Outlook et tout fournisseur compatible IMAP. Les agents peuvent lire les fils de discussion, envoyer des réponses, gérer les étiquettes et surveiller la boîte de réception via des webhooks.
LinkedIn - Messages privés et InMail
Accéder aux messages directs et aux demandes de connexion LinkedIn via le compte de l'utilisateur authentifié. Les agents peuvent lire les conversations, envoyer des messages et récupérer les profils de contacts.
WhatsApp - Personnel et Professionnel
Lire et envoyer des messages WhatsApp depuis le compte lié de l'utilisateur. Idéal pour les agents du succès client qui ont besoin de clore les conversations sur le canal où les clients sont les plus réactifs.
Telegram - Messagerie et chaînes
Accéder aux conversations Telegram du compte lié de l'utilisateur. Les agents opérant dans des communautés à forte composante de développeurs ou dans des flux de travail crypto/fintech trouvent souvent que Telegram est le canal asynchrone principal.
Instagram - Messages privés
Lire et répondre aux messages directs Instagram du compte professionnel ou personnel lié à l'utilisateur. Clé pour les agents de l'e-commerce et de l'économie des créateurs qui gèrent un volume de messages directs entrants à grande échelle.
Messager - Messagerie Facebook
Accéder aux conversations de Facebook Messenger depuis le compte lié de l'utilisateur. Utile pour les agents de support qui traitent les demandes des clients arrivant via les pages Facebook ou les fils de discussion Messenger personnels.
Le serveur Unipile MCP pour agents IA
Le Model Context Protocol (MCP) est la norme ouverte qui permet aux agents IA tels que Claude, Cursor et Windsurf de se connecter à des outils externes via une interface structurée et sécurisée. Unipile intègre un serveur MCP natif à https://developer.unipile.com/mcp - branchez-le une fois et votre agent obtient un accès immédiat à tous les comptes de messagerie, LinkedIn, WhatsApp, Telegram et Instagram liés. Aucun SDK personnalisé requis, aucune définition d'outil sur mesure à écrire par canal.
{
"mcpServeurs": {
"unipile": {
"url": "https://developer.unipile.com/mcp",
"en-têtes": {
"X-API-KEY": "VOTRE_CLE_API_UNIPILE"
}
}
}
}Créer une clé API Unipile
Inscription à tableau de bord Unipile. et générez une clé d'API dans les paramètres de votre espace de travail. Cette clé authentifie la connexion de votre serveur MCP.
Ajouter la configuration du serveur MCP
Dans votre éditeur IA (Cursor, Windsurf, Claude Desktop), ouvrez le fichier de configuration MCP et ajoutez l'entrée du serveur Unipile avec votre clé API dans les en-têtes.
Lier les comptes utilisateur
Vos utilisateurs connectent leurs comptes d'e-mails, LinkedIn, WhatsApp et autres via le flux de liens de compte hébergé par Unipile ou votre propre implémentation OAuth.
Donnez à votre agent les identifiants de compte
Passez les identifiants de compte liés de l'utilisateur en tant que contexte à votre agent. Les outils MCP utilisent ces identifiants pour cadrer chaque action sur l'utilisateur authentifié correct.
lister_e-mails
Récupérer les fils d'e-mails de la boîte de réception liée de l'utilisateur - Gmail, Outlook ou IMAP
envoyer_email
Envoyez un e-mail depuis le compte lié de l'utilisateur, avec des pièces jointes facultatives
envoyer_message_linkedin
Envoyer un message privé LinkedIn ou InMail au nom de l'utilisateur authentifié
lister_messages
Lire les messages de n'importe quel canal lié - WhatsApp, Telegram, Instagram, Messenger
envoyer_message
Envoyer un message sur n'importe quel canal de messagerie lié au nom de l'utilisateur authentifié
rechercher_documents
Consulter la documentation pour développeurs d'Unipile afin d'aider à la génération de code d'intégration
Une configuration MCP. Tous les canaux. Commencez à construire votre agent multicanal dès aujourd'hui.
Construire avec MCPCas d'utilisation des agents : ce que le multicanal permet
Les cas d'utilisation suivants représentent les schémas les plus courants où une API multi-canal pour les agents d'IA offre une valeur mesurable par rapport à une approche à canal unique. Chaque schéma décrit la tâche effectuée par l'agent, pourquoi plusieurs canaux sont nécessaires et comment l'API de messagerie unifiée Unipile la rend possible.
01
RechercheAgent de recherche
02
OutreachAgent de proximité
envoyer_message_linkedin outil, tout depuis les comptes réels de l'utilisateur authentifié.
03
TriAgent de triage de la boîte de réception
04
Agent du service clientèleAgent de succès client
05
VenteAgent commercial
Agent commercial # : présélection par e-mail, prise de contact via LinkedIn
asynchrone def qualifier_prospect(plomb, comptes_utilisateurs):
Étape 1 du processus # : envoyer l'e-mail de confirmation
await client.l'email.send(
account_id=comptes_utilisateurs["Gmail"],
à=mener"courriel"],
sujet="Petite question sur votre stack",
corps=générer_e-mailchef de file
)
Étape 2 du processus # : en l'absence de réponse dans les 48 heures, relance via LinkedIn
si pas await vérifier_la_réponseplomb"courriel", heures=48):
await client.messaging.send(
account_id=comptes_utilisateurs["linkedin"],
identifiant_prestataire_participant=mener"linkedin_id"],
text=Générer un message LinkedInchef de file
)Voir tous les cas d’usage des agents sur le site Web Unipile.
Explorer les cas d'utilisation des agents IACode : email d'un agent + outils LinkedIn
Les exemples suivants montrent comment créer un agent d'IA multi-canal à l'aide de l'API de messagerie unifiée Unipile. Les exemples Python et Node.js démontrent la lecture d'un e-mail et l'envoi d'un message LinkedIn à partir du même compte utilisateur authentifié, en utilisant des modèles d'appels d'API cohérents entre les canaux.
import demandes
BASE_URL = "https://api1.unipile.com:13465/api/v1"
CLÉ_API = "VOTRE_CLE_API_UNIPILE"
EN-TÊTES = {
"X-API-KEY": CLE_API,
"Content-Type": "application/json"
}
# ---- Outil 1 : Lire les e-mails au nom de l'utilisateur authentifié ----
déf lister_e-mails(identifiant_du_compte_email, limite=10):
res = demandes.obtenir(
f"{URL_DE_BASE}/e-mails",
en-têtes=EN-TÊTES,
paramètres={
"account_id": id_compte_email,
"limite": limite
}
)
return res.json()
# ---- Outil 2 : Envoyer un message privé sur LinkedIn au nom de l'utilisateur authentifié ----
déf envoyer_message_linkedin(identifiant_linkedin_compte, identifiant_fournisseur_destinataire, message)
res = demandes.poste(
f"{URL_DE_BASE}/chats",
en-têtes=EN-TÊTES,
json={
"account_id": identifiant_linkedin,
"identifiants_participants": [recipient_provider_id],
"texte": message
}
)
return res.json()
# ---- Exemple d'orchestration d'agents ----
déf exécuter_agent(utilisateur) :
courriels = lister_e-mails(utilisateur"identifiant_compte_email"])
courrier_électronique_supérieur = courriels"articles"][0] # : recevoir le dernier e-mail
Décision de l'agent # : assurer le suivi via LinkedIn si l'e-mail provient d'un prospect
si est_prospect(top_email):
envoyer_message_linkedin(
utilisateur["identifiant_compte_linkedin"],
lookup_linkedin_id(haut_email["de"]),
générer_rappelcourriel principal
)const BASE_URL = ' https://api1.unipile.com:13465/api/v1 ';
const CLÉ_API = 'VOTRE_CLE_API_UNIPILE';
const en-têtes = {
'X-API-KEY': CLÉ_API,
'Content-Type': 'application/json'
};
// Outil 1 : Lire les e-mails pour le compte de l'utilisateur authentifié
async function listeEmails(emailAccountId, limite = 10) {
const url = `${BASE_URL}/emails?account_id=${emailAccountId}&limit;=${limit}`;
const res = await fetch(url, { en-têtes });
return res.json();
}
// Outil 2 : Envoyer un message privé LinkedIn au nom de l'utilisateur authentifié
async function envoyerDMLinkedIn(idCompteLinkedIn, idDestinataire, message) {
const res = await fetch(`${BASE_URL}/chats`, {
method: POST,
en-têtes,
body: JSON.filtrer({
account_id: linkedinAccountId,
attendees_ids : [recipientId],
message
})
});
return res.json();
}
// Agent : lire l’email, décider, envoyer un message LinkedIn
async function exécuterAgent{
const { articles } = await listeEmails(user.emailAccountId);
pour (const l'email de éléments) {
si (estProspect(courriel)) {
await envoyerDMLinkedIn(
user.linkedinAccountId,
await lookupLinkedInId(email.de),
Générer un suivi(courriel)
);
}
}
}{
"mcpServeurs": {
"unipile": {
"url": "https://developer.unipile.com/mcp",
"en-têtes": {
"X-API-KEY": "VOTRE_CLE_API_UNIPILE"
}
}
}
}
Une fois connecté, Claude peut utiliser des instructions en langage naturel :
Lire les 5 derniers e-mails de john@example.com dans ma boîte de réception Gmail"
Envoyer un message LinkedIn à prospect_id disant bonjour"
// "Vérifier s'il y a des messages WhatsApp non lus de mes 3 contacts principaux"
//
// Toutes les actions sont exécutées au nom de l'utilisateur authentifié
// dont les identifiants de compte liés sont fournis comme contexte.Documentation complète de l'API et exemples de code supplémentaires dans la documentation du développeur.
Lire la documentation de l'APIGestion des données et limites de la plateforme
La création d'agents IA qui interagissent avec de vrais comptes utilisateurs nécessite une attention particulière à la gestion des données et aux politiques d'utilisation des plateformes. Les blocs de conformité suivants décrivent comment Unipile gère les données, comment il opère par rapport aux plateformes auxquelles il se connecte et le cadre de responsabilité pour la cadence et le volume des agents.
Note de traitement des données
Pas d'archives de données parallèles - accès limité à la session uniquement
Unipile ne stocke pas les messages des utilisateurs, le contenu des e-mails ou les métadonnées des messages dans une archive parallèle ou une base de données indépendante en dehors du champ d'application de la session API active. Lorsque votre agent récupère des e-mails, des messages LinkedIn ou des conversations WhatsApp via l'API Unipile, ces données sont récupérées en temps réel à partir du compte lié de l'utilisateur et renvoyées dans la réponse de l'API. Unipile est une couche relais – elle ne réplique ni n'indexe les communications de l'utilisateur de manière indépendante. Votre application est responsable de toute conservation des données récupérées, conformément aux réglementations applicables en matière de protection des données (RGPD, SOC2).
Limites de la plateforme et utilisation responsable
Les limites de débit sont transmises par la plateforme - la cadence est votre responsabilité
Unipile relaie les limites de débit et les restrictions d'utilisation imposées par chaque plateforme de communication (LinkedIn, WhatsApp, Gmail, Outlook, Telegram, Instagram). Lorsqu'un agent envoie des messages ou récupère des données via l'API Unipile, les limites propres à la plateforme s'appliquent. La décision concernant la cadence des messages, le volume d'envoi quotidien et la fréquence d'engagement incombe entièrement au client et doit être prise de manière responsable par le développeur de l'application. Unipile n'approuve, ne recommande ni ne garantit aucun volume d'engagement spécifique. Les actions qui dépassent la politique d'utilisation acceptable d'une plateforme sont sous la responsabilité du développeur. Unipile n'est affilié, ni approuvé, ni sponsorisé par LinkedIn, Google ou Meta.
Conformité RGPD et SOC2
L'infrastructure d'Unipile est conçue en tenant compte de la conformité au RGPD et des principes SOC2. Les identifiants de compte utilisateur sont chiffrés au repos. Les jetons d'accès ne sont jamais enregistrés ni exposés dans les réponses de l'API.
Isolation de compte par utilisateur
Chaque compte lié est strictement limité à l'utilisateur qui l'a authentifié. Il n'y a aucune fuite de données inter-utilisateurs. Un agent opérant sur le compte de l'utilisateur A ne peut pas accéder aux messages de l'utilisateur B.
Limites de débit natives de la plateforme
LinkedIn, WhatsApp, Gmail et autres plateformes imposent leurs propres quotas d'utilisation. Unipile met en évidence ces limites dans les réponses d'erreur de l'API. Votre agent doit mettre en œuvre une logique appropriée de back-off et de contrôle du volume.
Canaux multiples contre piles d’agents à canal unique
Le tableau ci-dessous compare une approche d'API multi-canal pour agents IA (Unipile) aux piles d'agents typiques à canal unique ou uniquement par e-mail. Lorsque vous avez besoin à la fois d'une API d'e-mail fiable pour les agents IA et d'un accès à LinkedIn ou WhatsApp au même endroit, la différence architecturale devient claire. La comparaison est basée sur les capacités, et non sur des revendications marketing. Aucun lien vers des produits tiers n'est inclus - il s'agit d'une comparaison de catégories.
| Capacité | Unipile (multi-canal) | API d'agent par e-mail uniquement | Bricolage multi-intégration |
|---|---|---|---|
| Nombre de canaux pris en charge | 6+ (Email, LinkedIn, WhatsApp, Telegram, Instagram, Messenger) | E-mail uniquement (1 canal) | Variable (dépend des intégrations créées) |
| Au nom de l'utilisateur authentifié | Oui - comptes liés par utilisateur | Varie - certains utilisent des boîtes de réception partagées | Nécessite un OAuth personnalisé par plateforme |
| Serveur MCP natif | Oui - developer.unipile.com/mcp | Certains proposent MCP uniquement pour les courriels | Doit construire des outils MCP personnalisés par plate-forme |
| Accès aux messages LinkedIn | Oui - messages privés et InMail | Non | Nécessite une intégration LinkedIn distincte |
| Accès à WhatsApp et Telegram | Oui - les deux pris en charge | Non | Intégrations distinctes nécessaires par canal |
| Point d'accès unifié | Oui - même structure d'API sur tous les canaux | Non - API d'e-mail uniquement | Non - structures de points d'extrémité fragmentées |
| Notifications push par webhook | Oui - canaux de messagerie et de courriel | Webhooks d'e-mail uniquement | Varie selon l'intégration |
| Il est temps de passer à l'agent multicanal | Heures (1 clé API + configuration MCP) | Jours (courriel seulement) | Semaines à mois par canal supplémentaire |
Commencez à construire avec la seule API multicanal pour les agents IA qui couvre les e-mails, LinkedIn, WhatsApp et plus encore.
Créez votre agentAPI multi-canal pour agents IA - FAQ
Questions courantes sur la création d'agents IA avec accès à la communication multicanal - e-mail, LinkedIn, WhatsApp, Telegram et Instagram via une API unifiée.
Unipile est la seule API unifiée qui permet à un agent IA d'envoyer à la fois des e-mails (via Gmail, Outlook ou IMAP) et des messages directs LinkedIn à partir d'une seule intégration, agissant pour le compte de l'utilisateur authentifié. Contrairement aux API d'agents axées uniquement sur le courrier électronique, Unipile couvre tous les canaux professionnels majeurs avec une seule clé API. Le serveur MCP au developer.unipile.com/mcp rend la configuration une seule addition de fichier de configuration dans Claude, Cursor, ou Windsurf.
Oui. L'API de messagerie unifiée d'Unipile pour les agents IA donne accès aux comptes de messagerie (Gmail, Outlook, IMAP) et aux conversations WhatsApp via un point d'accès API unique. L'agent lit et envoie au nom de l'utilisateur authentifié qui a lié ces comptes. Le même account_id-based est utilisé pour les deux canaux - aucun flux d'authentification ou SDK distinct n'est nécessaire.
Oui. Unipile exploite un serveur natif MCP (Model Context Protocol) à developer.unipile.com/mcp. Une fois connectés, les agents IA exécutés dans Claude Desktop, Cursor ou Windsurf peuvent accéder à tous les canaux connectés – y compris LinkedIn, WhatsApp, e-mail, Telegram et Instagram – via des appels d'outils MCP standard. Aucune définition d'outil personnalisée requise par canal. C'est le seul serveur MCP pour la messagerie électronique ET LinkedIn configuré en un seul.
L'utilisateur connecte son compte LinkedIn via le flux de connexion de compte d'Unipile. Cela renvoie un identifiant de compte lié, limité à cet utilisateur. L'agent IA appelle ensuite l'API de messagerie d'Unipile avec ce account_id et l'identifiant du fournisseur LinkedIn du destinataire. Le message est envoyé depuis le véritable compte LinkedIn de l'utilisateur, et non depuis des identifiants système partagés. Les politiques d'utilisation de la plateforme s'appliquent sur une par utilisateur, comme une décision côté client.
Cela signifie que les actions de l'agent IA sont attribuées au compte utilisateur réel – et non à une clé API partagée ou à une boîte de réception système. Lorsqu'un agent lit un fil Gmail via Unipile, la requête utilise le jeton OAuth de l'utilisateur qui a lié ce compte Gmail. Lorsqu'il envoie un message LinkedIn, le message semble provenir du profil réel de cet utilisateur. Les destinataires voient le nom de l'utilisateur, pas un compte de bot. C'est la différence fondamentale entre Unipile et les produits d'e-mails basés uniquement sur des agents.
L'API de messagerie Unipile prend en charge trois fournisseurs : Gmail (OAuth de Google), Outlook (Microsoft OAuth - couvrant Outlook personnel et Microsoft 365 / Exchange Online), et IMAP (solution de repli universelle pour tout fournisseur de messagerie compatible IMAP). Les trois utilisent la même structure d'appel d'API et le même modèle d'authentification « pour le compte de » pour l'accès des agents.
Unipile ne stocke pas les messages des utilisateurs ni le contenu des e-mails dans une archive parallèle en dehors de la session API active. Les données récupérées via l'API sont retournées en temps réel à partir du compte lié de l'utilisateur. Unipile agit comme une couche relais – un intermédiaire technique qui n'indexe ni n'archive indépendamment les communications. Votre application est responsable de tout stockage de données conformément au RGPD et aux réglementations applicables en matière de protection des données.
Non. Unipile n'est non affilié à, approuvé par, ou sponsorisé par LinkedIn, Google ou Meta. Unipile est un intermédiaire technique indépendant. Lorsque les agents accèdent à LinkedIn, Gmail, WhatsApp ou Instagram via Unipile, ils le font en utilisant les identifiants de l'utilisateur authentifié qui a explicitement lié ce compte. Les limites de débit de la plateforme et les politiques d'utilisation acceptable s'appliquent par utilisateur et restent sous la responsabilité du développeur.
Vous avez encore des questions sur la création de votre agent IA multicanal ? Notre équipe est là pour vous aider.
FR 
EN 
ES 
DE 
IT 
BR 
NL 
PL 
TR