E-mail via API of via SMTP: wanneer kiest u wat?

Kies SMTP wanneer een bestaand pakket de mail verstuurt en u enkel instellingen kunt wijzigen: een webshop, een boekhoudpakket, een CRM, een scanner. Kies de API wanneer u zelf software bouwt en per bericht wilt weten wat ermee gebeurde, wanneer u meteen een foutmelding wilt in plaats van een bounce uren later, of wanneer u grote aantallen in één keer aanbiedt. De twee sluiten elkaar niet uit: de meeste bedrijven gebruiken beide, elk met een eigen login.

Wat de twee gemeen hebben

Beide leveren uw bericht af bij dezelfde verzendinfrastructuur, met dezelfde authenticatie voor uw domein, dezelfde reputatie en hetzelfde logboek. Het verschil zit in de weg ernaartoe: SMTP is het protocol dat elk mailprogramma en elk pakket al dertig jaar spreekt; een e-mail API is een webkoppeling waar uw eigen code een bericht als gestructureerde data aanbiedt en meteen een antwoord krijgt.

Wanneer SMTP de juiste keuze is

• U kunt niets programmeren, enkel instellen. WordPress, WooCommerce, Odoo, PrestaShop, Magento, Microsoft 365, een scanner: ze hebben allemaal een veld voor servernaam, poort en login. Vul dat in en het werkt.
• Het pakket is van een leverancier. Wie de code niet beheert, kan geen API-aanroep toevoegen, maar wel de SMTP-instellingen wijzigen.
• Uw framework heeft al een mail-laag. Laravel, Symfony en de meeste andere frameworks versturen via een ingebouwde SMTP-transport. Eén regel in de omgevingsconfiguratie volstaat.
• Het volume is bescheiden en de berichten zijn eenvoudig. Een wachtwoordherstel, een bevestiging, een melding: SMTP doet dat prima.

Het nadeel van SMTP is dat het antwoord beperkt is. De server zegt "aangenomen" en de rest verneemt u later, via het logboek of een bounce. Ook is een SMTP-verbinding relatief traag wanneer u er duizenden berichten door wilt sturen: elk bericht opent een dialoog met de server.

Wanneer de API de juiste keuze is

• U wilt meteen weten of het lukte. De API antwoordt onmiddellijk met een uniek kenmerk per bericht, of met een duidelijke fout: ongeldig adres, ontbrekend veld, quotum bereikt. Uw code kan daar op reageren in plaats van uren te wachten op een bounce.
• U verstuurt veel in één keer. Eén aanroep met duizend ontvangers is sneller en betrouwbaarder dan duizend SMTP-dialogen, en uw applicatie hoeft geen wachtrij bij te houden.
• U wilt per bericht metadata meegeven. Een klantnummer, een campagne, een ordernummer, zodat u bij een bounce of klacht meteen weet over welke klant het gaat.
• U wilt gebeurtenissen terug. Aflevering, bounce, opening, klacht: via ondertekende webhooks komen die in uw systeem terecht, gekoppeld aan het kenmerk dat u bij het versturen kreeg.
• U wilt de verzending scheiden van de applicatieserver. Geen mailwachtrij op uw eigen server, geen poorten die openstaan, gewoon een webaanroep.

Het nadeel van de API is dat er code aan te pas komt. Dat is voor een ontwikkelaar een namiddag werk, maar het is geen instelling die een beheerder even wijzigt.

Drie voorbeelden uit de praktijk

Een webshop op WooCommerce verstuurt bestelbevestigingen via SMTP, want die verzending zit in het pakket. De nieuwsbrief gaat via het campagnebeheer van het platform. Geen code nodig.

Een SaaS-applicatie stuurt duizenden meldingen per dag, wil per klant weten of ze aankwamen en wil bij een harde bounce meteen de klant waarschuwen in de interface. Dat is de API, met webhooks terug naar de applicatie.

Een boekhoudkantoor gebruikt een pakket dat via SMTP verstuurt, en heeft daarnaast een eigen portaal dat via de API documenten aanbiedt en de afleverstatus toont aan de dossierbeheerder. Twee logins, één domein, één dashboard.

Wat u in beide gevallen regelt

Een aparte login of sleutel per toepassing, zodat u er één kunt intrekken zonder de rest te raken. SPF en DKIM voor uw domein. Een vast afzenderadres per toepassing. En een blik op het logboek in de eerste week na de koppeling. De keuze tussen API en SMTP is een technische keuze; de aflevering hangt af van dezelfde deliverability-basis.

Veelgestelde vragen

Is de API sneller afgeleverd dan SMTP?

De aflevering bij de ontvanger verloopt identiek. De API is sneller in het aanbieden van grote aantallen en in het terugkrijgen van een antwoord.

Kan ik later overstappen van SMTP naar de API?

Ja. Beide gebruiken hetzelfde domein en dezelfde authenticatie; u voegt een sleutel toe en past de code aan wanneer u eraan toe bent.

Heb ik voor de API een ontwikkelaar nodig?

Ja, al is de koppeling eenvoudig: een webaanroep met een sleutel en de inhoud van het bericht. Voor pakketten zonder eigen code blijft SMTP de weg.