Sobald ein Mittelständler beginnt, wiederkehrende Aufgaben zu automatisieren – Leads aus dem Kontaktformular ins CRM, Rechnungen aus E-Mail-Anhängen archivieren, WhatsApp-Nachrichten in Tickets verwandeln – landet er fast zwangsläufig bei Zapier. Es ist der Marktführer, die Benutzeroberfläche ist eingängig, und für den Einstieg reicht eine Kreditkarte.
Was dabei selten mitgedacht wird: Mit jedem Workflow, der personenbezogene Daten verarbeitet, entscheidet man sich auch für einen Verarbeitungsstandort. Und bei Zapier heißt dieser Standort: USA.
Der Denkfehler: "Automatisierung" ist nicht gleich "Automatisierung"
Zapier Inc. ist ein US-amerikanisches Unternehmen mit Sitz in San Francisco. Jeder Workflow – jeder "Zap" – läuft auf US-Infrastruktur. Das ist keine Randnotiz im Kleingedruckten, sondern die Grundarchitektur des Produkts.
Sobald ein Zap personenbezogene Daten verarbeitet – eine Kunden-E-Mail, eine Telefonnummer, eine Adresse aus einem Formular – verlassen diese Daten die EU. Das ist bei einer nach US-Recht organisierten Cloud-Plattform architektonisch nicht vermeidbar.
Was das für einen einzelnen Workflow konkret bedeutet
Ein einfaches Beispiel: Ein Interessent füllt Ihr Kontaktformular aus. Ein Zap leitet Name, E-Mail und Anliegen automatisch an Ihr CRM weiter. Zwischen Formular und CRM läuft der komplette Datensatz einmal über Server in den USA – auch wenn Absender und Empfänger beide in Deutschland sitzen.
Das DSGVO-Problem beim Datentransfer in die USA
Die DSGVO erlaubt die Übermittlung personenbezogener Daten in Drittländer wie die USA nur unter zusätzlichen Voraussetzungen (Art. 44 ff. DSGVO) – etwa über Standardvertragsklauseln oder das EU-US Data Privacy Framework. Das macht solche Transfers nicht per se unzulässig, aber es bedeutet: zusätzliche Verträge, zusätzliche Prüfpflichten, zusätzliches Risiko, falls sich die Rechtslage ändert – was in den letzten Jahren mehrfach der Fall war.
Für einen Mittelständler, der eigentlich nur seine Buchhaltung automatisieren wollte, ist das ein Compliance-Aufwand, den die Automatisierung selbst gar nicht rechtfertigt.
n8n: Gleiche Power, andere Architektur
n8n löst dieses Problem nicht durch bessere Verträge, sondern durch eine andere Grundarchitektur: Es ist Open-Source-Software (Fair-Code-Lizenz) und lässt sich vollständig selbst hosten – zum Beispiel auf einem deutschen Server. Der visuelle Workflow-Editor ist dem von Zapier sehr ähnlich, mit über 400 Integrationen zu gängigen Tools.
Der entscheidende Unterschied: Läuft n8n auf einem Server in einem deutschen Rechenzentrum, verlässt kein einziges Datenpaket die EU. Die Automatisierung ist identisch – nur die Adresse, an der sie stattfindet, ändert sich.
Der Preis der Datenhoheit
Ehrlich betrachtet: Self-Hosting bedeutet auch, dass jemand den Server betreiben, aktuell halten und absichern muss. Das ist der Grund, warum wir n8n-Setups bei Kolbeck-Digital-Kunden als Teil eines betreuten Servicepakets anbieten, statt Kunden mit einer nackten Installationsanleitung allein zu lassen.
Fazit
Die Frage ist nicht "Automatisieren oder nicht?" – Automatisierung rechnet sich für die allermeisten Mittelständler eindeutig. Die eigentliche Frage lautet: Auf wessen Servern soll das passieren? Wer diese Entscheidung bewusst trifft, statt sie implizit über die Wahl des Tools zu fällen, spart sich später aufwendige Nachbesserungen.
