E-Mail per API oder per SMTP: wann wählen Sie was?
Wählen Sie SMTP, wenn ein bestehendes Paket die E-Mails versendet und Sie nur Einstellungen ändern können: ein Onlineshop, eine Buchhaltungssoftware, ein CRM, ein Scanner. Wählen Sie die API, wenn Sie selbst Software bauen und pro Nachricht wissen wollen, was damit geschehen ist, wenn Sie sofort eine Fehlermeldung wollen statt eines Bounces Stunden später, oder wenn Sie große Mengen auf einmal übergeben. Die beiden schließen einander nicht aus: Die meisten Unternehmen nutzen beide, jeweils mit eigenem Login.
Was die beiden gemeinsam haben
Beide übergeben Ihre Nachricht an dieselbe Versandinfrastruktur, mit derselben Authentifizierung für Ihre Domain, derselben Reputation und demselben Protokoll. Der Unterschied liegt im Weg dorthin: SMTP ist das Protokoll, das jedes E-Mail-Programm und jedes Paket seit dreißig Jahren spricht; eine E-Mail-API ist eine Webschnittstelle, an der Ihr eigener Code eine Nachricht als strukturierte Daten übergibt und sofort eine Antwort erhält.
Wann SMTP die richtige Wahl ist
- Sie können nichts programmieren, nur einstellen. WordPress, WooCommerce, Odoo, PrestaShop, Magento, Microsoft 365, ein Scanner: Sie alle haben ein Feld für Servername, Port und Login. Tragen Sie es ein, und es funktioniert.
- Das Paket stammt von einem Lieferanten. Wer den Code nicht verwaltet, kann keinen API-Aufruf hinzufügen, wohl aber die SMTP-Einstellungen ändern.
- Ihr Framework hat bereits eine Mail-Schicht. Laravel, Symfony und die meisten anderen Frameworks versenden über einen eingebauten SMTP-Transport. Eine Zeile in der Umgebungskonfiguration genügt.
- Das Volumen ist bescheiden und die Nachrichten sind einfach. Eine Passwortwiederherstellung, eine Bestätigung, eine Benachrichtigung: SMTP erledigt das problemlos.
Der Nachteil von SMTP ist, dass die Antwort begrenzt ist. Der Server sagt „angenommen“, und den Rest erfahren Sie später, über das Protokoll oder einen Bounce. Außerdem ist eine SMTP-Verbindung relativ langsam, wenn Sie Tausende Nachrichten hindurchschicken wollen: Jede Nachricht eröffnet einen Dialog mit dem Server.
Wann die API die richtige Wahl ist
- Sie wollen sofort wissen, ob es geklappt hat. Die API antwortet unmittelbar mit einer eindeutigen Kennung pro Nachricht oder mit einem klaren Fehler: ungültige Adresse, fehlendes Feld, Kontingent erreicht. Ihr Code kann darauf reagieren, statt Stunden auf einen Bounce zu warten.
- Sie versenden viel auf einmal. Ein Aufruf mit tausend Empfängern ist schneller und zuverlässiger als tausend SMTP-Dialoge, und Ihre Anwendung muss keine Warteschlange führen.
- Sie wollen pro Nachricht Metadaten mitgeben. Eine Kundennummer, eine Kampagne, eine Bestellnummer, damit Sie bei einem Bounce oder einer Beschwerde sofort wissen, um welchen Kunden es geht.
- Sie wollen Ereignisse zurückbekommen. Zustellung, Bounce, Öffnung, Beschwerde: Über signierte Webhooks landen sie in Ihrem System, verknüpft mit der Kennung, die Sie beim Versand erhalten haben.
- Sie wollen den Versand vom Anwendungsserver trennen. Keine Mail-Warteschlange auf Ihrem eigenen Server, keine offenen Ports, einfach ein Webaufruf.
Der Nachteil der API ist, dass Code im Spiel ist. Das ist für einen Entwickler ein Nachmittag Arbeit, aber es ist keine Einstellung, die ein Administrator mal eben ändert.
Drei Beispiele aus der Praxis
Ein Onlineshop auf WooCommerce versendet Bestellbestätigungen per SMTP, weil dieser Versand im Paket steckt. Der Newsletter läuft über die Kampagnenverwaltung der Plattform. Kein Code nötig.
Eine SaaS-Anwendung sendet Tausende Benachrichtigungen pro Tag, will pro Kunde wissen, ob sie angekommen sind, und will bei einem harten Bounce den Kunden sofort in der Oberfläche warnen. Das ist die API, mit Webhooks zurück in die Anwendung.
Ein Buchhaltungsbüro nutzt ein Paket, das per SMTP versendet, und hat daneben ein eigenes Portal, das per API Dokumente übergibt und dem Sachbearbeiter den Zustellstatus anzeigt. Zwei Logins, eine Domain, ein Dashboard.
Was Sie in beiden Fällen regeln
Einen separaten Login oder Schlüssel pro Anwendung, damit Sie einen widerrufen können, ohne den Rest zu berühren. SPF und DKIM für Ihre Domain. Eine feste Absenderadresse pro Anwendung. Und einen Blick ins Protokoll in der ersten Woche nach der Anbindung. Die Wahl zwischen API und SMTP ist eine technische Wahl; die Zustellung hängt von derselben Zustellbarkeits-Basis ab.
Häufig gestellte Fragen
Wird per API schneller zugestellt als per SMTP?
Die Zustellung beim Empfänger verläuft identisch. Die API ist schneller beim Übergeben großer Mengen und beim Zurückliefern einer Antwort.
Kann ich später von SMTP auf die API umsteigen?
Ja. Beide nutzen dieselbe Domain und dieselbe Authentifizierung; Sie fügen einen Schlüssel hinzu und passen den Code an, wenn Sie so weit sind.
Brauche ich für die API einen Entwickler?
Ja, auch wenn die Anbindung einfach ist: ein Webaufruf mit einem Schlüssel und dem Inhalt der Nachricht. Für Pakete ohne eigenen Code bleibt SMTP der Weg.