Klaviyo-migratie voor je webshop

Migreren naar Klaviyo betekent gegevens én gedrag overzetten

Een e-mailmarketingmigratie eindigt niet bij het importeren van contacten. Je moet ook overzetten welke berichten iemand krijgt, waarom diegene een reeks binnenkomt, wanneer die stopt en welke informatie het team nodig heeft om door te werken. Alleen de database kopiëren kan automatiseringen, uitsluitingen en formulieren los van elkaar achterlaten.

Begin bij de reden voor de overstap: een ontbrekende integratie, beperkingen van het huidige systeem, lastig te beheren klanttrajecten of de behoefte om werk te centraliseren. Zo onderscheid je wat behouden moet blijven van wat opnieuw ontworpen moet worden. De Klaviyo-inrichting voor e-commerce moet die concrete behoeften ondersteunen.

Benoem accounts, webshops, talen, kanalen en verantwoordelijken. Spreek af welke historie behouden moet blijven en onderzoek de beperkingen van het bronsysteem. Beloof niet dat alle gegevens met dezelfde betekenis meegaan voordat exportmogelijkheden en representatie in het nieuwe systeem zijn gecontroleerd.

Maak een inventaris voordat je de overstapdatum vastlegt

Loop het huidige systeem door met de mensen die het gebruiken. Bekijk naast opvallende campagnes ook formulieren, segmenten, uitsluitingen, automatiseringen, templates, integraties, winkelmeldingen en handmatige processen. Noteer wie van elk onderdeel afhankelijk is en wat er gebeurt als het stopt.

Deze minimale inventaris maakt het werk controleerbaar. Voeg configuratieverwijzingen toe en kies per onderdeel: behouden, opnieuw bouwen, uitfaseren of onderzoeken.

De inventaris helpt ook bij het bepalen van projectkosten en scope. Een account met weinig templates maar meerdere maatwerkintegraties kan meer werk vragen dan een account met veel berichten op basis van hetzelfde ontwerp.

Koppel velden en statussen vóór de import

Maak een mapping van bron naar bestemming. Leg per veld naam, betekenis, formaat, voorbeeld en later gebruik vast. Twee velden met de naam “aankoopdatum” kunnen iets anders beschrijven: de laatste bestelling van een profiel of de datum van één specifieke gebeurtenis.

Klaviyo beschrijft importroutes en een procedure voor historische afmeldingen. Behoud die uitsluitingen: het bezit van een e-mailadres betekent niet dat er een actieve inschrijving is.

Bepaal welke bron voorgaat bij tegenstrijdige records en hoe uitzonderingen worden onderzocht. Los een statusconflict niet automatisch op met de waarde die verzending toestaat. Houd onduidelijke gevallen buiten verzendingen totdat hun situatie is gecontroleerd.

Test eerst een kleine steekproef met lastige gevallen: onvolledige gegevens, verschillende talen, herhaalde adressen en uiteenlopende statussen. Controleer datums, lege waarden en speciale tekens. Een gelijk totaal aantal records bewijst niet dat de mapping klopt.

Bijvoorbeeld: in een fictieve webshop bevat het taalveld zowel “es” als “Español”. Het plan kan die normaliseren tot één waarde, het origineel voor traceerbaarheid bewaren en onbekende waarden ter beoordeling apart zetten. Beslis dit voordat het veld de taal van een e-mail bepaalt.

Bouw klanttrajecten opnieuw met hun werkelijke regels

Leg voor elke e-mailautomatisering het startevent, voorwaarden, wachttijden en uitstroomredenen vast. Bepaal wat er gebeurt met mensen die al in het oude systeem zitten. Iedereen opnieuw bij het eerste bericht laten beginnen kan communicatie herhalen; ze negeren kan opvolging onvolledig maken.

Ga er niet van uit dat gelijke eventnamen dezelfde gegevens betekenen. Controleer een recent winkelgeval en de velden die het bericht nodig heeft. Productblokken, winkelwagenlinks en aankoopvoorwaarden moeten gebruikmaken van informatie die daadwerkelijk op de bestemming binnenkomt.

Bij een migratie vanuit Mailchimp moeten dynamische templatetags worden aangepast, inclusief de afmeldtag. Alleen HTML kopiëren behoudt het gedrag in Klaviyo niet.

Bepaal welk systeem tijdens de overgang elk bericht verstuurt. Neem ook meldingen uit de webshop zelf mee, zodat duidelijk is welke blijven en welke worden vervangen. Een nieuw traject voorbereiden betekent niet dat twee versies tegelijk actief mogen zijn.

Bewaar inhoudelijke beslissingen naast technische. Verandert de berichtvolgorde of vervalt een oude aanbieding, leg dan reden en goedkeuring vast. Zo onderscheid je bewuste wijzigingen van overdrachtsfouten.

Acceptatietests vóór de eerste reguliere verzending

Klaviyo ondersteunt waar van toepassing previews met profiel- of eventgegevens. Weergavetests dekken niet al het gedrag bij echte verzending. Controleer daarom ook testtrajecten en hun links.

De matrix beschrijft uitkomsten die je met het team afspreekt. Gebruik gecontroleerde testcontacten; zet niet de hele database aan om één regel te testen.

Vermeld bij goedkeuring welke versie is getest. Verandert later een event, voorwaarde of template, bepaal dan welke tests niet meer geldig zijn en herhaal die vóór activering.

Plan de overstap en een mogelijke terugkeer

Het startplan benoemt wie elke stap uitvoert, wie controleert en welk signaal reden is om te stoppen. Spreek een overstapmoment af met tijd om aanmeldingen, aankopen en verzendingen te controleren. Combineer de overgang niet met een belangrijke campagne als het team incidenten niet kan opvangen.

Tijdelijk naast elkaar draaien kan helpen bij datacontroles, maar vraagt duidelijke verzendverantwoordelijkheid. Bepaal wat bij de bron pauzeert, wat op de bestemming start en hoe wijzigingen tussen export en definitieve overstap worden afgestemd. Neem nieuwe afmeldingen uit die periode mee.

Bereid vooraf een haalbare terugkeer voor: welke configuratie kan worden hersteld, welke gegevens moeten worden afgestemd en wie mag dat goedkeuren? Het nieuwe systeem stoppen betekent niet automatisch alle oude berichten inschakelen. Bekijk reeds uitgevoerde activiteit om herhaling te voorkomen.

Neem deliverability mee in deze fase: domeinen, authenticatie, eerste doelgroep en monitoring. Technische migratie en beoordeling van verzending hangen samen, maar een geslaagde import bewijst niet dat het kanaal al volgens plan werkt.

Wanneer is de migratie afgerond?

Vergelijk bron en bestemming per relevante categorie, niet alleen op totaal aantal profielen. Verklaar duplicaten, uitgesloten records, fouten en gegevens die niet konden worden overgezet. Bewaar de afstemming bij de oorspronkelijke inventaris en goedgekeurde beslissingen.

Verwijder oude toegang pas nadat afgesproken rapporten en configuraties zijn opgeslagen. Controleer tijdelijke integraties en toegangsgegevens zodra ze niet meer nodig zijn. Na uitfasering moet duidelijk zijn wie het dagelijkse beheer en openstaande incidenten overneemt.

• Contacten, uitsluitingen en velden gecontroleerd met aantallen en steekproeven.
• Nieuwe aanmeldingen en winkelevents op de bestemming geverifieerd.
• Actieve trajecten met goedgekeurde acceptatietests.
• Eén verzendverantwoordelijke per overgezet bericht.
• Templates, links, voorkeuren en personalisatie gecontroleerd.
• Oude rapporten met hun definities bewaard.
• Documentatie, toegang en monitoring aan het team overgedragen.

Vergelijk statistieken na de overstap met passende periodes en definities. Een nieuw attributiemodel kan rapporten veranderen zonder extra verkopen te veroorzaken. De migratie is afgerond wanneer het team het nieuwe systeem kan bedienen, controleren en uitleggen, niet wanneer een bestand klaar is met uploaden.

Bronnen en meer informatie

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