Migracja z Mailchimpa krok po kroku
Migracja z Mailchimpa to projekt techniczny. Nie przeklikanie eksportu i importu. Widzimy to za każdym razem, gdy klient przenosi bazę na naszą flotę serwerów wysyłkowych. Plik CSV? Najmniejszy problem. Cała trudność siedzi w zgodach, higienie listy, konfiguracji DNS i rozgrzaniu nowego nadawcy. Przeniesiesz wszystko w jeden dzień i strzelisz do całej bazy – dostarczalność siada, a odbudowa reputacji zajmie tygodnie. Poniżej kolejność, którą stosujemy przy przenoszeniu kont.
Zanim ruszysz: co realnie trzeba wyjąć z Mailchimpa
Zacznij od inwentaryzacji konta. Spisz listy i segmenty, tagi, pola niestandardowe, formularze zapisu, automatyzacje i szablony. Bez tej mapy nie odtworzysz logiki po drugiej stronie. Braki wyjdą dopiero przy pierwszej kampanii, a wtedy jest już nerwowo.
Eksport kontaktów rób razem z datą i źródłem zgody. Sam adres e-mail bez metadanych to dane, których nie obronisz przy kontroli. Data zapisu, treść klauzuli, adres IP i formularz źródłowy – to jest twój dowód podstawy prawnej wysyłki. Nie ma tych kolumn w eksporcie? Dopisz je z innych systemów, zanim cokolwiek zaimportujesz.
Osobno zapisz historię kampanii ze statystykami otwarć, klików i wypisów. To twój punkt odniesienia. Bez niego po migracji nie odróżnisz spadku spowodowanego zmianą narzędzia od zwykłej sezonowości.
Sprawdź też statusy adresów. Kontakty oznaczone jako cleaned, unsubscribed i bounced nie jadą dalej. Import wypisanego adresu do nowego systemu to nie techniczne niedopatrzenie. To wysyłka bez podstawy prawnej.
Tip: zrób eksport tego samego dnia, w którym planujesz import. Praca na pliku sprzed dwóch tygodni oznacza, że przeniesiesz osoby, które już się wypisały.
Czyszczenie i higiena listy przed importem
Nie przenoś bazy jeden do jednego. Przenieś tę część, która czyta i klika. Reszta zostaje, przynajmniej na start. Nowy nadawca nie ma jeszcze żadnej historii u filtrów, więc każdy sygnał waży u niego dużo więcej niż przy koncie działającym od lat.
Zakres czyszczenia jest prosty i mechaniczny:
- Twarde bounce’y – adresy, które nie istnieją, usuwasz bez wyjątków.
- Adresy roli typu info@, biuro@, kontakt@ – trafiają do wielu osób, generują skargi i rzadko klikają.
- Duplikaty – w tym te powstałe z różnej wielkości liter i spacji na końcu.
- Literówki w domenach – gmail.con, wp.pi, onet.p. Część da się poprawić, część trzeba wyciąć.
Wątpliwe adresy da się prześwietlić bez ryzyka: weryfikacja adresu bez wysyłania maila pokazuje, które skrzynki w ogóle istnieją, zanim odbiją się od filtrów przy pierwszej kampanii.
Potem segmentuj po zaangażowaniu. Rozdziel aktywnych z ostatnich dziewięćdziesięciu dni, aktywnych w ciągu roku i uśpionych. Ten podział decyduje o kolejności wysyłek w kolejnym etapie. Segmentacja, tagi i pola niestandardowe to podstawowe funkcje platformy, więc odtworzysz ten podział jeszcze przed importem.
Uśpionych zostaw na później albo na osobną kampanię reaktywacyjną. Nigdy na pierwszą wysyłkę z nowej infrastruktury. Zła lista psuje reputację nadawcy szybciej niż jakikolwiek błąd w treści, a odbudowa trwa dłużej niż samo przeniesienie konta.
Zgody, RODO i PKE artykuł 398 przy zmianie dostawcy
Zmiana narzędzia nie unieważnia zgody. Zgoda dotyczy administratora danych i celu, nie platformy. Ale dowód musisz mieć: treść klauzuli w brzmieniu z momentu zapisu, datę, adres IP i źródło. Jeżeli tego nie masz, to formalnie nie wiesz, na co dana osoba się zgodziła.
Prawo komunikacji elektronicznej w artykule 398 wymaga zgody na przesyłanie informacji handlowej także w relacjach B2B. Adres firmowy nie jest wyjątkiem. Praktyka, w której firma buduje bazę z wizytówek i stopek e-maili, a potem tłumaczy się „to przecież biznes”, przy kontroli nie broni się w ogóle.
Po stronie formalnej przygotuj dwie rzeczy: aktualizację rejestru czynności przetwarzania i umowę powierzenia z nowym dostawcą. Sprawdź też, gdzie fizycznie stoją serwery i czy dane trafiają poza EOG. Przy amerykańskich platformach transfer jest regułą, nie wyjątkiem. Nasza flota stoi w Polsce, więc temat transferu po prostu nie występuje – to realne kryterium wyboru, nie hasło z ulotki.
Kontakty bez udokumentowanej zgody zostaw w starym systemie albo skasuj. Nie importuj ich w ciemno, licząc, że nikt nie zapyta.
Konfiguracja techniczna nadawcy: SPF, DKIM, DMARC, Return-Path i PTR
Uwierzytelnienie ustawiasz przed pierwszą wysyłką, nie po pierwszych problemach. I kolejność ma tu znaczenie.
- SPF – dopisz nowego dostawcę do istniejącego rekordu, nie twórz drugiego. Pilnuj limitu dziesięciu odwołań DNS. Przekroczenie daje wynik permerror, a wtedy SPF nie działa wcale.
- DKIM – użyj osobnego selektora dla nowej platformy. Stary klucz Mailchimpa zostaw aktywny do końca okresu przejściowego, bo obie ścieżki wysyłki muszą podpisywać się poprawnie.
- Return-Path – ustaw na własnej subdomenie. Dzięki temu bounce wraca tam, gdzie ma wracać, a wyrównanie SPF zgadza się z domeną nadawcy.
- DMARC – zacznij od p=none z raportami. Politykę zaostrzaj dopiero po potwierdzeniu, że cały ruch przechodzi uwierzytelnienie. Włączenie p=reject w trakcie migracji potrafi wyciąć twoje własne wiadomości transakcyjne.
- PTR i reputacja IP – przy własnej flocie serwerów wysyłkowych sprawdzasz to u siebie i wiesz, kto jeszcze wysyła z tego adresu. Na współdzielonych pulach zostaje ci zaufanie do dostawcy.
Tip: zmiany w DNS wprowadź kilka dni przed pierwszą wysyłką. Potem wyślij testową wiadomość do własnej skrzynki i przeczytaj nagłówki. Interesują cię trzy linie: wynik SPF, podpis DKIM i wyrównanie DMARC. Zielone ikonki w panelu dostawcy to nie to samo co nagłówek u odbiorcy.
Warmup nowego nadawcy: harmonogram zamiast jednego dużego strzału
Rozgrzewanie polega na tym, że filtry uczą się twojego ruchu stopniowo. Pierwsze wysyłki kierujesz wyłącznie do najbardziej zaangażowanego segmentu. Otwarcia i kliknięcia od osób, które czekają na twoje wiadomości, budują historię. Dopiero potem rozszerzasz zasięg.
Rozbij harmonogram po dostawcach skrzynek. Gmail, Outlook, WP i Onet reagują inaczej i mają własne progi. Zdarza się, że przy tej samej wysyłce jeden operator przyjmuje wszystko, a drugi zaczyna opóźniać kolejkę. Bez podziału zobaczysz uśrednioną liczbę i nie dowiesz się, gdzie leży problem.
Patrz na bounce’y, skargi i opóźnienia w kolejce, nie na same otwarcia. Otwarcia są zaszumione przez ochronę prywatności w klientach pocztowych. Kod odpowiedzi serwera nie kłamie.
Blokada u dużego filtra wygląda zawsze tak samo: wiadomości przestają wychodzić z kolejki, a w logach pojawia się odpowiedź 4xx albo 5xx z konkretnym opisem i często odnośnikiem do strony operatora. Czytasz kod, ograniczasz tempo, poprawiasz przyczynę i składasz zgłoszenie. Odblokowanie trwa od kilku godzin do kilku dni. Robimy to regularnie, więc powiem wprost: da się z tego wyjść, ale nie w pięć minut.
Część wysyłki utrzymuj w Mailchimpie przez okres przejściowy. To zabezpieczenie, nie brak zdecydowania.
Odtworzenie automatyzacji, formularzy i integracji
Przenoś logikę, nie układ. Sekwencja powitalna, przypomnienie o koszyku i kampanie cykliczne mają odtworzyć warunki wejścia, opóźnienia i wyjścia. Kopiowanie wyglądu szablonu to najmniej ważna część tej roboty.
Podmień formularze zapisu na stronie i w sklepie od razu po uruchomieniu nowego konta. Inaczej świeże adresy nadal wpadają do starego systemu i po miesiącu masz dwie rozjeżdżone bazy. Na WordPressie załatwia to wtyczka zapisująca kontakty prosto na listę, w PrestaShop analogiczny moduł do sklepu.
Link wypisu musi działać od pierwszej wysyłki. Bo jeśli nie działa, odbiorca nie napisze do ciebie z prośbą o usunięcie. Kliknie „to jest spam”, a skarga uderza w reputację całej domeny.
Integracje przez API i webhooki zaplanuj razem z mapowaniem pól niestandardowych i tagów. Nazwy pól rzadko zgadzają się jeden do jednego, a personalizacja z pustym polem wygląda gorzej niż jej brak. Zanim zaczniesz pisać własny kod, sprawdź listę gotowych integracji – część połączeń ze sklepem czy CRM-em ustawisz bez programisty.
Nie wszystko przenosi się bezpośrednio. Części rozbudowanych automatyzacji wizualnych jeszcze u nas nie ma – jest na roadmapie. Do czasu wdrożenia obchodzi się to warunkami po stronie sklepu lub CRM-u, które wywołują wysyłkę przez API. Działa, wymaga jednak konfiguracji u klienta. Wolimy powiedzieć to wprost, niż obiecać funkcję, której nie zobaczysz w panelu. Szczegóły techniczne opisaliśmy na stronie: platforma do email marketingu z własnymi serwerami wysyłkowymi.
Kontrola po migracji i wyłączenie starego konta
Pierwsze dwa tygodnie przebiegają według listy kontrolnej:
- Uwierzytelnienie: SPF, DKIM i DMARC zgodne w nagłówkach każdej wysyłki, nie tylko testowej.
- Bounce rate w rozbiciu na twarde i miękkie odrzucenia.
- Skargi u poszczególnych operatorów.
- Trafienia do folderu ofert i innych zakładek, sprawdzane na realnych skrzynkach.
Porównaj wyniki z danymi sprzed migracji, tymi zapisanymi na początku. Bez tego odniesienia pomylisz efekt zmiany narzędzia z wakacyjnym spadkiem aktywności.
Raporty DMARC czytaj regularnie. To jedyne źródło, które pokazuje, kto faktycznie wysyła w twoim imieniu. Znajdziesz tam zapomniane systemy: sklep, CRM, formularz kontaktowy, czasem czyjąś próbę podszycia się.
Wpisy DNS starego dostawcy usuwaj na końcu. DKIM i SPF Mailchimpa zostają aktywne, dopóki cokolwiek stamtąd wychodzi, łącznie z powiadomieniami systemowymi. Skasujesz je za wcześnie i część wiadomości przestaje przechodzić uwierzytelnienie.
Przed zamknięciem konta wyeksportuj archiwum kampanii i raporty. Po dezaktywacji historii nie odzyskasz, a bywa potrzebna przy analizie treści, które działały najlepiej.
Podsumowanie: migracja to projekt techniczny, nie przeklikanie importu
O wyniku decyduje kolejność: zgody, higiena listy, DNS, warmup, dopiero potem pełna wysyłka. Odwrócenie tych kroków kosztuje reputację, a nie czas.
Najczęstszy błąd wygląda zawsze tak samo. Firma importuje całą bazę i pierwszego dnia wysyła do wszystkich z nowej infrastruktury. Filtry widzą nieznanego nadawcę z dużym wolumenem, część wiadomości ląduje w spamie, skargi rosną, a kolejne kampanie mają już gorszy start.
Dobrze poprowadzona migracja zajmuje kilka tygodni. I kończy się zwykle lepszą dostarczalnością niż przed zmianą, bo po drodze czyścisz listę, porządkujesz zgody i naprawiasz uwierzytelnienie, które w starym koncie działało po łebkach.
Jeśli twoje konto ma nietypową strukturę, wiele domen nadawcy albo dużą bazę, napisz do nas przed eksportem. Przejdziemy przez plan razem i ustalimy harmonogram rozgrzewania pod twój wolumen. Lepiej ustawić to na starcie, niż wychodzić potem z blokady u operatora.
