Dostawca może akceptować Twój miesięczny wolumen, a mimo to ograniczać burst po awarii procesu zakupowego. Porównaj warunki wysyłki z pracą, którą Twoja aplikacja musi odzyskać.
Wybierz Bird do wysyłki transakcyjnej obok skrzynek z wątkami i odpowiedziami. Amazon SES lepiej pasuje do aplikacji AWS zbudowanej wokół poleceń wysyłki sesv2.
Czym jest e-mail transakcyjny?
E-mail transakcyjny obsługuje transakcję lub aktywność konta odbiorcy, np. potwierdzenie zakupu czy resetowanie hasła. O kategorii decyduje cel wiadomości. Liczba odbiorców ani automatyczne wyzwalanie nie czynią treści promocyjnej transakcyjną.
Co powinieneś ocenić?
Porównaj możliwości, których potrzebuje Twoja aplikacja, a następnie przetestuj ścieżki awarii przed podjęciem decyzji.
- Dostarczalność i narzędzia reputacyjne. Czy możesz łatwo uwierzytelnić swoją domenę za pomocą SPF, DKIM i DMARC? Czy dedykowane IP są dostępne, jeśli ich potrzebujesz, wraz ze wskazówkami dotyczącymi ich rozgrzewania?
- Jakość API i SDK. Czy API jest dobrze udokumentowane, z oficjalnymi SDK w językach, których używasz?
- Zarówno SMTP, jak i HTTP. Sprawdź, który interfejs przesyłania obsługuje Twoje środowisko uruchomieniowe. Istniejące klienty SMTP mogą korzystać z relay; HTTP API obsługuje aplikacje przesyłające ustrukturyzowane żądania.
- Szablony. Szablony po stronie serwera z podstawianiem zmiennych pozwalają zmieniać treść bez wdrożenia i utrzymywać spójne formatowanie we wszystkich wiadomościach.
- Webhooki i zdarzenia. Zdarzenia webhook w czasie rzeczywistym dotyczące dostarczenia, otwarcia, kliknięcia, odrzucenia i skargi pozwalają utrzymywać własne rekordy w aktualnym stanie i uruchamiać logikę kolejnych kroków.
- Analityka. Zagregowane widoki wskaźników dostarczenia, odrzuceń i zaangażowania oraz przeszukiwalny dziennik do badania pojedynczej wiadomości.
- Obsługa suppressji. Dostawca powinien automatycznie blokować twarde odrzucenia i skargi, aby Twoja aplikacja mogła zaprzestać wysyłek zablokowanych przez te sygnały. Zapytaj, jak zarządzane są listy suppressji i czy możesz je przeglądać.
- Skalowalność. Czy obsłuży Twój szczytowy wolumen (premiera produktu, świąteczny skok) bez ręcznej interwencji i niespodziewanego ograniczania przepustowości?
- Cennik. Poznaj model (za wiadomość, progowy, z wliczonym wolumenem) i moment naliczania nadwyżki. Oblicz koszty dla oczekiwanego wolumenu i okresów szczytowych.
- Wsparcie. Gdy poczta przestaje przepływać o 2 w nocy, jak kontaktujesz się z człowiekiem i jak szybko odpowiada? Sprawdź poziom wsparcia dołączony do planu, który faktycznie kupisz.
- Zgodność. Przed podjęciem decyzji potwierdź, że dostawca spełnia wymagania dotyczące przetwarzania danych i wymogi regionalne, którym podlega Twoja firma.
Kiedy wybrać usługę relay SMTP?
Wybierz relay SMTP, gdy Twoja aplikacja już buduje wiadomości e-mail i obsługuje konfigurowalny serwer poczty. Wybierz HTTP API, gdy potrzebujesz ustrukturyzowanych pól żądania lub przechowywanych szablonów.
W przypadku Bird porównaj ścieżki przesyłania i odzyskiwania przed wyborem interfejsu:
| Decyzja lub awaria | Relay SMTP | HTTP email API |
|---|---|---|
| Uwierzytelnianie | Nazwa użytkownika bird, klucz API jako hasło, z zakresem emails. Użyj TLS na regionalnym hoście SMTP. | Klucz API w nagłówku Authorization: Bearer, z zakresem emails. |
| Odpowiedź na przesłanie | Końcowa odpowiedź 250 zawiera ID zakolejkowanej wiadomości. Zapisz je razem ze zdarzeniem aplikacji. | 202 zawiera ID zaakceptowanej wiadomości. Zapisz je razem ze zdarzeniem aplikacji. |
| Odpowiedzialność za ponowienie | Twoja aplikacja lub klient SMTP obsługuje ponowienia przesyłania. Użyj tego samego X-Bird-Idempotency-Key dla tej samej wiadomości logicznej. | Twoja aplikacja lub SDK obsługuje ponowienia przesyłania. Użyj tego samego Idempotency-Key dla tej samej wiadomości logicznej. |
| Wygasanie | Przed ponowieniem niewysłanego zadania Twoja aplikacja sprawdza, czy link lub kod jest nadal ważny. | Zastosuj tę samą kontrolę przed wysłaniem kolejnego żądania. |
| Założenia przepustowości | Sprawdź limity jednoczesnych połączeń oddzielnie od limitów wysyłki. Więcej otwartych połączeń nie ustanawia limitu szybkości wysyłania. | Reguluj tempo żądań API za pomocą nagłówków rate-limit w odpowiedzi. Częstotliwość żądań i wolumen odbiorców to różne wielkości. |
| Dowody zdarzeń | Śledź zdarzenia odbiorcy po odpowiedzi o zakolejkowaniu. Bird ponawia odroczone dostarczenie. | Śledź te same zdarzenia odbiorcy po zaakceptowaniu. Bird ponawia odroczone dostarczenie. |
| Wybór puli | Konfiguracja SMTP klucza API wybiera pulę. Nieskonfigurowany klucz używa domyślnej puli organizacji. | Ustaw ip_pool_id na wysyłkę lub użyj domyślnej puli organizacji. |
Przewodnik po relay SMTP zawiera ustawienia połączenia i obsługę odpowiedzi. Dokumentacja wysyłki HTTP definiuje żądanie i odpowiedź API. Oba interfejsy korzystają z tego samego pipeline'u e-mail, w tym obsługi suppressji i podpisywania.
Akceptacja transportowa oznacza, że Bird zakolejkował wiadomość. Późniejsze zdarzenie email.delivered oznacza, że serwer odbierający ją zaakceptował. Żadne z nich nie potwierdza dostarczenia do skrzynki odbiorczej ani odczytania.
Przechowuj własny rekord wysyłki poza oknem retencji idempotencji, ponieważ późniejsze ponowienie może utworzyć kolejną wiadomość. Odroczenie jest już ponawiane przez Bird; utworzenie kolejnej wysyłki duplikuje pracę wciąż w toku.
Dedykowane IP są opcjonalne dla obu interfejsów. Sprawdź wymagania dotyczące puli i rozgrzewania przed kierowaniem dużej partii przez dedykowaną pulę.
Które opublikowane możliwości powinieneś porównać?
Sprawdź udokumentowany interfejs stojący za każdą funkcją. Odbieranie sparsowanego e-maila, przechowywanie jego treści i udostępnianie konwersacji API to różne możliwości.
| Dostawca | Przesyłanie | Dowody odbiorcy | Infrastruktura odbiorcza i nadawcza |
|---|---|---|---|
| Bird | Wysyłka HTTP i SMTP | Zdarzenia, dziennik wiadomości i suppressje | Skrzynki i wątki; dedykowane pule IP |
| Amazon SES | SendEmail API i SMTP | Miejsca docelowe zdarzeń i lista suppressji konta | Reguły odbioru w obsługiwanych regionach; standardowe lub zarządzane dedykowane IP |
| SendGrid | Mail Send API i SMTP | Event Webhook i Email Activity | Inbound Parse webhook; pule IP |
| Mailgun | Messages API i SMTP | Zdarzenia dostarczenia i rekordy odrzuceń | Reguły przekierowania lub przechowywania poczty; pule IP |
| Postmark | Email API i SMTP | Webhooki i suppressje strumienia | Webhook przychodzący; kwalifikowalność do dedykowanego IP |
| Resend | Email API i SMTP | Zdarzenia webhook i logi API | Odebrana treść i odpowiedzi; zarządzane dedykowane IP |
Potwierdź kwalifikowalność i retencję dla planu, który kupisz. Link do funkcji nie ustanawia limitu przepustowości ani zobowiązania dotyczącego czasu odzyskiwania.
W przypadku przechowywanej treści sprawdź, które treści wiadomości, nagłówki, załączniki i rekordy zdarzeń pozostają dostępne. W przypadku rezydencji danych uzyskaj opublikowany zakres przechowywania i przetwarzania, łącznie z wyjątkami. Sam regionalny endpoint nie ustanawia tego kontraktu.
Co zmienia się przy dziesięciu milionach wysyłek miesięcznie?
Szczytowy ruch i zdolność odzyskiwania determinują wymaganą szybkość wysyłania. Sam wolumen miesięczny nie.
W przykładowym 30-dniowym miesiącu dziesięć milionów wiadomości do pojedynczych odbiorców to średnio około 3,86 wiadomości na sekundę. Wysyłka 100 000 wiadomości w dziesięć minut wymaga około 167 na sekundę. Oceń serię oddzielnie od miesięcznego limitu.
Po dziesięciominutowej przerwie przy 100 nowych wiadomościach na sekundę Twoja aplikacja ma 60 000 niewysłanych zadań. Jeśli nowa praca napływa nadal z prędkością 100 na sekundę, odrobienie zaległości w dwadzieścia minut wymaga dodatkowych 50 na sekundę. Cel odzyskiwania to zatem 150 zaakceptowanych wiadomości na sekundę, przed ponowieniami i opóźnieniami serwera odbierającego.
Sprawdź, jak każdy dostawca liczy pracę. Limity SES liczą odbiorców i obowiązują oddzielnie w każdym regionie. Obejmują kroczący limit dzienny i współczynnik akceptacji. SES ostrzega też, że rzeczywista akceptacja może być niższa od maksymalnej wartości konta.
Limity Resend rozróżniają częstotliwość żądań API od limitów wolumenu e-mail. Nagłówki rate-limit Bird raportują efektywny limit żądań. Przelicz rozmiar partii na żądania, zanim porównasz którąkolwiek wartość ze wskaźnikiem odbiorców w scenariuszu.
Jak testować odzyskiwanie po incydencie?
Przetestuj, jak Twoja aplikacja wznawia działanie po niepowodzeniu przesyłania lub gdy jej handler webhooków staje się niedostępny. Strona statusu dostawcy dostarcza kontekst incydentu; Twoje rekordy wiadomości ustalają, jaka praca pozostała.
| Dostawca | Opublikowany limit lub kontrakt błędów | Oficjalny status |
|---|---|---|
| Bird | Efektywne limity i nagłówki ponowień | Status Bird |
| Amazon SES | Limity wysyłki | Kondycja usług AWS |
| SendGrid | Limity szybkości API | Status SendGrid |
| Mailgun | Kontrakt błędów i rate-limit API | Status Mailgun |
| Postmark | Kontrakt odpowiedzi i błędów API | Status Postmark |
| Resend | Limity użycia | Status Resend |
Wstrzymaj testowego workera, nagromadź zadania i wznów w ramach efektywnego limitu konta. Zmierz, jak długo czeka najstarsze kwalifikujące się zadanie. Wygasłe zadania resetowania wymagają ścieżki nowego żądania zamiast automatycznego ponowienia.
Zachowaj każdy identyfikator zdarzenia biznesowego podczas odzyskiwania. Zweryfikuj kontrakt dostawcy dotyczący duplikatów wysyłki przed ponowieniem niepewnego przesłania. Postmark nie dokumentuje funkcji klucza idempotencji, więc jego integracja wymaga zabezpieczeń po stronie aplikacji. Retencja zakończonych odpowiedzi Bird wynosi trzy godziny. Odzyskiwanie poza tym oknem wymaga własnego rekordu zdarzeń.
Dopasuj późniejsze zdarzenia odbiorcy do zapisanych ID wiadomości. Akceptacja przez serwer odbierający nie potwierdza dostarczenia do skrzynki odbiorczej ani odczytania. Cykl życia transakcyjnego API wyjaśnia te odrębne wyniki.
Co powinno znaleźć się w porównaniu cen?
Porównaj opublikowane elementy wliczone w dokładnie ten plan, okres rozliczeniowy i walutę, które kupisz. Oddziel wolumen wysyłki od infrastruktury i retencji, których wymaga.
| Źródło cennika dostawcy | Elementy do sprawdzenia dla Twojego obciążenia |
|---|---|
| Cennik Bird | Limit wysyłki, nadwyżka, dedykowana infrastruktura, przechowywana treść i wsparcie |
| Cennik Amazon SES | Użycie wychodzące i przychodzące, opłaty za dane, dedykowane IP i funkcje opcjonalne |
| Cennik SendGrid | Wolumen planu, nadwyżka, kwalifikowalność do dedykowanego IP, retencja aktywności i wsparcie |
| Cennik Mailgun | Wolumen wysyłki, retencja logów i wiadomości, dedykowane IP i wsparcie |
| Cennik Postmark | Limit wysyłki, dodatkowy wolumen, opcje retencji i kwalifikowalność do dedykowanego IP |
| Cennik Resend | Limity wysyłki i odbioru, nadwyżka, retencja i kwalifikowalność do dedykowanego IP |
Sprawdź, czy podany limit liczy żądania, wiadomości czy odbiorców. Zapisz wykluczone funkcje obok planu zamiast zakładać, że są wliczone. Porównania dostawców Bird zawierają osobne porównania produktów.
Najczęściej zadawane pytania
Jaka jest różnica między e-mailem transakcyjnym a marketingowym?
E-mail transakcyjny obsługuje transakcję lub aktywność konta. E-mail marketingowy promuje coś lub dostarcza subskrybowaną treść. O rozróżnieniu decyduje cel wiadomości, także gdy oba typy są zautomatyzowane.
Czy jeden dostawca może obsługiwać zarówno pocztę transakcyjną, jak i marketingową?
Dostawca może obsługiwać oba przepływy pracy. Sprawdź oddzielnie politykę kategorii, uwierzytelnione tożsamości nadawcze i wybór puli IP. Współdzielona infrastruktura może nadal narażać pocztę operacyjną na problemy reputacyjne wynikające z ruchu marketingowego.
Czy potrzebuję dedykowanego IP?
Nie na początku. Współdzielone pule IP wystarczają przy niższych wolumenach i oszczędzają Ci rozgrzewania IP. Dedykowane IP ma sens, gdy Twój wolumen jest wystarczająco wysoki i stały, aby utrzymywać własną reputację. Wybierz dostawcę, który pozwala zacząć na współdzielonym IP i przejść na dedykowane, gdy liczby to uzasadniają.
Gdzie pasuje Bird
Możesz przesyłać przez SMTP lub HTTP API. Publikuj szablony dla treści wielokrotnego użytku. Subskrybuj zdarzenia odbiorcy. Sprawdzaj poszczególne wiadomości w dzienniku e-mail.
Wybieraj pule IP oddzielnie od kategorii wiadomości. Postępuj zgodnie ze wskazówkami dotyczącymi rozgrzewania przy zmianie wolumenu wysyłki. Użyj listy kontrolnej operacyjnej, aby przetestować obsługę duplikatów i odzyskiwanie.
Jak podjąć ostateczną decyzję?
- Dopasuj udokumentowane interfejsy i mechanizmy kontroli odbiorcy do swojej aplikacji.
- Potwierdź efektywne limity zarówno dla ruchu szczytowego, jak i odrabiania zaległości.
- Przetestuj obsługę awarii w odniesieniu do zapisanych rekordów wiadomości i zdarzeń biznesowych.
- Porównaj opublikowane elementy wliczone, retencję i wsparcie dla planu, który kupisz.