Montagmorgen, 8:47 Uhr. Unser Praktikant hat übers Wochenende 340 Leads aus einem Messeformular manuell in drei verschiedene Tabs kopiert – CRM, Slack-Nachricht, Excel-Backup. Zwei Stunden Arbeit, ein Tippfehler in jeder fünften E-Mail-Adresse. Als ich das gesehen habe, wusste ich: Das ist keine Frage von „mehr Personal“, das ist ein Automatisierungsproblem. Spoiler: Die Antwort hieß bei uns n8n.
Die kurze Version: n8n ist ein Open-Source-Tool zum Verknüpfen von Apps und Datenflüssen – Trigger auslösen, Nodes verarbeiten, fertig. Klingt einfach, ist es aber nicht, wenn man vorher nie mit Workflow-Tools gearbeitet hat. Ich habe selbst zwei Wochen gebraucht, bis der erste Workflow nicht mehr wie ein Kartenhaus aussah. Aber sobald es läuft, läuft es – und genau darum geht es hier: fünf Workflows, die bei uns und bei Leuten, mit denen ich gesprochen habe, wirklich Zeit sparen. Kein Hosting-Vergleich, das haben wir schon an anderer Stelle ausführlich behandelt. Hier geht’s um die Praxis: Trigger, Nodes, Fail-Fallen.
Warum Marketing-Teams n8n überhaupt brauchen
Marketing-Ops ist im Kern Kleinklein: Formulardaten weiterleiten, Listen abgleichen, Reports zusammenklicken, auf Kampagnen-Ausreißer reagieren. Nichts davon ist intellektuell anspruchsvoll – aber es fressen Stunden, die für Strategie fehlen. n8n übernimmt genau diese Drecksarbeit, wenn man es einmal richtig aufsetzt.
Der Unterschied zu No-Code-Tools wie Zapier oder Make: n8n lässt sich selbst hosten, es gibt praktisch keine Denkweise „pro Task bezahlen“, und man hat vollen Zugriff auf Code-Nodes, wenn die vorgefertigten Bausteine nicht reichen. Wer schon mit Make.com experimentiert hat, merkt schnell: n8n ist technischer, dafür flexibler. Nerd-Alarm: Man kann in n8n JavaScript-Snippets mitten in den Workflow werfen. Muss man nicht, kann man aber, wenn’s kompliziert wird.
https://digital-magazin.de/make-com-automatisierung/
Workflow 1: Lead-Capture direkt ins CRM plus Slack-Alarm
Das ist der Klassiker und meistens der erste Workflow, den Teams bauen. Ein Formular auf der Website (Typeform, ein natives WordPress-Formular oder was auch immer) schickt Daten an einen Webhook-Trigger, der Node nimmt die Payload entgegen, verteilt sie weiter.
Konkret sieht das bei einem einfachen Aufbau so aus: Webhook-Node empfängt das Formular-Event → ein Set-Node bereinigt die Felder (Namen trimmen, E-Mail lowercase, Telefonnummer normalisieren) → ein HTTP-Request- oder nativer CRM-Node schreibt den Lead in HubSpot, Pipedrive oder was Sie nutzen → parallel geht eine Slack-Nachricht an den Vertrieb raus.
Es gibt sogar ein öffentliches Community-Template, das genau das mit einer KI-Komponente kombiniert: Formular → OpenAI-Node bewertet die Lead-Qualität → HubSpot-Eintrag → bei „heißen“ Leads zusätzlich Slack-Push und ein vorbereiteter Gmail-Entwurf. Das Template findet sich in der n8n-Template-Galerie und ist ein guter Ausgangspunkt, um das Prinzip zu verstehen, bevor man selbst baut.
Die Fail-Falle: Webhooks sind stur. Schickt das Formular ein Feld mal als String, mal als Array (kommt öfter vor, als man denkt, gerade bei Multi-Select-Feldern), bricht der Workflow ab, ohne dass man’s sofort merkt – außer man hat Error-Handling eingebaut. Machen Sie das von Anfang an, nicht „wenn’s mal nötig wird“. Ich habe drei Wochen lang Leads verloren, bevor mir aufgefallen ist, dass ein Checkbox-Feld gelegentlich leer statt „false“ ankam.
Zweite Falle, die gerne übersehen wird: doppelte Einträge. Wenn ein Nutzer das Formular versehentlich zweimal absendet (Reload, ungeduldiges Doppelklicken auf „Senden“), landet der Lead zweimal im CRM. Ein einfacher IF-Node, der vorher per E-Mail-Adresse gegen bestehende Einträge prüft, spart hier viel Aufräumarbeit später. Klingt banal, aber genau solche Kleinigkeiten entscheiden, ob ein Workflow im Alltag nervt oder einfach funktioniert.
Workflow 2: Welcome- und Nurture-Sequenzen automatisch anstoßen
Sobald ein Lead im System ist, will man ihn nicht einfach liegen lassen. Der zweite Workflow, den fast jedes Team braucht: Ein neuer Newsletter-Abonnent oder Formular-Kontakt bekommt automatisch eine Willkommens-Mail, danach – zeitversetzt – ein bis zwei Nurture-Mails mit Inhalten, die zur Lead-Quelle passen.
Aufbau: Trigger ist entweder wieder ein Webhook (direkt vom Formular) oder ein Polling-Node, der neue Einträge in einer Google-Sheet- oder CRM-Liste checkt. Danach ein Wait-Node (n8n kann Workflows für Stunden oder Tage pausieren, ohne dass der Server dauerhaft läuft), dann ein E-Mail-Node, der über Ihren Versanddienst (Mailjet, SendGrid, was auch immer) die nächste Mail rausschickt.
Der Charme: Man kann die Sequenz mit IF-Nodes verzweigen. Hat der Lead auf die erste Mail geklickt? Dann Pfad A (Produktdemo anbieten). Nicht geklickt? Pfad B (nochmal Basics erklären). Das klingt nach einer kleinen Sache, spart in der Praxis aber enorm viel manuelles Nachfassen im Vertrieb.
Fail-Falle Nummer zwei: Wait-Nodes und Zeitzonen. Wenn Ihr Server in UTC läuft und Ihre Zielgruppe in Deutschland sitzt, landet die „Guten Morgen“-Mail plötzlich mitten in der Nacht. Das ist mir bei einem Kunden-Projekt passiert – erst nach drei Beschwerde-Mails haben wir die Schedule-Einstellungen korrigiert. Eine weitere Stolperfalle: Wenn der Wait-Node auf „Resume on webhook call“ statt auf eine feste Zeitspanne gestellt ist, wartet der Workflow im Zweifel ewig, weil der erwartete Trigger nie kommt. Prüfen Sie diese Einstellung doppelt, bevor Sie den Workflow live schalten – sonst hängen irgendwann Dutzende Ausführungen im Leerlauf fest, und Sie fragen sich, warum die Nurture-Mails nicht rausgehen.
Workflow 3: Content-Repurposing – aus einem Blogartikel wird mehr
Der dritte Workflow ist eher ein Bastelprojekt als ein Muss, aber wenn er läuft, ist er Gold für Content-Teams. Idee: Sobald ein neuer Blogartikel veröffentlicht wird (RSS-Feed-Trigger oder Webhook aus dem CMS), nimmt n8n den Text, kürzt ihn auf eine LinkedIn-taugliche Länge und erstellt zusätzlich eine Newsletter-Skizze.
Hier kommt oft ein KI-Node ins Spiel – OpenAI oder ein anderes Sprachmodell verarbeitet den Artikeltext und gibt einen Vorschlag zurück. Wichtig: Das ist ein Vorschlag, kein Endprodukt. Ich würde niemandem empfehlen, ungeprüft KI-generierte Social-Posts live zu schalten. Der Workflow schickt den Entwurf stattdessen in einen Slack-Kanal oder als Notion-Eintrag, ein Mensch liest drüber, gibt Feedback oder postet direkt.
Wer sich fragt, wie KI-Agenten in solchen Prozessen sinnvoll eingebunden werden, ohne dass es zum Blackbox-Chaos wird, findet dazu passende Einordnung zu KI-Agenten im Mittelstand – die Grundprinzipien (Mensch bleibt in der Schleife, klare Freigabepunkte) gelten hier genauso.
Fail-Falle: KI-Nodes sind nicht deterministisch. Der gleiche Artikel kann beim zweiten Durchlauf einen komplett anderen Ton bekommen. Wenn Sie Konsistenz brauchen, arbeiten Sie mit klaren Prompt-Vorgaben im Node und testen Sie mehrfach, bevor der Workflow in Produktion geht. Ein Trick, der bei uns half: den Prompt mit einem festen Beispieltext (Few-Shot) anreichern, damit Tonfall und Länge stabiler bleiben. Ganz verhindern lässt sich die Schwankung trotzdem nicht – rechnen Sie mit gelegentlichem Nachschärfen von Hand.
Workflow 4: Der wöchentliche Report, der sich selbst schreibt
Dieses Bild wurde komplett mit KI generiertProviderhiggsfieldModellgpt_image_2Prompt16:9 close documentary laptop keyboard notebook campaign checklist soft daylight no logos no brand names no readable textReporting ist die Kategorie, in der ich am meisten Lebenszeit verloren habe, bevor ich automatisiert habe. Jede Woche Zahlen aus Google Analytics, dem CRM und der Ad-Plattform zusammenkopieren, in eine Mail packen, an die Geschäftsführung schicken – gähn, aber notwendig.
Der Workflow nutzt einen Schedule Trigger, der jeden Montag früh startet. Wichtig laut n8n-Dokumentation: Der Workflow muss „published“, also aktiv geschaltet sein, sonst feuert der Trigger schlicht nicht – ein Fehler, den ich selbst zweimal gemacht habe, weil ich im Testmodus rumgeklickt und vergessen habe, live zu schalten. Und: Timezone-Einstellungen im Node checken, sonst kommt der Report zur falschen Uhrzeit oder am falschen Tag an.
Nach dem Trigger holen HTTP-Request-Nodes die Rohdaten (Analytics-API, CRM-API, Ad-Plattform-API), ein Function-Node rechnet die Kennzahlen zusammen (Conversion-Rate, Cost per Lead, Wachstum zur Vorwoche), und am Ende baut ein HTML-Node eine simple E-Mail-Tabelle, die per Mail-Node raus geht.
Der Aufwand beim ersten Aufbau ist beachtlich – man muss jede API-Authentifizierung einzeln einrichten, und gerade OAuth-Tokens laufen gerne mal ab, ohne dass man’s merkt, bis der Montagsreport plötzlich leer ist. Ein Credential-Check-Node am Anfang, der bei abgelaufenem Token eine Warnung statt eines stillen Abbruchs auslöst, hat uns schon mehrfach den Montag gerettet. Aber danach läuft das Ding wochenlang ohne Anfassen. Bei uns hat sich das nach gut drei Wochen „Einrichtungsschmerz“ amortisiert.
Workflow 5: Kampagnen-Alarme, bevor das Budget verbrennt
Der fünfte Workflow ist der, der mir persönlich am meisten Nerven gespart hat: automatische Alarme, wenn eine Kampagne aus dem Ruder läuft. Zwei Varianten, beide simpel im Aufbau, beide extrem nützlich.
Variante A: Ad-Spend-Wächter. Ein Schedule Trigger checkt alle paar Stunden die Ad-Plattform-API. Ein IF-Node vergleicht den Tagesspend mit einer Schwelle. Überschreitung? Sofort Slack-Nachricht an den Kampagnen-Verantwortlichen. Das hat bei uns einmal verhindert, dass eine falsch konfigurierte Kampagne über ein Wochenende das Monatsbudget verbrennt – der Alarm kam Samstagnachmittag, ich konnte vom Handy aus die Kampagne pausieren.
Variante B: Lead-Quality-Alarm. Kombiniert mit dem KI-Score aus Workflow 1: Wenn die durchschnittliche Lead-Qualität einer Kampagne innerhalb von 24 Stunden absackt, geht eine Nachricht raus. Das ist ein Frühwarnsystem für „die Zielgruppen-Einstellung stimmt nicht mehr“ – oft schneller erkannt als über klassisches manuelles Reporting.
Fail-Falle: Alarme, die zu sensibel eingestellt sind, nerven nur noch und werden ignoriert. Testen Sie die Schwellenwerte über ein paar Wochen, bevor Sie sich auf den Alarm verlassen. Im Ernst, ein Alarm, der dreimal täglich piept, wird nach einer Woche stummgeschaltet – und dann ist er nutzlos. Bei uns hat sich eine zweistufige Schwelle bewährt: eine „Info“-Nachricht bei moderater Abweichung, ein lauter Alarm mit @-Erwähnung erst bei wirklich kritischen Werten. So bleibt der Kanal nutzbar, statt zur Dauerbeschallung zu werden.
Self-Hosting kurz gedacht: Wo laufen diese Workflows eigentlich?
Alle fünf Workflows lassen sich in der n8n Cloud oder selbst gehostet betreiben. Für Marketing-Teams mit sensiblen Kundendaten (und DSGVO-Pflicht) ist Self-Hosting oft die naheliegendere Wahl – Daten bleiben auf dem eigenen Server, in Deutschland, ohne dass man sich um Task-Limits eines Cloud-Tarifs sorgen muss.
Für genau diesen Zweck bietet sich n8n Hosting von dogado an: Installation über das Control Panel, Serverstandort Deutschland, keine Task-Limits auf dem eigenen VPS – man zahlt den Server, die Community Edition selbst ist laut n8n-Dokumentation kostenlos und deckt fast das komplette Feature-Set ab. Wer tiefer in Hosting-Optionen, Preise und Setup-Details einsteigen will, findet das im ausführlichen Hosting-Vergleich – hier ging es ja bewusst um die Workflows, nicht um die Server-Frage.
n8n oder Make.com – kurzer Realitäts-Check
Die Frage kommt bei jedem Automatisierungsprojekt: n8n oder doch Make.com? Meine ehrliche Einschätzung nach beiden Tools ausprobiert zu haben: Make.com ist einsteigerfreundlicher, die visuelle Oberfläche wirkt aufgeräumter, man kommt schneller zum ersten funktionierenden Workflow. n8n dagegen gewinnt, sobald es komplex wird – Code-Nodes, Self-Hosting, keine Denkweise „pro Operation zahlen“.
Für die fünf Workflows hier würde ich sagen: Beide Tools können das technisch umsetzen. Aber wenn Sie planen, mit mehreren hundert oder tausend Leads pro Monat zu arbeiten, wird die Kostenrechnung bei Make.com schnell unangenehm, während n8n selbst gehostet bei gleichbleibenden Serverkosten bleibt. Wer noch unentschlossen ist, findet in unserem Make.com-Automatisierungs-Artikel die Gegenperspektive.
Reihenfolge zum Starten, wenn Sie heute anfangen
Wir bei digital-magazin.de haben alle fünf Workflows in irgendeiner Form selbst im Einsatz oder bei Kunden begleitet aufgebaut. Der gemeinsame Nenner: Keiner davon ist am ersten Tag fehlerfrei. Jeder hat mindestens eine Fail-Falle produziert, bevor er zuverlässig lief. Das ist okay – das ist der Bastelprojekt-Charakter von n8n. Anders als bei fertigen SaaS-Tools bauen Sie hier etwas, das exakt zu Ihrem Stack passt, aber Sie müssen auch selbst debuggen.
Mein Rat: Fangen Sie mit Workflow 1 an (Lead-Capture), weil er den schnellsten sichtbaren Nutzen bringt und die Grundlagen für alle anderen legt – Webhook-Handling, CRM-Anbindung, Slack-Integration. Von da aus wächst der Rest fast automatisch: Workflow 2 (Nurture) baut direkt auf den gleichen Leads auf, Workflow 4 und 5 (Reporting und Alarme) nutzen dieselben API-Verbindungen, die Sie ohnehin schon einrichten mussten. Nur Workflow 3 (Content-Repurposing) steht ein bisschen für sich und lässt sich unabhängig davon angehen, wenn Zeit übrig ist.
Und falls der erste Workflow Ihnen genauso viele graue Haare bereitet wie mir damals: Das gehört dazu. Nach dem dritten Mal debuggen wird’s Routine – und irgendwann fragen Sie sich, wie Sie je ohne diese fünf Bausteine im Marketing-Alltag klargekommen sind.
