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.
Wat is transactionele e-mail?
Transactionele e-mail ondersteunt de transactie of accountactiviteit van een ontvanger, zoals een bon of wachtwoordreset. Het doel van het bericht bepaalt de categorie. Aantal ontvangers en automatische triggering maken promotionele content niet transactioneel.
Wat moet je evalueren?
Vergelijk de mogelijkheden die je applicatie nodig heeft en test daarna de foutpaden voordat je je vastlegt.
- Afleverbaarheid en reputatietooling. Kun je je domein eenvoudig authenticeren met SPF, DKIM en DMARC? Zijn dedicated IP's beschikbaar als je ze nodig hebt, met richtlijnen voor het opwarmen ervan?
- 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 variabelesubstitutie laten je tekst aanpassen zonder deploy en houden de opmaak consistent over berichten heen.
- Webhooks en events. Realtime webhook-events voor aflevering, openen, klikken, bounce en klacht zijn de manier om je eigen administratie accuraat te houden en vervolglogica te triggeren.
- Analytics. Geaggregeerde weergaven van aflever-, bounce- en engagementpercentages, plus een doorzoekbaar logboek om een individueel bericht te onderzoeken.
- Suppressiebeheer. De provider moet harde 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 de service je piekvolume aan (een productlancering, een feestdagenpiek) zonder handmatige interventie of onverwachte throttling?
- Prijzen. Begrijp het model (per bericht, gestaffeld, inclusief volume) en waar de meerkosten ingaan. Bereken het voor je verwachte volume en piekperiodes.
- Support. Wanneer de mail om 2 uur 's nachts stopt, hoe bereik je dan een mens en hoe snel reageren ze? Controleer de supportlaag die bij het abonnement zit dat je daadwerkelijk zou kopen.
- Compliance. Bevestig dat de provider voldoet aan de gegevensverwerkings- en regionale vereisten die voor je bedrijf gelden, voordat je je vastlegt.
Wanneer kies je een SMTP-relayservice?
Kies een SMTP-relay wanneer je applicatie al e-mailberichten opbouwt en een configureerbare mailserver ondersteunt. Kies een HTTP API wanneer 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 email API |
|---|---|---|
| Authenticatie | Gebruikersnaam bird, API-key als wachtwoord, met het emails-scope. Gebruik TLS op de regionale SMTP-host. | API-key in de Authorization: Bearer-header, met het emails-scope. |
| Verzendantwoord | De laatste 250 bevat het bericht-ID in 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 verwerkt het opnieuw proberen van verzending. Hergebruik X-Bird-Idempotency-Key voor hetzelfde logische bericht. | Je applicatie of SDK verwerkt het opnieuw proberen van verzending. Hergebruik Idempotency-Key voor hetzelfde logische bericht. |
| Verloopdatum | Voordat je een niet-verzonden taak opnieuw probeert, controleert je applicatie of de link of code nog geldig is. | Pas dezelfde controle toe voordat je een nieuw request indient. |
| Doorvoerveronderstellingen | Controleer limieten voor gelijktijdige verbindingen los van verzendquota. Meer open verbindingen betekenen geen hogere 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 aflevering opnieuw. | Volg dezelfde ontvanger-events na acceptatie. Bird probeert uitgestelde aflevering opnieuw. |
| Poolselectie | De SMTP-configuratie van de API-key selecteert de pool. Een niet-geconfigureerde key 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 antwoordverwerking. De HTTP-verzendreferentie definieert het API-request en -antwoord. Beide interfaces gebruiken dezelfde e-mailpipeline, inclusief suppressiebeheer 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 plaatsing in de inbox of dat het bericht wordt gelezen.
Bewaar je eigen verzendregistratie langer dan het idempotency-retentievenster, want een latere retry 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 functie. 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 | Mailboxes en threads; dedicated IP-pools |
| Amazon SES | SendEmail API en SMTP | Event destinations en account suppression list | Receipt rules in supported regions; standard of managed dedicated IP's |
| SendGrid | Mail Send API en SMTP | Event Webhook en Email Activity | Inbound Parse webhook; IP pools |
| Mailgun | Messages API en SMTP | Delivery events en bounce records | Routes to forward or store mail; IP pools |
| Postmark | Email API en SMTP | Webhooks en stream suppressions | Inbound webhook; dedicated IP eligibility |
| Resend | Email API en SMTP | Webhook events en API logs | Ontvangen content en antwoorden; managed dedicated IP's |
Bevestig geschiktheid en retentie voor het abonnement dat je zou kopen. Een functielink garandeert geen doorvoerlimiet of hersteltijdtoezegging.
Controleer bij opgeslagen content welke body's, headers, bijlagen en eventrecords opvraagbaar blijven. Verkrijg voor residency het gepubliceerde opslag- en verwerkingsbereik, 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. Maandvolume alleen niet.
In een illustratieve maand van 30 dagen komen tien miljoen berichten met één ontvanger neer op gemiddeld circa 3,86 berichten per seconde. Een burst van 100.000 berichten in tien minuten vereist circa 167 per seconde. Beoordeel de burst los 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 door de ontvangende server.
Controleer hoe elke provider het werk telt. SES-quota tellen ontvangers en gelden per regio apart. Ze omvatten een rollend dagquotum en een acceptatiesnelheid. SES waarschuwt ook dat de werkelijke acceptatie lager kan zijn dan de maximumsnelheid van het account.
Resend-limieten maken onderscheid tussen API-requestsnelheid en 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 test je incidentherstel?
Test hoe je applicatie hervat nadat verzending mislukt of de webhook-handler onbereikbaar wordt. De statuspagina van een provider biedt incidentcontext; je berichtenregistratie bepaalt welk werk nog openstaat.
| Provider | Gepubliceerde limiet of foutcontract | Officiële status |
|---|---|---|
| Bird | Effectieve quota en retry-headers | Bird-status |
| Amazon SES | Verzendquota | AWS-servicestatus |
| SendGrid | API-ratelimieten | SendGrid-status |
| Mailgun | API-fout- en ratelimietcontract | Mailgun-status |
| Postmark | API-antwoord- en foutcontract | Postmark-status |
| Resend | Gebruikslimieten | Resend-status |
Pauzeer een testworker, laat taken zich ophopen en hervat binnen de effectieve limiet van het account. Meet hoe lang de oudste verwerkbare taak wacht. Verlopen resettaken hebben een pad voor een nieuw verzoek nodig in plaats van automatische replay.
Bewaar elke business-event-identifier over het herstel heen. Verifieer het contract van de provider voor dubbele verzendingen voordat je een onzekere verzending opnieuw probeert. Postmark documenteert geen idempotency-key-functie, dus die integratie heeft applicatiewaarborgen nodig. De retentie van voltooide antwoorden van Bird is drie uur. Herstel na dat venster vereist je eigen eventregistratie.
Koppel latere ontvanger-events aan de opgeslagen bericht-ID's. Acceptatie door de ontvangende server garandeert geen plaatsing in de inbox of dat het bericht wordt gelezen. De transactionele API-levenscyclus licht deze afzonderlijke uitkomsten toe.
Wat hoort er in de prijsvergelijking?
Vergelijk de gepubliceerde insluitingen voor het exacte abonnement, de factureringsperiode en de valuta die je zou kiezen. Houd verzendvolume gescheiden van de infrastructuur en retentie die het nodig heeft.
| Prijsbron provider | Insluitingen om te controleren voor je workload |
|---|---|
| Bird-prijzen | Verzendtegoed, meerkosten, dedicated infrastructuur, bewaarde content en support |
| Amazon SES-prijzen | Uitgaand en inkomend gebruik, datakosten, dedicated IP's en optionele functies |
| SendGrid-prijzen | Abonnementsvolume, meerkosten, geschiktheid voor dedicated IP, activiteitenretentie en support |
| Mailgun-prijzen | Verzendvolume, log- en berichtretentie, dedicated IP's en support |
| Postmark-prijzen | Verzendtegoed, extra volume, retentieopties en geschiktheid voor dedicated IP |
| Resend-prijzen | Verzend- en ontvangsttegoed, meerkosten, retentie en geschiktheid voor dedicated IP |
Controleer of een vermeld tegoed requests, berichten of ontvangers telt. Noteer uitgesloten functies naast het abonnement in plaats van aan te nemen dat ze zijn inbegrepen. De providervergelijkingen van Bird bevatten de afzonderlijke productvergelijkingen.
Veelgestelde vragen
Wat is het verschil tussen transactionele en marketing-e-mail?
Transactionele e-mail ondersteunt een transactie of accountactiviteit. Marketing-e-mail promoot iets of levert geabonneerde content. Berichtdoel bepaalt het onderscheid, ook wanneer beide geautomatiseerd zijn.
Kan één provider zowel transactionele als marketing-e-mail afhandelen?
Een provider kan beide workflows bedienen. Controleer categoriebeleid, geauthenticeerde verzendidentiteiten en IP-poolselectie afzonderlijk. Gedeelde infrastructuur kan operationele mail alsnog 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 wordt zinvol zodra je volume hoog en stabiel genoeg is om een eigen reputatie op te bouwen. Kies een provider waarmee je gedeeld kunt starten en naar dedicated kunt overstappen wanneer de cijfers dat rechtvaardigen.
Waar Bird past
Je kunt verzenden via SMTP of de HTTP API. Publiceer templates voor herbruikbare content. Abonneer je op ontvanger-events. Bekijk individuele berichten in het e-maillogboek.
Selecteer IP-pools los van de berichtcategorie. Volg de opwarmrichtlijnen bij het wijzigen van verzendvolume. Gebruik de operationele checklist om dubbele verzendingen en herstel te testen.
Hoe maak je de uiteindelijke keuze?
- Koppel de gedocumenteerde interfaces en ontvangerscontroles aan je applicatie.
- Bevestig effectieve quota voor zowel piekverkeer als achterstaherstel.
- Test foutafhandeling aan de hand van opgeslagen bericht- en business-eventrecords.
- Vergelijk gepubliceerde insluitingen, retentie en support voor het abonnement dat je gaat kopen.