Kort svar: En Zapier-til-n8n-migrering er en GENOPBYGNING, ikke en eksport – og det er faktisk godt nyt: processen rydder op undervejs. Vejen: lav et inventar over alle zaps (mange viser sig døde – pensionér dem), flyt de simple flows først for at lære n8n’s begreber, parallel-kør de forretningskritiske en uge (begge platforme aktive, sammenlign output), og sluk først Zapier, når sidste flow er bevist. App-huller lukkes med n8n’s HTTP-node, formatter-trin bliver til expressions – og belønningen er fast pris uanset volumen plus data, der bliver på din egen EU-server.
Før eller siden rammer Zapier-regningen et niveau, hvor regnestykket fra platformsammenligningen ikke længere kan ignoreres – eller dataspørgsmålet afgør sagen: kundedata skal blive i EU. Så står du med tredive zaps bygget over tre år og spørgsmålet: hvordan flytter man DÉT uden at tænde brande? Her er migreringsguiden – skrevet til at blive fulgt, weekend for weekend.
Åbn Zapier, og skriv HVERT flow ind i et ark: navn, trigger, handlinger, hvor ofte det kører (task-historikken viser det), og én linje om formålet – „når X sker, gør Y“. Det tager en time og er migreringens vigtigste dokument. Kategorisér så hver række i tre bunker: PENSIONÉR (kører aldrig, eller formålet findes ikke mere – erfaringsmæssigt en tredjedel af ældre samlinger), FLYT (aktive flows med klart formål) og GENTÆNK (flows, der løser problemet klodset – måske fordi Zapiers task-pris tvang dem til det; i n8n uden opgavetæller kan de bygges rigtigt). Alene oprydningen plejer at betale halvdelen af migreringens pris: færre flows at flytte, og et ærligt billede af, hvad automatiseringen faktisk GØR for forretningen.
Begreberne mapper næsten én til én: en Zap er et workflow, triggeren er trigger-noden, hver action en node, og Zapiers „paths“ bliver til IF- og Switch-noder. To reelle forskelle skal du kende: Triggere – Zapier poller ofte apps bag kulissen, hvor n8n foretrækker webhooks (bedre: øjeblikkeligt og gratis), så tjek pr. flow, om kilden kan SENDE i stedet for at blive spurgt – WooCommerce kan. Credentials – alle forbindelser skal oprettes påny i n8n (nøgler og logins flytter ikke med), så gør det ordentligt fra start efter nøgledisciplinen: nye, dedikerede nøgler til n8n – IKKE genbrug af Zapiers. Byg som første øvelse ét nyt, lille flow fra bunden (fx ordre-notifikationen) – når det kører, kan du oversætte alt andet.
Flyt efter risiko, ikke efter alfabet: først de SIMPLE og ufarlige (notifikationer, arkivering) – de træner håndelaget, og en fejl koster ingenting. Så de vigtige uden penge i (leadhåndtering, rapporter). Til sidst de FORRETNINGSKRITISKE (ordrer, fakturering, lager) – og de får parallel-perioden: byg n8n-udgaven, lad BEGGE køre en uge, og sammenlign output dagligt. Kan flowet ikke tåle at køre dobbelt (det OPRETTER noget), så kør n8n-udgaven i skyggetilstand – samme trigger og logik, men sidste handling erstattet af en logbesked – og sammenlign loggen med Zapiers faktiske kørsler. Først når ugen er ren, bytter du: n8n får handlingen, zappen slukkes (slås FRA, slettes først senere – den er din rollback i fjorten dage). Ét flow ad gangen, aldrig fem på en fredag.
Appen har ingen n8n-node: brug HTTP Request-noden mod appens API – lidt mere opsætning, fuld frihed; findes API’et, findes vejen. Zapiers Formatter-trin (datoformater, tekstsplit): bliver til expressions direkte i felterne eller en lille Code-node – mere kompakt, når man har lært syntaksen. Delays og planlægning: Wait-noden og Schedule-triggeren dækker det – og n8n’s cron-udtryk er mere præcise end Zapiers intervaller. Filtre: IF-noden, med den bonus at BEGGE grene kan fortsætte. Fejlhåndtering: her er n8n stærkere, men det sker ikke af sig selv – sæt error-workflowet og overvågningen fra overvågningsguiden op som del af migreringen, ikke bagefter. Regn med, at et typisk flow tager en halv til en hel time at genopbygge – og at nummer ti går fem gange hurtigere end nummer ét.
Når sidste kritiske flow har bestået sin parallel-uge: nedgradér/opsig Zapier-abonnementet (tjek at ingen glemte zaps stadig kører – inventar-arket er facitlisten), tilbagekald de gamle API-nøgler, Zapier havde, og færdiggør dokumentationen: én linje pr. flow i n8n, samme format som arket. Gør så gevinsten synlig: regn årsbesparelsen ud (gammelt abonnement minus VPS-prisen), og notér den nye frihed – flows uden opgavetæller ændrer adfærd, og typisk eksploderer antallet af små nyttige automatiseringer i månederne efter, fordi „koster det tasks?“-bremsen er væk. Det er migreringens egentlige pointe: ikke at spare abonnementet, men at gøre automatisering til noget, I gør UDEN at spørge regnearket om lov først.
Nej – flows må genopbygges (AI-værktøjer kan hjælpe med oversættelsen, men resultatet skal efterses). Med et inventar-ark og de simple flows først er det en overkommelig, oprydende proces.
Tommelfingerregel: en time til inventaret, en halv-hel time pr. flow, der skal flyttes, plus en uges parallel-kørsel på de kritiske. Tredive zaps bliver typisk til færre end tyve flows over tre-fire uger i roligt tempo.
Brug n8n’s HTTP-node mod appens API – langt de fleste „manglende“ apps har et. Findes der intet API, kan det enkelte flow blive på en lille Zapier-plan, mens resten flytter – pragmatik slår purisme.
