Sie haben eine neue Plattform gewählt, wegen besserer Automatisierung, besserer Preise oder besserer Integrationen, und der Projektplan deckt Vorlagen, Flows und Formulare ab. Was er meist auslässt, ist die Zustellbarkeit. Den E-Mail-Anbieter zu wechseln ist größtenteils eine Export-und-Import-Aufgabe, bis die erste Kampagne der neuen Plattform im Spam landet, weil die neuen IPs keine Historie hatten, die Sperrliste nicht mitgekommen ist oder DKIM nie eingerichtet wurde. Dieser Leitfaden zeigt, was mit Ihnen umzieht und was zurückbleibt, und gibt Ihnen dann eine Checkliste für die ESP-Migration vor, während und nach dem Wechsel.
Die kurze Antwort#
Die Reputation Ihrer Domain kommt mit. Ihre IP-Reputation, Sperrlisten, Bounce-Historie und Engagement-Daten kommen nicht mit, es sei denn, Sie übertragen sie selbst. Also: Exportieren Sie Ihre Sperrlisten und importieren Sie sie vor jedem Abonnenten in die neue Plattform, verifizieren Sie die Liste vor dem Import, authentifizieren Sie den neuen ESP vor dem ersten Versand auf Ihrer eigenen Domain, wärmen Sie mit Ihren engagiertesten Abonnenten beginnend auf, betreiben Sie beide Plattformen einige Wochen parallel, und behalten Sie das alte Konto, bis Sie alles exportiert haben. Und wechseln Sie nicht, um einem Zustellbarkeitsproblem zu entkommen: Eine beschädigte Domain-Reputation folgt Ihnen auf die neue Plattform.
Was mit Ihnen umzieht und was zurückbleibt#
Mailbox-Anbieter wie Gmail bewerten sowohl die Domain in Ihrer Absenderadresse und DKIM-Signatur als auch die IP-Adressen, von denen Ihre Mail kommt. Wenn Sie die Plattform wechseln, bleibt die Domain gleich und die IPs ändern sich. Alles andere hängt davon ab, was Sie exportieren.
| Bestand | Zieht mit um? | Was zu tun ist |
|---|---|---|
| Domain-Reputation | Ja, wenn Sie weiter von derselben Domain senden | Den neuen ESP mit dieser Domain authentifizieren, damit die Reputation greift |
| IP-Reputation | Nein; sie gehört zu den IPs der alten Plattform | Einen Hochlauf auf den neuen IPs planen, geteilt oder dediziert |
| Abmeldungen, Hard Bounces, Beschwerden | Nein | Exportieren und als Erstes importieren |
| Bounce-Historie und Soft-Bounce-Zähler | Nein | Die Liste vor dem Import verifizieren |
| Engagement-Daten (letzter Klick, letzter Kauf) | Nur wenn Sie sie exportieren | Als benutzerdefinierte Felder exportieren; Sie brauchen sie, um das Aufwärmen zu ordnen |
| Einwilligungsnachweise (Anmeldedatum, Quelle, Formular) | Nur wenn Sie sie exportieren | Exportieren; die DSGVO erwartet, dass Sie die Einwilligung nachweisen können |
| DKIM-Schlüssel, Bounce- und Tracking-Domains | Nein; jeder ESP hat seine eigenen | Die DNS-Einträge der neuen Plattform vor dem ersten Versand veröffentlichen |
| Automatisierungen, Vorlagen, Formulare, Integrationen | Nein | Jede einzelne neu aufbauen, testen und umstellen |
Die erste Zeile wirkt in beide Richtungen. Eine starke Absenderreputation Ihrer Domain verschafft Ihnen auf der neuen Plattform einen Vorsprung. Eine schwache kommt ebenfalls mit; landet Ihre Mail heute also im Spam, beheben Sie die Ursache (Listenqualität, Beschwerden, Authentifizierung) vor dem Umzug, nicht durch den Umzug.
Die Checkliste für die ESP-Migration#
Nutzen Sie diese als Hauptliste. Die Abschnitte darunter erklären die Schritte, die am häufigsten schiefgehen.
| Phase | Aufgabe | Erledigt, wenn |
|---|---|---|
| Vorher | Abmeldungen, Hard Bounces und Beschwerden exportieren | Jeder Sperrtyp ist mit Datum exportiert |
| Vorher | Kontakte mit Engagement- und Einwilligungsfeldern exportieren | Letzter Klick, letzter Kauf, Anmeldedatum und Quelle sind enthalten |
| Vorher | Sperrlisten in den neuen ESP importieren | Die Sperrliste ist vor jedem Kontaktimport befüllt |
| Vorher | Die Liste verifizieren | Unzustellbare und Wegwerfadressen entfernt; über Catch-all-Adressen entschieden |
| Vorher | SPF, DKIM, Bounce-Domain und Tracking-Domain einrichten | Eine Testnachricht besteht SPF und DKIM, abgestimmt für DMARC |
| Vorher | Geteilte oder dedizierte IP wählen und den Zeitpunkt festlegen | Ein schriftlicher Aufwärmplan, abseits Ihrer Hochsaison |
| Währenddessen | Aufwärmen, die engagiertesten Abonnenten zuerst | Das Volumen steigt nur, solange Bounces und Beschwerden niedrig bleiben |
| Währenddessen | Beide Plattformen parallel betreiben | Niemand wird von beiden angeschrieben; Abmeldungen werden täglich synchronisiert |
| Währenddessen | Formulare, Integrationen und Verifizierung umstellen | Eine Testanmeldung landet nur im neuen ESP |
| Danach | Postmaster Tools, SNDS, Bounces und Beschwerden überwachen | Kennzahlen stabil bei vollem Volumen |
| Danach | Letzter Export aus dem alten ESP, dann stilllegen | Sperrlisten, Berichte und Einwilligungsnachweise gesichert; alte DNS-Einträge entfernt |
Vor dem Wechsel#
Sperrlisten zuerst exportieren und zuerst importieren#
Ihre Sperrliste ist die wichtigste Datei der Migration. Sie enthält alle, die sich abgemeldet haben, jede Adresse mit Hard Bounce und alle, die Sie als Spam markiert haben, und nichts davon wird automatisch übertragen. Jede Plattform benennt diese anders: Mailchimp kennt bereinigte und archivierte Kontakte, Klaviyo unterdrückte Profile, ActiveCampaign nutzt die Status „Bounced“ und „Unsubscribed“. Die Bereinigungsleitfäden für Mailchimp, Klaviyo und ActiveCampaign zeigen, wo sich die jeweilige Liste befindet.
Importieren Sie die Sperrlisten vor allen Abonnenten in die neue Plattform. Wenn Sie zuerst Kontakte importieren, gibt es ein Zeitfenster, in dem ein Willkommens-Flow oder eine Testkampagne Menschen erreichen kann, die sich abgemeldet haben. Das führt zu Beschwerden, und eine Abmeldung verfällt nicht, nur weil Sie die Software gewechselt haben: CAN-SPAM verlangt, dass Abmeldungen innerhalb von 10 Werktagen umgesetzt werden, und einwilligungsbasierte Gesetze sind noch strenger.
Die Liste vor dem Import verifizieren#
Auf der alten Plattform hat jahrelange Bounce-Verarbeitung tote Adressen still aus Ihren Versänden herausgehalten. Auf der neuen ist jede Adresse ein Erstempfänger ohne Historie. Adressen, die seit Ihrem letzten Versand verfallen sind, und Adressen, die wegen eines vollen Postfachs wiederholt Soft Bounces erzeugt haben, kommen genauso an wie Ihre besten Abonnenten. Und eine neue Plattform beobachtet die ersten Versände eines neuen Kontos meist am genauesten.
Verifizieren Sie den Export, bevor er importiert wird. Entfernen Sie unzustellbare und Wegwerfadressen, und entscheiden Sie bewusst, was mit Catch-all- und unbekannten Ergebnissen geschieht, statt sie standardmäßig zu importieren. Gehört Ihre aktuelle E-Mail-Plattform zu den 49 aktiven Connectoren auf der Integrationsseite, kann Qualisend die Liste vor dem Export direkt dort bereinigen und jedes Urteil als Tag oder Feld zurückschreiben, sodass der Export die Ergebnisse bereits enthält. Andernfalls laden Sie die CSV hoch. Wurde ein Teil der Liste seit sechs Monaten oder länger nicht angeschrieben, behandeln Sie ihn mit der zusätzlichen Sorgfalt aus wie Sie eine alte E-Mail-Liste sicher anschreiben.
Den neuen ESP auf Ihrer Domain authentifizieren#
Richten Sie das vor dem ersten Versand ein, nicht danach. Der Leitfaden zu SPF, DKIM und DMARC erklärt, was jeder Eintrag bewirkt; für eine Migration gilt im Einzelnen:
- SPF. Folgen Sie der Einrichtung der neuen Plattform. Manche verlangen, dass
Sie Ihrem SPF-Eintrag auf der Hauptdomain ein
include:hinzufügen; andere regeln SPF über eine eigene Bounce-Subdomain, die sie hosten. Behalten Sie das Include der alten Plattform, bis diese nicht mehr sendet, und bleiben Sie unter dem Limit von 10 DNS-Lookups für SPF. Der SPF-Record-Generator erstellt einen gültigen Eintrag. - DKIM. Veröffentlichen Sie den DKIM-Schlüssel der neuen Plattform. Er nutzt einen eigenen Selektor, sodass alter und neuer Schlüssel während der Überschneidung nebeneinander existieren können. Die signierende Domain muss Ihre sein, nicht die des ESP, damit Ihre Domain-Reputation greift.
- Eigene Return-Path-Domain (Bounce-Domain). Richten Sie eine Subdomain auf die neue Plattform aus, damit SPF auf einer Domain besteht, die mit Ihrer Absenderadresse abgestimmt ist.
- DMARC. Ihr bestehender Eintrag bleibt. Steht er auf
p=quarantineoderp=reject, wird falsch konfigurierte Mail der neuen Plattform blockiert; senden Sie also zuerst Testnachrichten und lesen Sie Ihre Aggregatberichte, wie in DMARC einrichten beschrieben. - Tracking-Domain. Richten Sie eine gebrandete Domain für das Link-Tracking ein, statt die Standarddomain der Plattform mitzunutzen.
Prüfen Sie Ihre Domain anschließend mit dem SPF-, DKIM- und DMARC-Checker und senden Sie eine Testnachricht an ein Gmail-Konto, um zu bestätigen, dass SPF, DKIM und DMARC bestanden werden.
IP-Einrichtung und Zeitpunkt wählen#
Die meisten Absender gehören auf den geteilten Pool der neuen Plattform, der bereits aufgewärmt ist. Eine dedizierte IP startet ohne Reputation und braucht hohes, gleichmäßiges Volumen, um gesund zu bleiben; die Abwägungen finden Sie unter dedizierte vs. geteilte IP.
Ändern Sie im selben Projekt nicht auch noch Ihre Versanddomain. Eine neue Domain auf neuen IPs bedeutet zwei Kaltstarts auf einmal. Wenn Sie Marketing-Mails auf eine Subdomain verlegen möchten, zeigt der Leitfaden zur Strategie für Versand-Subdomains, wie das geht, aber planen Sie dafür ein eigenes Aufwärmen ein.
Auch der Zeitpunkt zählt. Migrieren Sie nicht in den Wochen vor Ihren größten Versänden. Da der Black Friday 2026 auf den 27. November fällt, würde eine Ende Oktober begonnene Migration das Aufwärmen genau in die Hochsaison legen. Wenn das Ihre Lage ist, arbeiten Sie die Checkliste zur Zustellbarkeit am Black Friday auf Ihrer bisherigen Plattform ab und ziehen Sie nach den Feiertagen um.
Während des Wechsels#
Mit Ihren engagiertesten Abonnenten aufwärmen#
Selbst mit einer guten Domain-Reputation haben die neuen IPs bei den Mailbox-Anbietern, an die Sie senden, keine Historie. Beginnen Sie mit Abonnenten, die kürzlich geklickt oder gekauft haben, denn sie erzeugen die positiven Signale, die Vertrauen aufbauen, und nehmen Sie weniger engagierte Segmente hinzu, solange Bounce- und Beschwerderaten stabil bleiben. Auf einem geteilten Pool kann der Hochlauf schneller gehen als auf einer dedizierten IP, aber es sollte trotzdem ein Hochlauf sein. Der Leitfaden zum Aufwärmen einer Domain oder IP behandelt das Tempo.
Beide Plattformen parallel betreiben#
Lassen Sie die alte Plattform weiter an die Segmente senden, die Sie noch nicht umgezogen haben. So bleibt das Gesamtvolumen Ihrer Domain gleichmäßig, und alle hören planmäßig von Ihnen, während die neuen IPs Historie aufbauen. Verlegen Sie Segmente Woche für Woche in wachsenden Scheiben, bis die neue Plattform alles mit stabilen Kennzahlen trägt. Das dauert meist einige Wochen; lassen Sie die Zahlen entscheiden, nicht ein Kalenderdatum.
Zwei Regeln halten die Überschneidung zusammen:
- Schreiben Sie nie dieselbe Person von beiden Plattformen an. Teilen Sie die Segmente sauber auf, damit niemand Duplikate erhält.
- Synchronisieren Sie Abmeldungen und Bounces täglich. Wer sich während der Überschneidung auf der alten Plattform abmeldet, muss auch auf der neuen gesperrt werden.
Formulare, Integrationen und Verifizierung umstellen#
Jede Stelle, die Kontakte hinzufügt, muss auf die neue Plattform zeigen: Website-Formulare, Pop-ups, Checkout- und E-Commerce-Synchronisierungen, CRM-Synchronisierungen, Webhooks und Automatisierungstools. Ein vergessenes Formular speist das alte Konto noch monatelang, und diese Abonnenten erhalten Ihre Mails nie. Senden Sie über jede einzelne Stelle eine Testanmeldung ab.
Stellen Sie dann die Verifizierung wieder an die Eingangstür. Gehört die neue Plattform zu den aktiven Integrationen von Qualisend, kann die Echtzeit-Verifizierung jeden neuen Kontakt bei seinem Eingang prüfen (bei den meisten Connectoren verfügbar), und eine automatische Bereinigung kann die Liste alle 7, 14 oder 30 Tage erneut verifizieren. Für Formulare, die die Plattform direkt speisen, prüft die Verifizierungs-API Adressen bei der Anmeldung.
Nach dem Wechsel#
Die Dashboards der Anbieter überwachen#
Die Google Postmaster Tools sind an Ihre Domain gebunden und laufen daher über die Migration hinweg weiter; beobachten Sie Ihre Spam-Rate und Reputation bei Gmail, während sich das Volumen verlagert. Microsoft SNDS ist an IPs gebunden. Beantragen Sie bei einer dedizierten IP den Zugriff für die neuen Adressen; bei einem geteilten Pool liegen diese Daten beim ESP. Beobachten Sie außerdem die Bounce- und Beschwerderaten pro Kampagne sowie jeden Anstieg an Zurückstellungen bei einem einzelnen Anbieter.
Die alte Plattform sorgfältig stilllegen#
- Machen Sie einen letzten Export der Sperrlisten, nachdem der Parallelbetrieb endet, denn auf der alten Plattform sind währenddessen weiterhin Abmeldungen eingegangen.
- Exportieren Sie Historie, die Sie später brauchen könnten: Kampagnenberichte, Einwilligungsnachweise und Engagement-Daten. Viele Plattformen löschen die Kontodaten bei der Kündigung; wechseln Sie in einen günstigeren Tarif, bis Sie sicher sind, dass Sie alles haben.
- Schalten Sie alte Automatisierungen ab, damit nichts von einem Konto ausgelöst wird, das Sie nicht mehr im Blick haben.
- Entfernen Sie die alten DNS-Einträge zuletzt. Löschen Sie das alte SPF-Include und den alten DKIM-Schlüssel erst, wenn nichts mehr von dieser Plattform sendet.
Die neue Liste sauber halten#
Eine neue Plattform stoppt den Verfall nicht. Legen Sie einen Bereinigungsrhythmus fest und eine Regel, um Abonnenten auszusortieren, die verstummen, wie in E-Mail-Listenhygiene und Sunset-Policy für E-Mails beschrieben, damit die migrierte Liste so sauber bleibt wie am Tag des Umzugs.
Häufig gestellte Fragen
01Verliere ich meine Absenderreputation, wenn ich den E-Mail-Anbieter wechsle?
Teilweise. Ihre Domain-Reputation zieht mit um, solange Sie weiter von derselben Domain senden und die neue Plattform per DKIM auf dieser Domain authentifizieren. Ihre IP-Reputation bleibt bei den IPs der alten Plattform zurück, sodass die neuen IPs Historie aufbauen müssen, weshalb Sie das Volumen beginnend mit Ihren engagiertesten Abonnenten hochfahren. Auch eine schlechte Domain-Reputation folgt Ihnen, ein Wechsel ist also keine Lösung für ein Zustellbarkeitsproblem.
02Muss ich beim Wechsel des ESP aufwärmen?
Auf einer dedizierten IP ja, von null an. Auf dem geteilten Pool der neuen Plattform sind die IPs bereits aufgewärmt, aber Ihre Mail ist für sie neu, daher ist es trotzdem ratsam, das Volumen in den ersten Wochen hochzufahren, beginnend mit Abonnenten, die kürzlich geklickt oder gekauft haben, und weniger engagierte Segmente hinzuzunehmen, solange Bounce- und Beschwerderaten stabil bleiben.
03Wie lange sollte ich beide E-Mail-Plattformen parallel betreiben?
Bis die neue Plattform Ihr volles Volumen mit stabilen Bounce-, Beschwerde- und Reputationskennzahlen trägt, was meist einige Wochen dauert. Teilen Sie während der Überschneidung die Segmente so auf, dass niemand von beiden Plattformen angeschrieben wird, und synchronisieren Sie Abmeldungen und Bounces täglich zwischen ihnen.
04Sollte ich meine Liste vor dem Import in einen neuen ESP verifizieren?
Ja. Die neue Plattform hat keine Bounce-Historie für Ihre Adressen, sodass alles, was seit Ihrem letzten Versand verfallen ist, gültig aussehend ankommt und bei der ersten Kampagne einen Hard Bounce erzeugt, genau dann, wenn das neue Konto am genauesten beobachtet wird. Verifizieren Sie den Export, entfernen Sie unzustellbare und Wegwerfadressen, und entscheiden Sie bewusst, was mit Catch-all- und unbekannten Ergebnissen geschieht.
05Was passiert mit meinen Abmeldungen, wenn ich die E-Mail-Plattform wechsle?
Nichts, es sei denn, Sie übertragen sie. Sperrlisten werden nicht automatisch übertragen, exportieren Sie also jede Abmeldung, jeden Hard Bounce und jede Spam-Beschwerde aus der alten Plattform und importieren Sie sie vor allen Abonnenten in die neue. Machen Sie nach dem Parallelbetrieb außerdem einen letzten Export, denn Abmeldungen gehen auf der alten Plattform ein, bis sie nicht mehr sendet.
Sie ziehen um? Verifizieren Sie den Export, bevor er das neue Konto berührt, mit 100 kostenlosen Credits, die nie verfallen, und sehen Sie auf der Integrationsseite, mit welchen Plattformen sich Qualisend für die Bereinigung direkt in der Plattform und in Echtzeit verbindet.
