Make oder n8n für Kundenprojekte: Unterschiede ohne pauschalen Sieger

1. Für wen passt Make, für wen n8n?

Make bietet einen stark visuellen Szenario-Builder und einen reinen Cloudbetrieb. Das kann den Einstieg und die gemeinsame Ansicht mit nichttechnischen Beteiligten erleichtern. n8n kombiniert einen visuellen Editor mit Code-Nodes, einer Cloud und einer selbst hostbaren Community Edition. Das spricht oft technischere Betreiber an.

Diese Einordnung ist kein Testurteil. Prüfe zuerst, ob die konkreten Quell- und Zielsysteme unterstützt werden, welche Authentifizierung nötig ist und wie gut sich Fehlerfälle abbilden lassen. Eine lange Integrationsliste garantiert nicht, dass die benötigte Aktion vorhanden ist.

2. Was bedeutet Cloud oder Self-Hosting praktisch?

Bei Make betreibt der Anbieter die Plattform. Bei n8n kannst du ebenfalls die Cloud nutzen oder die Community Edition selbst hosten. Self-Hosting bedeutet nicht automatisch kostenlos oder datenschutzkonform: Server, Updates, Backups, TLS, Monitoring, Zugriffsschutz und Störungsbehebung bleiben Aufgaben des Betreibers.

Frage vor der Auswahl: Wer reagiert nachts auf einen ausgefallenen Workflow? Wer installiert Sicherheitsupdates? Wer kann ein Backup zurückspielen? Wenn darauf keine belastbare Antwort existiert, ist Self-Hosting kein Vorteil, sondern ein zusätzliches Risiko.

3. Wie unterscheiden sich die Kostenmodelle?

Make verwendet Credits; viele Modulaktionen verbrauchen jeweils einen Credit, bestimmte erweiterte Funktionen können anders zählen. n8n Cloud bepreist nach Workflow-Ausführungen und erlaubt innerhalb einer Ausführung mehrere Schritte. Dadurch kann derselbe Geschäftsprozess je nach Aufbau sehr unterschiedliche Kostenprofile haben.

Baue ein Mengengerüst: Vorgänge pro Monat, Module oder Ausführungen je Vorgang, Fehlerwiederholungen, Testläufe und Spitzenlast. Addiere Modell-API, Datenbank, E-Mail und Speicher. Die Preise auf den offiziellen Seiten sind der Prüfstand vom 13. August 2026, keine dauerhaft garantierten Werte.

4. Wie unterscheiden sich Entwicklung und Fehlerdiagnose?

Beide Plattformen visualisieren Schritte und Ausführungsdaten. Entscheidend ist, wie dein Team komplexe Verzweigungen, Teilwiederholungen, Versionen und eigene Logik handhabt. n8n erlaubt Code näher am Workflow; das ist flexibel, erhöht aber den technischen Anspruch. Make bietet Router, Filter und Funktionen in einer stark visuellen Oberfläche.

Teste bewusst eine fehlerhafte API-Antwort, ein fehlendes Pflichtfeld und ein Rate-Limit. Ein Demoablauf mit perfekten Eingaben sagt wenig über den späteren Betrieb. Dokumentiere zudem, wie ein Mitarbeiter einen fehlgeschlagenen Vorgang wiederholt, ohne ihn doppelt auszuführen.

Bei sofort ausgelösten Make-Webhooks laufen Vorgänge standardmäßig parallel; die Szenario-Einstellung „Process data in order“ serialisiert sie, wenn Reihenfolge fachlich erforderlich ist. Das kann Durchsatz und Wartezeit verändern. Unabhängig vom Werkzeug sollte jede schreibende Aktion eine stabile Vorgangs-ID prüfen, damit ein Retry oder doppelt gelieferter Trigger keine zweite Nachricht, Buchung oder CRM-Aktivität erzeugt.

5. Was ist bei Daten und Sicherheit zu prüfen?

Cloudregion, Auftragsverarbeitung, Unterauftragnehmer, Protokolldaten, Aufbewahrung und Zugriffskontrollen müssen zum Projekt passen. Self-Hosting ändert nicht die Rolle weiterer APIs, die der Workflow aufruft. Sobald Daten an ein Sprachmodell oder eine andere SaaS gehen, ist auch dieser Empfänger zu prüfen.

Minimiere Daten und trenne Test von Produktion. Verwende keine echten Kundendaten in frei zugänglichen Vorlagen. Die ausführliche Checkliste steht im Beitrag Kundendaten sicher in KI-Tools verarbeiten.

6. Welches Tool lässt sich besser übergeben?

Das hängt vom Kunden ab. Prüfe, ob der Kunde ein eigenes Konto erhält, Verbindungen neu autorisieren kann, Abrechnung versteht und genügend technisches Wissen für Änderungen besitzt. Exportdateien allein sind keine Übergabe; Zugangsliste, Datenfluss, Fehlerpfade, Kostenannahmen und Ansprechpartner gehören dazu.

Vermeide private Konten und persönliche API-Schlüssel in Kundenworkflows. Vereinbare, wie der Betrieb endet und wie Daten, Schlüssel und Backups gelöscht oder übertragen werden.

7. Wie sieht ein fairer Vergleichstest aus?

1. Wähle denselben kleinen realen Prozess.
2. Nutze identische anonymisierte Testfälle.
3. Erfasse Bauzeit, benötigte Sonderlogik und dokumentierte Fehler.
4. Simuliere fehlende Felder, Rate-Limit, abgelaufene Zugangsdaten und Zielsystem-Ausfall.
5. Sende denselben Vorgang zweimal und mehrere Vorgänge gleichzeitig; prüfe Duplikate und Reihenfolge.
6. Berechne Normal- und Spitzenmonat nach offizieller Preislogik.
7. Lass die Person, die später betreibt, einen Fehler selbst nachvollziehen.

Erst dieses Ergebnis erlaubt eine projektspezifische Entscheidung. Für den Angebotspreis hilft anschließend die Projektkalkulation.