Klaviyo-Migration für Onlineshops

Eine Klaviyo-Migration überträgt Daten und Verhalten

Eine E-Mail-Marketing-Migration endet nicht mit dem Kontaktimport. Ebenso wichtig sind die Nachrichten je Person, die Gründe für den Eintritt in eine Sequenz, die Austrittsbedingungen und die Informationen für den laufenden Betrieb. Wer nur die Datenbank kopiert, lässt möglicherweise Automationen, Ausschlüsse und Formulare unverbunden zurück.

Kläre zuerst den Anlass des Wechsels: eine fehlende Integration, Grenzen des bisherigen Systems, schwer verwaltbare Abläufe oder die Zusammenführung der Arbeit. So lässt sich unterscheiden, was erhalten bleiben muss und was neu gestaltet werden sollte. Die Klaviyo-Einrichtung für E-Commerce muss diese konkreten Anforderungen erfüllen.

Benenne Accounts, Shops, Sprachen, Kanäle und Verantwortliche. Vereinbare außerdem, welche Historie erhalten bleiben soll, und prüfe die Grenzen der bisherigen Plattform. Versprich keine vollständige Übertragung mit identischer Bedeutung, bevor Exportmöglichkeiten und Darstellung im Zielsystem geklärt sind.

Vor dem Wechseltermin steht das Inventar

Gehe das bestehende System mit seinen Nutzern durch. Prüfe neben sichtbaren Kampagnen auch Formulare, Segmente, Ausschlüsse, Automationen, Vorlagen, Integrationen, Shopnachrichten und manuelle Prozesse. Halte fest, wer von jeder Komponente abhängt und welche Folgen ihr Ausfall hätte.

Dieses Mindestinventar macht die Migration zu überprüfbaren Arbeitspaketen. Ergänze Konfigurationsverweise und eine Entscheidung je Komponente: erhalten, neu aufbauen, stilllegen oder untersuchen.

Das Inventar hilft auch, Projektkosten und Umfang einzuschätzen. Wenige Vorlagen mit mehreren eigenen Integrationen können mehr Arbeit bedeuten als viele Nachrichten auf Basis desselben Designs.

Felder und Status vor dem Import zuordnen

Erstelle eine Zuordnung zwischen Quell- und Zielsystem. Erfasse für jedes Feld Name, Bedeutung, Format, Beispiel und spätere Verwendung. Zwei Felder namens „Kaufdatum“ können Verschiedenes meinen: die letzte Bestellung eines Profils oder das Datum eines einzelnen Ereignisses.

Klaviyo dokumentiert Importwege und ein Verfahren für historische Abmeldungen. Diese Ausschlüsse müssen erhalten bleiben. Eine vorhandene E-Mail-Adresse ist kein Nachweis für ein aktives Abonnement.

Lege fest, welche Quelle bei widersprüchlichen Datensätzen Vorrang hat und wie Ausnahmen untersucht werden. Wähle bei Statuskonflikten nicht automatisch den Wert, der Versand ermöglicht. Ungeklärte Fälle bleiben bis zur Überprüfung von Sendungen ausgeschlossen.

Teste zuerst eine kleine Stichprobe mit schwierigen Fällen: unvollständigen Angaben, verschiedenen Sprachen, mehrfach vorkommenden Adressen und unterschiedlichen Statuswerten. Prüfe Datumsangaben, leere Werte und Sonderzeichen. Eine identische Gesamtzahl beweist keine korrekte Feldzuordnung.

Beispiel: Im Sprachfeld eines fiktiven Shops stehen sowohl „es“ als auch „Español“. Der Plan könnte beide Werte vereinheitlichen, den Originalwert nachvollziehbar erhalten und unbekannte Werte zur Prüfung zurückstellen. Diese Entscheidung muss fallen, bevor das Feld die Sprache einer Nachricht bestimmt.

Abläufe anhand ihrer tatsächlichen Regeln neu aufbauen

Dokumentiere für jede E-Mail-Automation Eintrittsereignis, Bedingungen, Wartezeiten und Austrittsgründe. Entscheide, was mit Personen geschieht, die bereits im alten Ablauf sind. Ein Neustart für alle kann Nachrichten wiederholen; sie zu ignorieren kann die Betreuung abbrechen.

Gleich benannte Ereignisse müssen nicht dieselben Daten enthalten. Prüfe einen aktuellen Shopfall und die von der Nachricht benötigten Felder. Produktblöcke, Warenkorblinks und Kaufbedingungen müssen auf tatsächlich im Ziel eintreffenden Informationen beruhen.

Bei einer Migration von Mailchimp müssen dynamische Vorlagen-Tags angepasst werden, auch der Abmelde-Tag. Das Kopieren von HTML allein erhält das Verhalten in Klaviyo nicht.

Bestimme für die Übergangsphase, welches System jede Nachricht verantwortet. Berücksichtige direkt aus dem Shop verschickte Mitteilungen, damit klar ist, welche bestehen bleiben und welche ersetzt werden. Ein vorbereiteter neuer Ablauf rechtfertigt keine zwei gleichzeitig aktiven Versionen.

Halte inhaltliche Entscheidungen zusammen mit technischen fest. Ändert sich die Reihenfolge oder entfällt ein altes Angebot, dokumentiere Grund und Freigabe. So bleiben bewusste Anpassungen von Übertragungsfehlern unterscheidbar.

Abnahmetests vor dem ersten regulären Versand

Klaviyo bietet, soweit anwendbar, Vorschauen mit Profil- oder Ereignisdaten. Darstellungstests decken nicht jedes Verhalten beim tatsächlichen Versand ab. Prüfe deshalb auch Testabläufe und deren Links.

Die Matrix beschreibt Ergebnisse, die das Team vereinbaren sollte. Nutze kontrollierte Testkontakte, statt zum Prüfen einer Regel Nachrichten für die gesamte Datenbank freizuschalten.

Die Freigabe muss die getestete Version benennen. Ändern sich später Ereignis, Bedingung oder Vorlage, prüfe die Gültigkeit der Tests und wiederhole betroffene Prüfungen vor der Aktivierung.

Umstellung und mögliche Rückkehr planen

Der Startplan benennt Ausführende, Prüfer und Signale für einen Abbruch. Vereinbare ein Zeitfenster mit Raum für Anmelde-, Kauf- und Versandkontrollen. Vermeide die Verbindung mit einer wichtigen Kampagne, wenn das Team nicht gleichzeitig Störungen bearbeiten kann.

Eine vorübergehende Koexistenz kann Datenprüfungen ermöglichen, braucht aber eindeutige Versandverantwortung. Definiere, was im Quellsystem pausiert und im Ziel aktiviert wird. Halte fest, wie Änderungen zwischen Export und endgültiger Umstellung abgeglichen werden, einschließlich neuer Abmeldungen.

Bereite vorab einen möglichen Rückweg vor: Welche Konfiguration lässt sich wiederherstellen, welche Daten müssen abgeglichen werden und wer gibt dies frei? Das Stoppen des neuen Systems bedeutet nicht, automatisch alle alten Nachrichten einzuschalten. Prüfe bereits erfolgte Aktivitäten, um Wiederholungen zu vermeiden.

Berücksichtige Zustellbarkeit in dieser Phase: Domains, Authentifizierung, erste Zielgruppe und Monitoring. Technische Übertragung und Versandbewertung hängen zusammen, doch ein erfolgreicher Import beweist noch keinen wie geplant funktionierenden Kanal.

Wann die Migration abgeschlossen ist

Gleiche Quell- und Zielsystem nach relevanten Kategorien ab, nicht allein nach Profilanzahl. Erläutere Duplikate, ausgeschlossene Datensätze, Fehler und nicht übertragbare Daten. Bewahre den Abgleich mit dem ursprünglichen Inventar und den genehmigten Entscheidungen auf.

Entferne den bisherigen Zugriff erst, wenn vereinbarte Berichte und Konfigurationen gesichert sind. Prüfe vorübergehende Integrationen und Zugangsdaten, sobald sie nicht mehr benötigt werden. Nach der Stilllegung muss klar sein, wer Betrieb und offene Vorfälle übernimmt.

• Kontakte, Ausschlüsse und Felder anhand von Zahlen und Stichproben geprüft.
• Neue Anmeldungen und Shopereignisse im Ziel bestätigt.
• Aktivierte Abläufe mit freigegebenen Abnahmetests.
• Eindeutige Versandverantwortung je übertragener Nachricht.
• Vorlagen, Links, Präferenzen und Personalisierung geprüft.
• Bisherige Berichte mit ihren Definitionen erhalten.
• Dokumentation, Zugriffe und Monitoring an das Team übergeben.

Vergleiche nach der Umstellung Kennzahlen mit passenden Zeiträumen und Definitionen. Ein neues Attributionsmodell kann Berichte verändern, ohne zusätzliche Verkäufe zu erzeugen. Abgeschlossen ist die Migration, wenn das Team das neue System bedienen, prüfen und erklären kann, nicht beim Ende eines Datei-Uploads.

Quellen und weiterführende Informationen

• Klaviyo · Migrating subscribers and unsubscribes
• Klaviyo · Migrating from Mailchimp
• Klaviyo · Preview and test emails