Wat gaat er echt stuk als je van platform wisselt?
Aan je data gaat bijna niets stuk. Contacten, eigen velden, templates en de geschiedenis van betrokkenheid zijn te exporteren naar CSV of JSON, en elk degelijk platform importeert ze. Wat stukgaat, is je afzenderreputatie. Mailboxproviders beoordelen het domein en IP-adres waarvandaan je verstuurt, en een nieuw platform betekent meestal een nieuwe verzendidentiteit zonder geschiedenis. Stuur op dag één je hele lijst vanaf een koud domein en een groot deel belandt in de spam. De data is kopieerwerk; deliverability is het deel dat een plan nodig heeft.
Exporteer alles voordat je iets opzegt
De goedkoopste verzekering bij een migratie is timing. Exporteer een volledige kopie van je data terwijl het oude account nog actief en betaald is, en houd het daarna alleen-lezen tot het nieuwe platform zich heeft bewezen. Zeg je eerst op, dan verlies je misschien de toegang tot afmeldgegevens of een geschiedenis van betrokkenheid die je niet opnieuw kunt opbouwen.
- Contacten met elk eigen veld: niet alleen naam en e-mailadres, maar ook de kenmerken waar je segmenten op leunen.
- Afmeldingen en de volledige suppressielijst: hard bounces, klachten en handmatige blokkeringen.
- Templates en herbruikbare content, plus de automatiseringen en journeys die je opnieuw gaat maken.
- Eventgeschiedenis en betrokkenheidsdata: opens, kliks en de gedragsevents waarop je triggers afgaan.
- DNS- en authenticatierecords: je huidige instellingen voor SPF, DKIM en DMARC, ter referentie.
Bewaar de export op een plek die jij beheert, niet alleen bij de nieuwe leverancier. Daar draait de hele oefening om: een schone kopie van je eigen data bezitten. In eigenaar zijn van je klantdata lees je waarom die kopie ook na deze migratie telt.
Waarom neem je bij elke migratie de suppressielijst mee?
De suppressielijst, met iedereen die zich heeft afgemeld, hard heeft gebouncet of een klacht heeft ingediend, is de enige export die je nooit mag overslaan. Juridisch is een afmelding permanent en volgt ze de persoon, niet het platform; die mensen mailen vanuit een nieuwe tool is dezelfde overtreding als vanuit de oude. Voor je deliverability zijn dat precies de adressen die klachten en bounces opleveren, de twee signalen die een koud domein het snelst laten zinken. Importeer de suppressielijst vóór al het andere, en controleer of het nieuwe platform haar behandelt als een actieve blokkade, niet als een historische notitie.
Opnieuw toestemming vragen: behouden of opnieuw bevestigen?
Toestemming is niet gebonden aan je oude leverancier, dus in de meeste gevallen reist ze mee met het contact: een geldige opt-in blijft geldig na een migratie. Je behoudt haar als je kunt aantonen hoe en wanneer elke persoon zich heeft aangemeld en je de mail blijft sturen waarmee die heeft ingestemd. Je bevestigt opnieuw als de herkomst ontbreekt, als de lijst oud is en weinig betrokken, of als je wezenlijk verandert wat je verstuurt. Een campagne om opnieuw toestemming te vragen met double opt-in is de nette manier om een wankele lijst op te frissen voordat die het nieuwe domein kan schaden.
| Situatie | Status van toestemming | Actie |
|---|---|---|
| Vastgelegde opt-in, recente betrokkenheid | Gaat mee | Importeren en mailen zoals gewoonlijk |
| Aantoonbare opt-in, dezelfde inhoud | Gaat mee | Importeren; geleidelijk opwarmen |
| Geen gegevens over hoe ze zich aanmeldden | Onduidelijk | Opnieuw bevestigen voordat je mailt |
| Oude, weinig betrokken of gekochte lijst | Zwak of afwezig | Opnieuw toestemming vragen of onderdrukken |
Hoe warm je het nieuwe domein en IP-adres op?
Opwarmen betekent dat je je volume langzaam laat groeien, zodat mailboxproviders vertrouwen krijgen in de nieuwe verzendidentiteit. De afzenderrichtlijnen van Google zijn expliciet: begin met een laag volume naar betrokken gebruikers, verhoog dat in de loop van de tijd en vermijd plotselinge pieken als je geen geschiedenis hebt met het versturen van grote volumes. Begin met de contacten die het waarschijnlijkst openen (recente, actieve abonnees) en verbreed het publiek daarna over dagen of weken. Houd je percentage spamklachten scherp in de gaten; Google vraagt bulkverzenders om het onder 0,10% te houden en het nooit 0,30% te laten bereiken. Lopen de bounces of de uitgestelde afleveringen op, vertraag dan de opbouw tot het foutpercentage daalt en verhoog daarna weer. Een eigen IP-adres opwarmen duurt langer dan een gedeelde pool opwarmen, dus stem de planning af op wat je hebt gekozen.
Hoe koppel je profielen, events en segmenten?
Elk platform modelleert klanten net iets anders, dus trek tijd uit om je model te vertalen. Laat je profielkenmerken aansluiten op de nieuwe veldnamen en -types, koppel je gemeten events één op één en bouw dynamische segmenten opnieuw op volgens het nieuwe schema. Dit is het moment om dode velden en verouderde events op te ruimen in plaats van de rommel mee te kopiëren: een schoon trackingplan maakt de automatiseringen in het nieuwe platform veel makkelijker te bouwen. Houd transactionele mail en marketingmail via aparte stromen terwijl je koppelt, zodat een betaalbewijs nooit hoeft te wachten op het opwarmen voor marketing en een kapot segment nooit een wachtwoordreset blokkeert.
Hoe ziet een veilige overstap eruit?
Zet niet in één keer de schakelaar om. Laat beide platforms naast elkaar draaien en verplaats het verkeer in fasen: eerst een klein, betrokken deel, daarna grotere segmenten zolang de cijfers standhouden. Houd na elke verhoging het bouncepercentage, het klachtenpercentage en de plaatsing in de inbox op de nieuwe tool in de gaten; schiet er een omhoog, pauzeer dan en zoek de oorzaak voordat je meer verstuurt. Houd transactionele mail op de beproefde route tot de marketingstromen stabiel zijn. Zodra het nieuwe platform je volledige volume een paar cycli lang zonder problemen draagt, zet je het oude uit. Kies je nog een bestemming, begin dan bij onze overzichten van open source tools voor marketing automation, alternatieven voor Customer.io en customer engagement platforms voor start-ups.