PrestaShop E-Mail-Zustellbarkeit: SMTP, SPF, DKIM & Transaktionsmail-Setup

Warum PrestaShop-E-Mails im Spam landen

Ihr Kunde gibt eine Bestellung auf. Die Bestätigungs-E-Mail kommt nie an – oder sie landet im Spam. Der Kunde meldet sich verwirrt bei Ihnen. Sie prüfen PrestaShop: Die E-Mail wurde „gesendet“. Bei der E-Mail-Zustellbarkeit geht es nicht darum, ob PrestaShop die E-Mail sendet – sondern darum, ob der Mailserver des Empfängers sie akzeptiert und im Posteingang ablegt.

PHP mail() – Der Standard, den niemand verwenden sollte

Eine frische PrestaShop-Installation verwendet die eingebaute PHP-Funktion mail(). Das ist die schlechteste Option für einen Produktiv-Shop:

• Keine Authentifizierung: Die E-Mail wird ohne Nachweis gesendet, dass Sie sie autorisiert haben. Gmail, Outlook und Yahoo behandeln nicht authentifizierte E-Mails als verdächtig.
• Geteilte IP-Reputation: Auf Shared Hosting werden Ihre E-Mails von derselben IP-Adresse wie jede andere Website gesendet. Wenn eine davon Spam verschickt, werden Ihre E-Mails mitbestraft.
• Kein DKIM-Signing: PHP mail() signiert Nachrichten nicht kryptographisch.
• Fehlende Header: Minimale Header führen dazu, dass Spamfilter die Nachricht sofort markieren.

Wenn Ihr Shop derzeit PHP mail() verwendet, stellen Sie auf SMTP um, bevor Sie irgendetwas anderes tun. Diese einzelne Änderung behebt mehr Zustellbarkeitsprobleme als alle anderen Schritte zusammen.

Häufige Spam-Auslöser

• Absenderadresse stimmt nicht überein: Versand von noreply@yourstore.com, aber Ihr Server hat keinen SPF-Eintrag, der dies erlaubt.
• HTML-lastige Templates: PrestaShop-Templates sind bildreich. Ein hohes Bild-zu-Text-Verhältnis löst Filter aus.
• Fehlende Nur-Text-Alternative: PS sendet beide Versionen, aber individuelle Templates oder Module beschädigen manchmal den Nur-Text-Teil.
• Defekte Links: Spamfilter folgen Links. Wenn Ihre Shop-URL nicht erreichbar ist (SSL-Fehler, Wartungsmodus), wird die E-Mail markiert.
• Encoding-Probleme: Shops mit polnischen, tschechischen oder anderen diakritischen Zeichen erzeugen verstümmelte Zeichen bei falschem Encoding.

PrestaShop E-Mail-Konfiguration

Die E-Mail-Einstellungen wurden verschoben und die zugrunde liegende Bibliothek hat sich in Version 9 erheblich geändert.

PrestaShop 1.6 und 1.7

Navigieren Sie zu Erweiterte Einstellungen → E-Mail. Wählen Sie „Eigene SMTP-Parameter festlegen“ und geben Sie Server, Port, Verschlüsselung, Benutzername und Passwort ein. PS 1.6 nutzt die eingebaute SMTP-Behandlung von PHP; PS 1.7 führte Swift Mailer für zuverlässigere Verbindungen ein. Verschlüsselungsoptionen:

• TLS (Port 587): Moderner Standard mit STARTTLS. Das ist die richtige Wahl.
• SSL (Port 465): Legacy Implicit TLS. Einige ältere Hoster benötigen dies.
• Keine (Port 25): Unverschlüsselt. Verwenden Sie dies niemals.

PrestaShop 8.x

Gleicher Ort, gleiche Oberfläche. PS 8 nutzt die letzte Swift-Mailer-Version mit verbesserter Fehlerberichterstattung. SMTP-Fehler werden mit mehr Kontext in var/logs/ protokolliert.

PrestaShop 9.x – Symfony Mailer

PS 9 ersetzt den veralteten Swift Mailer durch Symfony Mailer. Die Admin-Oberfläche sieht ähnlich aus, aber die Transport-Schicht ist völlig anders:

• DSN-Format: Verwendet intern smtp://user:password@server:port.
• TLS-Behandlung: Erkennt STARTTLS auf Port 587 automatisch. Das Dropdown für „Verschlüsselung“ kann sich nach einem Upgrade von PS 8 anders verhalten.
• Strengere Validierung: Symfony Mailer ist strenger bei der Übereinstimmung des Envelope-Absenders mit dem From-Header und bei TLS-Zertifikaten.
• Modul-Kompatibilität: Module, die Swift_Message oder Swift_SmtpTransport referenzieren, funktionieren unter PS 9 nicht mehr.

# PS 9 internal DSN examples (configured via admin UI)
smtp://user:password@mail.example.com:587      # STARTTLS
smtps://user:password@mail.example.com:465     # Implicit TLS
smtp://your%40gmail.com:app-pass@smtp.gmail.com:587  # Gmail
native://default                                # PHP mail() (not recommended)

Nach dem Upgrade auf PS 9 sollten Sie E-Mails immer erneut testen. Die Migration von Swift Mailer zu Symfony Mailer kann Grenzfälle mit selbstsignierten Zertifikaten, nicht standardmäßigen Ports oder nachlässig implementierten SMTP-Servern aufdecken.

Der Test-E-Mail-Button

Jede PS-Version hat „Test-E-Mail senden“. Nutzen Sie ihn, aber verstehen Sie, dass er lediglich bestätigt, dass die SMTP-Verbindung funktioniert – nicht, dass die E-Mail im Posteingang ankommt. Er sendet einfachen Text, nicht das aufwendige HTML von Bestellbestätigungen. Testen Sie mit Gmail, Outlook und Ihrer eigenen Domain.

Domain-Authentifizierung – Die heilige Dreifaltigkeit

SPF, DKIM und DMARC sind DNS-basierte Authentifizierungsmethoden, die beweisen, dass Ihre E-Mails legitim sind. Gmail und Yahoo haben SPF und DKIM im Februar 2024 für Massenversender verpflichtend gemacht.

SPF (Sender Policy Framework)

SPF teilt empfangenden Servern mit, welche IPs E-Mails für Ihre Domain senden dürfen – ein einzelner TXT-Eintrag im DNS.

# Basic — allows hosting + Google
v=spf1 include:_spf.google.com include:your-hosting-provider.com ~all

# OVH
v=spf1 include:mx.ovh.com ~all

# Hostinger
v=spf1 include:_spf.hostinger.com ~all

# With Mailgun
v=spf1 include:mailgun.org include:_spf.google.com ~all

Häufige Fehler:

• Mehrere SPF-Einträge: Nur EIN SPF-TXT-Eintrag pro Domain. Zwei Einträge = beide ungültig. Kombinieren Sie Dienste mit mehreren include:-Direktiven.
• Zu viele DNS-Lookups: SPF erlaubt maximal 10 Lookups (jedes include: zählt, verschachtelte ebenfalls). Verwenden Sie SPF-Validatoren zur Überprüfung.
• +all statt ~all: +all erlaubt jedem, als Ihre Domain zu senden. Verwenden Sie ~all (Softfail) während der Einrichtung, dann -all (Hardfail) für den Produktivbetrieb.
• Subdomains vergessen: SPF für shop.example.com benötigt einen eigenen Eintrag – er wird nicht von example.com geerbt.

DKIM (DomainKeys Identified Mail)

DKIM fügt jeder ausgehenden E-Mail eine kryptographische Signatur hinzu. PrestaShop übernimmt kein DKIM – das Signing erledigt Ihr Hosting-Anbieter, SMTP-Relay oder Transaktionsdienst. Sie veröffentlichen den öffentlichen Schlüssel im DNS.

• Shared Hosting (cPanel/Plesk): In der Regel automatisch aktiviert. Prüfen Sie unter cPanel → Email Deliverability.
• Gmail/Google Workspace: Admin-Konsole → Gmail → E-Mail authentifizieren. Google stellt einen TXT-Eintrag bereit.
• Transaktionsdienste: Jeder Anbieter stellt DNS-Einträge während seines Domain-Verifizierungsassistenten bereit.

# DKIM TXT record example
# Name: default._domainkey.yourstore.com (selector varies by provider)
v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA...

DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC verbindet SPF und DKIM und teilt Servern mit, was bei fehlgeschlagener Authentifizierung zu tun ist.

# Stage 1: Monitor only
v=DMARC1; p=none; rua=mailto:dmarc-reports@yourstore.com;

# Stage 2: Quarantine failures
v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourstore.com;

# Stage 3: Reject failures (maximum protection)
v=DMARC1; p=reject; rua=mailto:dmarc-reports@yourstore.com;

Das rua-Tag sendet aggregierte Berichte – XML-Dateien, die zeigen, wer E-Mails als Ihre Domain versendet. Verwenden Sie Postmark DMARC Monitoring, um diese in lesbare Dashboards umzuwandeln.

Empfohlene Einführung: p=none für 2–4 Wochen, während Sie die Berichte lesen. Beheben Sie legitime Absender, die durchfallen. Wechseln Sie für 2–4 Wochen auf p=quarantine. Dann p=reject. Ein überstürzter Wechsel zu Reject am ersten Tag blockiert E-Mails, von denen Sie nichts wussten.

SMTP-Einrichtung für Shared Hosting

Die meisten PrestaShop-Shops laufen auf Shared Hosting. Erstellen Sie ein dediziertes E-Mail-Konto (z. B. orders@yourstore.com) und verwenden Sie diese Zugangsdaten.

Anbieterspezifische Einstellungen

# Generic cPanel
Server: mail.yourstore.com | Port: 587 | Encryption: TLS

# OVH
Server: ssl0.ovh.net | Port: 587 | Encryption: TLS

# Hostinger
Server: smtp.hostinger.com | Port: 587 | Encryption: TLS

# SiteGround
Server: yourstore.com | Port: 465 | Encryption: SSL

# Bluehost
Server: mail.yourstore.com | Port: 465 | Encryption: SSL

Gmail SMTP

Erfordert ein App-Passwort (Google-Konto → Sicherheit → Bestätigung in zwei Schritten → App-Passwörter).

Server: smtp.gmail.com | Port: 587 | Encryption: TLS
Username: your@gmail.com | Password: (16-char App Password)

Limits: Kostenloses Gmail: 500/Tag. Google Workspace: 2.000/Tag. Zu schnelles Senden löst temporäre Sperren aus.

Gmail SMTP funktioniert für Shops mit weniger als 30 Bestellungen pro Tag. Darüber hinaus bedeutet das Erreichen der Limits, dass Kunden bis zu 24 Stunden auf Bestellbestätigungen warten müssen.

Microsoft 365 SMTP

Server: smtp.office365.com | Port: 587 | Encryption: TLS
Username: your@yourstore.com | Password: account or App Password

Limit: 10.000 Empfänger/Tag, 30 Nachrichten/Minute. Microsoft verlangt zunehmend OAuth anstelle der einfachen SMTP-Authentifizierung – prüfen Sie Ihre Tenant-Einstellungen.

Transaktionale E-Mail-Dienste

Wenn Ihr Shop über das Hosting-SMTP hinauswächst, bieten diese Dienste dedizierte Infrastruktur mit hoher Reputation, DKIM-Signing, Bounce-Handling und Zustellungsanalysen.

Wann Sie wechseln sollten

• Hosting-Sendelimits werden erreicht
• E-Mails landen trotz korrekter DNS-Einträge im Spam
• Sie benötigen Zustellungsverfolgung und Bounce-Management
• Die IP-Reputation des Shared Hostings zieht Sie herunter

Dienstvergleich

Mailgun – Ab 15 $/Monat für 10.000 E-Mails. Exzellente API, detaillierte Analysen. SMTP: smtp.mailgun.org:587.

Postmark – Ab 15 $/Monat für 10.000 E-Mails. Höchste Inbox-Raten der Branche. Trennt transaktionale von Marketing-E-Mails. SMTP: smtp.postmarkapp.com:587. Verwenden Sie das Server-API-Token als Benutzername und Passwort.

Amazon SES – 0,10 $ pro 1.000 E-Mails. Am günstigsten bei hohem Volumen. Erstellen Sie SMTP-Zugangsdaten in der SES-Konsole (nicht AWS Access Keys). Neue Konten starten im Sandbox-Modus. Regionsspezifischer Server: email-smtp.eu-west-1.amazonaws.com:587.

SendGrid – Kostenlose Stufe: 100/Tag. Kostenpflichtig ab 19,95 $/Monat. Der Benutzername ist wörtlich apikey, das Passwort ist Ihr API-Schlüssel. SMTP: smtp.sendgrid.net:587. Die kostenlosen Shared IPs haben eine schlechte Reputation – planen Sie Budget für die kostenpflichtige Variante ein.

Brevo – Kostenlose Stufe: 300/Tag. Kostenpflichtig ab 9 $/Monat. Integriertes Newsletter-/CRM-System, EU-basiert (DSGVO). SMTP: smtp-relay.brevo.com:587. Verfügt über ein spezielles PrestaShop-Plugin.

Empfehlung: Brevo, wenn Sie auch Marketing-E-Mails benötigen. Postmark, wenn transaktionale Zustellbarkeit Ihre Priorität ist. Amazon SES für hohes Volumen bei kleinem Budget. Mailgun als Allrounder.

Integration

Alle funktionieren über Standard-SMTP – keine Module erforderlich: (1) Domain verifizieren, (2) DNS-Einträge hinzufügen (SPF, DKIM), (3) SMTP-Zugangsdaten generieren, (4) in den PrestaShop-E-Mail-Einstellungen eintragen, (5) testen.

Selbst gehostete E-Mail (Fortgeschritten)

Der Betrieb eines eigenen Mailservers gibt Ihnen die volle Kontrolle – keine Drittanbieter-Limits, keine Kosten pro E-Mail, volle Privatsphäre. Wir selbst betreiben Mailcow. Aber der Aufwand an Zeit und Fachwissen ist real.

Wann es sinnvoll ist

• Datenschutz: Alle E-Mail-Daten bleiben auf Ihrem Server. Wichtig bei strenger DSGVO-Auslegung.
• Volumen: Bei 100.000+ E-Mails pro Monat ist ein 40-$/Monat-VPS günstiger als jeder Transaktionsdienst.
• Kontrolle: Individuelle Regeln, keine willkürlichen Limits, keine Kontosperrungen.

Wann es keinen Sinn ergibt

• Keine Sysadmin-Erfahrung: Ein falsch konfigurierter Mailserver ist schlimmer als Shared Hosting.
• Neue IPs: Der Aufbau von Reputation von Null dauert Wochen. Transaktionsdienste bieten Ihnen sofort eine etablierte Reputation.
• Kein PTR-Eintrag: Ohne Reverse DNS lehnen die meisten Server Ihre E-Mails direkt ab.
• Wartungsaufwand: Patches, Zertifikate, Blocklist-Überwachung, Logs – laufende Arbeit.

Optionen

Mailcow: Docker-basiert, inklusive Webmail, Antispam, Antivirus, Autodiscover. Benötigt 4 GB+ RAM. Unsere Wahl.

Mail-in-a-Box: All-in-One auf einem dedizierten Ubuntu-Server. Einfacher, übernimmt aber die gesamte Maschine.

iRedMail: Traditionelles Postfix+Dovecot. Am flexibelsten, am leichtesten, am meisten manuell.

Beginnen Sie damit, selbst gehostete E-Mail 3 Monate lang für Ihr eigenes Unternehmen zu betreiben, bevor Sie Kunden-Shop-E-Mails darüber leiten. Bauen Sie die Reputation schrittweise auf. Behalten Sie einen Transaktionsdienst als Fallback.

E-Mail-Typen in PrestaShop

Kritisch – Muss sofort ankommen

• Bestellbestätigung (order_conf): Die wichtigste E-Mail. Wenn diese im Spam landet, drohen Rückbuchungen und Vertraünsverlust.
• Zahlungsbestätigung (payment): Kunden sind unruhig, bis sie diese sehen.
• Passwort-Zurücksetzung (password_query): Zeitkritisch. Wenn es 10 Minuten dauert, ist der Kunde weg.
• Kontörstellung (account): Der erste Eindruck Ihres Shops.

Wichtig – Sollte zeitnah ankommen

• Versandbenachrichtigung (shipping): Enthält Tracking-Informationen.
• Bestellstatus-Updates (order_changed): In Bearbeitung, versendet, zugestellt.
• Rechnung und Erstattung: Benötigt für B2B und zur Beruhigung.

Trennen Sie transaktionale und Marketing-E-Mails. Verwenden Sie Ihre Hauptdomain für Bestellmails und eine Subdomain (news@mail.yourstore.com) für Newsletter. So verhindern Sie, dass Newsletter-Spam-Beschwerden die Reputation Ihrer Bestellbestätigungen beschädigen.

Templates befinden sich in mails/{iso_code}/. Jedes hat eine HTML- (.html) und eine Nur-Text-Version (.txt). Pflegen Sie immer beide – eine fehlende Nur-Text-Alternative ist ein Spam-Signal.

Hosting-Auswahl für E-Mail

Einschränkungen von Shared Hosting

• Geteilte IP-Reputation: Sie teilen sich eine IP-Adresse mit 200+ Websites. Wenn eine davon Spam versendet, werden Ihre E-Mails bestraft. Sie haben darauf keinen Einfluss.
• Sendelimits: Typischerweise 100–500/Stunde und 500–5.000/Tag. Flash-Sales und Newsletter verbrauchen das schnell.
• Keine dedizierte IP: Auf Shared Hosting nicht verfügbar. Punkt.
• Eingeschränkte DNS-Kontrolle: Einige günstige Hoster beschränken benutzerdefinierte DKIM-, TXT- oder PTR-Einträge.
• Blockierte Ports: Einige Hoster blockieren ausgehenden Port 587, wodurch keine Verbindung zu Transaktionsdiensten möglich ist.

VPS-Vorteile

• Dedizierte IP mit eigener Reputation
• Keine künstlichen Sendelimits
• PTR-Eintrag (Reverse DNS) – essentiell für die Zustellbarkeit
• Volle DNS-Kontrolle, jeder beliebige Mailserver

Warnzeichen

• „Unbegrenzte E-Mails“: So etwas gibt es auf Shared Hosting nicht.
• Kein DKIM-Support: Finger weg.
• Port 587 blockiert: Transaktionsdienste können nicht genutzt werden.
• Gelistete IPs: Prüfen Sie bei MXToolbox, bevor Sie sich festlegen.

Beste Strategie für Shared Hosting: Überspringen Sie die E-Mail des Hosters komplett. Nutzen Sie einen Transaktionsdienst über SMTP. Ihr Shop sendet über deren Infrastruktur mit hoher Reputation und umgeht das Problem der geteilten IP vollständig.

Neuerungen in PrestaShop 8 und 9

PS 8: Letzte Swift-Mailer-Version

PS 8 nutzt die letzte stabile Version Swift Mailer 6.x. Verbesserte TLS-Aushandlung, bessere Fehlerprotokolle in var/logs/ und E-Mail-Metadaten in ps_mail. CLI-Test: php bin/console prestashop:mail:test recipient@example.com.

PS 9: Symfony Mailer

Kompletter Austausch der Transport-Schicht. Wichtige Änderungen:

• Unterscheidet smtp:// (STARTTLS, Port 587) von smtps:// (Implicit TLS, Port 465)
• Strenger bei der Übereinstimmung des Envelope-Absenders mit dem From-Header
• Strengere TLS-Zertifikatsvalidierung – selbstsignierte Zertifikate, die unter PS 8 funktionierten, können fehlschlagen
• Module, die Swift-Mailer-Klassen verwenden (Swift_Message usw.), funktionieren nicht mehr und müssen aktualisiert werden

# PS 9 email via environment variables (advanced)
# .env.local — overrides admin panel settings
MAILER_DSN=smtp://user:password@smtp.example.com:587
MAILER_DSN=smtp://user%40gmail.com:app-pass@smtp.gmail.com:587
# Special chars must be URL-encoded: @ = %40, : = %3A

Für selbstsignierte Zertifikate in der Entwicklungsumgebung:

# Disable TLS verification (NEVER in production)
MAILER_DSN=smtp://user:pass@host:587?verify_peer=0

Tests und Überwachung

Vor dem Launch

mail-tester.com: Senden Sie eine Test-E-Mail an deren Adresse und erhalten Sie eine Bewertung von 10 Punkten mit konkreten Problemen. Streben Sie 9+ an. Kostenlos für 3 Tests/Tag. Prüft SPF, DKIM, DMARC, Blocklisten, HTML-Qualität, Header und Links.

MXToolbox: DNS-Diagnose – MX-Einträge, SPF-Validität und Lookup-Anzahl, DKIM-Auflösung, DMARC-Policy, Blocklist-Status.

Laufend

Google Postmaster Tools: Zeigt Spam-Rate, IP-Reputation, Domain-Reputation und Authentifizierungserfolge aus Gmail-Perspektive. Kostenlos, erfordert Domain-Verifizierung.

E-Mail-Header: Öffnen Sie in Gmail die E-Mail → drei Punkte → „Original anzeigen“. Achten Sie auf:

SPF: PASS with IP 1.2.3.4
DKIM: PASS (signature verified)
DMARC: PASS

Zeitplan: Wöchentliche Prüfung von ps_mail auf Fehler und DMARC-Berichte. Monatlich mail-tester.com und Blocklist-Prüfungen. DNS nach jeder Änderung erneut verifizieren. E-Mail nach jedem PrestaShop-Update testen.

Häufige Probleme und Lösungen

„Test-E-Mail funktioniert, aber Kunden erhalten keine Bestellungen“

• Template-Rendering-Fehler: Ein Smarty-Fehler im Bestelltemplate verhindert stillschweigend das Senden. Prüfen Sie var/logs/.
• Fehlendes Template: Das Template für die Sprache des Kunden existiert nicht in mails/{lang_iso}/.
• SMTP-Timeout: Große Bestellbestätigungen (viele Produkte) verursachen Timeouts bei langsamen SMTP-Verbindungen.
• Absenderadresse abgelehnt: SMTP-Server, die verlangen, dass die Absenderadresse mit dem authentifizierten Benutzer übereinstimmt.

Rate-Limiting

Sie importieren 200 Bestellungen oder senden einen Newsletter an 1.000 Abonnenten? Ihr SMTP-Server akzeptiert den ersten Stapel und lehnt den Rest ab. Verteilen Sie den Versand zeitlich, prüfen Sie die Limits Ihres Anbieters oder verwenden Sie einen Transaktionsdienst, der die Warteschlange automatisch verwaltet.

Encoding-Probleme (Polnisch/Tschechisch/Sonderzeichen)

• Betreffzeile verstümmelt: Stellen Sie sicher, dass Ihre Installation durchgängig UTF-8 verwendet. Betreffzeilen werden im RFC-2047-Format kodiert.
• Template-Inhalt beschädigt: E-Mail-Template-Dateien müssen UTF-8 ohne BOM sein. Windows Notepad kann als ANSI speichern – verwenden Sie VS Code.
• Datenbank-Abweichung: Tabellen sollten utf8mb4 verwenden. Prüfen Sie: SHOW CREATE TABLE ps_product_lang;

E-Mails blockiert nach Migration

• SPF nicht mit der neuen Server-IP aktualisiert
• DKIM-Schlüssel stimmt nicht überein – neuer Hoster hat neue Schlüssel generiert
• Neue IP hat keine Reputation – schrittweise über 2 Wochen aufbauen
• Port 587 auf dem neuen Host blockiert
• DNS-Propagation – warten Sie 24–48 Stunden nach Änderungen

Kontaktformular kommt nicht an

Einige Module setzen die E-Mail-Adresse des Kunden als Absenderadresse. Dies schlägt bei SPF fehl, da Ihr Server nicht von customer@gmail.com senden kann. Der Absender sollte immer Ihre Shop-Domain sein, mit dem Kunden im Reply-To.

Checkliste für E-Mail-Zustellbarkeit

Schritt 1: Grundlagen

• ☐ Von PHP mail() auf SMTP umstellen
• ☐ Eine dedizierte Versandadresse erstellen (z. B. orders@yourstore.com)
• ☐ Test-E-Mail an Gmail und Outlook senden – beide müssen im Posteingang ankommen

Schritt 2: DNS-Authentifizierung

• ☐ SPF-Eintrag hinzufügen – bei MXToolbox verifizieren, unter 10 Lookups
• ☐ DKIM aktivieren und Schlüssel im DNS veröffentlichen
• ☐ DMARC-Eintrag mit p=none und rua-Reporting hinzufügen
• ☐ E-Mail-Header prüfen – alle drei müssen PASS zeigen

Schritt 3: Qualitätsprüfung

• ☐ Bewertung 9+ auf mail-tester.com
• ☐ IP nicht auf Blocklisten
• ☐ Templates für alle Sprachen vorhanden, sowohl HTML als auch Nur-Text

Schritt 4: Praxistest

• ☐ Testbestellung aufgeben – Bestätigungs-E-Mail muss innerhalb von Sekunden im Posteingang ankommen
• ☐ Bestellung durch jeden Status verarbeiten – jede E-Mail muss ankommen
• ☐ Passwort-Zurücksetzung, Kontörstellung und Kontaktformular testen

Schritt 5: Überwachung

• ☐ Bei Google Postmaster Tools registrieren
• ☐ DMARC-Berichtsverarbeitung einrichten
• ☐ DMARC nach 2–4 Wochen auf p=quarantine hochstufen, dann p=reject
• ☐ Monatliche Zustellbarkeitsprüfungen einplanen

Schritt 6: Fortgeschritten

• ☐ Zu einem Transaktionsdienst wechseln, wenn Hosting-Limits erreicht werden
• ☐ Transaktionale und Marketing-E-Mails auf verschiedene Domains trennen
• ☐ PTR-Eintrag setzen, wenn VPS/Dedicated vorhanden
• ☐ Bounce-Handling implementieren

Jede Schicht – SMTP, SPF, DKIM, DMARC, saubere Templates, reputationsstarke IP – erhöht Ihre Glaubwürdigkeit. Lassen Sie eine aus, und das System wird geschwächt. Arbeiten Sie diese Checkliste systematisch durch, testen Sie nach jeder Änderung, und Ihre PrestaShop-E-Mails werden den Posteingang erreichen. Für allgemeine Diagnoseschritte lesen Sie unseren Leitfaden zur Fehlerbehebung.