Celoten kontrolni seznam za prehod na Omnisend

Varna selitev na Omnisend teče v petih fazah, v določenem vrstnem redu: pregled in izvoz vsega iz stare platforme, postavitev novega temelja (povezava trgovine, kontakti, privolitev), predelava avtomatizacij po prioriteti prihodka, vzporedno poganjanje obeh platform med ogrevanjem pošiljanja, nato preverjanje sledenja prihodku in zaustavitev starega orodja. Ta stran je celoten kontrolni seznam — vsaka postavka, po vrsti, s povezavami na globlje vodnike tam, kjer se za enim samim potrditvenim poljem skriva popoldne dela. Natisnite ga, delajte od zgoraj navzdol in ne prerazporejajte: skoraj vsaka grozljivka o selitvi je zgodba o tem, kako je nekdo naredil 4. fazo pred 2. fazo. Na podlagi selitev mojih lastnih trgovin pričakujte nekaj dni praktičnega dela, razpršenega čez približno štiri do šest tednov koledarskega časa, večinoma čakanja na ogrevanje in ne dela.

Preden začnete: dve temeljni pravili

Prvo pravilo: nikoli trdi preklop. Stara platforma ostane živa in plačuje svoj delež, dokler ni vsak tok, ki ga obdržite, živ in dokazan na Omnisendu. Nekaj tednov boste plačevali za dve orodji. To prekrivanje je zavarovanje in je poceni v primerjavi s štirinajstimi dnevi opuščenih košaric brez pošte, ki jih nihče ne opazi.

Drugo pravilo: izberite dolgočasen mesec. Selitev in konica sezone se ne mešata — ogrevanje pošiljanja, ki trči ob vaše največje promocijsko četrtletje, izgubi vsakič. Če se vaše obremenjeno obdobje začne v naslednjih šestih tednih, določite datum začetka na drugi strani njega.

1. faza — Pregled in izvoz (stara platforma)

Cilj je preprost: zapustiti staro platformo z vsem, kar je vaše, in z jasnim seznamom tega, kar je vredno predelati.

  • Naštejte vsako avtomatizacijo z njenim prihodkom v zadnjih nekaj mesecih. Razvrstite v tri kupe: predelaj zdaj, predelaj pozneje, pusti umreti. Bodite ostri — tokovi, ki si nikoli niso prislužili svojega mesta, si ne zaslužijo predelave. Metoda razvrščanja je v kako se odločiti, katere stare avtomatizacije predelati.
  • Naštejte vsako mesto, kjer e-poštni naslov vstopi v vaše podjetje: pojavna okna, obrazce v nogi, pristajalne strani, privolitev ob zaključku nakupa, aplikacije tretjih oseb. Vsakega boste prevezali v 4. fazi; seznam, ki ga naredite zdaj, je tisto, kar vam prepreči, da bi katerega spregledali.
  • Izvozite kontakte z vključenim statusom naročnine. Ravna datoteka “vseh kontaktov”, ki meša naročene, odjavljene in blokirane naslove, je najnevarnejša datoteka v tem projektu.
  • Sezname za odjavo in blokiranje izvozite ločeno, poleg tega še evidence o privolitvi za SMS, če jih imate.
  • Izvozite definicije segmentov (ali vsaj posnemite zaslon z logiko), zgodovinsko uspešnost kampanj in svoje predloge ali njihove slike.
  • Zabeležite si delež prihodka iz e-pošte v celotnem prihodku trgovine, ki ga je stara platforma pripisala v zadnjih nekaj mesecih. Ta izhodiščna vrednost je, kako boste v 5. fazi presodili “opravljeno”.
  • Vse to arhivirajte nekam za stalno. Ko se stari račun zapre, se z njim običajno zapre tudi njegova zgodovina.

2. faza — Temelj (Omnisend)

  • Povežite svojo trgovino (Shopify, WooCommerce ali karkoli poganjate) in potrdite, da se izdelki in naročila sinhronizirajo.
  • Nastavite podatke pošiljatelja in e-poštno preverjanje pristnosti za svojo domeno (zapise SPF/DKIM, po Omnisendovih trenutnih navodilih), da pošiljate kot vi sami in ne kot generičen skupni naslov. Preverite s testnim pošiljanjem, preden nadaljujete.
  • Uvozite svojo očiščeno datoteko s kontakti — naročene kontakte kot naročene, nenaročene kot nenaročene, odjavljene ljudi pa ohranjene kot odjavljene. Da statusi preživijo pot, je tukaj bistvo vsega; skrbna izvedba tega koraka je kako preseliti kontakte v Omnisend brez izgube podatkov.
  • Na hitro preverite deset znanih strank: pravilen status, pravilna polja, zgodovina naročil vidna tam, kjer je pričakovano.
  • Predelajte svoje osnovne segmente iz definicij, ki ste jih izvozili, in preverite, da se njihova števila približno ujemajo s tistimi na stari platformi.

Kontrolni ustavni pregled pred 3. fazo: odjavljeni kontakti v uvozu se morajo v Omnisendu prikazati kot nedostopni za pošto. Preizkusite to — izberite znanega odjavljenca in potrdite. Če je to narobe, popravite zdaj; vsaka faza za tem pošilja e-pošto.

3. faza — Predelava po prioriteti prihodka

Tokovi se ne prenesejo med platformami; vsak se predela na roko — sprožilec, zakasnitve, razcepi in sama sporočila. Vrstni red je pomemben: če življenje prekine projekt v tretjem tednu, si želite, da so tisti, ki služijo, že živi.

  • Najprej predelajte denarne tokove: opuščeno košarico ali zaključek nakupa, nato dobrodošlico, nato po nakupu. Nato se spustite po kupu predelaj zdaj.
  • Za vsak tok, preden zaživi: poženite ga s svojim testnim naslovom od začetka do konca, preverite vsako povezavo, preverite, da se polja za personalizacijo izrišejo z resničnimi podatki, in preverite, da se sprožilec sproži, ko bi se moral.
  • V trenutku, ko predelan tok zaživi na Omnisendu, ugasnite njegovega dvojčka na stari platformi — isti dan. Nikoli oba naenkrat v živo, sicer stranke dobijo dvojnike.
  • Predelajte ali prenovite predloge. Pošten nasvet: poustvarjanje starih zasnov piko za piko je redko vredno truda. Čista predelava je običajno hitrejša in pogosto boljša.
  • Vodite preprost sledilnik (preglednica je povsem dovolj): ime toka, predelan, preizkušen, v živo na Omnisendu, ugasnjen na stari platformi. Štirje stolpci preprečijo trenutek “počakaj, ali ponovna pridobitev zdaj teče kjerkoli?”.

4. faza — Vzporedno poganjanje, ogrevanje in preklop

Ta faza določi vaš koledar. Ugled pošiljatelja se prisluži z doslednim obsegom skozi čas, ponudniki predalov pa ne zaupajo novi postavitvi, ki se pojavi s polnim izbruhom.

  • Pošiljanje kampanj iz Omnisenda začnite majhno: najprej najbolj vpleteni segment, obseg pa korak za korakom povečujte čez nekaj tednov. Načrt povečevanja je v kako ogreti pošiljanje po prehodu na Omnisend.
  • Med povečevanjem stara platforma še naprej nosi vse, kar še ni preseljeno. Jasno odločite, katero orodje kaj pošilja vsak teden, da nihče ne dobi pošte dvakrat — pravila usklajevanja so v kako med selitvijo hkrati poganjati dve e-poštni platformi.
  • Dostavljivost spremljajte tedensko: pritožbe o neželeni pošti, zavrnitve, odjave. Skok pomeni upočasnitev povečevanja, ne prebijanja naprej.
  • Prevežite vsak prijavni obrazec in pojavno okno s seznama iz 1. faze na Omnisend. Naročite se skozi vsakega sami, da potrdite, da kontakt pristane.
  • Ko so vsi tokovi predelaj zdaj v živo in je obseg kampanj v celoti prestavljen, stara platforma ne bi smela pošiljati ničesar. Pustite jo mirovati — a živo — še zadnji teden kot varnostno mrežo.

5. faza — Preverjanje, nato zaustavitev

  • Oddajte testno naročilo prek enega svojih e-poštnih sporočil in potrdite, da se pojavi v Omnisendu, pripisano, s pravilno vrednostjo.
  • Navzkrižno preverite poročani prihodek enega toka z velikim obsegom z dejanskimi naročili v skrbniškem delu trgovine in primerjajte delež e-pošte v celotnem prihodku z izhodiščno vrednostjo iz 1. faze. Pričakujte razlike zaradi definicij pripisovanja — celotno tedensko preverjanje je v kako preveriti sledenje prihodku po prehodu na Omnisend.
  • Preglejte, ali je ostalo kaj zaostalega: integracije, aplikacije ali zapije, ki še vedno govorijo s staro platformo.
  • Iz starega računa vzemite še en končni izvoz — kontakte, blokirane, poročila — čeprav že imate arhiv iz 1. faze. Poceni paranoja.
  • Prekličite staro naročnino. Zapišite datum preklica in svoje izhodiščne številke v sledilnik, in selitev je zaključena.

Koliko časa vzame celoten seznam

Približno: 1. faza v nekaj večerih, 2. faza v enem dnevu, 3. faza razpršena čez dva ali tri tedne sej, 4. faza vodena z ogrevanjem pri dveh do štirih tednih koledarja (prekrivajoč se s 3. fazo), 5. faza v nekaj dneh. Približno štiri do šest tednov od začetka do konca za tipično majhno trgovino, pri čemer je precej manj kot polovica tega dejanski čas za tipkovnico. Ilustrativno, iz mojih lastnih selitev — večji seznam ali globoka knjižnica avtomatizacij to raztegne.

Kje se v tem seznamu pojavi sam Omnisend

Opazite, da kontrolni seznam funkcij platforme komaj omenja do 2. faze. To je namerno — večina tveganja selitve živi v vaših podatkih in vašem zaporedju, ne v ciljnem orodju. Vloga Omnisenda, iz njegovega poganjanja v mojih lastnih trgovinah po preizkusu Klaviya: sinhronizacija trgovine, graditelj tokov in poročanje o prihodku po avtomatizaciji so 2., 3. in 5. fazo naredili delo, ki sem ga lahko opravil sam v večernih sejah, kar je za trgovino, ki jo vodi ustanovitelj, razlika med petetedenskim projektom in opuščenim. Česar ne more, je preskočiti vaše ogrevanje ali očistiti vaše podatke o privolitvi. Nobeno orodje ne more.

Vaš naslednji korak

Nocoj začnite 1. fazo: izvlecite seznam avtomatizacij s prihodkom po posameznem toku in naredite tri kupe. En večer je, k ničemer vas ne zaveže, vsaka poznejša faza pa se zaradi tega zmanjša. Od tam delajte po seznamu od zgoraj navzdol — in če se izkaže, da potrditveno polje skriva več, kot ste pričakovali, vsaka zgornja faza vodi na globlji vodnik za natanko ta korak.

The Complete Omnisend Migration Checklist

A safe migration to Omnisend runs in five phases, in a fixed order: audit and export everything from the old platform, set up the new foundation (store connection, contacts, consent), rebuild automations by revenue priority, run both platforms in parallel while you warm up sending, then verify revenue tracking and shut the old tool down. This page is the full checklist — every item, in sequence, with links to the deeper guides where a single checkbox hides an afternoon of work. Print it, work top to bottom, and don’t reorder: nearly every migration horror story is a story about doing phase 4 before phase 2. Based on my own store migrations, expect a few days of hands-on work spread across roughly four to six weeks of calendar time, most of it waiting on warm-up rather than working.

Before you start: two ground rules

Rule one: never a hard cutover. The old platform stays alive and paying its way until every flow you’re keeping is live and proven on Omnisend. You will pay for two tools for a few weeks. That overlap is insurance, and it’s cheap compared to a fortnight of unmailed abandoned carts nobody notices.

Rule two: pick a boring month. Migration and peak season don’t mix — a sending warm-up colliding with your biggest promotional quarter loses every time. If your busy period starts within the next six weeks, set a start date on the other side of it.

Phase 1 — Audit and export (old platform)

The goal here is simple: leave the old platform with everything you own and a clear-eyed list of what’s worth rebuilding.

  • List every automation with its revenue over the last few months. Sort into three piles: rebuild now, rebuild later, let die. Be harsh — flows that never earned their keep don’t deserve a rebuild. The sorting method is in how to decide which old automations to rebuild.
  • List every place an email address enters your business: popups, footer forms, landing pages, checkout opt-in, third-party apps. You’ll repoint each one in phase 4; the list you make now is what stops you missing one.
  • Export contacts with subscription status included. A flat “all contacts” file that mixes subscribed, unsubscribed, and suppressed addresses is the single most dangerous file in this project.
  • Export unsubscribe and suppression lists separately, plus SMS consent records if you have them.
  • Export segment definitions (or at least screenshot the logic), historical campaign performance, and your templates or their images.
  • Note your old platform’s email revenue as a share of total store revenue over the past few months. This baseline is how you’ll judge “done” in phase 5.
  • Archive all of it somewhere permanent. Once the old account closes, its history usually closes with it.

Phase 2 — Foundation (Omnisend)

  • Connect your store (Shopify, WooCommerce, or whatever you run) and confirm products and orders are syncing.
  • Set up sender details and email authentication for your domain (SPF/DKIM records, per Omnisend’s current instructions) so you’re sending as yourself, not as a generic shared address. Verify with a test send before going further.
  • Import your cleaned contact file — subscribed contacts as subscribed, non-subscribed as non-subscribed, and opted-out people kept opted out. Statuses surviving the trip is the whole game here; the careful version of this step is how to move contacts to Omnisend without losing data.
  • Spot-check ten known customers: correct status, correct fields, order history visible where expected.
  • Rebuild your core segments from the definitions you exported, and check their counts roughly match the old platform’s.

Stop-check before phase 3: unsubscribed contacts in the import must show as non-mailable in Omnisend. Test it — pick a known unsubscriber and confirm. If this is wrong, fix it now; every phase after this one sends email.

Phase 3 — Rebuild by revenue priority

Flows don’t transfer between platforms; each one is rebuilt by hand — trigger, delays, splits, and the messages themselves. Order matters: if life interrupts the project in week three, you want the earners already live.

  • Rebuild the money flows first: abandoned cart or checkout, then welcome, then post-purchase. Then work down your rebuild-now pile.
  • For each flow, before it goes live: run it against your own test address end to end, check every link, check personalization fields render with real data, and check the trigger fires when it should.
  • The moment a rebuilt flow goes live on Omnisend, switch off its twin on the old platform — same day. Never both live at once, or customers get doubles.
  • Rebuild or redesign templates. Honest advice: recreating old designs pixel for pixel is rarely worth it. A clean rebuild is usually faster and often better.
  • Keep a simple tracker (a spreadsheet is fine): flow name, rebuilt, tested, live on Omnisend, off on old platform. Four columns prevent the “wait, is win-back running anywhere right now?” moment.

Phase 4 — Parallel run, warm-up, and cutover

This phase sets your calendar. Sending reputation is earned by consistent volume over time, and inbox providers don’t trust a new setup that appears at full blast.

  • Start campaign sending from Omnisend small: your most engaged segment first, volume increasing step by step over several weeks. The ramp plan is in how to warm up sending after migrating to Omnisend.
  • While ramping, the old platform keeps carrying anything not yet moved. Decide clearly which tool sends what each week so nobody gets mailed twice — the coordination rules are in how to run two email platforms during a migration.
  • Watch deliverability weekly: spam complaints, bounces, unsubscribes. A jump means slow the ramp, not push through.
  • Repoint every signup form and popup from your phase 1 list to Omnisend. Subscribe through each one yourself to confirm the contact lands.
  • When all rebuild-now flows are live and campaign volume is fully shifted, the old platform should be sending nothing. Leave it idle — but alive — for a final week as a safety net.

Phase 5 — Verify, then shut down

  • Place a test order through one of your own emails and confirm it appears in Omnisend, attributed, with the right value.
  • Cross-check one high-volume flow’s reported revenue against real orders in your store admin, and compare email’s share of total revenue against your phase 1 baseline. Expect differences from attribution definitions — the full week-long check is in how to verify revenue tracking after moving to Omnisend.
  • Sweep for stragglers: integrations, apps, or zaps still talking to the old platform.
  • Take one final export from the old account — contacts, suppressions, reports — even though you already have phase 1’s archive. Cheap paranoia.
  • Cancel the old subscription. Write the cancellation date and your baseline numbers in the tracker, and the migration is closed.

How long the whole list takes

Roughly: phase 1 in a few evenings, phase 2 in a day, phase 3 spread over two or three weeks of sessions, phase 4 governed by the warm-up at two to four weeks of calendar (overlapping phase 3), phase 5 in a few days. Around four to six weeks end to end for a typical small store, with well under half of that being actual keyboard time. Illustrative, from my own migrations — a bigger list or a deep automation library stretches it.

Where Omnisend itself shows up in this list

Notice the checklist barely mentions platform features until phase 2. That’s deliberate — most migration risk lives in your data and your sequencing, not in the destination tool. Omnisend’s part, from running it in my own stores after testing Klaviyo: the store sync, flow builder, and per-automation revenue reporting made phases 2, 3, and 5 work I could do alone in evening sessions, which for a founder-run store is the difference between a five-week project and an abandoned one. What it can’t do is skip your warm-up or clean your consent data. No tool can.

Your next step

Start phase 1 tonight: pull the automation list with revenue per flow and make the three piles. It’s one evening, it commits you to nothing, and every later phase gets smaller because of it. Work the list top to bottom from there — and if a checkbox turns out to hide more than you expected, each phase above links to the deeper guide for exactly that step.

Leave a Reply

Your email address will not be published. Required fields are marked *