API Email Multi-Provider: Connetti Gmail, Outlook e IMAP con una sola integrazione

API Email Multi-Provider

Costruzione di un API email multi-provider l'integrazione che funziona su Gmail, Outlook e IMAP è una delle sfide che richiedono più tempo per i team di sviluppo. Ogni provider implementa il proprio flusso OAuth, limiti di frequenza e modello di dati. API email unificata astragga tutto questo in un'unica interfaccia REST - scrivi un'integrazione e ottieni copertura per ogni casella di posta principale su cui fanno affidamento i tuoi utenti.

Cosa imparerai

Come una API unificata normalizza Gmail, Outlook e IMAP
Invia, leggi e sincronizza le email tramite un unico endpoint
Autenticazione OAuth per account collegati
Webhook in tempo reale per le email in arrivo
Complessità del fai-da-te rispetto a uno strato API gestito
Esempi di codice pronti per la produzione
3 fornitori unificati
Gmail - Outlook - IMAP
API e-mail
Endpoint REST v1
GET /api/v1/email
200
POSTA /api/v1/email/invia
201
GET /api/v1/accounti/{id}/email
200
Risposta
{
"provider": "GOOGLE",
"soggetto": "Benvenuti a bordo",
"da": "user@gmail.com",
"stato": "consegnato"
}
Webhook in tempo reale
Eventi immediati della casella di posta

Guida completa all'API Email

Scopri come Gmail, Outlook e IMAP lavorano insieme sotto un'unica API REST unificata.

Leggi la guida

Perché gli sviluppatori hanno bisogno di un'API di email multi-provider

La maggior parte dei prodotti SaaS dovrà prima o poi leggere o inviare e-mail per conto dei propri utenti. Il problema non è il concetto, ma l'esecuzione. Gmail utilizza l'API di Gmail con Google OAuth 2.0. Outlook utilizza Microsoft Graph con il proprio ciclo di vita dei token. Fornitori basati su IMAP si comportano in modo leggermente diverso. Costruire e mantenere tre integrazioni separate prosciuga cicli di ingegneria che dovrebbero essere destinati al tuo prodotto principale. Se hai a che fare specificamente con account IMAP, Guida all'API IMAP copre la complessità aggiuntiva coinvolta. A API email unificata risolve questo collassando tutta la complessità specifica del provider dietro un'unica interfaccia: questa è la promessa fondamentale di un API email multi-provider approccio. Per un riferimento tecnico completo su come API per inviare email chiamate su Gmail, Outlook e IMAP, consulta la nostra guida dedicata.

Una codebase, tre provider
Un unico livello API REST gestisce Gmail, Outlook e IMAP. Nessun SDK specifico del provider da installare o mantenere nel tuo stack.
OAuth gestito per te
Il refresh dei token, la gestione degli scope e i flussi di riautenticazione sono astratti. La tua app riceve un ID account stabile indipendentemente dal provider sottostante.
Webhook in tempo reale
Ricevi notifiche istantanee per nuove email, risposte ed eventi in arrivo su tutti gli account collegati, senza polling.
Modello di dati normalizzato
Gli oggetti delle email, gli ID di thread, i campi del mittente e i timestamp seguono uno schema coerente indipendentemente dal fatto che la fonte sia Gmail, Outlook o qualsiasi server IMAP.
Spedisci più velocemente
Sostituisci settimane di debugging OAuth e casi limite specifici del provider con alcune chiamate API. Il tuo team si concentra sul prodotto, non sulle differenze di protocollo.
Supporto per più conti
Gestisci migliaia di account collegati contemporaneamente. Ogni account è isolato, limitato individualmente nella frequenza e monitorato per la salute dei token.
In conclusione: Ogni ora che i tuoi ingegneri dedicano alla manutenzione dei flussi OAuth specifici del provider è un'ora non spesa a costruire il tuo prodotto. A API email unificata elimina completamente quell'attrito: una singola integrazione copre ogni casella di posta che i tuoi utenti collegano. Questo è il motivo per cui API email multi-provider Il modello è diventato lo standard per i moderni prodotti SaaS.
Esplora la guida completa all'API di posta elettronica

Il 3 fornitori di email coperto

Un'unica API unificata normalizza Gmail, Outlook e IMAP in un'interfaccia identica. Il tuo codice non cambia mai quando un utente collega un provider diverso.

Gmail
Gmail
Google Workspace incluso

Connetti qualsiasi account Gmail o Google Workspace tramite Google OAuth 2.0. Invia, leggi, cerca e sincronizza thread in tempo reale tramite il livello Unipile, evitando la necessità di credenziali dirette dell'API Gmail nella tua app.

Google OAuth 2.0 gestito automaticamente
Filo e sincronizzazione delle etichette
Scarica e invia allegato
Webhook su eventi di nuovi messaggi
Approfondimento sulla Gmail API
Prospettiva
Prospettiva
Microsoft 365 e Exchange Online

Supporta account Outlook personali, Microsoft 365 e Exchange Online sotto un'unica gestione provider. Microsoft OAuth è gestito da Unipile: la tua integrazione rimane stabile in tutte le configurazioni tenant.

Microsoft OAuth 2.0 gestito
Cartella e sincronizzazione categorie
Invia con corpo HTML e allegati
Notifiche in tempo reale della posta in arrivo
Microsoft Graph approfondito
IMAP
IMAP
Fallback del protocollo universale

Qualsiasi casella di posta raggiungibile tramite IMAP - Yahoo, Fastmail, ProtonMail Bridge, server aziendali personalizzati - diventa istantaneamente accessibile tramite la stessa superficie API utilizzata per Gmail e Outlook.

Autenticazione nome utente / password o password per app
Accesso completo alla gerarchia delle cartelle
Invia tramite SMTP dallo stesso account
Stesso schema normalizzato di Gmail / Outlook
IMAP API approfondimento

Unipile contro costruirlo da te

Quanto costa realmente fai-da-te API email multi-provider integrazione? Ecco un confronto onesto nelle dimensioni che contano nella produzione. Ecco perché i team scelgono sempre più una API email unificata come Unipile invece di costruire ogni integrazione del provider da zero.

Criteri
API Unipile
Integrazione fai-da-te
Ora alla prima email inviata
Meno di 1 ora
Da giorni a settimane
Gestione dei token OAuth
Completamente gestito
Costruisci e mantieni te stesso
Schema dati normalizzato
Modello singolo unificato
3 schemi diversi da mappare
Webhook in tempo reale
Integrato, tutti i provider
Gmail solo (push); IMAP polling
Multi-account su larga scala
Migliaia di account
Infrastruttura personalizzata richiesta
Modifiche API del provider
Gestito dal team Unipile
La tua responsabilità in reperibilità
Supporto IMAP / SMTP
Stessa API, zero codice aggiuntivo
Libreria IMAP separata necessaria

Come la integrazione lavori

Collegare il tuo primo account email con Unipile richiede quattro passaggi. Lo stesso flusso funziona indipendentemente dal fatto che l'utente abbia Gmail, Outlook o Account IMAP - il codice della tua applicazione rimane identico. Questa è la potenza pratica di un'API email unificata: scrivi una volta, copri tutti e tre i provider.

01
Genera un link di autenticazione ospitato per l'utente

Il tuo backend chiama l'API Unipile per creare un URL di autenticazione ospitato di breve durata. Reindirizza l'utente a quell'URL: Unipile presenta la schermata di selezione del provider e gestisce il flusso OAuth completo per tuo conto.

Node.js / fetch
// POST /api/v1/hosted/accounts/link
const ris = await fetch('https://api5.unipile.com:13515/api/v1/hosted/accounts/link', ,
  metodo: 'POST',
  intestazioni: {
    'X-API-KEY': process.env.CHIAVE_API_UNIPILE,
    'Content-Type': 'application/json'
  },
  corpo: JSON.stringify({
    tipo: 'EMAIL',
    filtro_fornitori: ['GOOGLE', 'MICROSOFT', 'IMAP'],
    url_di_reindirizzamento_successo: 'https://tuaapp.com/auth/success'
  })
});
const { url } = await res.json();
// reindirizza l'utente a `url`
02
Ricevere l'ID dell'account tramite webhook o reindirizzamento

Una volta che l'utente completa l'OAuth, Unipile invia un webhook al tuo endpoint (o aggiunge l'ID dell'account al tuo URL di reindirizzamento). Archivia questo ID dell'account: è il tuo riferimento permanente a quell'account collegato, indipendente dal provider.

Payload del webhook
{
  "evento": "account.connesso",
  "account_id": "acc_01XYZ...",
  "provider": "GOOGLE",
  "email": "alice@gmail.com"
}
03
Leggi le email da qualsiasi account collegato

Usa l'ID dell'account per elencare, cercare e recuperare le email. Questo è il API email unificata in azione: lo schema di risposta è identico sia che l'account sia Gmail, Outlook o IMAP - la tua logica di parsing non si ramifica mai in base al provider.

Node.js / fetch
// GET /api/v1/emails?account_id=acc_01HXYZ...
const emails = await fetch(
  https://api5.unipile.com:13515/api/v1/emails?account_id=${accountId}&limite=20`,
  { intestazioni: { 'X-API-KEY': process.env.CHIAVE_API_UNIPILE } }
).allora(r => r.json());

// Stessa forma di risposta per Gmail, Outlook, IMAP:
// { id, oggetto, da, a, data, corpo, allegati }
04
Invia e-mail per conto dell'utente

Un singolo endpoint POST invia email indipendentemente dal provider dietro l'account: questa è la piena potenza di un API email multi-provider. Passa l'ID dell'account, il destinatario, l'oggetto e il corpo - Unipile instrada tramite API Gmail, Microsoft Graph o SMTP in modo appropriato. Questo è il API email unificata nella sua forma più concreta: un endpoint, tre provider, zero diramazioni nel tuo codice.

Node.js / fetch
// POST /api/v1/emails/invia
await fetch('https://api5.unipile.com:13515/api/v1/email/invio', ,
  metodo: 'POST',
  intestazioni: {
    'X-API-KEY': process.env.CHIAVE_API_UNIPILE,
    'Content-Type': 'application/json'
  },
  corpo: JSON.stringify({
    account_id: 'acc_01HXYZ...',
    a: [{ e-mail: 'bob@example.com' }],
    soggetto: 'Ciao da Unipile',
    corpo: '

Funziona con Gmail, Outlook e IMAP.

'
}) });

Come astrazione del provider lavori

L'API email unificata si pone tra la tua applicazione e i tre protocolli provider sottostanti, traducendo flussi OAuth divergenti, schemi di dati e modelli di rate-limit in un'unica interfaccia coerente.

Il tuo prodotto
La vostra domanda
Un'unica codebase. Un'unica chiave API. Nessuna logica specifica del provider.
Livello di astrazione
API Unificata per Email di Unipile
Endpoint singolo
Normalizza i flussi OAuth, il refresh dei token, gli schemi dei dati e gli eventi webhook
Gmail
Google OAuth 2.0
Prospettiva
Microsoft Graph
IMAP
Protocollo universale
Cosa fa effettivamente il livello di astrazione

Gmail utilizza Google OAuth 2.0 con un ciclo di refresh dei token specifico e restituisce le e-mail in un modello incentrato sui thread con etichette. Outlook utilizza Microsoft Graph con un modello di tenant OAuth diverso e restituisce le e-mail come singoli oggetti messaggio con cartelle. I server IMAP hanno ciascuno i propri parametri di connessione, metodi di autenticazione e set di funzionalità.

Unipile's API email unificata normalizza tutti e tre in una singola interfaccia REST. Il tuo codice chiama /api/v1/email e riceve oggetti di risposta identici in termini di forma - indipendentemente dal fatto che l'account sottostante sia Gmail, Outlook o IMAP. Lo stesso vale per l'invio, la gestione degli allegati, gli eventi webhook e la gestione del ciclo di vita dell'account.

Questo è il principale vantaggio ingegneristico di API email multi-provider la complessità viene assorbita a livello di infrastruttura, non nel codice della tua applicazione. Quando Google cambia i requisiti relativi agli ambiti OAuth o Microsoft aggiorna la paginazione delle API Graph, Unipile gestisce il cambiamento a monte: la tua integrazione rimane intatta.

Sicurezza e conformità

Quando la tua applicazione gestisce le email per conto degli utenti, la sicurezza non è un'opzione. Ecco come il livello API unificato per le email gestisce credenziali, dati e obblighi di conformità.

Gestione dei token OAuth 2.0

Unipile memorizza e aggiorna i token OAuth per tuo conto. La tua applicazione non gestisce mai le credenziali grezze, ma lavora solo con ID account opachi. La rotazione dei token, il rilevamento delle scadenze e i flussi di riautenticazione sono gestiti interamente a livello di infrastruttura.

Crittografia dei dati

Tutti i dati in transito utilizzano TLS 1.3. Le credenziali archiviate sono crittografate a riposo con AES-256. Il contenuto delle email recuperato tramite l'API di posta elettronica unificata viene elaborato in memoria e non viene mantenuto oltre quanto esplicitamente richiesto dalla tua integrazione.

SOC 2 Tipo II

Unipile è certificata SOC 2 Type II (ottobre 2025). Auditor indipendenti hanno verificato la sicurezza, la disponibilità e la riservatezza della piattaforma. I rapporti di audit sono disponibili su richiesta per i clienti enterprise che stanno valutando l'API di posta elettronica multi-provider per l'uso in produzione.

Pronto per il GDPR

Gli accordi sulla gestione dei dati sono disponibili per tutti i piani. L'opzione di residenza dei dati nell'UE è offerta ai clienti con requisiti di localizzazione dei dati. Il diritto alla cancellazione è supportato tramite API: l'eliminazione di un account collegato rimuove tutti i token e i dati memorizzati nella cache associati.

CASA Livello II

Valutazione della sicurezza delle applicazioni Google Cloud. Convalida i controlli di sicurezza per le applicazioni che accedono ai dati degli utenti Google, inclusi gli ambiti OAuth di Gmail. Le app basate su Unipile ereditano questa certificazione.

Infrastruttura Trasparente

Lo storico di uptime e incidenti è disponibile pubblicamente su status.unipile.com. Tutte le modifiche all'API seguono una politica di versioning con avvisi di deprecazione. Nessuna modifica radicale silenziosa: la tua integrazione è protetta da un contratto stabile e documentato.

Manipolazione casi limite tra provider

Ogni integrazione di email di produzione incontra casi limite specifici del provider. Ecco un confronto tra un approccio fai-da-te e l'uso di un'API email unificata quando le cose si complicano.

Scenario Approccio fai da te Approccio Unipile
Limite di frequenza di Gmail
250 unità di quota/quota giornaliera livello gratuito
Monitoraggio manuale della quota per account; le richieste falliscono silenziosamente se non monitorate Gestito automaticamente
In coda integrata, nessuna richiesta non riuscita è emersa alla tua app
Scadenza token OAuth Implementa una logica di aggiornamento separata per provider; la rotazione dei token differisce tra Google e Microsoft Aggiornamento automatico
Gestione dei token a zero downtime tra tutti i provider
Le connessioni IMAP cadono Logica di riconnessione personalizzata per configurazione server; i timeout variano tra le implementazioni IMAP Pool di connessioni gestito
Connessioni persistenti mantenute dall'infrastruttura Unipile
Limiti di dimensione degli allegati
Gmail 25MB, Outlook 150MB, IMAP varia
Codice di ramificazione per provider; deve tenere traccia del limite di ogni provider e aggiornarlo quando cambiano Validazione unificata
Convalida delle dimensioni indipendente dal provider; errori restituiti in uno schema coerente
Modifiche API del provider La tua responsabilità di reperibilità; Google e Microsoft introducono modifiche disruptive con preavviso limitato Gestito dal team Unipile
Modifiche a monte assorbite a livello di infrastruttura; la tua integrazione rimane stabile
Scenario

Limite di frequenza di Gmail

250 unità di quota/quota giornaliera livello gratuito
Approccio fai da te

Monitoraggio manuale della quota per account; le richieste falliscono silenziosamente se non monitorate

Approccio Unipile Gestito automaticamente In coda integrata, nessuna richiesta non riuscita è emersa alla tua app
Guida completa all'API Email
Vuoi avere il quadro completo di API Email di Unipile?

La guida pilastro copre ogni endpoint della nostra API email unificata approfondimento - flussi di autenticazione, gestione degli allegati, sincronizzazione delle cartelle, filtri di ricerca e impostazione dei webhook. Tutto ciò che ti serve per creare un'integrazione email di livello produttivo.

Leggi la guida completa Riferimento API

Comune casi d'uso

A API email unificata è un'infrastruttura fondamentale per un'ampia gamma di categorie di prodotti. Con un API email multi-provider, i team rilasciano funzionalità più velocemente e servono più utenti, indipendentemente dal provider di posta elettronica che utilizzano. Ecco i pattern creati più frequentemente con Unipile.

Sincronizzazione email CRM

Recupera automaticamente ogni email del cliente nei record del tuo CRM. I rappresentanti di vendita vedono la cronologia completa della conversazione senza dover mai cambiare scheda o inoltrare manualmente.

Sequenziamento delle vendite

Invia sequenze di follow-up personalizzate dalle caselle di posta reali dei tuoi utenti, non da un dominio di invio condiviso, contemporaneamente tramite account Gmail e Outlook.

Comunicazione candidati ATS

I recruiter collegano la loro email di lavoro e il tuo ATS registra automaticamente ogni thread di candidati. Rispondi direttamente dall'interfaccia utente dell'ATS, instradata attraverso il loro account Outlook o Gmail reale.

Prodotti di casella di posta unificata

Crea una casella di posta condivisa o un help-desk che consolidi le email da più account del team. Indirizza, assegna e rispondi, tutto tramite un'unica interfaccia supportata da un'unica API.

Assistente email AI

Alimenta thread di email in un LLM per generare bozze di risposte, riepiloghi o elementi d'azione. Unipile fornisce i dati normalizzati dei thread; il tuo livello AI si occupa del ragionamento.

Automazione del flusso di lavoro / iPaaS

Attiva flussi di lavoro no-code da nuove email di qualsiasi provider. Un webhook si attiva per ogni messaggio in arrivo: la tua piattaforma di automazione gestisce il resto senza effettuare polling.

Ognuno di questi modelli funziona su Gmail, Outlook e IMAP con zero codice specifico del provider nella tua applicazione. Unipile normalizza le differenze in modo che la logica del tuo prodotto rimanga pulita e i tuoi utenti possano connettere qualsiasi casella di posta preferiscano. Per una guida completa di ogni endpoint, consulta il guida API unificata per email.

Domande frequenti domande

Tutto ciò che gli sviluppatori chiedono prima di integrare un'API email multi-provider.

Unipile supporta tre provider di posta elettronica tramite il suo API email unificata: Gmail (inclusi Google Workspace), Prospettiva (coprendo Outlook personale, Microsoft 365 e Exchange Online), e IMAP come fallback universale per qualsiasi server di posta conforme agli standard. Tutti e tre sono accessibili tramite la stessa API REST: il codice della tua applicazione non si ramifica in base al provider.
Unipile fornisce un flusso di autenticazione in hosting: il tuo backend richiede un URL di autenticazione di breve durata, reindirizzi l'utente a questo URL e Unipile gestisce l'intero scambio OAuth di Google o Microsoft, inclusa la memorizzazione e il refresh dei token. Non tocchi mai direttamente i token OAuth. Quando è necessaria la riautenticazione, Unipile invia un webhook in modo che la tua app possa richiedere all'utente di riavviare lo stesso flusso ospitato.
Sì. Poiché gli utenti collegano i propri account, ogni email inviata tramite Unipile ha origine da la loro casella di posta effettiva - alice@gmail.com invia come alice@gmail.com, non da un dominio di invio condiviso. Questo migliora la deliverability e mantiene le conversazioni nella cartella Posta Inviata del mittente automaticamente. È la differenza chiave rispetto ai servizi di email transazionali come SendGrid.
Unipile mantiene connessioni persistenti con ciascun account collegato e invia webhook al tuo endpoint nel momento in cui arriva una nuova email - su tutti e tre i provider, inclusi gli account IMAP dove le notifiche push non sono disponibili nativamente. Il API email multi-provider normalizza tutti questi eventi in un payload webhook coerente. Registri un singolo URL webhook nelle tue impostazioni Unipile e ricevi payload strutturati per ogni evento della casella di posta. Non è necessario il polling.
No, questo è precisamente il valore di API email unificata layer. Unipile normalizza tutte le risposte dei provider in uno schema singolo e coerente. Campi come id, soggetto, from, a, data, e corpo hanno la stessa struttura indipendentemente dal provider. La tua logica di analisi, i modelli di database e l'elaborazione downstream non avranno mai bisogno di ramificarsi in base al tipo di provider.
Unipile è progettato per la scalabilità multi-account. I piani scalano da una manciata di account per il prototyping fino a migliaia per prodotti SaaS in produzione. Ogni account è isolato: limiti di frequenza, cicli di aggiornamento dei token e stato di sincronizzazione sono gestiti in modo indipendente per ogni account. Controlla pagina dei prezzi per i limiti di livello del conto corrente.
Costruzione direttamente contro API Gmail e Microsoft Graph significa mantenere due app OAuth separate, due pipeline di rinnovo del token, due schemi di dati e due sistemi webhook, oltre a una libreria IMAP completamente separata per il terzo provider. Unipile sostituisce tutto ciò con una chiave API e un'interfaccia coerente. Il compromesso è la dipendenza dall'infrastruttura di Unipile, motivo per cui la piattaforma pubblica una pagina di stato pubblica e offre SLA sui piani a pagamento.
Hai ancora domande sull'API di posta elettronica? Parlare con un esperto
Inizia a costruire oggi
Spedisci la tua integrazione email questa settimana

Collega gli account Gmail, Outlook e IMAP tramite un'unica API. Nessun problema con OAuth, nessuna mappatura dello schema, nessuna infrastruttura di polling da mantenere. Inizia con una prova gratuita di 7 giorni, senza carta di credito.

Inizia la prova gratuita Leggi la documentazione API
7 giorni di prova gratuita
Non è richiesta la carta di credito
Gmail, Outlook e IMAP inclusi
[et_pb_line_break_holder _i=”14″ _address=”14″ theme_builder_area=”et_body_layout” /]