API d'envoi d'e-mails : Gmail, Outlook et IMAP à partir de comptes d'utilisateurs (2026)

Q: Comment envoyer un e-mail depuis le compte Gmail d'un utilisateur via l'API ?

Avec Unipile, générez un lien d'authentification hébergé pour le fournisseur GOOGLE. L'utilisateur s'authentifie via l'écran de consentement OAuth2 standard de Google. Une fois lié, vous recevez un `account_id` via webhook. Postez sur `/api/v1/emails` avec cet `account_id` et votre charge utile de message. L'e-mail est envoyé depuis leur véritable adresse Gmail.

Q: Quels sont les scopes OAuth2 dont j'ai besoin pour envoyer des e-mails via l'API Gmail ?

Pour une intégration d'envoi uniquement, la portée minimale requise est https://www.googleapis.com/auth/gmail.send. Lorsque vous utilisez Unipile, vous ne configurez pas cette portée vous-même ; le flux d'authentification hébergé s'en charge.

Q: Comment gérer les limitations de débit lors de l'envoi d'e-mails via une API ?

Des limites de débit s'appliquent au niveau du fournisseur. Les comptes personnels Gmail autorisent environ 500 e-mails par jour. Meilleure pratique : suivez le volume d'envoi par compte lié, implémentez un décalage exponentiel pour les réponses 429, et répartissez les envois en masse sur des fenêtres de temps.

Q: Existe-t-il une API qui fonctionne avec Gmail, Outlook et IMAP avec une seule intégration ?

Oui. Unipile fournit un point d'accès POST /api/v1/emails qui gère les comptes Gmail, Outlook et IMAP. Le fournisseur est déterminé par le `account_id` dans la charge utile ; écrivez votre logique d'envoi une seule fois et elle fonctionnera pour tous les fournisseurs.

Table des matières

Table des matières 8 sections

Fondations

01Qu'est-ce que c'est ?

02Cas d'usage

Produits

03Gmail, Outlook, IMAP

04Comment envoyer (étape par étape)Guide

d'Intégration

05Point de terminaison d'API unifié

06Tous les points de terminaison de l'API

07Authentification et sécurité

Référence

08Pièges courants

09FAQ

API d'e-mail du compte utilisateur

API d'envoi d'e-mail : Envoyer depuis l'utilisateur Gmail, Outlook et IMAP Comptes

La plupart des API d'e-mail envoient depuis un domaine partagé que vous possédez. L'API d'envoi d'e-mails d'Unipile est différente : elle envoie depuis les comptes Gmail, Outlook et IMAP de vos utilisateurs, avec OAuth2 complet, sans stockage de credentials, et un unique point d'extrémité unifié pour chaque fournisseur. Lorsque votre SaaS doit envoyer des e-mails par programme au nom de personnes réelles, c'est l'intégration qui permet que cela fonctionne.

Connexion OAuth2, pas de stockage de mot de passe

Un point de terminaison unifié, tous les fournisseurs

Gmail, Outlook et IMAP pris en charge

Infrastructure conforme SOC2

Gmail

Outlook

IMAP

Démarrer la construction Voir les documents

api envoyer email - comptes utilisateurs

Envoyé depuis des comptes liés

sarah@acme.com (Gmail)

Pour faire suite à notre conversation

Envoyés

mark@corp.io (Outlook)

Votre résumé d'intégration

Envoyés

lisa@startup.co (IMAP)

Bienvenue sur la plateforme

Envoyés

POST /api/v1/emails

"account_id": "acc_gmail_xyz",

"à": [{ "identifier": "sarah@acme.com" }],

"sujet": "Pour faire suite..."

200 OK - e-mail mis en file d'attente

Qu'est-ce qu'une API d'envoi d'e-mails de compte utilisateur ?

Une API d'envoi d'e-mails qui agit au nom de vos utilisateurs

La plupart des recherches "API d'envoi d'e-mails" mènent à des fournisseurs transactionnels. Ce n'est pas le cas ici. Unipile est une API d'e-mails de comptes utilisateurs : elle se connecte aux vrais comptes Gmail ou Outlook de vos utilisateurs et envoie des e-mails en leur nom, avec leur identité et leur délivrabilité.

Principaux cas d'utilisation

Pourquoi les développeurs créent des solutions basées sur une API d'e-mails de compte utilisateur

Lorsque votre produit doit envoyer des e-mails par programmation à partir de vraies personnes (et non d'une adresse noreply@), ce sont ces scénarios qui stimulent l'adoption.

CRM et automatisation des ventes

Envoyez des e-mails de suivi depuis le compte Gmail ou Outlook de chaque représentant commercial. Taux de réponse plus élevés, identité d'expéditeur authentique, pas de réchauffement de domaine requis. Les prospects voient un vrai nom, pas un alias générique.

Plateformes de support client

Laissez les agents de support répondre directement depuis leur propre boîte aux lettres. Les clients voient le nom et l'adresse e-mail d'une personne réelle, pas un alias support@. Renforce la confiance, augmente la vitesse de résolution.

ATS et Outils de Recrutement

Atteignez les candidats avec des e-mails personnalisés depuis le compte réel du recruteur. Pas de domaine d'envoi froid, pas de risque de filtre anti-spam, pas de période de chauffe. L'e-mail arrive dans la boîte de réception comme un message personnel, car il en est un.

Plateformes supportées

Envoyer des e-mails depuis Gmail, Outlook et IMAP : une seule API

L'API d'envoi d'e-mails d'Unipile abstrait complètement la couche du fournisseur. Que le compte de votre utilisateur soit Gmail, Outlook, Microsoft 365, Exchange Online ou toute autre boîte aux lettres compatible IMAP, l'appel API est identique. Vous écrivez l'intégration une seule fois et chaque fournisseur fonctionne.

Gmail

Google Workspace inclus

Authentification OAuth2, pas de mot de passe requis

Portée : gmail.envoyer: empreinte de permission minimale

Jusqu'à 500 e-mails/jour par compte personnel, limites plus élevées pour Workspace

Excellente délivrabilité : infrastructure de Google, réputation de l'utilisateur

OAuth2 prêt

Guide d'intégration de l'API Gmail

Outlook

Couvre Microsoft 365 et Exchange Online

OAuth2 via la plateforme d'identité Microsoft

Autorisation : Mail.Send: délégué ou au niveau de l'application

Fonctionne pour les comptes Outlook personnels, Microsoft 365 et Exchange Online

Jusqu'à 10 000 destinataires/jour pour les comptes M365

OAuth2 prêt

Guide de l'API Microsoft Graph

IMAP

Solution de repli universelle pour tout fournisseur

Prend en charge IMAP/SMTP avec des identifiants ou OAuth2 lorsque disponible

Fonctionne avec Yahoo, Zoho, Fastmail, serveurs de messagerie d'entreprise personnalisés

Même point de terminaison de l'API Unipile, pas de travail d'intégration supplémentaire

Idéal pour les utilisateurs B2B avec des domaines personnalisés et des e-mails d'entreprise

Universel

Guide d'intégration de l'API IMAP

Guide étape par étape

Comment envoyer des e-mails via une API : Intégration étape par étape

De la liaison de compte à l'envoi de votre premier e-mail par programme, voici le flux complet. Ce guide couvre Gmail et Outlook ; les étapes pour IMAP sont identiques, seul le type de compte diffère.

1

Obtenez votre clé API Unipile

Inscrivez-vous sur le tableau de bord Unipile. Chaque espace de travail reçoit une clé API. Toutes les requêtes sont authentifiées avec le X-API-KEY En-tête. Aucune configuration OAuth de votre côté : Unipile gère l'authentification du fournisseur pour vous.

curl

# Vérifiez votre clé d'API curl -X GET https://api.unipile.com/api/v1/accounts \ -H "X-API-KEY: {VOTRE_CLE_API}"

2

Lier un compte utilisateur (Gmail, Outlook ou IMAP)

Générer un lien d'authentification hébergé via l'API. L'utilisateur clique dessus et passe par l'écran de consentement OAuth2 standard pour son fournisseur. Unipile stocke les jetons en toute sécurité et renvoie un account_id. Vous ne touchez jamais aux identifiants.

curl JavaScript Python

# Générer un lien d'authentification hébergé pour Gmail curl -X POST https://api.unipile.com/api/v1/hosted/accounts/link \ -H "X-API-KEY: {VOTRE_CLE_API}" -H "Content-Type: application/json" -d '{"type":"GOOGLE","api_url":"https://api.unipile.com","expiresOn":"2026-12-31T00:00:00.000Z"}'

// Générer un lien d'authentification - Node.js const rés = await rechercher('https://api.unipile.com/api/v1/hosted/accounts/link', méthode : POST, en-têtes : { 'X-API-KEY': '{VOTRE_CLE_API}', 'Content-Type': 'application/json'}, corps: JSON.stringify({ type: 'Google', api_url : 'https://api.unipile.com', expireSur : '2026-12-31T00:00:00.000Z'}) });const { url } = await res.json();

# Générer un lien d'authentification - Python import requêtes res = requêtes.post( 'https://api.unipile.com/api/v1/hosted/accounts/link', en-têtes={'X-API-KEY': '{VOTRE_CLE_API}'}, json={ 'type': 'Google', 'url_api': 'https://api.unipile.com', 'expireLe': '2026-12-31T00:00:00.000Z'} ) url = res.json()['url']

Pour Outlook, utiliser "type":"MICROSOFT". Pour l'IMAP, utiliser "type":"IMAP". Le même flux hébergé gère les trois fournisseurs.

3

Récupérer l'account_id du rappel de webhook

Après que l'utilisateur a terminé le processus OAuth2, Unipile déclenche un webhook vers votre point de terminaison avec le account_id. Stockez-le dans votre base de données : c'est la clé que vous utiliserez dans chaque appel API d'envoi d'e-mails pour cet utilisateur.

Charge utile JSON

// Exemple de charge utile de webhook (événement account.linked){ "événement": "compte.lié", "account_id": "acc_gmail_Abc123XYZ", "fournisseur": "GOOGLE", "courriel": "sarah@acme.com"}

4

Envoyer un courriel depuis le compte lié

POST à /api/v1/emails avec le account_id. L’e-mail est envoyé depuis la boîte de réception Gmail ou Outlook de l'utilisateur, comme s'il l'avait envoyé lui-même. Le point de terminaison est identique, que le compte lié soit Gmail, Outlook ou IMAP.

curl JavaScript Python

# Envoyer un e-mail à partir d'un compte Gmail lié curl -X POST https://api.unipile.com/api/v1/emails \ -H "X-API-KEY: {VOTRE_CLE_API}" -H "Content-Type: application/json" -d '{ "id_compte": "{ID_COMPTE}", " à " : [ { " display_name " : " John Doe ", " identifier " : " john@example.com " } ], "objet" : "Pour faire suite à notre conversation", "corps"Salut Jean,Je voulais juste faire un suivi..." }'

// Envoyer un e-mail - Node.js const rés = await rechercher('https://api.unipile.com/api/v1/emails', méthode : POST, en-têtes : { 'X-API-KEY': '{VOTRE_CLE_API}', 'Content-Type': 'application/json'}, corps: JSON.stringify({ id_compte : '{ID_COMPTE}', à: [{ nom_affiché: 'Jean Dupont', identifier : 'john@example.com' }], objet : 'Suite à notre conversation', corps : 'Salut Jean,Je voulais juste faire un suivi...'}) });const données = await res.json();

# Envoyer un courriel - Python import requêtes res = requêtes.post( 'https://api.unipile.com/api/v1/emails', en-têtes={'X-API-KEY': '{VOTRE_CLE_API}'}, json={ 'identifiant_de_compte': '{ID_COMPTE}', 'à': [{ 'nom_affichage': 'Jean Dupont', 'identifier': 'john@example.com' }], 'sujet': 'Suite à notre conversation', 'corps': 'Salut Jean,Je voulais juste faire un suivi...'} ) print(res.json())

La réponse comprend un identifiant de message et un statut de livraison. Vous pouvez également ajouter "salut", "CCI", "répondre_à", ou encore "pièces jointes" au même payload.

Prêt à envoyer des e-mails depuis Gmail, Outlook et IMAP ?

Votre clé d'API vous attend. Commencez à développer en moins de 10 minutes.

Commencer à construire maintenant Voir les documents

Point de terminaison d'API unifié

Un point de terminaison unifié pour envoyer des e-mails sur tous les fournisseurs

La plus grande friction dans les intégrations multi-fournisseurs est de maintenir des chemins de code distincts pour chaque service de messagerie. Unipile élimine cela. Que le compte lié soit Gmail, Outlook ou IMAP, vous appelez toujours le même point de terminaison avec la même charge utile. La couche d'abstraction gère les protocoles spécifiques au fournisseur, les actualisations de jetons et les différences de limites de débit en coulisses.

POST /api/v1/emails - identique pour tous les fournisseurs Unifié

POST https://api.unipile.com/api/v1/emails X-API-KEY: {VOTRE_CLE_API}{ "account_id": "{ACCOUNT_ID}", "à": [{ "nom_d_affichage": "Jean Dupont", "identifier": "john@example.com"} "sujet": "Mise à jour de votre projet", "corps": "Salut John...<\/p>"}// Fonctionne pour Gmail, Outlook et IMAP // account_id indique à Unipile quel compte utiliser

Gmail

+

Outlook

+

IMAP

/api/v1/emails

Explorer l'API unifiée de messagerie multi-fournisseurs

Écrire une fois, prendre en charge tous les fournisseurs

Aucune voie de code distincte pour Gmail ou Outlook. Une seule intégration couvre les trois fournisseurs actuels et toutes les futures additions que Unipile pourrait ajouter.

Actualisation du jeton gérée automatiquement

Les jetons d'accès OAuth2 expirent. Unipile les rafraîchit de manière transparente. Votre code ne gère jamais le cycle de vie des jetons ; appelez simplement l'API et envoyez.

Échelonner sur des milliers de comptes liés

Chaque utilisateur associe son propre compte. Vous gérez un account_id par utilisateur ; Unipile s'occupe du reste. Pas de jonglage avec les SDK par fournisseur.

Format de réponse cohérent

L'API renvoie la même structure JSON quel que soit le fournisseur. Analysez un schéma, créez un gestionnaire d'erreurs, livrez plus rapidement.

Besoin d'envoyer des e-mails au nom de vos utilisateurs à grande échelle ? Lisez le guide complet sur la façon de faire envoyer des e-mails au nom de vos utilisateurs, y compris le modèle de conformité et de consentement qu'Unipile utilise pour que tout soit auditable.

Référence API

Tous les points de terminaison de l'API d'envoi d'e-mails, organisés

Chaque point d'accès disponible pour connecter des comptes, envoyer et répondre, gérer votre boîte aux lettres et écouter des événements sur Gmail, Outlook et IMAP avec une seule intégration.

Explorer tous les points finaux

Envoyer et répondre

4 points finaux disponibles

Gmail

Outlook

IMAP

Envoyer un email

Répondre à un email

Transférer un e-mail

Envoyer avec pièces jointes

Configuration du compte

3 points finaux disponibles

Gmail

Outlook

IMAP

Auth hébergée : flux OAuth en marque blanche

Utiliser votre propre écran OAuth

Se connecter avec les identifiants (SMTP)

Gérer les e-mails

5 points finaux disponibles

Gmail

Outlook

IMAP

Lister des emails

Obtenir un e-mail

Supprimer un email

Déplacer un email

Lister des dossiers

Webhooks

2 événements disponibles

Gmail

Outlook

IMAP

Nouveau courriel reçu

Suivi des ouvertures email

Explorez l'API Reference

Guide de l'API Email

Voulez-vous le guide complet d'intégration de l'API d'e-mail ?

Couvre les flux d'authentification, la configuration des webhooks, la lecture et l'envoi d'e-mails, les pièces jointes, et une comparaison complète des fournisseurs, tout ce dont vous avez besoin pour créer une intégration API d'envoi d'e-mails prête pour la production.

Lire le guide de l'API E-mail

Authentification et sécurité

Authentification et sécurité pour l’intégration de votre API d’envoi d’e-mails

La gestion des identifiants d'e-mail des utilisateurs est l'une des parties les plus risquées de toute intégration SaaS. L'architecture d'Unipile est conçue de manière à ce que vous ne stockiez ni ne transmettiez jamais directement les jetons OAuth2 ; la surface de risque reste minimale et la conformité reste gérable.

OAuth2 : pas de stockage d'identifiants de votre côté

Unipile génère l'URL de consentement OAuth2, collecte le code d'autorisation et stocke les jetons d'accès et de rafraîchissement dans son propre coffre-fort crypté. Votre backend ne voit jamais qu'un account_id. Aucun jeton brut, aucun mot de passe, aucune dérive d'identification.

Actualisation automatique du jeton

Les jetons OAuth2 Gmail expirent après 1 heure. Les jetons Microsoft expirent après 1 heure (accès) ou 90 jours (actualisation). Unipile les actualise automatiquement avant leur expiration. Vos appels d'API d'envoi d'e-mails ne échouent jamais en raison d'un jeton périmé.

Scopes OAuth2 minimaux

Pour une intégration envoi uniquement, Unipile ne demande que les scopes requis : gmail.envoyer pour Gmail et Mail.Send pour Outlook. Cela suit le principe du moindre privilège et réduit la surface d'attaque pour les données de vos utilisateurs.

Vérification de la signature du webhook

Chaque webhook qu'Unipile envoie à votre point de terminaison inclut un en-tête de signature que vous pouvez vérifier par rapport à votre secret de webhook. Cela garantit que les charges utiles d'événements ne peuvent pas être falsifiées par des tiers tentant de déclencher des actions dans votre système.

SOC 2 Type II

L'infrastructure d'Unipile est certifiée SOC 2 Type II. Les contrôles audités couvrent la gestion des accès, le chiffrement au repos et en transit, la réponse aux incidents et la disponibilité. Cela permet de réussir facilement les revues de sécurité des fournisseurs lorsque vos clients SaaS vous demandent comment vous gérez leurs identifiants de messagerie.

Apprenez-en davantage sur l'API d'e-mail sécurisé

CASA Niveau 2

Unipile est évalué CASA de niveau 2, la norme de sécurité requise par Google pour les applications accédant aux scopes sensibles de l'API Gmail. L'évaluation est menée par un laboratoire autorisé et couvre la gestion des données, les contrôles d'accès et les pratiques de développement sécurisé. Requis pour maintenir l'accès en production aux scopes d'envoi Gmail.

Capacités de l'API

Couverture complète des fonctionnalités de l'API de messagerie pour tous les fournisseurs

Une seule intégration vous donne accès à toutes les opérations d'e-mail majeures sur les fournisseurs Gmail, Outlook et IMAP. Le même point d'accès, la même structure de charge utile, le même format de réponse, quel que soit le compte connecté par votre utilisateur.

Fonctionnalité	Gmail	Outlook / M365	IMAP / SMTP
Envoi
Envoyer un e-mail depuis le compte utilisateur	✓	✓	✓
Envoyez avec pièces jointes	✓	✓	✓
Répondre dans le fil de discussion existant	✓	✓	✓
Destinataires en copie conforme (CC) et en copie carbone invisible (CCI)	✓	✓	✓
Contenu du corps HTML	✓	✓	✓
Images en ligne (intégration CID)	✓	✓	✓
Limite d'envoi quotidienne (env.)	~500 / jour	~10 000 / jour	Dépendant du serveur
Lecture et synchronisation
Lister et lire les e-mails	✓	✓	✓
Vue de fil / conversation	✓	✓	✓
Webhooks en temps réel (nouvel e-mail, lu, envoyé)	✓	✓	✓
Synchronisation delta incrémentielle	✓	✓	✓
Gestion des étiquettes et des dossiers	✓Étiquettes	✓Dossiers	✓Dossiers
Authentification et sécurité
OAuth2 (pas de stockage de mot de passe)	✓	✓	Mot de passe d'application
Actualisation automatique du jeton	✓	✓	✓
SOC 2 Type II / CASA Niveau 2	✓	✓	✓

Pièges courants

Erreurs courantes lors de la création d'une intégration d'API d'envoi d'e-mails

La plupart des problèmes que les développeurs rencontrent lors de l'intégration d'une API d'envoi d'e-mails pour les comptes utilisateurs entrent dans un petit ensemble de catégories. Voici celles qu'il est bon de connaître avant de commencer à construire.

01

Ignorer les limites de débit du fournisseur

Les comptes Gmail personnels sont limités à environ 500 e-mails par jour. Les comptes Outlook ont des limites plus élevées, mais peuvent toujours être limités dans des conditions de pic. Excéder ces limites entraîne des erreurs 429 ou une suspension temporaire du compte par le fournisseur.

Réparer :Suivez le nombre d'envois par compte lié, implémentez un backoff exponentiel sur les réponses 429, et répartissez les envois en masse sur des fenêtres de temps plutôt que de les envoyer en une seule rafale.

02

Ne pas gérer la révocation des jetons

Les utilisateurs peuvent révoquer l'accès à tout moment dans les paramètres de leur compte Google ou Microsoft. Lorsque cela se produit, Unipile renverra une erreur lors du prochain appel API pour ce compte. Si votre application ne gère pas cela correctement, cela entraînera des échecs silencieux de livraison d'e-mails.

Réparer :Écoute pour le compte.déconnecté événement webhook et invitez l'utilisateur à rétablir le lien de son compte.

03

Envoi sans consentement explicite de l'utilisateur

Même avec un jeton OAuth2 valide, l'envoi d'e-mails à partir du compte d'un utilisateur à son insu viole les politiques d'utilisation de Google et Microsoft, ainsi que les lois sur le spam dans la plupart des juridictions. L'écran de consentement OAuth2 doit expliquer clairement ce que votre application fera.

Réparer :Utilisez un langage clair dans votre écran de consentement OAuth et dans les descriptions de l'application. Documentez ce qui déclenche un envoi automatisé et donnez aux utilisateurs le contrôle pour le désactiver.

04

Stocker des jetons OAuth2 bruts dans votre base de données

Si vous stockez vous-même des jetons d'accès et qu'ils sont exposés lors d'une violation de données, un attaquant a un accès complet à tous les comptes de messagerie associés. Ceci représente un risque critique en matière de sécurité et de conformité, en particulier dans le cadre du RGPD.

Réparer :Utilisez Unipile pour le flux d'authentification hébergé. Vous ne stockez que le account_id; Unipile conserve les jetons dans son coffre-fort certifié SOC 2. Votre base de données ne gère jamais de jeton OAuth2 brut.

05

Traiter SMTP et une API REST d'envoi d'e-mails comme interchangeables

SMTP nécessite un accès direct au serveur, la gestion des identifiants, la configuration TLS et la gestion des rejets. Une API REST d'envoi d'e-mails abstrait tout cela. Combiner les deux approches dans la même base de code ajoute de la complexité sans avantage.

Réparer :Pour l'envoi via le compte utilisateur, utilisez exclusivement l'API REST. SMTP n'est pertinent que si vous exploitez votre propre infrastructure de messagerie ou si vous avez un fournisseur qui ne prend pas en charge OAuth2.

Questions fréquemment posées

Tout ce que vous devez savoir sur l'API d'envoi d'e-mails.

01 Qu'est-ce qu'une API d'envoi d'e-mails ?

Une API d'envoi d'e-mails est une interface REST qui permet à votre application d'envoyer des e-mails par programme sans ouvrir de client de messagerie. L'API d'envoi d'e-mails d'Unipile envoie spécifiquement depuis des comptes appartenant à l'utilisateur (Gmail, Outlook, IMAP), ce qui signifie que l'e-mail arrive depuis la véritable adresse de l'utilisateur plutôt qu'un domaine générique noreply@ que vous contrôlez.

02 Comment envoyer un e-mail depuis le compte Gmail d'un utilisateur via l'API ?

Avec Unipile, vous générez un lien d'authentification hébergé pour le type de fournisseur GOOGLE. L'utilisateur s'authentifie via l'écran de consentement OAuth2 standard de Google. Une fois lié, vous recevez une account_id via webhook. Vous publiez ensuite sur /api/v1/emails avec cet account_id et votre message payload. L'e-mail est envoyé depuis leur véritable adresse Gmail. Aucune configuration de clé API Gmail n'est requise de votre côté.

03 Puis-je envoyer des e-mails à partir d'Outlook par programmation ?

Oui. Unipile prend en charge l'envoi d'e-mails par programmation depuis des comptes Outlook, y compris les comptes Outlook personnels, Microsoft 365 et Exchange Online, le tout via le même point de terminaison d'API. Vous liez le compte en utilisant le type de fournisseur MICROSOFT. L'authentification utilise OAuth2 avec le Mail.Send permission déléguée. Unipile gère le renouvellement automatique des jetons.

04 Quels sont les scopes OAuth2 dont j'ai besoin pour envoyer des e-mails via l'API Gmail ?

Pour une intégration envoi uniquement, la portée minimale requise est https://www.googleapis.com/auth/gmail.send. Cela permet d'envoyer des e-mails mais n'autorise pas la lecture, la modification ou la suppression de messages. Lorsque vous utilisez Unipile, vous ne configurez pas cette portée vous-même ; le flux d'authentification hébergé s'en charge. Pour un cas d'utilisation pure de l'API d'envoi d'e-mails, gmail.envoyer est suffisant.

05 Quelle est la différence entre une API d'e-mails de compte utilisateur et une API d'e-mails transactionnels ?

Ce sont des marchés différents pour des problèmes différents. Les API transactionnelles envoient depuis un domaine que vous possédez et contrôlez. Unipile n'est pas sur ce marché. Unipile se connecte aux comptes Gmail ou Outlook réels de vos utilisateurs et envoie en leur nom, avec leur identité, pour des cas d'usage où l'adresse de l'expéditeur est importante : séquences CRM, réponses de support, prospection.

06 Comment gérer les limitations de débit lors de l'envoi d'e-mails via une API ?

Les limites de débit s'appliquent au niveau du fournisseur, pas au niveau d'Unipile. Les comptes Gmail personnels autorisent environ 500 e-mails par jour. Les comptes Outlook et Microsoft 365 ont des limites plus élevées, mais peuvent être limités en cas de forte rafale. Meilleure pratique : suivez le volume d'envoi par compte lié dans votre propre base de données, implémentez un backoff exponentiel lorsque vous recevez des réponses 429, et répartissez les envois en masse sur des fenêtres de temps. Unipile renvoie le code d'erreur du fournisseur afin que vous puissiez distinguer un échec de limite de débit d'un échec d'authentification.

07 Existe-t-il une API qui fonctionne avec Gmail, Outlook et IMAP avec une seule intégration ?

Oui : c'est exactement ce que propose Unipile. Un POST /api/v1/emails le point de terminaison gère les comptes Gmail, Outlook et IMAP. Le fournisseur est déterminé par account_id dans la charge utile ; vous n'avez pas besoin de la spécifier. Écrivez votre logique d'envoi une seule fois et elle fonctionnera quel que soit le fournisseur de messagerie auquel votre utilisateur est lié.

08 Comment Unipile garantit-il la conformité lors de l'accès aux comptes de messagerie des utilisateurs ?

Unipile utilise exclusivement OAuth2 ; aucun mot de passe n'est stocké. Les utilisateurs passent par l'écran de consentement standard du fournisseur et peuvent révoquer l'accès à tout moment depuis les paramètres de leur compte Google ou Microsoft. Unipile est certifié SOC 2 Type II, ce qui signifie que les contrôles de sécurité, y compris la gestion des accès, le chiffrement et la réponse aux incidents, sont audités de manière indépendante. Les jetons OAuth2 sont stockés dans un coffre-fort crypté et ne sont jamais exposés à votre application.

Vous avez encore des questions ? Notre équipe est là pour vous aider.

Démarrer l'intégration

Votre API d'envoi d'emails, prête en quelques minutes

Connectez votre premier compte Gmail, Outlook ou IMAP et envoyez votre premier e-mail par programme en moins de 30 minutes. Pas de stockage d'informations d'identification, pas de configuration OAuth2 de votre côté, pas de SDK par fournisseur. Un seul account_id, un seul point d'accès REST, tous les fournisseurs.

Commencez l'essai gratuit Lire la documentation du développeur

Certification SOC 2 Type II

Aucune carte de crédit n'est requise

Gmail, Outlook et IMAP pris en charge

API d'envoi d'e-mails : Gmail, Outlook et IMAP depuis des comptes d'utilisateurs (2026)

API d'envoi d'e-mail : Envoyer depuis l'utilisateur Gmail, Outlook et IMAP Comptes

Une API d'envoi d'e-mails qui agit au nom de vos utilisateurs

Pourquoi les développeurs créent des solutions basées sur une API d'e-mails de compte utilisateur

Envoyer des e-mails depuis Gmail, Outlook et IMAP : une seule API

Comment envoyer des e-mails via une API : Intégration étape par étape

Un point de terminaison unifié pour envoyer des e-mails sur tous les fournisseurs