5 Ürün Bir Üzerinde Çalışır E-posta API'si ve Neden
CRM zenginleştirme, ATS aday takibi, satış etkileşimi, yardım masası gelen kutuları, yapay zeka asistanları - bu ürünlerin her biri kimliği doğrulanmış kullanıcılar adına e-posta okuyup gönderebilmelidir. Bu kılavuz, tam olarak nasıl yaptıklarını gösterir, gerçek kod örnekleriyle, böylece haftalar değil saatler içinde aynı şeyi oluşturabilirsiniz.
const response = bekliyor fetch(
`/api/v1/emails?account_id=${accountId}`,
{ headers: {
'X-API-ANAHTARI': process.env.UNIPILE_KEY
}}
);
const { e-postalar } = bekliyor cevap.json();
// Otomatik olarak kişi günlüğüne kaydet
CRM'e Kaydet(e-postalar, iletişimKimliği);
E-posta API'si ile Neler Oluşturabilirsiniz?
Bir e-posta API'si, kullanıcı senkronizasyonu için ürününüzü sağlar Kimliği doğrulanmış kullanıcılar adına e-posta okuyun, senkronize edin ve gönderin, OAuth aracılığıyla gerçek gelen kutularına erişerek. Beş temel e-posta API kullanım durumu şunlardır: CRM zenginleştirme (tüm potansiyel müşteri e-postalarını otomatik olarak kaydet), ATS aday takip sistemi (başvuru başına iş parçacığı eşitleme), satış etkileşimi (yanıt algılama ve gerçek posta kutusundan gönderme), müşteri hizmetleri (birleşik çoklu posta kutusu gelen kutusu) ve Yapay zeka e-posta aracıları (taslak hazırlama ve önceliklendirme için LLM erişimi kapsamlıdır). Bunların her biri aynı temel desen üzerinde çalışır: kimliği doğrulanmış kullanıcı adına okuma + senkronizasyon + gönderme.
| Dikey | İş e-postası | API kalıbı | Birincil sağlayıcılar |
|---|---|---|---|
| CRM | Ek kontak, otomatik iş parçacığı kaydı | oku + senkronize et | Gmail, Outlook, IMAP |
| ATS / İşe Alım | Aday ileti dizisini izle, görünümü paylaş | senkronize et + oku | Gmail, Outlook, IMAP |
| Satış Etkileşimi | Yanıt algılama, rep posta kutusundan gönder | senkronize et + gönder | Gmail, Outlook, IMAP |
| Müşteri Desteği | Birleşik gelen kutusu, iş parçacığından gelen bilet | okuyun + gönderin | Gmail, Outlook, IMAP |
| Yapay Zeka E-posta Aracısı | Triyaj, taslak, özetle | oku + gönder (kapsamlı) | Gmail, Outlook, IMAP |
Aradığınız bu mu değil mi? E-posta API'lerinin iki kategorisi vardır: muameleli (SendGrid, Mailgun, gönderen alan adına sahipsiniz, alıcılar ürününüze asla kaydolmadı) ve kullanıcı senkronizasyonu (bu makale). Kullanıcı senkronizasyonu, kimlik doğrulaması yapılmış kullanıcıların kendi gelen kutularına erişmesi adına ürününüzün yetki devri OAuth kullanması anlamına gelir. Aşağıdaki beş kullanım durumu da kullanıcı senkronizasyonu kapsamına girmektedir. Kendi alan adınızdan toplu bülten göndermeniz gerekiyorsa, bu kılavuz size göre değildir.
CRM için E-posta API'si
E-posta API'si kullanan bir CRM, bir temsilci ve bir potansiyel müşteri arasındaki her e-postanın kopyalayıp yapıştırmadan doğrudan kişi kaydına otomatik olarak kaydedilmesini sağlayabilir. E-posta API'si, kimliği doğrulanmış temsilci adına kullanıcının gelen kutusunu okur, e-posta adresine göre ileti dizilerini mevcut kişilere eşleştirir ve gerçek zamanlı olarak CRM zaman çizelgesine yazar.
Arkadaki desen E-posta API'si CRM için otantik olarak doğrulanmış kullanıcı adına okunur + senkronize edilir + gönderilir. Temsilci kimliğini OAuth aracılığıyla bir kez Gmail veya Outlook hesabıyla ilişkilendirir. Bundan sonra, bilinen bir kişiyle yapılan her gelen ve giden e-posta otomatik olarak yakalanır - BCC iletme, tarayıcı uzantısı veya manuel günlük kaydı yok.
// 1. Bir kişi için e-postaları al
kimliği doğrulanmış temsilci adına
GET /api/v1/emails
?hesap_id={rep_account_id}
&gonderen_eposta={contact_email}
Yetkilendirme: X-API-KEY {anahtar}
// Yanıt
{
"nesne": "HesapEmailleriListesi",
"eşyalar": [
{
"kimlik": "em_01abc",
"konu": "Yeniden: Takip",
"dan": "contact@acme.com",
"tarih": "2026-06-05"
}
]
}ATS / İşe Alım Yazılımı için E-posta API'si
E-posta API'siyle entegre olan bir ATS, tüm işe alım uzmanları ve tüm e-posta sağlayıcıları genelinde her müşteri adayıyla olan her e-posta konuşmasının eksiksiz, otomatik olarak senkronize edilmiş bir görünümünü elde eder. İşe alım uzmanları hesaplarını bir kez bağlar; o andan itibaren her e-posta dizisi otomatik olarak aday profiline eşleştirilir.
Bu ATS için e-posta API'si Kullanım senaryosu senkronizasyon ve görünürlük etrafında merkezleniyor. İşe alım ekipleri genellikle farklı e-posta hesaplarında çalışan birkaç işe alım uzmanına sahiptir, biri Gmail, diğeri Outlook kullanır. E-posta API'si, kimliği doğrulanmış işe alım uzmanı adına her bir bağlantılı hesabı okur ve bir adayın e-posta adresini içeren tüm konuşmaları ATS içinde tek bir birleşik zaman çizelgesinde yüzeye çıkarır.
Bu e-posta API kullanım durumu Bu özellik, özellikle birden fazla sağlayıcıdan oluşan ekipler için çok değerlidir. Büyük şirketlerdeki işe alım uzmanları genellikle hem Gmail hem de Outlook hesaplarını kullanır. Birleştirilmiş bir e-posta API’si, tek bir entegrasyonla her ikisini de yönetir; böylece ATS geliştiricisi iki ayrı kod yolu yazmak yerine tek bir kod yolu yazabilir. Gelen kutusu verilerini okumaya ilişkin tam teknik şemayı görmek için e-posta API kılavuzunu oku. Gerçek zamanlı senkronizasyon desenleri için, e-posta eşitleme API kılavuzu.
ATS E-posta API desen özeti: Adayların hesaplarını OAuth (Gmail, Outlook veya IMAP) ile bağlayın. Aday adresi başına gelen ve giden tüm ileti dizilerini senkronize edin. ATS kullanıcı arayüzünde birleşik bir zaman çizelgesi sunun. İsteğe bağlı olarak, adayın gerçek posta kutusu adına ATS'den yanıt e-postaları gönderin - BCC iletme, e-posta takma adları veya "noreply@yourapp.com adresinden" gibi ifadeler kullanılmadan.
Satış Etkileşimi için E-posta API'si
Satış etkileşim platformları, bir hedef kitlenin yanıt verdiğini tespit etmek ve otomatik olarak bir dizinin sonraki adımını tetiklemek için bir e-posta API'si kullanır - takip e-postalarını duraklat, temsilciyi bilgilendir, anlaşma aşamasını ilerlet. En önemlisi, giden e-postalar paylaşılan bir platform alanından değil, temsilcinin gerçek posta kutusundan gönderilir, bu da teslim edilebilirliği ve gönderen kimliğini korur.
Bu satış etkinliği için e-posta API'si desen kullanıcı başına senkronizasyon + gönderme şeklindedir. Her temsilci, Gmail veya Outlook hesabını bir kez bağlar. Aktif bir dizideki her e-posta, o temsilcinin gerçek adresinden gönderilir. Bir yanıt geldiğinde, senkronizasyon motoru konu kimliğini algılar, açık bir dizimle eşleştirir ve uygun otomasyonu tetikler. Bu, müşteri tarafı bir karardır - platform eylemi iletir; tempo ve hacim satış ekibinin kontrolünde kalır.
Bu E-posta API kullanım senaryosu e-posta pazarlama platformları ve satış otomasyonu SaaS gibi araçların bel kemiğini oluşturur. Teslim edilebilirlik avantajı temeldir: rep@şirketim.com adresinden, temsilcinin gerçek Gmail veya Outlook posta kutusu aracılığıyla gönderilen e-postalar, alan adının gönderme itibarını devralır. Ortak bir platform alan adından gönderilen e-postalar bunu yapmaz. Tam gönderme kalıbı aşağıda belgelenmiştir e-posta gönderme API kılavuzu.
Teslim edilebilirlik için önemi: Platform-domain gönderimi (sequences@platform.com'dan) gönderen itibarı, itibarı olan alan adından ayırır. User-sync gönderimi, her e-postayı kimliği doğrulanmış kullanıcının gerçek posta kutusundan - Gmail SMTP veya Outlook Graph - yönlendirir, bu nedenle teslim edilebilirlik platformun değil, itibarı olan alan adına bağlıdır. Bu, hiçbir işlem tabanlı e-posta API'sinin tekrarlayamayacağı yapısal bir avantajdır.
Müşteri Desteği / Yardım Masası için E-posta API'si
Tek bir birleşik gelen kutusunda support@, billing@, enterprise@ gibi tüm destek posta kutularını bir araya getiren bir e-posta API'si üzerine kurulu bir yardım masası. Yeni e-postalar otomatik olarak bilet oluşturur. Yanıtlar orijinal posta kutusu adresinden gönderilir. Destek temsilcisi, Outlook veya Gmail'i açmak için hiçbir zaman yardım masası arayüzünden ayrılmaz.
Bu müşteri desteği için e-posta API'si Kullanım durumu öncelikli olarak okuma + gönderme olup, güçlü bir başlık (thread) gereksinimi vardır. Çoğu yardım masası, birden fazla sağlayıcıdan birden fazla adresi yönetir: bir ekip Gmail kullanırken, diğeri Outlook kullanır, üçüncüsü ise yalnızca IMAP'lı eski bir gelen kutusuna sahip olabilir. Birleşik bir e-posta API'si, tüm bağlı hesapları tek bir akış olarak okur, başlık bağlamını koruyarak aracılar doğru gönderici kimliğiyle başlık içinde yanıt verebilir.
Bu e-posta API kullanım durumu modern yardım masası SaaS ürünlerinin - özellikle e-posta tabanlı eski araçlara karşı konumlananların - kendilerini nasıl farklılaştırdığı budur. Temel farklılaştırıcı iş parçacığı sadakatidir: e-postalar, gelen kutusu sahibinin gerçek SMTP/Graph kanalı aracılığıyla akar, bu nedenle yanıtlar müşterinin tarafındaki doğru iş parçacığına düşer, jenerik bir platform adresinden bağlantısız bir mesaj olarak değil. Üç sağlayıcıyı da kapsayan tam teknik kılavuz için şunu inceleyin: E-posta API Kılavuzu.
Destek gelen kutusu entegrasyonunuzu oluşturunYapay Zeka E-posta Temsilcileri / Yardımcıları için E-posta API'si
Yapay zeka e-posta aracıları, büyük bir dil modeline kullanıcının gerçek gelen kutusuna kapsamlı, kendi adına erişim sağlamak için bir e-posta API'si kullanır; bunlara yanıt taslağı oluşturmak, iletileri sınıflandırmak, uzun e-posta zincirlerini özetlemek ve isteğe bağlı olarak insan incelemesinden sonra yanıt göndermek için iş parçacıklarını okur. Model asla OAuth kimlik bilgilerini işlemez; e-posta API'si gelen kutusunu temiz ve yapılandırılmış bir akış olarak soyutlar.
Bu en yenisi e-posta API kullanım durumu ve 2026'da en hızlı büyüyen. Üretkenlik araçlarına, satış araçlarına ve CRM ürünlerine gömülü yapay zeka asistanlarının hepsinin aynı üç şeye ihtiyacı var: bağlam alma için gelen kutusu okuma erişimi, istemler için yapılandırılmış e-posta verileri (konu, kimden, gövde, iş parçacığı kimliği) ve onaylanmış taslaklar için isteğe bağlı bir gönderme kanalı. E-posta API'si, kimliği doğrulanmış kullanıcı adına Gmail, Outlook ve IMAP genelinde tek bir entegrasyonda bu üçünü de sağlar.
Kapsamlı erişim ve veri işleme: Kullanıcı senkronizasyonlu bir e-posta API'si üzerine kurulu YZ e-posta aracıları, yalnızca kimliği doğrulanmış kullanıcının gelen kutusuna erişir - asla bu kapsamın ötesine geçmez. E-posta API'si bir bağımsız teknik aracı, Kullanıcının e-postalarının paralel bir kopyasını saklamadan LLM katmanına yapılandırılmış veri aktarımı. Veri işleme kapsamı, saklama ve onay, müşteri tarafında alınan bir karardır. Bu, gerçek kullanıcılar adına hareket eden ve veri ambarı haline gelmeyen yapay zeka aracılarının doğru mimarisidir.
E-posta yapay zeka aracını ölçekte oluştururken, çoklu sağlayıcı gerçekliğini de ele almanız gerekir: kullanıcılarınızın Gmail, Outlook ve IMAP hesapları olacaktır. Birleşik bir e-posta API'si, sağlayıcıdan bağımsız olarak gelen kutusu akışını tutarlı bir yapıya - thread_id, konu, kimden, kime, gövde, tarih - normalleştirir. LLM istem şablonunuz üçü için de aynı kalır. Yapay zeka ürünleri için e-posta entegrasyon katmanı hakkında tam teknik kılavuz için, Geliştiriciler İçin E-posta API Kılavuzu. Çok kanallı yapay zeka ajanlarının daha geniş mimarisi (aynı ajana LinkedIn, WhatsApp ve diğer kanalların eklenmesi) için, gelecek çok kanallı API kılavuzu tam yığını kapsayacaktır.
Yapay zeka e-posta aracı oluşturmaya başlayınİşlemsel mi Yoksa Kullanıcı Eşitleme mi: Hangi Kullanım Senaryosundasınız?
Yukarıdaki beş e-posta API kullanım durumu ihtiyacınıza uymuyorsa, tamamen yanlış kategoride olabilirsiniz. E-posta API'leri, birbirleriyle çakışmayan, işlemsel ve kullanıcı senkronizasyonu olmak üzere temelde iki farklı pazara ayrılır. Bu kısa bölüm, hangi tarafta olduğunuzu belirleyerek yanlış araçları değerlendirmeyi bırakmanızı sağlar.
| Boyut | İşlemsel e-posta API'si | Kullanıcı senkronizasyon e-posta API'si (bu makale) |
|---|---|---|
| Gönderen alan adı kime ait | Siz (platform) | Kullanıcı (Gmail / Outlook adresleri) |
| Tipik gönderenler | noreply@yourapp.com | user@theirdomain.com |
| OAuth gerekli | Hayır | Evet |
| Kullanıcının gelen kutusunu oku / senkronize et | Hayır | Evet |
| Kullanım durumları | Bildirimler, makbuzlar, pazarlama | CRM, ATS, satış, destek, yapay zeka temsilcileri |
| Örnek sağlayıcılar | SendGrid, Mailgun, Resend | Gmail API, MS Graph, IMAP, Unipile |
Ürününüz, sahip olduğunuz bir alan adından bildirim, makbuz veya pazarlama e-postaları gönderiyorsa, bu işlemsel pazarlama alanıdır ve SendGrid, Mailgun veya Resend doğru araçlardır. Ürününüz, kullanıcıların gerçek gelen kutularına kendi adına erişmesi, e-postalarını okuması, konuşma zincirlerini senkronize etmesi veya gerçek adreslerinden göndermesi gerekiyorsa, bu kullanıcı senkronizasyonudur ve beş e-posta API kullanım alanları yukarıdaki tam olarak oluşturduğunuz şeydir. Hangi yaklaşımın ne zaman seçileceğine dair daha derinlemesine bir inceleme için senkron ve işlemsel e-posta API'leri hakkındaki tam kılavuza bakın.
Veri, Gizlilik ve Platform Sorumluluğu
Bu makaledeki her e-posta API kullanım durumu, OAuth aracılığıyla gerçek kullanıcı gelen kutularına erişmeyi içerir. Oluşturmadan önce Unipile'ın aracı olarak nasıl çalıştığını, veri işlemenin pratikte ne anlama geldiğini ve platform sorumluluğunun nerede yattığını anlayın.
Unipile, kullanıcıların e-postalarının tam bir kopyasını posta kutularından bağımsız olarak tutmaz. Erişim, kapsamı şunlara ayrılmıştır: kimliği doğrulanmış kullanıcı'Hesabı, oturumla ve OAuth aracılığıyla verilen izinlerle sınırlıdır. Kullanıcının kendi sağlayıcısı (Gmail, Outlook, IMAP) dışında e-posta arşivi oluşturulmaz. Veri işleme kapsamı, saklama politikaları ve kullanıcı onay mekanizmaları, veri sorumlusu olarak ürününüzün sorumluluğundadır.
Unipile, bir olarak görev yapar bağımsız teknik aracı e-posta sağlayıcınız ile ürününüz arasında gerçekleşir. Okuma, senkronize etme, gönderme gibi her e-posta işlemi yürütülür adına bağlı hesap sahibi, kendi OAuth kimlik bilgilerini kullanarak. Unipile, Google veya Microsoft ile bağlantılı değildir, onaylanmamıştır veya sponsor olmamıştır. Kullanıcılar arasında kimlik bilgisi paylaşılmaz. Her bağlı hesap izole edilmiştir.
Unipile, altta yatan e-posta sağlayıcısının (Google, Microsoft, IMAP sunucusu) hız sınırlarını ve erişim kontrollerini iletir. API çağrılarının sıklığı, senkronizasyonların ritmi ve hesap başına gönderilen e-postaların hacmi aynı kalır. müşteri tarafı kararı. Ürününüz, sağlayıcı kotalarına ve geçerli düzenlemelere (GDPR, CCPA) saygı duymaktan sorumludur. Unipile, altyapı katmanı olarak SOC 2 sertifikalıdır ve GDPR uyumludur.
Unipile, Google veya Microsoft Corporation ile bağlantılı değildir, onaylanmamıştır veya sponsorlu değildir. Gmail ve Outlook, ilgili sahiplerinin ticari markalarıdır. Google, Unipile ile bağlantılı değildir. Microsoft, Unipile ile bağlantılı değildir. Bu platformların Unipile'ın API'si aracılığıyla kullanılması, ilgili platformların hizmet şartlarına ve kabul edilebilir kullanım politikalarına tabidir.
E-posta API Kullanım Durumları - SSS
E-posta API kullanım durumları, OAuth gelen kutusu erişimi ve kullanıcı senkronizasyonu e-posta API'leri üzerine inşa etme hakkında sıkça sorulan sorular.
Bir e-posta API'si yazılım ürünlerinin e-posta okumasını, senkronize etmesini ve göndermesini sağlayalım kimliği doğrulanmış kullanıcılar adına - OAuth aracılığıyla gerçek Gmail, Outlook veya IMAP gelen kutularına erişmeleri. Çekirdek e-posta API kullanım alanları CRM zenginleştirme, ATS aday takibi, satış etkileşim dizisi otomasyonu, yardım masası birleşik gelen kutuları ve yapay zeka e-posta ajanları içerir. Bu, platforma ait bir alan adından toplu mesajlar gönderen ve OAuth gelen kutusu erişimi gerektirmeyen işlem e-postası API'lerinden (SendGrid, Mailgun) farklıdır.
Bir CRM, bir temsilci ve bir potansiyel müşteri arasındaki her e-posta yazışmasını manuel kopyalama-yapıştırma veya gizli kopyalama (BCC) yönlendirmeye gerek kalmadan doğrudan ilgili kişinin kaydına otomatik olarak kaydetmek için bir e-posta API'si kullanır. E-posta API'si CRM için temsilcinin gelen kutusunu adına okur kimliği doğrulanmış kullanıcı, e-posta adresleriyle işleri eşleştirir ve gerçek zamanlı olarak CRM zaman çizelgesine yazar. Ayrıca satış temsilcisinin gerçek posta kutusunu kullanarak CRM'den e-posta göndermeyi mümkün kılar, böylece yanıtlar gerçek adreslerinden gelir - yanıt oranları ve teslim edilebilirlik için kritik öneme sahiptir.
ATS platformları kullanır ATS için e-posta API'si Özetlesene kadar tüm işe alım uzmanları ve adaylar arasındaki iletişimi. Her işe alım uzmanı, OAuth aracılığıyla Gmail veya Outlook hesabını bir kez bağlar. API, tüm işe alım uzmanı hesaplarındaki aday adresine giden veya gelen tüm e-postaları okur ve bunları aday profiline eşler. Bu, kimsenin bir meslektaşının posta kutusuna erişmesine gerek kalmadan tüm ekip için paylaşılan bir görünürlük sağlar. Bazı ATS ürünleri bunu şunlarla eşleştirir: Takvim API'si mülakat planlama başlıklarını ayrıştırmak ve otomatik olarak etkinlikler oluşturmak için.
Evet. E-posta API'lerini kullanarak bir kullanıcının Gmail veya Outlook gelen kutusunu senkronize edebilirsiniz. Bu API'ler OAuth yetkilendirmesini destekler. Kullanıcı, uygulamanıza erişim izni vermek için Google veya Microsoft OAuth üzerinden yalnızca bir kez kimlik doğrulaması yapar. adına hesapları. API daha sonra e-postaları listelemek, ileti dizisi içeriğini almak, web kancaları aracılığıyla yeni mesajları senkronize etmek ve kullanıcının posta kutusundan göndermek için uç noktalar sağlar. Unipile gibi birleşik bir e-posta API'si, tek bir entegrasyonla Gmail, Outlook ve IMAP'ı kapsar - bkz. E-posta API Kılavuzu detaylı teknik inceleme için.
Yapay zeka e-posta yardımcıları, e-postalara şunları sağlayan bir e-posta API'si aracılığıyla erişir kapsam içi, vekaleten gelen kutusu erişimi kimliği doğrulanmış kullanıcı için. E-posta API'si yapılandırılmış verileri (konu, kimden, kime, gövde, ileti dizisi kimliği) alır ve bunları bağlam olarak LLM'ye iletir. Model daha sonra taslak bir yanıt, özet veya sınıflandırma işlemi oluşturur. E-posta API'si OAuth'u yönetir ve sağlayıcı farklılıklarını (Gmail, Outlook, IMAP) normale getirir, böylece yapay zeka katmanı kullanıcının hangi sağlayıcıya sahip olduğuna bakılmaksızın tutarlı yapılandırılmış bir akış alır. Model hiçbir zaman kimlik bilgilerini veya ham OAuth jetonlarını işlemez.
Evet. Bir kullanıcının gelen kutusunu okumak OAuth yetkilendirmesi gerektirir. Gmail için bu, uygun olan Google OAuth 2.0 anlamına gelir Gmail API kapsamları. Outlook için bu, Microsoft Graph izinleriyle Microsoft OAuth anlamına gelir. IMAP için XOAUTH2, modern standarttır (temel kimlik doğrulama, Google ve Microsoft dahil olmak üzere büyük sağlayıcılar tarafından kullanımdan kaldırılmıştır). OAuth, kullanıcının gelen kutusu erişimine açıkça onay vermesini sağlar ve izin kapsamı onayladığı şeylerle sınırlıdır. Birleşik e-posta API'si, bu OAuth akışını üç sağlayıcı için de yönetir.
En E-posta entegrasyonu SaaS için ürünler, bu makaledeki beş kullanıcı senkronizasyonu kullanım durumundan birine girer: CRM (konuşmaları kaydetme), ATS (adayları izleme), satış (gönderme + yanıtlama algılama), destek (birleşik gelen kutusu) veya Yapay Zeka (bağlam alma). Temel mimari kararı - doğrudan Gmail API / Microsoft Graph / IMAP üzerine mi kurulacağı yoksa birleşik bir soyutlama katmanı mı kullanılacağı - ayrıntılı olarak şurada ele alınmaktadır. SaaS için E-posta API Kılavuzu, mimari desenler, gizli maliyetler ve inşa etme ya da satın alma kararı dahil.
Hayır. Unipile, Google veya Microsoft ile ilişkili değildir, onaylanmamıştır veya sponsorluğunda değildir. Unipile bir bağımsız teknik aracı Gmail (Google), Outlook (Microsoft) ve IMAP üzerinde birleşik bir API katmanı sağlayan. Her sağlayıcıya erişim, ilgili platformun hizmet şartlarına tabidir. Unipile, bir altyapı katmanı olarak SOC 2 sertifikalı ve GDPR uyumludur. Ürününüz, kullanıcı rızasından, veri işleme kapsamından ve geçerli veri koruma düzenlemelerine uyumluluktan sorumludur.
E-posta API kullanım örnekleri hakkında hala sorularınız mı var? Ekibimiz size yardımcı olmak için burada.