LinkedIn
Instagram
WhatsApp
Telegram
Gmail
Perspektywy
Kalendarz Google
Dołącz do społeczności Slack5 produktów, które działają na baterie Email API - i Dlaczego
Uzbogacanie danych w CRM, śledzenie kandydatów w ATS, komunikacja sprzedażowa, skrzynki obsługi klienta, asystenci AI – każdy z tych produktów musi odczytywać i wysyłać wiadomości e-mail w imieniu uwierzytelnionych użytkowników. Ten przewodnik pokazuje dokładnie, jak to zrobić, przy użyciu rzeczywistych wzorców kodu, dzięki czemu możesz zbudować podobne rozwiązania w ciągu godzin, a nie tygodni.
const response = czekać fetch(
`/api/v1/emails?account_id=${accountId}`,
{ headers: {
'Klucz API X': Klucz UNIPILE_KEY z procesu
}}
);
const { e-maile } = czekać odzew.json();
// Automatyczne logowanie do osi czasu kontaktu
zalogujDoCRM(wiadomości e-mail, identyfikatorKontaktu);
Co można zbudować za pomocą API do obsługi poczty e-mail?
API pocztowe do synchronizacji użytkowników pozwala Twojemu produktowi czytaj, synchronizuj i wysyłaj e-maile w imieniu uwierzytelnionych użytkowników, uzyskując dostęp do ich rzeczywistych skrzynek pocztowych za pośrednictwem OAuth. Pięć podstawowych przypadków użycia API poczty e-mail to: Wzbogacanie CRM (automatycznie loguj każdego maila od potencjalnego klienta), System śledzenia kandydatów ATS (synchronizacja wątków na kandydata), zaangażowanie sprzedażowe (wykrywanie odpowiedzi i wysyłanie z prawdziwej skrzynki pocztowej), obsługa klienta (ujednolicona skrzynka odbiorcza wielu skrzynek pocztowych), i Agenci AI do obsługi poczty e-mail (dostup do LLM z zakresem do tworzenia i wstępnej kwalifikacji). Każde z nich działa według tego samego podstawowego schematu: odczyt + synchronizacja + wysyłanie w imieniu uwierzytelnionego użytkownika.
| Pionowo | E-mail z ogłoszeniem o pracę | Wzór API | Główni dostawcy |
|---|---|---|---|
| CRM | Wzbogać kontakt, automatycznie loguj wątek | czytaj + synchronizuj | Gmail, Outlook, IMAP |
| ATS / Rekrutacja | Śledź wątek kandydata, udostępnij widok | synchronizuj + czytaj | Gmail, Outlook, IMAP |
| Zaangażowanie Sprzedażowe | Wykrywanie odpowiedzi, wysyłanie z poczty rep | synchronizuj + wyslij | Gmail, Outlook, IMAP |
| Obsługa Klienta | Scentralizowana skrzynka odbiorcza, zgłoszenie z wątku | czytaj + wyslij | Gmail, Outlook, IMAP |
| Agent E-mail AI | Selekcja, szkic, podsumowanie w imieniu | czytaj + wysyłaj (z zakresem) | Gmail, Outlook, IMAP |
Nie tego szukasz? Istnieją dwie kategorie API poczty e-mail: transakcyjny (SendGrid, Mailgun, jesteś właścicielem domeny wysyłającej, odbiorcy nigdy nie wyrazili zgody na Twój produkt) i synchronizacja użytkownika (ten artykuł). Synchronizacja użytkowników oznacza delegowanie OAuth, Twój produkt działa w imieniu uwierzytelnionych użytkowników uzyskujących dostęp do ich własnych skrzynek odbiorczych. Pięć poniższych przypadków użycia należy do synchronizacji użytkowników. Jeśli chcesz wysyłać masowe biuletyny ze swojej domeny, to nie jest Twój przewodnik.
API poczty e-mail dla CRM
CRM wykorzystujący API e-mail może automatycznie logować każdą wiadomość e-mail wymienianą między przedstawicielem a potencjalnym klientem bezpośrednio do rekordu kontaktu - bez konieczności kopiowania i wklejania. API e-mail odczytuje skrzynkę odbiorczą użytkownika w imieniu uwierzytelnionego przedstawiciela, dopasowuje wątki do istniejących kontaktów na podstawie adresu e-mail i zapisuje je w ramach osi czasu CRM w czasie rzeczywistym.
Wzór za API e-mail dla CRM jest odczytywane + synchronizowane + wysyłane - wszystko w imieniu uwierzytelnionego użytkownika. Sprzedawca łączy swoje konto Gmail lub Outlook raz za pomocą OAuth. Od tego momentu każdy przychodzący i wychodzący e-mail do znanego kontaktu jest automatycznie przechwytywany - bez przekierowania BCC, bez rozszerzenia przeglądarki, bez ręcznego logowania.
// 1. Pobierz e-maile dla kontaktu
// w imieniu uwierzytelnionego przedstawiciela
GET /api/v1/emails
?id_konta={rep_account_id}
&from;_email={contact_email}
Autoryzacja: X-API-KEY {klucz}
Odpowiedź
{
"obiekt": "ListaEmailiKonta",
"przedmioty": [
{
"id": "em_01abc",
"temat": "Re: Dalsze działania",
"od": "contact@acme.com",
"data": "2026-06-05"
}
]
}API pocztowe dla ATS / Oprogramowania rekrutacyjnego
System ATS integrujący API poczty e-mail zyskuje kompletny, automatycznie zsynchronizowany widok każdej korespondencji e-mail z kandydatem – niezależnie od rekrutera i dostawcy poczty e-mail. Rekruterzy łączą swoje konta raz; od tego momentu każda nić e-mail jest automatycznie dopasowywana do profilu kandydata.
The API e-mail dla ATS Przypadek użycia koncentruje się na synchronizacji i widoczności. Zespoły rekrutacyjne zazwyczaj mają kilku rekruterów pracujących na różnych kontach e-mail, jedno Gmail, drugie Outlook. API poczty e-mail odczytuje każde połączone konto w imieniu uwierzytelnionego rekrutera i wyświetla wszystkie wątki dotyczące adresu e-mail kandydata w jednej, zunifikowanej osi czasu w ATS.
The Przypadek użycia interfejsu API poczty elektronicznej jest szczególnie cenne dla zespołów wielodostawców. Rekruterzy w dużych firmach często korzystają zarówno z kont Gmail, jak i Outlook. Ujednolicony interfejs API poczty e-mail obsługuje oba za pomocą jednej integracji, dzięki czemu deweloper ATS pisze jedną ścieżkę kodu - a nie dwie. Pełny wzorzec techniczny dotyczący odczytu danych skrzynki odbiorczej można znaleźć w przeczytać przewodnik po API do obsługi poczty e-mail. Aby uzyskać wzorce synchronizacji w czasie rzeczywistym, zobacz Przewodnik po API synchronizacji poczty e-mail.
Podsumowanie wzorca API ATS do obsługi wiadomości e-mail: Połącz konta rekruterów za pomocą OAuth (Gmail, Outlook lub IMAP). Synchronizuj wszystkie wątki przychodzące i wychodzące dla każdego adresu kandydata. Upublicznij ujednoliconą oś czasu w interfejsie ATS. Opcjonalnie wysyłaj e-maile zwrotne z ATS w imieniu rzeczywistej skrzynki pocztowej rekrutera – bez przekazywania BCC, bez aliasów e-mail, bez "od noreply@twojaaplikacja.com".
API e-mailowe do angażowania sprzedaży
Platformy zaangażowania sprzedaży wykorzystują interfejs API poczty elektronicznej do wykrywania odpowiedzi prospektów i automatycznego uruchamiania kolejnego kroku sekwencji - wstrzymania kolejnych wiadomości, powiadomienia przedstawiciela handlowego, przejścia etapu obsługi transakcji. Co kluczowe, wychodzące wiadomości e-mail są wysyłane z rzeczywistej skrzynki pocztowej przedstawiciela handlowego, a nie ze współdzielonej domeny platformy, co zapewnia dostarczalność i tożsamość nadawcy.
The API do e-mail marketingu w sprzedaży wzorzec to synchronizacja + wysyłanie, na użytkownika. Każdy przedstawiciel łączy swoje konto Gmail lub Outlook raz. Każdy e-mail w aktywnej sekwencji jest wysyłany z rzeczywistego adresu przedstawiciela. Kiedy przychodzi odpowiedź, silnik synchronizacji wykrywa identyfikator wątku, dopasowuje go do otwartej sekwencji i uruchamia odpowiednią automatyzację. Jest to decyzja po stronie klienta - platforma przekazuje działanie; rytm i wolumen pozostają pod kontrolą zespołu sprzedaży.
Ten Przypadek użycia API do wysyłania wiadomości e-mail stanowi podstawę narzędzi takich jak platformy prospectingowe i oprogramowanie SaaS do automatyzacji sprzedaży. Przewaga w dostarczalności jest fundamentalna: e-maile wysyłane z rep@company.com za pośrednictwem faktycznej skrzynki e-mailowej Gmail lub Outlook przedstawiciela dziedziczą reputację wysyłania domeny. E-maile wysyłane z domeny współdzielonej platformy nie mają tej przewagi. Pełny wzorzec wysyłania jest udokumentowany w Przewodnik po API do wysyłania e-maili.
Dlaczego jest to ważne dla dostarczalności: Wysyłka z platformy (z sequences@platform.com) oddziela reputację nadawcy od domeny nadawcy. Wysyłka za pomocą narzędzia User-sync kieruje każdego maila przez autentyczną skrzynkę pocztową użytkownika – Gmail SMTP lub Outlook Graph – dzięki czemu dostarczalność jest powiązana z domeną nadawcy, a nie platformy. Jest to przewaga strukturalna, której żaden interfejs API do obsługi poczty transakcyjnej nie jest w stanie powtórzyć.
API e-mailowe dla obsługi klienta / helpdesku
System helpdeskowy oparty na API poczty e-mail agreguje wszystkie skrzynki pocztowe wsparcia - support@, billing@, enterprise@ - w jedną, zunifikowaną skrzynkę odbiorczą. Nowe wiadomości e-mail automatycznie tworzą zgłoszenia. Odpowiedzi są wysyłane z oryginalnego adresu skrzynki pocztowej. Agent wsparcia nigdy nie opuszcza interfejsu helpdesku, aby otworzyć Outlooka lub Gmaila.
The API poczty e-mail do obsługi klienta Przypadek użycia to przede wszystkim odczyt + wysyłanie, z silnym wymogiem wątkowania. Większość helpdesków zarządza wieloma adresami od różnych dostawców: jeden zespół korzysta z Gmaila, inny z Outlooka, a trzeci może mieć skrzynkę pocztową dziedziczoną tylko z IMAP. Zunifikowane API poczty e-mail odczytuje wszystkie połączone konta jako jeden strumień, zachowując kontekst wątku, dzięki czemu agenci mogą odpowiadać w wątku z właściwą tożsamością nadawcy.
Ten Przypadek użycia interfejsu API poczty elektronicznej tym, w jaki sposób nowoczesne produkty SaaS typu helpdesk – szczególnie te pozycjonujące się w kontraście do starszych narzędzi opartych wyłącznie na wtyczkach emailowych – się wyróżniają. Kluczowym wyróżnikiem jest wierność wątków: wiadomości email przechodzą przez rzeczywisty kanał SMTP/Graph właściciela skrzynki pocztowej, dzięki czemu odpowiedzi trafiają do właściwego wątku po stronie klienta, a nie jako odrębna wiadomość z generycznego adresu platformy. Pełny przewodnik techniczny obejmujący wszystkich trzech dostawców można znaleźć w Przewodnik po interfejsie API poczty e-mail.
Zbuduj integrację swojej skrzynki pomocy technicznejAPI pocztowe dla agentów / asystentów poczty e-mail AI
Agenty poczty e-mail AI wykorzystują API poczty e-mail, aby zapewnić dużemu modelowi językowemu dostęp do skrzynki odbiorczej użytkownika, ograniczony i działający w jego imieniu – odczytując wątki w celu tworzenia odpowiedzi, zarządzając wiadomościami, podsumowując długie wątki e-mail i opcjonalnie wysyłając odpowiedzi po przeglądzie przez człowieka. Model nigdy nie przetwarza danych uwierzytelniających OAuth; API poczty e-mail abstrahuje skrzynkę odbiorczą jako czysty, ustrukturyzowany strumień.
To jest najnowszy Przypadek użycia interfejsu API poczty elektronicznej i najszybciej rozwijającym się w 2026 roku. Asystenci SI zintegrowani z narzędziami produktywności, narzędziami sprzedaży i produktami CRM potrzebują tych samych trzech rzeczy: dostępu do odczytu skrzynki odbiorczej w celu pobierania kontekstu, ustrukturyzowanych danych e-mail do generowania podpowiedzi (temat, od kogo, treść, identyfikator wątku) oraz opcjonalnego kanału wysyłki do zatwierdzonych wersji roboczych. API e-mail zapewnia wszystkie trzy w jednej integracji z Gmail, Outlook i IMAP, w imieniu uwierzytelnionego użytkownika.
Ograniczony dostęp i przetwarzanie danych Agenci e-mail oparty na AI i zbudowani na API synchronizacji poczty e-mail uzyskują dostęp wyłącznie do skrzynki odbiorczej uwierzytelnionego użytkownika – nigdy poza ten zakres. API poczty e-mail działa jako niezależny pośrednik techniczny, przesyłając ustrukturyzowane dane do warstwy LLM bez przechowywania równoległej kopii wiadomości e-mail użytkownika. Zakres przetwarzania danych, ich przechowywanie i zgoda pozostają decyzją po stronie klienta. Jest to właściwa architektura dla agentów AI działających w imieniu rzeczywistych użytkowników, nie stając się jednocześnie hurtownią danych.
Przy skalowaniu budowania agentów poczty e-mail AI, musisz również poradzić sobie z rzeczywistością wielu dostawców: Twoi użytkownicy będą mieli konta Gmail, Outlook i IMAP. Zunifikowane API poczty e-mail normalizuje strumień skrzynki odbiorczej do spójnej struktury - thread_id, subject, from, to, body, date - niezależnie od dostawcy. Twój szablon podpowiedzi LLM pozostaje taki sam dla wszystkich trzech. Pełny przewodnik techniczny dotyczący warstwy integracji poczty e-mail dla produktów AI, znajdziesz w Poradnik API poczty elektronicznej dla programistów. Dla szerszej architektury wielokanałowych agentów AI (dodając LinkedIn, WhatsApp i inne kanały do tego samego agenta), nadchodzący przewodnik po API wielokanałowym dla agentów AI obejmuje cały stos.
Zacznij budować swojego AI agenta pocztowegoTransakcyjne vs. Synchronizacja użytkowników: Do jakiego przypadku użycia należysz?
Jeśli pięć powyższych zastosowań API e-mail nie odpowiada Twoim potrzebom, być może znajdujesz się w zupełnie innej kategorii. API e-mail dzielą się na dwa fundamentalnie różne rynki: transakcyjne i synchronizujące użytkowników, i nie pokrywają się. Ta krótka sekcja pomoże Ci określić, po której stronie jesteś, abyś przestał oceniać niewłaściwe narzędzia.
| Wymiar | API e-maili transakcyjnych | API synchronizacji użytkowników e-mail (ten artykuł) |
|---|---|---|
| Kto jest właścicielem domeny wysyłającej | Ty (platforma) | Użytkownik (jego Gmail / Outlook) |
| Typowi nadawcy | noreply@yourapp.com | user@theirdomain.com |
| Wymagane OAuth | Nie | Tak |
| Odczytaj / zsynchronizuj skrzynkę odbiorczą użytkownika | Nie | Tak |
| Przypadki użycia | Powiadomienia, potwierdzenia, marketing | CRM, ATS, sprzedaż, wsparcie, agenci AI |
| Przykładowi dostawcy | SendGrid, Mailgun, Resend | Gmail API, MS Graph, IMAP, Unipile |
Jeśli Twój produkt wysyła powiadomienia, potwierdzenia lub wiadomości marketingowe z własnej domeny, jest to rynek transakcyjny, a SendGrid, Mailgun lub Resend to odpowiednie narzędzia. Jeśli Twój produkt potrzebuje dostępu do skrzynek odbiorczych użytkowników w ich imieniu, odczytu ich wiadomości, synchronizacji wątków lub wysyłania z ich faktycznego adresu, jest to synchronizacja użytkowników, a pięć Przypadki użycia API e-mail powyżej znajduje się dokładny opis tego, co budujesz. Aby uzyskać szczegółowe informacje na temat wyboru każdej z tych metod, zapoznaj się z pełnym przewodnikiem po interfejsach API poczty elektronicznej synchronizacji i transakcyjnej.
Dane, prywatność i odpowiedzialność platformy
Każdy przypadek użycia API poczty e-mail opisany w tym artykule polega na dostępie do rzeczywistych skrzynek pocztowych użytkowników za pomocą OAuth. Zanim zaczniesz tworzyć, zrozum, jak Unipile działa jako pośrednik, co oznacza obsługa danych w praktyce i za co odpowiada platforma.
Unipile nie przechowuje równoległej kopii wiadomości e-mail użytkowników niezależnie od ich skrzynki pocztowej. Dostęp jest ograniczony do uwierzytelniony użytkownik's konto, ograniczone do sesji i uprawnień przyznanych przez OAuth. Żaden archiwum e-mail nie jest tworzone poza własnym dostawcą użytkownika (Gmail, Outlook, IMAP). Zakres przetwarzania danych, polityki retencji i mechanizmy zgody użytkownika pozostają odpowiedzialnością Twojego produktu jako administratora danych.
Unipile działa jako niezależny pośrednik techniczny pomiędzy Twoim produktem a dostawcą poczty e-mail. Każda operacja e-mail - odczyt, synchronizacja, wysyłanie - jest wykonywana w imieniu właściciel połączonego konta, używając własnych danych uwierzytelniających OAuth. Unipile nie jest powiązany, zatwierdzony ani sponsorowany przez Google ani Microsoft. Dane uwierzytelniające nie są udostępniane między użytkownikami. Każde połączone konto jest odizolowane.
Unipile przekazuje limity żądań i kontrole dostępu bazowego dostawcy poczty e-mail (Google, Microsoft, serwer IMAP). Częstotliwość wywołań API, tempo synchronizacji i liczba wiadomości e-mail wysyłanych na konto pozostają decyzja po stronie klienta. Wasz produkt odpowiada za przestrzeganie limitów dostawców oraz obowiązujących przepisów (RODO, CCPA). Unipile posiada certyfikat SOC 2 i jest zgodny z RODO jako warstwa infrastruktury.
Unipile nie jest powiązany, wspierany ani sponsorowany przez Google ani Microsoft Corporation. Gmail i Outlook są znakami towarowymi odpowiednich właścicieli. Google nie jest powiązany z Unipile. Microsoft nie jest powiązany z Unipile. Korzystanie z tych platform za pośrednictwem API Unipile podlega warunkom świadczenia usług i zasadom akceptowalnego użytkowania poszczególnych platform.
Email API Use Cases - FAQ
Najczęściej zadawane pytania dotyczące przypadków użycia interfejsu API poczty e-mail, dostępu do skrzynki odbiorczej OAuth oraz tworzenia interfejsów API poczty e-mail do synchronizacji użytkowników.
An API poczty elektronicznej Niech produkty oprogramowania będą w stanie czytać, synchronizować i wysyłać wiadomości e-mail w imieniu uwierzytelnionych użytkowników - dostęp do ich rzeczywistych skrzynek odbiorczych Gmail, Outlook lub IMAP za pośrednictwem OAuth. Jądro Przypadki użycia API e-mail w tym wzbogacanie CRM, śledzenie kandydatów w ATS, automatyzację sekwencji zaangażowania sprzedażowego, zunifikowane skrzynki odbiorcze działu pomocy technicznej oraz agenty poczty elektronicznej oparte na sztucznej inteligencji. Jest to inne niż transakcyjne API poczty elektronicznej (SendGrid, Mailgun), które wysyłają masowe wiadomości z domeny należącej do platformy i nie obejmują dostępu do skrzynki odbiorczej przez OAuth.
System CRM wykorzystuje API poczty e-mail do automatycznego rejestrowania każdej rozmowy e-mailowej między przedstawicielem handlowym a potencjalnym klientem w rekordzie kontaktu - bez ręcznego kopiowania i wklejania, bez przekierowywania na adres BCC. API e-mail dla CRM czyta skrzynkę odbiorczą przedstawiciela w imieniu uwierzytelniony użytkownik, dopasowuje wątki do adresów e-mail kontaktów i w czasie rzeczywistym zapisuje je na osi czasu CRM. Umożliwia również wysyłanie wiadomości e-mail z CRM przy użyciu faktycznej skrzynki pocztowej przedstawiciela handlowego, dzięki czemu odpowiedzi pochodzą z jego prawdziwego adresu – co jest kluczowe dla wskaźnika odpowiedzi i dostarczalności.
Platformy ATS używają API e-mail dla ATS aby zsynchronizować wszystkie wątki między rekruterami a kandydatami. Każdy rekruter jednorazowo łączy swoje konto Gmail lub Outlook za pomocą OAuth. API odczytuje wszystkie wiadomości e-mail do lub od adresu każdego kandydata ze wszystkich kont rekruterów i mapuje je do profilu kandydata. Zapewnia to wspólną widoczność dla całego zespołu, bez konieczności posiadania dostępu do skrzynki pocztowej kolegi. Niektóre produkty ATS łączą to z API kalendarza do parsowania wątków rozmów rekrutacyjnych i automatycznego tworzenia wydarzeń.
Tak. Możesz zsynchronizować skrzynkę odbiorczą Gmail lub Outlook użytkownika za pomocą interfejsu API poczty e-mail obsługującego delegowanie OAuth. Użytkownik uwierzytelnia się raz za pomocą OAuth Google lub Microsoft, przyznając Twojej aplikacji dostęp w imieniu Ich konto. API udostępnia następnie punkty końcowe do listowania wiadomości e-mail, pobierania zawartości wątków, synchronizacji nowych wiadomości za pomocą webhooków oraz wysyłania z poczty użytkownika. Zunifikowane API e-mail, takie jak Unipile, obsługuje Gmail, Outlook i IMAP za pomocą pojedynczej integracji – zobacz Przewodnik po interfejsie API poczty e-mail po pełne techniczne omówienie.
Asystenci e-mail AI uzyskują dostęp do e-maili za pośrednictwem interfejsu API poczty e-mail, który zapewnia dostęp do skrzynki pocztowej na zasadzie delegowania dla uwierzytelnionego użytkownika. API poczty e-mail pobiera ustrukturyzowane dane (temat, od, do, treść, identyfikator wątku) i przekazuje je do LLM jako kontekst. Następnie model generuje wersję roboczą odpowiedzi, podsumowanie lub działanie triage. API poczty e-mail obsługuje OAuth i normalizuje różnice między dostawcami (Gmail, Outlook, IMAP), dzięki czemu warstwa AI otrzymuje spójny ustrukturyzowany strumień, niezależnie od tego, którego dostawcy używa użytkownik. Model nigdy nie obsługuje poświadczeń ani surowych tokenów OAuth.
Tak. Odczyt skrzynki odbiorczej użytkownika wymaga autoryzacji OAuth. W przypadku Gmaila oznacza to Google OAuth 2.0 z odpowiednimi Zakresy Gmail API. W przypadku programu Outlook oznacza to Microsoft OAuth z uprawnieniami Microsoft Graph. W przypadku IMAP, XOAUTH2 jest nowoczesnym standardem (podstawowe uwierzytelnianie zostało wycofane przez głównych dostawców, w tym Google i Microsoft). OAuth zapewnia, że użytkownik wyraźnie zgadza się na dostęp do skrzynki pocztowej, a zakres uprawnień jest ograniczony do tego, na co się zgodził. Zunifikowane API poczty e-mail obsługuje ten przepływ OAuth dla wszystkich trzech dostawców.
Most integracja poczty e-mail dla SaaS produkty mieszczą się w jednym z pięciu przypadków użycia synchronizacji użytkowników opisanych w tym artykule: CRM (logowanie rozmów), ATS (śledzenie kandydatów), sprzedaż (wykrywanie wysyłania/odpowiadania), wsparcie (ujednolicona skrzynka odbiorcza) lub AI (pobieranie kontekstu). Decyzja dotycząca architektury bazowej – czy budować bezpośrednio na Gmail API / Microsoft Graph / IMAP, czy też użyć ujednoliconej warstwy abstrakcji – jest szczegółowo omówiona w Przewodnik API poczty e-mail dla SaaS, w tym wzorce architektoniczne, ukryte koszty oraz decyzja o budowie vs zakup.
Nie. Unipile nie jest powiązany, wspierany ani sponsorowany przez Google ani Microsoft. Unipile jest niezależny pośrednik techniczny które zapewnia ujednoliconą warstwę API nad Gmail (Google), Outlook (Microsoft) i IMAP. Dostęp do każdego dostawcy jest regulowany przez warunki korzystania z odpowiedniej platformy. Unipile posiada certyfikat SOC 2 i jest zgodny z RODO jako warstwa infrastruktury. Twój produkt pozostaje odpowiedzialny za zgodę użytkownika, zakres przetwarzania danych i zgodność z obowiązującymi przepisami o ochronie danych.
Nadal masz pytania dotyczące zastosowań API e-mail? Nasz zespół służy pomocą.
PL 
EN 
FR 
ES 
DE 
IT 
BR 
NL 
TR