Een provider accepteert mogelijk je maandvolume, maar beperkt de burst na een checkout-storing. Vergelijk het verzendcontract met het werk dat je applicatie moet inhalen.
Kies Bird voor transactioneel verzenden naast mailboxen met threads en antwoorden. Amazon SES past beter bij een AWS-applicatie die is gebouwd rond sesv2-verzendcommando's.
Wat is transactionele e-mail?
Transactionele e-mail bedient de transactie of accountactiviteit van een ontvanger, zoals een ontvangstbewijs of wachtwoordreset. Het doel van het bericht bepaalt de categorie. Aantal ontvangers en automatische triggers maken promotionele content niet transactioneel.
Wat moet je evalueren?
Vergelijk de mogelijkheden die je applicatie nodig heeft en test de foutpaden voordat je je vastlegt.
- Bezorgbaarheid en reputatie-tooling. Kun je je domein eenvoudig authenticeren met SPF, DKIM en DMARC? Zijn dedicated IP's beschikbaar als je ze nodig hebt, met begeleiding bij het opwarmen?
- Kwaliteit van API en SDK. Is de API goed gedocumenteerd, met officiële SDK's in de talen die je gebruikt?
- Zowel SMTP als HTTP. Controleer welke verzendinterface je runtime ondersteunt. Bestaande SMTP-clients kunnen een relay gebruiken; een HTTP API bedient applicaties die gestructureerde requests indienen.
- Templates. Server-side templates met variabele substitutie laten je tekst aanpassen zonder een deploy en houden de opmaak consistent over berichten.
- Webhooks en events. Realtime webhook-events voor bezorging, open, klik, bounce en klacht zijn de manier om je eigen records nauwkeurig te houden en vervolglogica te triggeren.
- Analytics. Geaggregeerde weergaven van bezorg-, bounce- en engagementpercentages, plus een doorzoekbaar logboek om een individueel bericht te onderzoeken.
- Suppressie-afhandeling. De provider moet hard bounces en klachten automatisch onderdrukken, zodat je applicatie verzendingen kan stoppen die door die signalen worden geblokkeerd. Vraag hoe suppressielijsten worden beheerd en of je ze kunt inzien.
- Schaalbaarheid. Kan het je piekvolume aan (een productlancering, een feestdagenpiek) zonder handmatige interventie of onverwachte throttling?
- Prijzen. Begrijp het model (per bericht, gestaffeld, inbegrepen volume) en wanneer meerverbruik in rekening wordt gebracht. Bereken het voor je verwachte volume en piekperioden.
- Support. Als de mail om 2 uur 's nachts stopt, hoe bereik je dan een mens en hoe snel reageert die? Controleer de supportlaag die bij het abonnement hoort dat je daadwerkelijk zou kopen.
- Compliance. Bevestig dat de provider voldoet aan de gegevensverwerking en regionale vereisten waar je bedrijf aan onderworpen is voordat je je vastlegt.
Wanneer moet je een SMTP-relayservice kiezen?
Kies een SMTP-relay als je applicatie al e-mailberichten opbouwt en een configureerbare mailserver ondersteunt. Kies een HTTP API als je gestructureerde requestvelden of opgeslagen templates nodig hebt.
Vergelijk voor Bird de verzend- en herstelpaden voordat je de interface kiest:
| Beslissing of fout | SMTP-relay | HTTP e-mail API |
|---|---|---|
| Authenticatie | Gebruikersnaam bird, API-sleutel als wachtwoord, met het emails-bereik. Gebruik TLS op de regionale SMTP-host. | API-sleutel in de Authorization: Bearer-header, met het emails-bereik. |
| Verzendantwoord | Het laatste 250 bevat het bericht-ID uit de wachtrij. Sla het op bij het applicatie-event. | 202 bevat het geaccepteerde bericht-ID. Sla het op bij het applicatie-event. |
| Verantwoordelijkheid voor opnieuw proberen | Je applicatie of SMTP-client handelt het opnieuw indienen af. Hergebruik X-Bird-Idempotency-Key voor hetzelfde logische bericht. | Je applicatie of SDK handelt het opnieuw indienen af. Hergebruik Idempotency-Key voor hetzelfde logische bericht. |
| Verloop | Voordat je een niet-verzonden taak opnieuw probeert, controleert je applicatie of de link of code nog geldig is. | Voer dezelfde controle uit voordat je nog een request indient. |
| Doorvoeraannames | Controleer limieten voor gelijktijdige verbindingen apart van verzendquota. Meer open verbindingen geven geen verzendsnelheid. | Doseer API-requests op basis van de rate-limit-headers in het antwoord. Requestsnelheid en ontvangersvolume zijn verschillende grootheden. |
| Eventbewijs | Volg ontvanger-events na het wachtrijantwoord. Bird probeert uitgestelde bezorging opnieuw. | Volg dezelfde ontvanger-events na acceptatie. Bird probeert uitgestelde bezorging opnieuw. |
| Poolselectie | De SMTP-configuratie van de API-sleutel selecteert de pool. Een niet-geconfigureerde sleutel gebruikt de standaardpool van de organisatie. | Stel ip_pool_id in per verzending, of gebruik de standaardpool van de organisatie. |
De SMTP-relaygids bevat de verbindingsinstellingen en antwoordafhandeling. De HTTP-verzendreference definieert het API-request en -antwoord. Beide interfaces gebruiken dezelfde e-mailpipeline, inclusief suppressie-afhandeling en ondertekening.
Transportacceptatie betekent dat Bird het bericht in de wachtrij heeft geplaatst. Het latere email.delivered-event betekent dat de ontvangende server het heeft geaccepteerd. Geen van beide garandeert inboxplaatsing of lezen.
Bewaar je eigen verzendrecord langer dan het idempotency-bewaarvenster, want een latere poging kan een nieuw bericht aanmaken. Een uitstel wordt al opnieuw geprobeerd door Bird; nog een verzending aanmaken dupliceert werk dat al onderweg is.
Dedicated IP's zijn optioneel voor beide interfaces. Controleer de pool- en opwarmvereisten voordat je een burst via een dedicated pool routeert.
Welke gepubliceerde mogelijkheden moet je vergelijken?
Controleer de gedocumenteerde interface achter elke feature. Een geparsete e-mail ontvangen, de inhoud ervan opslaan en een conversatie-API beschikbaar stellen zijn verschillende mogelijkheden.
| Provider | Verzending | Ontvangerbewijs | Ontvangst- en verzendinfrastructuur |
|---|---|---|---|
| Bird | HTTP send en SMTP | Events, berichtenlog en suppressies | Mailboxen en threads; dedicated IP-pools |
| Amazon SES | SendEmail API en SMTP | Eventbestemmingen en account-suppressielijst | Ontvangstregels in ondersteunde regio's; standaard of beheerde dedicated IP's |
| SendGrid | Mail Send API en SMTP | Event Webhook en Email Activity | Inbound Parse webhook; IP-pools |
| Mailgun | Messages API en SMTP | Bezorgevents en bouncerecords | Routes om mail door te sturen of op te slaan; IP-pools |
| Postmark | Email API en SMTP | Webhooks en stream-suppressies | Inbound webhook; dedicated IP-geschiktheid |
| Resend | Email API en SMTP | Webhook-events en API-logs | Ontvangen content en antwoorden; beheerde dedicated IP's |
Bevestig geschiktheid en bewaartermijn voor het abonnement dat je zou kopen. Een feature-link garandeert geen doorvoerquotum of hersteltijdtoezegging.
Controleer voor opgeslagen content welke body's, headers, bijlagen en eventrecords opvraagbaar blijven. Vraag voor residency de gepubliceerde opslag- en verwerkingsscope op, inclusief uitzonderingen. Een regionaal endpoint alleen garandeert dat contract niet.
Wat verandert er bij tien miljoen verzendingen per maand?
Piekverkeer en herstelcapaciteit bepalen de vereiste verzendsnelheid. Maandelijks volume alleen niet.
In een illustratieve maand van 30 dagen gemiddelden tien miljoen berichten met één ontvanger ongeveer 3,86 berichten per seconde. Een burst van 100.000 berichten in tien minuten vereist ongeveer 167 per seconde. Evalueer de burst apart van het maandelijkse quotum.
Na een onderbreking van tien minuten bij 100 nieuwe berichten per seconde heeft je applicatie 60.000 niet-verzonden taken. Als nieuw werk doorgaat met 100 per seconde, vereist het wegwerken van die achterstand in twintig minuten nog eens 50 per seconde. Het hersteldoel is dus 150 geaccepteerde berichten per seconde, vóór retries of vertragingen van de ontvangende server.
Controleer hoe elke provider het werk telt. SES-quota tellen ontvangers en gelden apart per regio. Ze omvatten een rollend dagquotum en een acceptatiesnelheid. SES waarschuwt ook dat de werkelijke acceptatie lager kan zijn dan de maximale snelheid van het account.
Resend-limieten onderscheiden API-requestsnelheid van e-mailvolumequota. De rate-limit-headers van Bird rapporteren het effectieve requestquotum. Vertaal je batchgrootte naar requests voordat je een van beide vergelijkt met de ontvangerssnelheid van het scenario.
Hoe moet je incidentherstel testen?
Test hoe je applicatie hervat nadat een verzending mislukt of de webhook-handler onbereikbaar wordt. De statuspagina van een provider levert incidentcontext; je berichtenrecords bepalen welk werk overblijft.
| Provider | Gepubliceerde limiet of foutcontract | Officiële status |
|---|---|---|
| Bird | Effectieve quota en retry-headers | Bird-status |
| Amazon SES | Verzendquota | AWS-servicestatus |
| SendGrid | API-rate limits | SendGrid-status |
| Mailgun | API-fout- en rate-limit-contract | Mailgun-status |
| Postmark | API-antwoord- en foutcontract | Postmark-status |
| Resend | Gebruikslimieten | Resend-status |
Pauzeer een testworker, laat taken ophopen en hervat binnen de effectieve limiet van het account. Meet hoe lang de oudste in aanmerking komende taak wacht. Verlopen resettaken hebben een pad voor een nieuw request nodig in plaats van een automatische replay.
Bewaar elke business-event-identifier tijdens herstel. Verifieer het contract van de provider voor dubbele verzendingen voordat je een onzekere indiening opnieuw probeert. Postmark documenteert geen idempotency-key-feature, dus de integratie heeft applicatiebeveiligingen nodig. De bewaartijd voor voltooide antwoorden van Bird is drie uur. Herstel na dat venster vereist je eigen eventrecord.
Koppel latere ontvanger-events aan de opgeslagen bericht-ID's. Acceptatie door de ontvangende server garandeert geen inboxplaatsing of lezen. De transactionele API-levenscyclus verklaart deze afzonderlijke uitkomsten.
Wat hoort in de prijsvergelijking?
Vergelijk de gepubliceerde insluitingen voor het exacte abonnement, de facturatieperiode en de valuta die je zou kiezen. Houd verzendvolume gescheiden van de infrastructuur en bewaartermijn die het nodig heeft.
| Prijsbron provider | Insluitingen om te controleren voor je werkbelasting |
|---|---|
| Bird-prijzen | Verzendtegoed, meerverbruik, dedicated infrastructuur, bewaarde content en support |
| Amazon SES-prijzen | Uitgaand en inkomend gebruik, datakosten, dedicated IP's en optionele features |
| SendGrid-prijzen | Abonnementsvolume, meerverbruik, dedicated IP-geschiktheid, activiteitenretentie en support |
| Mailgun-prijzen | Verzendvolume, log- en berichtretentie, dedicated IP's en support |
| Postmark-prijzen | Verzendtegoed, aanvullend volume, retentie-opties en dedicated IP-geschiktheid |
| Resend-prijzen | Verzend- en ontvangsttegoeden, meerverbruik, retentie en dedicated IP-geschiktheid |
Controleer of een vermeld tegoed requests, berichten of ontvangers telt. Noteer uitgesloten features naast het abonnement in plaats van aan te nemen dat ze inbegrepen zijn. De providervergelijkingen van Bird bevatten de afzonderlijke productvergelijkingen.
Veelgestelde vragen
Wat is het verschil tussen transactionele en marketing-e-mail?
Transactionele mail bedient een transactie of accountactiviteit. Marketingmail promoot iets of levert ingeschreven content. Berichtdoel bepaalt het onderscheid, ook wanneer beide geautomatiseerd zijn.
Kan één provider zowel transactionele als marketing-e-mail verwerken?
Een provider kan beide workflows bedienen. Controleer categoriebeleid, geauthenticeerde verzendidentiteiten en IP-poolselectie apart. Gedeelde infrastructuur kan operationele mail nog steeds blootstellen aan reputatieproblemen door marketingverkeer.
Heb ik een dedicated IP nodig?
Niet meteen. Gedeelde IP-pools zijn prima bij lagere volumes en besparen je IP-opwarming. Een dedicated IP is zinvol zodra je volume hoog en stabiel genoeg is om een eigen reputatie te onderhouden. Kies een provider waarmee je gedeeld kunt beginnen en naar dedicated kunt overstappen wanneer de cijfers het rechtvaardigen.
Waar Bird past
Je kunt indienen via SMTP of de HTTP API. Publiceer templates voor herbruikbare content. Abonneer je op ontvanger-events. Bekijk individuele berichten in het e-maillog.
Selecteer IP-pools apart van berichtcategorie. Volg de opwarmrichtlijnen bij het wijzigen van verzendvolume. Gebruik de operationele checklist om duplicaatafhandeling en herstel te testen.
Hoe maak je de uiteindelijke keuze?
- Koppel de gedocumenteerde interfaces en ontvangercontroles aan je applicatie.
- Bevestig effectieve quota voor zowel piekverkeer als achterstanherstel.
- Test foutafhandeling aan de hand van opgeslagen bericht- en business-eventrecords.
- Vergelijk gepubliceerde insluitingen, retentie en support voor het abonnement dat je gaat kopen.