Die E-Mails Ihres Shops kommen nicht an: SMTP, SPF, DKIM und DMARC erklärt

„Ich habe keine Bestellbestätigung bekommen.“ Wenn Sie das oft hören, liegt das Problem nicht beim Kunden. Die E-Mail-Anbieter (Gmail, Outlook, Yahoo und die anderen) gehen immer strenger mit eingehenden Nachrichten um, und eine E-Mail, die nicht sauber nachweist, woher sie kommt, landet im Spam oder wird gleich abgewiesen. Für einen Shop bedeutet das verunsicherte Kunden, Anrufe beim Kundenservice und Passwörter, die niemand zurücksetzen kann.

Sehen wir uns an, wie PrestaShop E-Mails versendet und was eingerichtet werden muss, damit sie ankommen.

Wie PrestaShop E-Mails versendet

Unter Erweiterte Einstellungen → E-Mail legen Sie fest, wie die E-Mails hinausgehen:

• Die PHP-Mail-Funktion des Servers. Das ist die Voreinstellung und am bequemsten, aber die E-Mail geht vom Webserver aus, der oft nicht berechtigt ist, im Namen Ihrer Domain zu senden. Das ist die häufigste Ursache für E-Mails im Spam.
• Ein SMTP-Server. Der Shop meldet sich mit Benutzername und Passwort an einem echten Postfach an (dem Ihres E-Mail-Anbieters oder eines Dienstes für Transaktionsmails) und versendet darüber. Das ist die empfohlene Variante.

Auf derselben Seite können Sie eine Test-E-Mail senden. Nutzen Sie sie nach jeder Änderung und schicken Sie sie an Postfächer verschiedener Anbieter.

Die drei Prüfungen beim Empfänger

SPF: wer im Namen Ihrer Domain senden darf

Das ist ein TXT-Eintrag im DNS Ihrer Domain, der die Server aufführt, die E-Mails mit Ihrer Domain als Absender versenden dürfen. Kommt eine E-Mail an, prüft der Empfänger, von welchem Server sie stammt und ob dieser auf der Liste steht.

Typische Fehler:

• Zwei SPF-Einträge auf derselben Domain. Es darf nur einen geben; gibt es zwei, schlägt die Prüfung fehl. Wenn Sie einen neuen Dienst hinzufügen, erweitern Sie den bestehenden Eintrag, statt einen weiteren anzulegen.
• Nicht alle Absender aufgenommen: den Server des Shops, den E-Mail-Anbieter, das Newsletter-Tool, das ERP, das Rechnungen verschickt.
• Das Abfragelimit überschritten. SPF erlaubt bei der Auswertung höchstens zehn DNS-Abfragen, und jedes include zählt (samt den darin enthaltenen). Bei vielen Diensten wird das unbemerkt überschritten.

DKIM: die Signatur der Nachricht

Der sendende Server signiert jede E-Mail mit einem privaten Schlüssel und veröffentlicht den öffentlichen Schlüssel im DNS Ihrer Domain. Der Empfänger prüft die Signatur: Stimmt sie, kommt die Nachricht von dem, der sie zu senden vorgibt, und wurde unterwegs nicht verändert.

Aktiviert wird DKIM beim sendenden Anbieter (Ihrem E-Mail-Dienst oder Dienst für Transaktionsmails), der Ihnen den Eintrag für das DNS liefert. Wenn Sie die PHP-Mail-Funktion des Webservers verwenden, gibt es in der Regel keine DKIM-Signatur, oder sie läuft auf die Domain des Hosters, nicht auf Ihre.

DMARC: was bei einem Fehlschlag passiert, und dass Sie davon erfahren

Das ist ein weiterer TXT-Eintrag unter _dmarc.tudominio, der den Empfängern sagt, was mit einer E-Mail geschehen soll, die vorgibt, von Ihrer Domain zu stammen, aber SPF oder DKIM nicht ausgerichtet besteht (also mit derselben Domain wie der sichtbare Absender). Es gibt drei Richtlinien:

• p=none: nichts Besonderes tun, nur berichten.
• p=quarantine: als verdächtig behandeln (meist: in den Spam).
• p=reject: abweisen.

Außerdem kann DMARC Berichte an eine Ihrer Adressen anfordern, in denen die Anbieter mitteilen, welche E-Mails mit Ihrer Domain sie erhalten haben und ob sie die Prüfungen bestanden. So entdecken Sie Dienste, die in Ihrem Namen senden und die Sie vergessen hatten, oder jemanden, der Ihre Domain missbraucht.

Vorsichtig ist es, mit p=none zu beginnen, die Berichte einige Wochen lang auszuwerten, bis alles Legitime besteht, und die Richtlinie erst dann zu verschärfen.

Warum es heute wichtiger ist

Die großen E-Mail-Anbieter haben ihre Anforderungen nach und nach verschärft. Seit 2024 verlangen Gmail und Yahoo von Großversendern SPF, DKIM und DMARC und von allen anderen zumindest eine korrekte Authentifizierung. Auch wenn Ihr Shop nicht Tausende E-Mails am Tag verschickt: Tut es Ihr Newsletter-Tool mit Ihrer Domain, ist die gesamte Domain betroffen. Und ohne Authentifizierung wird es immer wahrscheinlicher, dass eine Bestell-E-Mail nicht im Posteingang ankommt.

Weitere Gründe, warum sie nicht ankommen

• Reputation des Servers oder der IP: Teilt er sich die IP mit anderen, die Spam versenden, zahlen alle dafür.
• Inhalt: E-Mails, die nur aus einem Bild bestehen, gekürzte Links, viel Text in Großbuchstaben oder reißerische Betreffzeilen. Bestell-E-Mails sollten schlicht sein und eine Nur-Text-Version haben.
• Bestell-E-Mails und Werbung vermischen, im selben Versand und mit demselben Absender. Erzeugen die Newsletter Beschwerden, ziehen sie die Transaktionsmails mit hinunter.
• Volles Postfach oder falsch geschriebene Adresse des Kunden. Hier hilft es, die E-Mail-Adresse bei der Registrierung zu prüfen und die Bounces auszuwerten.
• Limits des SMTP-Servers: Viele normale Postfächer begrenzen, wie viele E-Mails pro Stunde oder pro Tag versendet werden dürfen. Bei starken Kampagnen kann der Shop an diese Grenze stoßen.

So prüfen Sie es

1. Senden Sie aus dem Shop eine Test-E-Mail an ein Gmail-Postfach und öffnen Sie die Originalnachricht: Dort sehen Sie, ob SPF, DKIM und DMARC als PASS erscheinen und mit welcher Domain.
2. Fragen Sie die TXT-Einträge Ihrer Domain mit einem beliebigen DNS-Werkzeug ab und prüfen Sie, dass es genau einen SPF- und einen DMARC-Eintrag gibt.
3. Listen Sie alles auf, was E-Mails mit Ihrer Domain versendet, und prüfen Sie, dass jeder Absender mit DKIM signiert und im SPF steht.
4. Werten Sie die DMARC-Berichte einige Wochen lang aus, bevor Sie zu quarantine oder reject wechseln.

So lösen Sie es in PrestaShop

Die Zustellung hängt vom DNS und vom Mailserver ab, der Inhalt von den Vorlagen. RKR Mail Editor enthält einen visuellen Editor für die E-Mails von PrestaShop, mit dem Sie Betreff, HTML und Nur-Text-Version jeder Vorlage in jeder Sprache bearbeiten, und fügt den Bestell-E-Mails empfohlene Produkte, einen einmaligen Gutschein für den nächsten Einkauf und Banner pro Kampagne hinzu, mit einem Abmeldelink in jeder E-Mail, die Werbeblöcke enthält. Wenn Sie den SMTP-Versand des Shops einrichten, Ihren SPF-Eintrag prüfen, DKIM bei Ihrem Anbieter aktivieren oder DMARC einführen möchten, ohne E-Mails zu verlieren, prüfen wir das mit einem Support-Stundenpaket von Rekire und sorgen dafür, dass es funktioniert.