LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog-Übersicht /SaaS & Internet Earning / Micro-SaaS mit n8n, Make oder eigenem Code:...
Diesen Artikel in anderen Sprachen lesen:

Micro-SaaS mit n8n, Make oder eigenem Code: Was der Betrieb wirklich kostet

Micro-SaaS mit n8n, Make oder eigenem Code: Was der Betrieb wirklich kostet

Management Summary

n8n und Make sind Plattformen, mit denen sich Arbeitsschritte automatisch verbinden lassen. Kleine Online-Produkte können darauf aufbauen oder mit eigenem Programmcode entstehen. Am Beispiel einer Produktdatenprüfung erklärt der Artikel die Unterschiede im Betriebsaufwand. Die Plattform kann den Start erleichtern; eigener Code bietet andere Gestaltungsmöglichkeiten. Wirtschaftlich zählt die ganze zuverlässig erledigte Kundenaufgabe einschließlich Betreuung und Fehlerbehebung. Ein schneller erster Entwurf zeigt diese Kosten noch nicht.

Inhalt
  1. Ein identischer Referenzablauf
  2. Lizenz vor Architektur
  3. Verbrauch pro Kundenaufgabe
  4. Der Fehler entscheidet über das Produkt
  5. Welche Variante passt?
  6. Passende Werkzeuge
  7. Fragen und Antworten
  8. Quellen

Ein erster automatisierter Ablauf, auch Workflow genannt, ist schnell sichtbar. Ein verkaufbares Produkt braucht mehr: Daten und Zugänge verschiedener Kunden müssen getrennt bleiben, Leistungen korrekt abgerechnet und Fehler verständlich behandelt werden. Dazu kommt die Unterstützung bei Problemen. Der Vergleich zwischen n8n, Make und eigenem Code sollte deshalb dieselbe Kundenaufgabe betrachten, nicht die Zahl verfügbarer Integrationen.

Dieselbe Aufgabe, drei Betriebsmodelle: Datei → Prüfung → Bericht; n8n: Lizenz + Betrieb; Make: Credits + Grenzen; Code: Entwicklung + Betrieb; Vergleich je geliefertem Bericht
Konzeptioneller Vergleich; keine gemessenen Anbieterwerte.

Ein identischer Referenzablauf

Das angenommene Produkt nimmt eine Produktdatei entgegen, prüft Pflichtfelder, vergleicht Preise mit einem vorherigen Stand und liefert einen Bericht. Für alle Varianten gelten dieselben Beispieldateien, dieselben erwarteten Ergebnisse und dieselbe Grenze für große Dateien. Es wurden hier keine drei fertigen Implementierungen getestet. Die folgende Gegenüberstellung ist ein Entwurfs- und Prüfplan.

Weg Stärke Zu prüfen
n8n Sichtbare Abläufe, bei Eigenbetrieb mehr Infrastrukturkontrolle Lizenzmodell, Updates, Zugangsdaten und getrennte Kundendaten
Make Verwaltete Plattform und schnelle Integration Abrechnungseinheiten, Datenmengen, Grenzen und Wechsel zu einem anderen Anbieter
Eigener Code Frei definierte Verarbeitung und Tests Entwicklungszeit, Betrieb, verwendete Softwarebausteine und Hilfe bei Ausfällen

Lizenz vor Architektur

Nach der aktuellen n8n-Hilfe können intern erstellte Abläufe für Kunden auf einer eigenen Community-Instanz laufen. Die Lizenz-FAQ erlaubt auch angebundene Kundenkonten, solange die Kunden keine Ablaufregeln erstellen oder ändern. Kundeneigene Zugangsdaten allein lösen daher keine pauschale Enterprise-Pflicht aus. Entscheidend ist besonders, wer die Ablauflogik gestalten kann. Dafür kann auch eine eigene Oberfläche statt des n8n-Editors ausreichen, um eine kommerzielle Lizenz zu benötigen. Hosting von n8n als Dienst, Angebote unter eigener Marke (White Label) und lizenzpflichtige Funktionen haben weitere Grenzen. Der konkrete Einsatz muss die geltenden Bedingungen erfüllen. [1, 4]

Verbrauch pro Kundenaufgabe

Make beschreibt die Abrechnung über Credits, also Einheiten des gebuchten Nutzungsguthabens. Der Verbrauch hängt vom konkreten Modul und der Verarbeitung ab; zusätzliche AI- oder Code-Schritte können anders zählen. Deshalb reicht die Aussage „zehn Schritte“ nicht für eine Kostenprognose. [2]

Angenommen, ein Ablauf benötigt acht abrechenbare Aktionen pro Datensatz und verarbeitet 500 Datensätze. Das wären 4.000 Aktionen vor Wiederholungen und Sonderzweigen. Diese Rechnung ist ein synthetisches Mengenbeispiel, keine gemessene Make-Rechnung und keine allgemeine Regel zur Credit-Umrechnung.

Der Fehler entscheidet über das Produkt

Zum Vergleich gehören eine leere Datei, fehlende Felder, ein Abbruch wegen überschrittener Wartezeit nach bereits gespeichertem Ergebnis, ein doppelter Auftrag und ein widerrufener Zugang. Eine stabile Auftragskennung hilft nur, wenn der Server dazu Status und Ergebnis speichert und gleichzeitige Wiederholungen gemeinsam absichert. Beispiel: Nach einem Verbindungsabbruch wird der schon fertige Bericht erneut geliefert, statt die Arbeit und Bezahlung nochmals auszulösen. Solches Verhalten heißt idempotent. Stripe beschreibt dieses Prinzip für unterstützte Zahlungsanfragen; die eigene Auftragsverarbeitung muss es ebenfalls umsetzen. [3] Betriebsprotokolle müssen Fehler dem richtigen Kunden zuordnen können, ohne unnötig komplette Kundendateien aufzubewahren.

Das Prüfprotokoll erfasst Entwicklungsstunden, erfolgreiche Aufgaben, Wiederholungen, Plattformverbrauch, Betreuung und Wiederherstellungszeit. Nur ein vollständig abgelieferter Bericht zählt als Leistung. Auch beim eigenen Code sind Updates, laufende Überwachung und Bereitschaftsdienste Kosten.

Welche Variante passt?

Für einen eng begrenzten Integrationspilot kann eine Plattform den Start erleichtern. Bei sehr spezifischen Prüfregeln, großen Datenmengen oder strengen Isolationsanforderungen verdient eigener Code eine Gegenrechnung. Ein Mischmodell ist möglich: Kundenauftrag und Abrechnung bleiben im Backend, einzelne Integrationen laufen auf einer Plattform. Der gemeinsame Referenzablauf liefert die Entscheidung, nicht die Toolvorliebe.

Fragen und Antworten

Ist selbst gehostetes n8n automatisch kostenlos für SaaS?

Nicht jeder Einsatz ist automatisch kostenlos. Die aktuelle Community-Lizenz kann intern erstellte Kundenabläufe erlauben; ein kundenseitiger Workflow-Baukasten oder andere ausgeschlossene Nutzungen benötigen eine passende kommerzielle Vereinbarung.

Wurde ein Geschwindigkeitsgewinner gemessen?

Nein. Der Artikel definiert einen vergleichbaren Prüfplan und keine durchgeführte Laufzeitmessung.

Quellen

  1. n8n: Lizenzwahl und erlaubte Einsatzformen
  2. Make: Preise und Abrechnungseinheiten
  3. Stripe: Wiederholungen ohne doppelte Ausführung
  4. n8n: Ausführliche Lizenz-FAQ

Quellen geprüft: 26. Oktober 2026.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Eine Frage oder eine Idee für ein Webprojekt? Schreib mir kurz, worum es geht. Das Formular nutzt reCAPTCHA zum Schutz vor Spam.

Kommentar schreiben

Ergänzungen, Einwände und Rückfragen sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.