LinkedIn
Instagram
WhatsApp
Telegramm
Google Mail
Ausblick
Google Kalender
Slack-Gemeinschaft beitreten5 Produkte, die auf einem E-Mail-API und Warum
CRM-Anreicherung, ATS-Bewerberverfolgung, Sales Engagement, Helpdesk-Posteingänge, KI-Assistenten – jedes dieser Produkte muss E-Mails im Namen authentifizierter Benutzer lesen und senden können. Dieser Leitfaden zeigt Ihnen genau, wie das funktioniert, mit echten Code-Mustern, sodass Sie dasselbe in Stunden statt in Wochen erstellen können.
const response = await fetch(
`/api/v1/emails?account_id=${accountId}`,
{ headers: {
'X-API-KEY': process.env.UNIPILE_KEY
}}
);
const { E-Mails } = await Antwort.json();
// Automatisches Protokoll zur Kontaktzeitachse
insCRM(E-Mails, KontaktId);
Was kann man mit einer E-Mail-API bauen?
Eine E-Mail-API für die Benutzersynchronisierung ermöglicht Ihrem Produkt E-Mails im Namen authentifizierter Benutzer lesen, synchronisieren und senden, die über OAuth auf ihre tatsächlichen Posteingänge zugreifen. Die fünf wichtigsten E-Mail-API-Anwendungsfälle sind: CRM-Anreicherung (jeden E-Mail-Kontakt automatisch protokollieren), ATS Kandidatenverfolgung (Thread-Synchronisierung pro Bewerber), Vertriebsengagement (Antworterkennung und Versand aus echtem Postfach), Kundendienst (vereinigter Posteingang mit mehreren Mailboxen) und KI-E-Mail-Agenten (Zugriff auf LLM durch Scopes für Entwurf und Triage). Jede dieser Funktionen läuft nach demselben zugrunde liegenden Muster ab: lesen + synchronisieren + senden im Namen des authentifizierten Benutzers.
| Vertikal | E-Mail-Job | API-Muster | Primärversorger |
|---|---|---|---|
| CRM | Kontakt anreichern, Faden automatisch protokollieren | lesen + synchronisieren | Google Mail, Outlook, IMAP |
| ATS / Rekrutierung | Bewerber-Thread verfolgen, Ansicht teilen | synchronisieren + lesen | Google Mail, Outlook, IMAP |
| Vertriebsengagement | Antworterkennung, senden von Rep-Postfach | sync + senden | Google Mail, Outlook, IMAP |
| Kundendienst | Vereinigter Posteingang, Ticket aus Thread | lesen + senden | Google Mail, Outlook, IMAP |
| KI-E-Mail-Agent | Triage, Entwurf, Zusammenfassung im Auftrag | lesen + senden (eingeschränkt) | Google Mail, Outlook, IMAP |
Nicht das, wonach du suchst? Es gibt zwei Kategorien von E-Mail-APIs: transaktional (SendGrid, Mailgun, Ihnen gehört die sendende Domain, Empfänger haben sich nie für Ihr Produkt angemeldet) und Benutzersynchronisierung (Dieser Artikel). User-Sync bedeutet OAuth-Delegierung, Ihr Produkt handelt im Namen authentifizierter Benutzer, die auf ihre eigenen Posteingänge zugreifen. Die fünf unten aufgeführten Anwendungsfälle gehören alle zu User-Sync. Wenn Sie Massen-Newsletter von Ihrer eigenen Domain versenden müssen, ist dies nicht Ihr Leitfaden.
E-Mail-API für CRM
Ein CRM, das eine E-Mail-API nutzt, kann jede E-Mail, die zwischen einem Vertriebsmitarbeiter und einem Interessenten ausgetauscht wird, automatisch direkt auf dem Kontaktprofil protokollieren – ganz ohne Kopieren und Einfügen. Die E-Mail-API liest das Postfach des Benutzers im Auftrag des authentifizierten Vertriebsmitarbeiters, gleicht E-Mail-Threads anhand der E-Mail-Adresse mit bestehenden Kontakten ab und schreibt die Daten in Echtzeit in die CRM-Zeitleiste.
Das Muster dahinter E-Mail-API für CRM wird für den authentifizierten Benutzer gelesen + synchronisiert + gesendet. Der Vertriebsmitarbeiter verknüpft sein Gmail- oder Outlook-Konto einmalig über OAuth. Danach wird jede ein- und ausgehende E-Mail mit einem bekannten Kontakt automatisch erfasst – keine BCC-Weiterleitung, keine Browsererweiterung, keine manuelle Protokollierung.
// 1. E-Mails für einen Kontakt abrufen
// im Namen eines authentifizierten Vertreters
GET /api/v1/emails
?account_id={rep_account_id}
&von_email={contact_email}
Autorisierung: X-API-KEY {key}
Antwort
{
"Objekt": "KontoE-MailsListe",
"Gegenstände": [
{
"id": "em_01abc",
"Betreff": "AW: Nachverfolgung",
"von": "contact@acme.com",
"Datum": "2026-06-05"
}
]
}E-Mail-API für ATS / Recruiting-Software
Ein ATS, das eine E-Mail-API integriert, erhält eine vollständige, automatisch synchronisierte Ansicht jeder E-Mail-Konversation mit jedem Kandidaten – über alle Recruiter und alle E-Mail-Anbieter hinweg. Recruiter verknüpfen ihre Konten einmal; von da an wird jeder E-Mail-Thread automatisch dem Kandidatenprofil zugeordnet.
Die E-Mail-API für ATS Der Anwendungsfall konzentriert sich auf Synchronisation und Sichtbarkeit. Recruiting-Teams haben typischerweise mehrere Recruiter, die unterschiedliche E-Mail-Konten verwalten, eines davon Gmail, ein anderes Outlook. Die E-Mail-API liest jedes verknüpfte Konto im Namen des authentifizierten Recruiters und zeigt alle E-Mail-Threads, die die E-Mail-Adresse eines Kandidaten betreffen, in einer einzigen, einheitlichen Zeitleiste innerhalb des ATS an.
Die E-Mail-API-Anwendungsfall Dies ist besonders wertvoll für Teams mit mehreren Anbietern. Personalvermittler in großen Unternehmen nutzen oft sowohl Gmail- als auch Outlook-Konten. Eine einheitliche E-Mail-API kann beides mit einer einzigen Integration verarbeiten, sodass der ATS-Entwickler einen Code-Pfad und nicht zwei schreibt. Das vollständige technische Muster zum Lesen von Posteingangsdaten finden Sie im E-Mail-API-Leitfaden lesen. Für Echtzeit-Synchronisationsmuster siehe E-Mail-Synchronisierungs-API-Handbuch.
ATS E-Mail-API-Musterübersicht: Recruiter-Konten über OAuth verbinden (Gmail, Outlook oder IMAP). Alle eingehenden und ausgehenden E-Mails pro Kandidatenadresse synchronisieren. Eine einheitliche Zeitleiste in der ATS-Oberfläche anzeigen. Optional Antworten über das ATS im Namen des realen Postfachs des Recruiters senden – kein BCC-Weiterleiten, keine E-Mail-Aliase, kein "von noreply@yourapp.com".
E-Mail-API für Vertriebsengagement
Vertriebsengagement-Plattformen nutzen eine E-Mail-API, um zu erkennen, wann ein Interessent antwortet, und um automatisch den nächsten Schritt einer Sequenz auszulösen – die Unterbrechung von Folge-E-Mails, die Benachrichtigung des Vertriebsmitarbeiters, die Verschiebung der Deal-Phase. Entscheidend ist, dass ausgehende E-Mails aus dem echten Posteingang des Vertriebsmitarbeiters gesendet werden, nicht von einer gemeinsamen Plattform-Domäne, was die Zustellbarkeit und die Absenderidentität bewahrt.
Die E-Mail-API für Sales Engagement Das Muster ist Synchronisation plus Senden, auf individueller Benutzerbasis. Jeder Mitarbeiter verknüpft sein Gmail- oder Outlook-Konto einmal. Jede E-Mail in einer aktiven Sequenz wird von der echten Adresse dieses Mitarbeiters gesendet. Wenn eine Antwort eintrifft, erkennt die Synchronisations-Engine die Thread-ID, gleicht sie mit einer offenen Sequenz ab und löst die entsprechende Automatisierung aus. Dies ist eine Entscheidung auf Kundenseite – die Plattform leitet die Aktion weiter; der Rhythmus und das Volumen bleiben unter der Kontrolle des Verkaufsteams.
Dies E-Mail-API-Anwendungsfall ist das Rückgrat von Tools wie Outreach-Plattformen und Sales-Automation-SaaS. Der Zustellbarkeitsvorteil ist fundamental: E-Mails, die von rep@company.com über das eigentliche Gmail- oder Outlook-Postfach des Mitarbeiters gesendet werden, erben die Reputation der Absenderdomain. E-Mails, die von einer gemeinsamen Plattformdomain gesendet werden, tun dies nicht. Das vollständige Versandmuster ist dokumentiert in der E-Mail-API-Leitfaden.
Warum es für die Zustellbarkeit wichtig ist: Die plattforminterne Domain-Versendung (von sequences@platform.com) trennt die Reputation des Absenders von der Domain des Absenders. Die User-Sync-Versendung leitet jede E-Mail über das authentifizierte Postfach des Benutzers – Gmail SMTP oder Outlook Graph – sodass die Zustellbarkeit mit der Reputation der Domain des Absenders verbunden ist und nicht mit der der Plattform. Dies ist ein struktureller Vorteil, den keine Transaktions-E-Mail-API replizieren kann.
E-Mail-API für Kundensupport / Helpdesk
Ein Helpdesk, der auf einer E-Mail-API basiert, aggregiert alle Support-Mailboxen – support@, billing@, enterprise@ – in einem einzigen, einheitlichen Posteingang. Neue E-Mails erstellen automatisch Tickets. Antworten werden von der ursprünglichen Mailbox-Adresse gesendet. Der Support-Mitarbeiter verlässt nie die Helpdesk-Oberfläche, um Outlook oder Gmail zu öffnen.
Die E-Mail-API für Kundensupport Der Anwendungsfall ist hauptsächlich Lesen + Senden, mit einer starken Anforderung zur Thread-Verwaltung. Die meisten Helpdesks verwalten mehrere Adressen über mehrere Anbieter hinweg: Ein Team nutzt Gmail, ein anderes Outlook, ein drittes könnte eine reine IMAP-Legacy-Inbox haben. Eine einheitliche E-Mail-API liest alle verknüpften Konten als einen einzigen Stream und bewahrt den Thread-Kontext, damit Agenten im Thread mit der richtigen Absenderidentität antworten können.
Dies E-Mail-API-Anwendungsfall ist, wie moderne Helpdesk-SaaS-Produkte – insbesondere solche, die sich gegen Legacy-Tools positionieren, die auf reinen E-Mail-Plugins basieren – differenzieren. Das wichtigste Unterscheidungsmerkmal ist die Thread-Treue: E-Mails fließen über den echten SMTP/Graph-Kanal des E-Mail-Besitzers, sodass Antworten auf der Kundenseite im richtigen Thread landen und nicht als getrennte Nachricht von einer generischen Plattformadresse. Für die vollständige technische Anleitung, die alle drei Anbieter abdeckt, siehe die E-Mail-API-Leitfaden.
Integrieren Sie Ihren Support-PosteingangE-Mail-API für KI-E-Mail-Agenten/-Assistenten
KI-E-Mail-Agenten nutzen eine E-Mail-API, um einem großen Sprachmodell einen beschränkten, im Namen des Nutzers erfolgenden Zugriff auf den E-Mail-Posteingang zu ermöglichen – sie lesen Threads, um Antworten zu entwerfen, sortieren Nachrichten, fassen lange E-Mail-Ketten zusammen und versenden optional Antworten nach menschlicher Überprüfung. Das Modell handhabt niemals OAuth-Zugangsdaten; die E-Mail-API abstrahiert den Posteingang als einen sauberen, strukturierten Datenstrom.
Das ist das Neueste E-Mail-API-Anwendungsfall und die am schnellsten wachsende im Jahr 2026. KI-Assistenten, die in Produktivitätswerkzeugen, Vertriebswerkzeugen und CRM-Produkten integriert sind, benötigen alle die gleichen drei Dinge: Zugriff auf den Posteingang zum Abrufen von Kontext, strukturierte E-Mail-Daten für die Eingabeaufforderung (Betreff, Absender, Text, Thread-ID) und einen optionalen Sende-Kanal für bestätigte Entwürfe. Die E-Mail-API bietet alle drei in einer einzigen Integration für Gmail, Outlook und IMAP im Namen des authentifizierten Benutzers.
Geltungsbereichzugriff und Datenverarbeitung: KI-E-Mail-Agenten, die auf einer User-Sync E-Mail-API basieren, greifen nur auf den Posteingang des authentifizierten Benutzers zu – nie über diesen Geltungsbereich hinaus. Die E-Mail-API fungiert als unabhängiger technischer Vermittler, wodurch strukturierte Daten an die LLM-Schicht weitergeleitet werden, ohne eine parallele Kopie der E-Mails des Benutzers zu speichern. Der Umfang der Datenverarbeitung, die Aufbewahrung und die Zustimmung bleiben eine Entscheidung des Kunden. Dies ist die richtige Architektur für KI-Agenten, die im Auftrag echter Benutzer handeln, ohne zu einem Datenlager zu werden.
Beim Aufbau von KI-E-Mail-Agenten im großen Stil müssen Sie auch die Realität mehrerer Anbieter berücksichtigen: Ihre Benutzer werden Gmail-, Outlook- und IMAP-Konten haben. Eine einheitliche E-Mail-API normalisiert den Posteingangs-Stream in eine konsistente Struktur – thread_id, subject, from, to, body, date – unabhängig vom Anbieter. Ihre LLM-Prompt-Vorlage bleibt für alle drei gleich. Die vollständige technische Anleitung für die E-Mail-Integrationsschicht für KI-Produkte finden Sie unter E-Mail-API-Leitfaden für Entwickler. Für die übergreifende Architektur von Multi-Channel-KI-Agenten (Hinzufügen von LinkedIn, WhatsApp und anderen Kanälen zum selben Agenten) deckt der kommende Leitfaden zur Multi-Channel-API für KI-Agenten den gesamten Stack ab.
Beginnen Sie mit dem Aufbau Ihres KI-E-Mail-AgentenTransaktional vs. User-Sync: Welcher Anwendungsfall trifft auf Sie zu?
Wenn die oben genannten fünf Anwendungsfälle für E-Mail-APIs nicht Ihren Anforderungen entsprechen, befinden Sie sich möglicherweise in der falschen Kategorie. E-Mail-APIs lassen sich in zwei grundlegend unterschiedliche Märkte unterteilen: transaktional und User-Sync, und diese überschneiden sich nicht. Dieser kurze Abschnitt zeigt Ihnen, auf welcher Seite Sie sich befinden, damit Sie aufhören, die falschen Werkzeuge zu bewerten.
| Dimension | Transaktions-E-Mail-API | Benutzerabgleich-E-Mail-API (dieser Artikel) |
|---|---|---|
| Wer besitzt die sendende Domain | Sie (die Plattform) | Der Nutzer (seine Gmail / Outlook) |
| Typische Absender | noreply@yourapp.com | user@theirdomain.com |
| OAuth erforderlich | Nein | Ja |
| Posteingang des Nutzers lesen / synchronisieren | Nein | Ja |
| Anwendungsfälle | Benachrichtigungen, Belege, Marketing | CRM, ATS, Vertrieb, Support, KI-Agenten |
| Beispielanbieter | SendGrid, Mailgun, Resend | Gmail API, MS Graph, IMAP, Unipile |
Wenn Ihr Produkt Benachrichtigungen, Quittungen oder Marketing-E-Mails von einer Domain, die Ihnen gehört, versendet, handelt es sich um den Transaktionsmarkt, und SendGrid, Mailgun oder Resend sind die richtigen Werkzeuge. Wenn Ihr Produkt im Namen von Benutzern auf deren echte Postfächer zugreifen, deren E-Mails lesen, deren Konversationen synchronisieren oder von deren tatsächlicher Adresse aus senden muss, handelt es sich um User-Sync, und die fünf E-Mail-API-Anwendungsfälle Oben ist genau das, was Sie erstellen. Eine detailliertere Aufschlüsselung, wann Sie jeden Ansatz wählen sollten, finden Sie im vollständigen Leitfaden zu Sync- vs. Transaktions-E-Mail-APIs.
Daten, Datenschutz und Plattformverantwortung
Jeder E-Mail-API-Anwendungsfall in diesem Artikel beinhaltet den Zugriff auf echte Benutzer-Posteingänge über OAuth. Bevor Sie bauen, verstehen Sie, wie Unipile als Vermittler fungiert, was Datenverarbeitung in der Praxis bedeutet und wo die Verantwortung der Plattform liegt.
Unipile führt keine unabhängige Kopie Ihrer Benutzer-E-Mails parallel zu deren Postfach. Der Zugriff ist auf die authentifizierter Benutzer's Konto, beschränkt auf die Sitzung und die über OAuth gewährten Berechtigungen. Es wird kein E-Mail-Archiv außerhalb des eigenen Anbieters des Benutzers (Gmail, Outlook, IMAP) erstellt. Der Umfang der Datenverarbeitung, Aufbewahrungsrichtlinien und Mechanismen für die Zustimmung des Benutzers bleiben Ihre Verantwortung als Datenverantwortlicher Ihres Produkts.
Unipile fungiert als unabhängiger technischer Vermittler zwischen Ihrem Produkt und dem E-Mail-Anbieter. Jeder E-Mail-Vorgang – Lesen, Synchronisieren, Senden – wird ausgeführt im Namen von Der Besitzer des verknüpften Kontos, der seine eigenen OAuth-Anmeldedaten verwendet. Unipile ist nicht mit Google oder Microsoft verbunden, wird von diesen nicht unterstützt oder gesponsert. Es werden keine Anmeldeinformationen zwischen Benutzern geteilt. Jedes verknüpfte Konto ist isoliert.
Unipile gibt die Ratenbegrenzungen und Zugriffskontrollen des zugrunde liegenden E-Mail-Anbieters (Google, Microsoft, IMAP-Server) weiter. Die Häufigkeit von API-Aufrufen, die Kadenz von Synchronisierungen und das Volumen der pro Konto gesendeten E-Mails bleiben ein Kundenentscheidung. Ihr Produkt ist dafür verantwortlich, die Quoten des Anbieters und die geltenden Vorschriften (DSGVO, CCPA) einzuhalten. Unipile ist SOC 2 zertifiziert und als Infrastrukturschicht DSGVO-konform.
Unipile ist nicht mit Google oder Microsoft Corporation verbunden, wird von diesen nicht unterstützt und von diesen nicht gesponsert. Gmail und Outlook sind Marken ihrer jeweiligen Eigentümer. Google ist nicht mit Unipile verbunden. Microsoft ist nicht mit Unipile verbunden. Die Nutzung dieser Plattformen über die API von Unipile unterliegt den Nutzungsbedingungen und Richtlinien zur akzeptablen Nutzung der jeweiligen Plattformen.
E-Mail-API-Anwendungsfälle - FAQ
Häufige Fragen zu Anwendungsfällen von E-Mail-APIs, OAuth-Zugriff auf Posteingänge und dem Aufbau auf E-Mail-APIs für die Benutzer-Synchronisation.
Eine E-Mail-API Lassen Sie Softwareprodukte E-Mails lesen, synchronisieren und versenden im Namen von authentifizierten Benutzern - Zugriff auf ihre echten Gmail-, Outlook- oder IMAP-Postfächer über OAuth. Kern E-Mail-API-Anwendungsfälle einschließlich CRM-Anreicherung, ATS-Bewerberverfolgung, Automatisierung von Vertriebs-Engagement-Sequenzen, vereinheitlichten Helpdesk-Posteingängen und KI-E-Mail-Agenten. Dies unterscheidet sich von Transactional-E-Mail-APIs (SendGrid, Mailgun), die Massennachrichten von einer plattformeigenen Domain senden und keinen OAuth-Posteingangszugriff beinhalten.
Ein CRM verwendet eine E-Mail-API, um jede E-Mail-Konversation zwischen einem Vertriebsmitarbeiter und einem potenziellen Kunden automatisch im Kontaktdatensatz zu protokollieren – kein manuelles Kopieren und Einfügen, kein BCC-Weiterleiten erforderlich. Der E-Mail-API für CRM liest den Posteingang des Vertreters im Namen des authentifizierter Benutzer, Es gleicht E-Mail-Threads mit Kontakt-E-Mail-Adressen ab und schreibt in Echtzeit in die CRM-Timeline. Es ermöglicht auch das Versenden von E-Mails aus dem CRM über das tatsächliche Postfach des Vertreters, sodass Antworten von seiner echten Adresse kommen – entscheidend für Antwortraten und Zustellbarkeit.
ATS-Plattformen nutzen die E-Mail-API für ATS um alle Threads zwischen Personalvermittlern und Kandidaten zu synchronisieren. Jeder Personalvermittler verknüpft einmalig sein Gmail- oder Outlook-Konto über OAuth. Die API liest alle E-Mails an oder von der Adresse jedes Kandidaten über alle Recruiter-Konten hinweg und ordnet sie dem Kandidatenprofil zu. Dies ermöglicht die gemeinsame Einsicht für das gesamte Team, ohne dass jemand Zugriff auf das Postfach eines Kollegen benötigt. Einige ATS-Produkte koppeln dies mit einem Kalender-API um Interview-Planungs-Threads zu parsen und automatisch Ereignisse zu erstellen.
Ja. Sie können die Gmail- oder Outlook-Inbox eines Nutzers über eine E-Mail-API synchronisieren, die OAuth-Delegation unterstützt. Der Nutzer authentifiziert sich einmal über Google- oder Microsoft-OAuth und gewährt Ihrer App Zugriff im Namen von ihre E-Mail-Adresse. Die API bietet dann Endpunkte, um E-Mails aufzulisten, den Thread-Inhalt abzurufen, neue Nachrichten über Webhooks zu synchronisieren und vom Postfach des Benutzers zu senden. Eine einheitliche E-Mail-API wie Unipile deckt Gmail, Outlook und IMAP mit einer einzigen Integration ab – siehe die E-Mail-API-Leitfaden für die vollständige technische Einführung.
KI-E-Mail-Assistenten greifen über eine E-Mail-API auf E-Mails zu, die Folgendes bereitstellt Zugriff auf E-Mail-Ordner im Namen eines anderen Benutzers mit eingeschränkten Berechtigungen für den authentifizierten Benutzer. Die E-Mail-API ruft strukturierte Daten (Betreff, Von, An, Textkörper, Thread-ID) ab und übergibt sie als Kontext an das LLM. Das Modell generiert dann eine Antwortentwurf, eine Zusammenfassung oder eine Klassifizierungsaktion. Die E-Mail-API kümmert sich um OAuth und normalisiert Unterschiede zwischen Anbietern (Gmail, Outlook, IMAP), sodass die KI-Schicht einen konsistenten strukturierten Feed erhält, unabhängig davon, welchen Anbieter der Benutzer hat. Das Modell verarbeitet niemals Anmeldedaten oder rohe OAuth-Token.
Ja. Das Lesen des Posteingangs eines Benutzers erfordert eine OAuth-Autorisierung. Für Gmail bedeutet dies Google OAuth 2.0 mit dem entsprechenden Gmail API-Bereiche. Für Outlook bedeutet dies Microsoft OAuth mit Microsoft Graph-Berechtigungen. Für IMAP ist XOAUTH2 der moderne Standard (die Basisauthentifizierung wurde von großen Anbietern wie Google und Microsoft eingestellt). OAuth stellt sicher, dass der Benutzer explizit den Zugriff auf seinen Posteingang genehmigt und der Berechtigungsumfang auf das beschränkt ist, was er genehmigt hat. Eine einheitliche E-Mail-API verwaltet diesen OAuth-Flow für alle drei Anbieter.
Am häufigsten E-Mail-Integration für SaaS Produkte fallen in einen der fünf User-Sync-Anwendungsfälle in diesem Artikel: CRM (Konversationen protokollieren), ATS (Kandidaten verfolgen), Vertrieb (Senden + Antworterkennung), Support (einheitlicher Posteingang) oder KI (Kontextabruf). Die zugrunde liegende Architekturentscheidung – ob direkt auf der Gmail API / Microsoft Graph / IMAP aufgebaut oder eine einheitliche Abstraktionsschicht verwendet wird – wird im Detail in der E-Mail-API für SaaS-Leitfaden, einschließlich Architekturmuster, versteckte Kosten und der Entscheidung zwischen Eigenentwicklung und Kauf.
Nein. Unipile ist weder mit Google oder Microsoft verbunden, noch wird es von diesen unterstützt oder gesponsert. Unipile ist ein unabhängiger technischer Vermittler das eine vereinheitlichte API-Schicht über Gmail (Google), Outlook (Microsoft) und IMAP bietet. Der Zugriff auf jeden Anbieter unterliegt den Nutzungsbedingungen der jeweiligen Plattform. Unipile ist als Infrastrukturschicht SOC 2 zertifiziert und DSGVO-konform. Ihr Produkt ist weiterhin verantwortlich für die Zustimmung des Benutzers, den Umfang der Datenverarbeitung und die Einhaltung der geltenden Datenschutzbestimmungen.
Haben Sie noch Fragen zur Nutzung von E-Mail-APIs? Unser Team hilft Ihnen gerne weiter.
DE 
EN 
FR 
ES 
IT 
BR 
NL 
PL 
TR