Wie organisiert man den E-Mail-Versand für zahlreiche WordPress-Kundenwebsites? Wir wollten die SMTP-Konfiguration ursprünglich an einer zentralen Stelle zusammenführen. Doch nach einer Rückmeldung unseres Mailproviders haben wir unser Konzept überdacht. Das Ergebnis: Ein eigenes, passend authentifiziertes SMTP-Postfach pro Kundenwebsite ist für unseren Betrieb die pragmatischere Lösung.
Das ursprüngliche Ziel: Ein zentrales Mailgateway für alle Websites
Kontaktformulare, Buchungsbestätigungen, WooCommerce-Bestellungen und Erinnerungen sollen zuverlässig beim Empfänger ankommen. Wer viele WordPress-Seiten betreut, möchte nicht auf jedem Server eine separate SMTP-Konfiguration pflegen. Deshalb lag ein zentraler Versanddienst nahe: Jede Website übergibt ihre E-Mails an ein Gateway, das Versand, Fehler und Protokolle an einer Stelle verarbeitet.
Die Herausforderung ist der sichtbare Absender. Eine Website soll mit ihrer eigenen Domain versenden dürfen, etwa mit info@kundendomain.de, ohne fremde Absenderadressen nur vorzutäuschen. Unser bestehender Mailprovider teilte mit, dass er diese Art der Verwaltung verschiedener Absenderdomains über den vorhandenen Dienst nicht anbietet.
Warum wir uns gegen das zentrale SMTP-Gateway entschieden haben
Ein professioneller Versanddienst wie Brevo, Mailjet oder Mailgun könnte grundsätzlich mehrere verifizierte Domains bedienen. Dafür müssten jedoch die Absenderdomains einzeln eingerichtet und authentifiziert, die Verbindung zum Gateway betrieben und die zentrale Infrastruktur überwacht werden. Das ist machbar, aber für normale Systemmails vieler kleiner Kundenwebsites möglicherweise unnötig aufwendig.
Ein weiteres Argument wiegt besonders schwer: Ein Fehler an der zentralen Stelle könnte gleichzeitig den Mailversand vieler Kundenwebsites unterbrechen. Das zentrale Gateway wird damit zum gemeinsamen Ausfallpunkt. Es lässt sich zwar redundant betreiben, doch diese Absicherung erhöht wiederum den technischen Aufwand.
Die einfachere Alternative: SMTP auf jedem Kundenserver
Wir setzen stattdessen auf den SMTP-Zugang eines Kundenpostfachs beziehungsweise auf einen vom jeweiligen Provider autorisierten Versandzugang. Auf der jeweiligen WordPress-Seite wird nur ein SMTP-Plugin konfiguriert. Absenderdomain und Versanddienst passen direkt zusammen.
- Ein Problem beim Mailanbieter einer Website betrifft normalerweise nicht automatisch andere Kunden.
- Die sichtbare Absenderadresse gehört zum jeweiligen Projekt.
- Es wird kein zusätzlicher zentraler Transaktionsmail-Dienst benötigt.
- Fehler lassen sich anhand der einzelnen Website gezielt untersuchen.
- Bereits funktionierende Mailkonfigurationen können unverändert bleiben.
Natürlich ist Dezentralisierung kein vollständiger Schutz vor Ausfällen: Teilen sich mehrere Kunden denselben Mailprovider oder Hostingdienst, kann dessen Störung mehrere Projekte betreffen. Außerdem bleiben Updates, Passwortverwaltung und Kontrollen je Website notwendig.
WP Mail SMTP von WPForms oder FluentSMTP?
Für die Einrichtung kommen zwei WordPress-Plugins infrage: WP Mail SMTP und FluentSMTP. Beide können einen regulären SMTP-Versand einrichten, ohne dass das verwendete Kontaktformular selbst einen eigenen SMTP-Server bereitstellen muss.
WP Mail SMTP
WP Mail SMTP bietet einen Einrichtungsassistenten, zahlreiche Versandmethoden und eine Testmail-Funktion. Die Lite-Version reicht für den üblichen Versand über einen einzelnen SMTP-Zugang häufig aus. Erweiterte Funktionen wie E-Mail-Protokolle und zusätzliche beziehungsweise Backup-Verbindungen sind in kostenpflichtigen Varianten verfügbar.
FluentSMTP
FluentSMTP ist für uns ebenfalls interessant, weil die kostenlose Version unter anderem E-Mail-Protokollierung und mehrere SMTP-Verbindungen unterstützt. Gerade bei Kundenformularen oder automatisierten Buchungen kann die zusätzliche Nachvollziehbarkeit nützlich sein.
Entscheidend ist weniger die Marke als eine saubere Konfiguration. Auf einer Website sollte nur ein Plugin die SMTP-Versandfunktion übernehmen. Funktioniert WP Mail SMTP bereits zuverlässig, gibt es keinen Grund, es aus Prinzip auszutauschen.
Checkliste: Eine WordPress-Website korrekt auf SMTP umstellen
- Postfach oder autorisierten SMTP-Zugang prüfen: SMTP-Host, Port, Verschlüsselung, Benutzername und Authentifizierung beim Provider ermitteln.
- Absender festlegen: Möglichst eine Adresse der eigenen Kundendomain verwenden, die vom SMTP-Server akzeptiert wird.
- Nur ein SMTP-Plugin aktivieren: WP Mail SMTP oder FluentSMTP sauber konfigurieren und konkurrierende Versand-Plugins vermeiden.
- Domainauthentifizierung kontrollieren: SPF, DKIM und DMARC passend zum tatsächlich verwendeten Maildienst prüfen; bestehende DNS-Einträge nicht blind überschreiben.
- Testnachricht versenden: Nicht nur die Erfolgsmeldung im WordPress-Backend, sondern auch den Eingang im Zielpostfach und nach Möglichkeit die Header prüfen.
- Echte Prozesse testen: Kontaktformular, Bestellbestätigung, Buchungserinnerung und andere kritische Nachrichten jeweils mit Testdaten auslösen.
- Fehlerkontrolle einrichten: Protokolle, Warnungen und Zuständigkeiten festlegen und sensible Mailinhalte nicht unnötig lange speichern.
Wichtig: Erfolgreich versendet heißt nicht automatisch zugestellt
Ein SMTP-Plugin kann melden, dass der Versandserver die Nachricht angenommen hat. Daraus folgt noch nicht, dass sie tatsächlich im Posteingang des Empfängers gelandet ist. Spamfilter, spätere Rückläufer und empfangsseitige Prüfungen können die Zustellung weiterhin verhindern. Bei wichtigen Transaktionsmails lohnt sich deshalb eine nachvollziehbare Fehler- und Rückläuferkontrolle.
Zentrale Übersicht ja – zentraler Versand nein
Ganz auf eine zentrale Verwaltung möchten wir nicht verzichten. Über unser internes WordPress-Workplace-System können wir festhalten, welche Kundenwebsite welchen Maildienst nutzt, ob zuletzt ein Test erfolgreich war und wo Handlungsbedarf besteht. Das zentrale System dient damit der Überwachung und Dokumentation – nicht als zwingend benötigter Transportweg für jede Kundenmail.
Das ist ein praktikabler Mittelweg: Dezentrale SMTP-Verbindungen schaffen unabhängigere Versandwege, während eine zentrale Bestandsübersicht die Wartung vieler WordPress-Projekte erleichtert.
Fazit: Weniger Technik, weniger gemeinsame Ausfallrisiken
Ein zentrales Mailgateway ist nicht grundsätzlich falsch. Bei sehr hohen Versandmengen oder professionell betriebenen Transaktionsmail-Systemen kann es sinnvoll sein. Für unsere Vielzahl kleiner und mittelgroßer WordPress-Kundenprojekte bevorzugen wir aber den einfacheren Weg: ein passender SMTP-Zugang je Website, ein einheitlicher Plugin-Standard und zentrale Kontrolle statt zentraler Abhängigkeit.
Zum technischen Hintergrund gibt es bereits unseren Beitrag WordPress-Kundenmails zuverlässig versenden: zentrales Mailgateway, Mail-Log und HTML-Tagesbericht. Er beschreibt das ursprüngliche Konzept; dieser Artikel erklärt, warum wir unsere Entscheidung für den weiteren Betrieb geändert haben.