Kort svar: Zapier til n8n er en genopbygning, ikke en eksport: zaps kan ikke flyttes med et klik. Lav først et inventar over alle zaps, og pensionér dem, der ikke bruges. Flyt de simple flows først, kør de forretningskritiske parallelt eller i skyggetilstand i en uge, og sluk først Zapier, når det sidste flow er bevist. Apps uden en n8n-node klares med HTTP Request-noden – og med selvhostet n8n betaler du for serveren i stedet for pr. opgave.
Fagligt gennemgået: 2. oktober 2026
Før eller siden rammer Zapier-regningen et niveau, hvor regnestykket fra guiden til valget mellem n8n, Make og Zapier ikke længere kan ignoreres – eller dataspørgsmålet afgør sagen, fordi kundedata skal blive på en server, I selv har valgt. Så står du med tredive zaps bygget over flere år og spørgsmålet: hvordan flytter man dét uden at skabe brande?
Her er migreringsguiden – skrevet til at blive fulgt trin for trin, gerne over nogle uger.
Før du ændrer noget: Slet ingen zaps, før n8n-udgaven har kørt stabilt. Slå dem fra i stedet – så har du en hurtig vej tilbage, hvis noget er glemt.
1. Inventaret – og oprydningen
Åbn Zapier, og skriv hvert flow ind i et ark: navn, trigger, handlinger, hvor ofte det kører (historikken viser det), hvem der ejer det, og én linje om formålet – „når X sker, gør Y“. Det er migreringens vigtigste dokument.
Kategorisér derefter hver række i tre bunker:
- Pensionér: flows, der aldrig kører, eller hvis formål ikke findes mere. Ældre samlinger rummer ofte en del af dem.
- Flyt: aktive flows med et klart formål.
- Gentænk: flows, der løser problemet klodset – måske fordi prisen pr. opgave tvang dem til det. Uden opgavetæller kan de bygges mere direkte.
Oprydningen betaler sig i sig selv: færre flows at flytte, og et ærligt billede af, hvad automatiseringen faktisk gør for forretningen.
| Kolonne i arket | Eksempel |
|---|---|
| Navn | Ny ordre → regnskab |
| Trigger | Ny ordre i WooCommerce |
| Handlinger | Opret faktura, send Slack-besked |
| Kørsler pr. måned | Fra Zapiers historik |
| Ejer | Hvem i teamet ved, hvad flowet skal |
| Bunke | Pensionér / Flyt / Gentænk |
| Status | Ikke startet / Bygget / Parallel / Skiftet |
2. Lær oversættelsen
Begreberne mapper næsten én til én: en zap er et workflow, triggeren er en trigger-node, hver action er en node, og Zapiers Paths bliver til IF- eller Switch-noder.
| Zapier | n8n |
|---|---|
| Zap | Workflow |
| Trigger | Trigger-node (fx Webhook, Schedule Trigger eller en app-trigger) |
| Action | Node for den pågældende app |
| Filter | IF- eller Filter-node |
| Paths | IF- eller Switch-node |
| Formatter | Expressions i feltet eller en Code-node |
| Delay | Wait-node |
| Webhooks | Webhook-node og HTTP Request-node |
To reelle forskelle skal du kende:
Triggere. Mange Zapier-triggere spørger appen med faste intervaller (polling). I n8n kan du ofte bruge webhooks i stedet, så data sendes med det samme. Tjek pr. flow, om kilden kan sende i stedet for at blive spurgt – WooCommerce kan sende webhooks ved fx nye ordrer.
Credentials. Alle forbindelser skal oprettes på ny i n8n; nøgler og logins flytter ikke med. Gør det ordentligt fra start efter principperne i guiden om API-nøgler og mindste privilegium: nye, dedikerede nøgler til n8n – ikke genbrug af dem, Zapier havde.
Byg som første øvelse ét lille, nyt flow fra bunden, fx en ordrenotifikation. Når det kører, har du lært grundgrebene.
3. Flyt i den rigtige rækkefølge
Flyt efter risiko, ikke efter alfabet:
- Simple og ufarlige flows først – notifikationer og arkivering. De træner håndelaget, og en fejl koster ingenting.
- Vigtige flows uden penge i – leadhåndtering og rapporter.
- Forretningskritiske flows til sidst – ordrer, fakturering og lager. De får en parallelperiode.
Parallelperioden fungerer sådan: byg n8n-udgaven, lad begge køre i fx en uge, og sammenlign output dagligt. Kan flowet ikke tåle at køre dobbelt, fordi det opretter noget (fakturaer, ordrer, mails til kunder), så kør n8n-udgaven i skyggetilstand: samme trigger og logik, men sidste handling erstattes af en logbesked. Sammenlign loggen med Zapiers faktiske kørsler.
Først når perioden er ren, bytter du: n8n får den rigtige handling, og zappen slås fra – ikke slettet. Lad den ligge slukket i et par uger som din rollback. Flyt ét flow ad gangen, og undgå store skift lige før weekenden.
4. Det, der driller – og løsningerne
- Appen har ingen n8n-node: brug HTTP Request-noden mod appens API. Det kræver lidt mere opsætning, men giver fuld frihed – findes API’et, findes vejen.
- Formatter-trin (datoformater, tekstsplit, tal): bliver til expressions direkte i felterne eller en lille Code-node. Det er mere kompakt, når syntaksen sidder.
- Delays og planlægning: Wait-noden og Schedule Trigger dækker det, og Schedule Trigger kan bruge cron-udtryk til præcise tidspunkter. Husk at sætte instansens tidszone korrekt.
- Filtre: IF-noden, med den fordel at begge grene kan fortsætte med hver deres handling.
- Løkker over mange elementer: n8n behandler som udgangspunkt alle elementer, der kommer ind i en node. Tjek, om et flow, der i Zapier brugte Looping, nu sender én eller mange forespørgsler – især mod API’er med rate limits.
- Fejlhåndtering: n8n giver flere muligheder, men det sker ikke af sig selv. Opret et error-workflow med en Error Trigger, og sæt overvågningen fra overvågningsguiden op som en del af migreringen, ikke bagefter.
Det første flow tager længst tid; de næste går markant hurtigere, når du har lært mønstrene.
5. Efterlivet: sluk, dokumentér, høst
Når sidste kritiske flow har bestået sin parallelperiode:
- Tjek inventar-arket mod Zapier, så ingen glemte zaps stadig kører.
- Nedgradér eller opsig Zapier-abonnementet.
- Tilbagekald de API-nøgler og app-forbindelser, Zapier havde.
- Færdiggør dokumentationen: én linje pr. flow i n8n, samme format som arket, og brug beskrivende navne og noter i selve workflowet.
Gør så gevinsten synlig: regn årsbesparelsen ud (gammelt abonnement minus serverprisen for selvhostet n8n på en VPS og din driftstid), og notér den nye frihed. Når „koster det opgaver?“-bremsen er væk, bliver det nemmere at bygge de små, nyttige automatiseringer, man før lod være med.
Hvor lang tid tager det? Et regneeksempel
Eksemplet er en virksomhed med 30 zaps. Tallene er et skøn til planlægning og ikke en måling, så sæt dine egne ind fra inventar-arket:
| Opgave | Antal | Tid pr. stk. | I alt |
|---|---|---|---|
| Inventar og oprydning | 30 zaps | 10 min. | 5 timer |
| Pensioneres og flyttes ikke | 8 zaps | – | 0 timer |
| Simple flows (notifikationer, arkivering) | 12 flows | 30 min. | 6 timer |
| Mellemsvære flows (leads, rapporter) | 6 flows | 1,5 time | 9 timer |
| Kritiske flows (ordrer, faktura, lager) | 4 flows | 3 timer | 12 timer |
| Daglig sammenligning i parallelperioden | 5 dage | 20 min. | ca. 2 timer |
| Opsætning af n8n, overvågning og dokumentation | 1 | – | 6 timer |
| I alt | ca. 40 timer |
Fordelt over tre-fire uger er det en overkommelig opgave ved siden af den daglige drift. To ting flytter tallet mest: hvor mange zaps du kan pensionere, og hvor mange af de kritiske flows der opretter noget hos kunder og derfor skal køre i skyggetilstand først.
Sæt timerne over for det, I betaler for Zapier om året. Er besparelsen mindre, end timerne er værd, er det rigtige svar måske at blive. Den afvejning står i guiden til valget mellem n8n, Make og Zapier.
Mangler du serveren til n8n? Hostious dimensionerer VPS hosting efter opgaven – selvstyret eller med driftshjælp, på servere i Europa – så I ikke betaler for mere, end jeres flows bruger. Henter flowene ordrer fra en webshop, ligger butikken godt på WooCommerce hosting fra 59 kr./md. ekskl. moms med daglig backup og dansk support døgnet rundt.
Brug AI til oversættelsen – med omtanke
AI-værktøjer kan hjælpe med at oversætte en zaps logik til en n8n-struktur eller skrive expressions og små Code-noder. Brug det som udkast, ikke som facit: test hvert flow med rigtige eksempeldata, og send aldrig API-nøgler, kundedata eller hemmeligheder med i prompten. n8n har desuden selv AI-funktioner til at bygge workflows, men resultatet skal efterses på samme måde.
Læs også
- Hub: Automatisering og integrationer
- n8n, Make eller Zapier: vælg automatiseringsplatform
- Selvhostet n8n på en VPS: opsætning, sikkerhed og priser
- Webhooks forklaret: byg selv broen mellem dine systemer
- Overvåg dine automatiseringer
- VPS hosting hos Hostious – tilpasses efter behov, servere i Europa
Ofte stillede spørgsmål om Zapier til n8n
Kan jeg eksportere mine zaps direkte til n8n?
Nej – flows skal genopbygges. AI-værktøjer kan hjælpe med oversættelsen, men resultatet skal testes. Med et inventar-ark og de simple flows først er det en overkommelig proces, der samtidig rydder op.
Hvor lang tid tager en migrering?
Det afhænger af antal og kompleksitet. Regn med tid til inventaret, tid pr. flow til genopbygning og test og en parallelperiode på fx en uge for de kritiske flows. Pensionerede flows skal ikke flyttes, så oprydningen forkorter forløbet.
Hvad hvis en app kun findes i Zapier?
Brug n8n’s HTTP Request-node mod appens API – de fleste apps har et. Findes der intet API, kan det enkelte flow blive på en lille Zapier-plan, mens resten flytter. Pragmatik slår purisme.
Skal jeg slette mine zaps, når flowet kører i n8n?
Ikke med det samme. Slå zappen fra, og lad den ligge et par uger som rollback. Slet den først, når n8n-udgaven har kørt stabilt, og inventar-arket er opdateret.
Flytter historikken fra Zapier med til n8n?
Nej. Kørselshistorikken bliver i Zapier, og n8n begynder sin egen fra første kørsel. Har du brug for den gamle historik som dokumentation, så gem den, før du lukker abonnementet.
Hvad sker der med mine webhook-adresser, når jeg skifter?
De ændrer sig. Hvert workflow i n8n får sin egen webhook-adresse, så alle systemer, der sender data til en adresse hos Zapier, skal have den nye. Skriv adresserne ind i inventar-arket, og lad zappen køre, indtil kilden er rettet og testet.
Hvornår er det bedste tidspunkt at migrere?
I en rolig periode. Undgå ugerne op til Black Friday, jul, udsalg og regnskabsafslutning, hvor en fejl i ordre- eller fakturaflowet koster mest. Start i god tid, så de kritiske flows har haft deres parallelperiode, før travlheden begynder.
Udgivet 2. september 2026Opdateret 11. oktober 2026Fagligt gennemgået 2. oktober 2026