Wie met n8n begint, komt vrijwel meteen bij deze keuze: draaien op de cloudversie van de makers, of zelf installeren op een eigen server. Het antwoord dat het vaakst online staat is "zelf hosten, want goedkoper". Dat klopt op de rekening van de server en klopt niet op de rekening in totaal.
Dit artikel zet de afweging op een rij, inclusief het onderhoud dat bij zelf hosten hoort en dat in de vergelijking meestal ontbreekt. Zie wat is n8n voor het platform zelf.
Bij de gehoste versie betaal je per maand en krijg je daarvoor: installatie, updates, back-ups, beschikbaarheid, beveiligingspatches en een omgeving die het doet zonder dat iemand ernaar omkijkt.
Dat is precies de lijst met dingen die bij zelf hosten jouw werk worden. Voor een bedrijf zonder iemand die comfortabel een server beheert, is dat de hele afweging. Een workflow die stilstaat omdat een certificaat verliep, kost meer dan het verschil in maandbedrag.
De beperkingen zitten elders: je bent gebonden aan de grenzen van je abonnement, je data loopt over de infrastructuur van de aanbieder, en je kunt niet zomaar eigen uitbreidingen installeren.
Er zijn vier redenen die in de praktijk standhouden.
Gegevensbeheer. Persoonsgegevens, medische gegevens of klantdossiers die het pand niet uit mogen, of die aantoonbaar binnen een bepaald gebied moeten blijven. Dit is de sterkste reden en meestal doorslaggevend.
Volume. Bij veel uitvoeringen per maand loopt een abonnement op, terwijl een eigen server met vaste kosten blijft draaien. Vanaf een bepaald punt kantelt de rekening.
Eigen uitbreidingen. Zelf geschreven nodes, extra programmatuur naast n8n, of directe toegang tot een database in hetzelfde netwerk.
Koppeling met interne systemen. Een pakket dat alleen binnen het eigen netwerk bereikbaar is, is vanuit de cloud niet te bereiken zonder een tunnel die je liever niet opent.
Zie wat is een MCP-server voor wat er nog meer naast zo'n installatie kan draaien.
Een server met genoeg geheugen kost per maand weinig. Daar komt bij, en dit is het deel dat wordt vergeten:
Reken op enkele uren per maand aan aandacht, en op een half dagdeel bij een grotere versiesprong. Wie die uren niet heeft, host niet goedkoper maar riskanter.
De meest voorkomende reden dat een zelf gehoste installatie achterloopt, is angst. Dat is terecht als er geen procedure is en onnodig als die er wel is.
De werkwijze die in de praktijk houdbaar blijkt:
Wat er misgaat als je dit niet doet, staat in n8n updaten zonder brekende workflows.
De keuze is niet definitief. Workflows zijn te exporteren en te importeren, dus een verhuizing is technisch goed te doen. Drie dingen verdienen aandacht, en die worden stelselmatig onderschat.
Inloggegevens verhuizen niet mee. De verwijzing naar een koppeling gaat mee in de export, de sleutel zelf niet. Reken erop dat je elke koppeling opnieuw aanmaakt en test.
Webhook-adressen veranderen. Elk extern systeem dat een bericht naar je workflow stuurt, wijst naar het oude adres. Die lijst moet compleet zijn voordat je omschakelt, anders verdwijnen berichten zonder dat iemand het merkt.
De geschiedenis blijft achter. Uitvoeringslogboeken verhuizen doorgaans niet. Bewaar een export als je ze nodig hebt voor verantwoording.
De veilige volgorde is een periode waarin beide omgevingen draaien: de nieuwe neemt het werk over, de oude blijft een week stil staan als terugvaloptie, en pas daarna zet je hem uit.
Voor veel bedrijven werkt een combinatie het beste: beginnen op de cloudversie tot duidelijk is welke workflows er werkelijk draaien en hoeveel er doorheen gaat, en pas verhuizen zodra een van de vier redenen hierboven zich aandient.
Andersom gebeurt ook. Een bedrijf dat zelf hostte omdat het "hoorde", maar niemand had die er tijd voor had, is beter af met de gehoste versie. De vraag is niet wat technisch mooier is, maar wie er over drie maanden naar omkijkt.
Loop deze vier vragen langs. Mag de data bij een derde partij staan? Is er iemand die een server beheert, en blijft die er? Hoeveel uitvoeringen verwacht je per maand? Moet je bij systemen die alleen intern bereikbaar zijn?
Twee keer nee op de eerste twee betekent cloud. Data die niet naar buiten mag betekent zelf hosten, en dan hoort het onderhoud in de begroting. Zie ook n8n versus Make voor de keuze van het platform zelf, en n8n pipeline-architectuur voor hoe je de workflows eromheen opzet.
dGEN Productions, AI agency en business-automation partner uit Eindhoven. info@dgenproductions.nl · 06-87413056