n8n
Einen geplanten n8n-Workflow mit Beispieldaten bauen, bevor Sie echte Konten berühren
Der Schnellstart von n8n baut einen Workflow, der jeden Morgen um 8 Uhr das Berliner Wetter von einer Beispiel-API abruft, einen kurzen Bericht formatiert und in einer Datentabelle speichert. Ein sicherer Weg, Trigger, Nodes und Ausdrücke zu lernen, bevor Sie echte Automatisierung einsetzen.
Verfasst anhand der offiziellen Seiten des Tools, die am Ende dieser Anleitung unter „Offizielle Quellen“ aufgeführt sind. Prüfen Sie dort aktuelle Funktionen, Grenzen und Bedingungen.
Ausprobieren (öffnet in einem neuen Tab)Schritte zum Ausprobieren
- Wählen Sie, wo der Workflow laufen soll: Die Schnellstartanleitung nennt eine kostenlose Testversion von n8n Cloud oder eine selbst gehostete Instanz. Nehmen Sie die Variante, die für Ihre Situation möglich ist, und nutzen Sie einen Wegwerf-Workspace.
- Wählen Sie Personal, dann Create workflow, und nennen Sie ihn Weather Log. Fügen Sie als ersten Schritt einen Schedule Trigger hinzu und setzen Sie Trigger at Hour auf 8 AM, wie im Tutorial.
- Fügen Sie einen HTTP-Request-Node hinzu, fügen Sie die Mockingbird-Beispiel-URL des Tutorials (https://mockingbird.n8n.io/v1/weather/berlin) ein und wählen Sie Execute step, um die Felder city, temp_c und condition zu sehen. Mockingbird deckt etwa 40 europäische Städte ab; andere Städte liefern einen Fehler.
- Fügen Sie danach einen Edit-Fields-(Set)-Node hinzu und bauen Sie aus diesen Werten ein Feld report auf. Führen Sie den Schritt aus und prüfen Sie, ob die Vorschau den erwarteten Satz zeigt.
- Erstellen Sie unter Personal eine Datentabelle namens weather_data mit einer Spalte report, fügen Sie einen Data-table-Node mit der Aktion Insert row hinzu, wählen Sie dann Execute workflow und prüfen Sie, ob eine Zeile erscheint.
- Veröffentlichen Sie den Workflow nur, wenn der 8-Uhr-Zeitplan aktiv sein soll, und heben Sie die Veröffentlichung des Übungs-Workflows danach wieder auf, damit er nicht mehr läuft. Wiederholen Sie das Muster anschließend mit Ihren eigenen Apps und Testdaten.
Einschränkungen
Das Tutorial nutzt Mockingbird, einen Beispieldaten-Dienst, den n8n für Tutorials bereitstellt. Es vermittelt daher die Struktur, nicht Ihre echten Integrationen. Die Dokumentation beschreibt außerdem einen n8n Assistant in der Vorschau, der sich ändern kann. Self-Hosting bedeutet, dass Sie Einrichtung, Updates und Sicherheit selbst übernehmen. Veröffentlichte Workflows laufen weiterhin nach Zeitplan.
Preise
Die Dokumentation erwähnt eine kostenlose Testversion von n8n Cloud und eine selbst gehostete Option. Tarife, Limits und Lizenzbedingungen ändern sich; prüfen Sie daher die offiziellen Preis- und Lizenzseiten, bevor Sie sich auf eine der beiden Varianten verlassen.
Datenschutz und Daten
Echte Workflows können Kunden-, Finanz- oder Mitarbeiterdaten zwischen Apps weitergeben, und hinzugefügte Zugangsdaten gewähren Zugriff auf diese Konten. Beginnen Sie mit synthetischen Daten, geben Sie jeder Verbindung nur die minimal nötigen Berechtigungen und fügen Sie niemals Geheimnisse in Notizen oder Prompts ein.
Zu den Quellen
Basierend auf dem n8n-Schnellstart, der aus der Mockingbird-Beispiel-API einen Berliner Wetterbericht erstellt und in einer Datentabelle speichert; dokumentationsbasiert, nicht praktisch getestet.
Alternativen
Make bietet einen ähnlichen visuellen Builder mit gehostetem Ansatz. Zapier und ähnliche Dienste eignen sich für einfache Verbindungen von App zu App. Für eine einzelne wiederkehrende Aufgabe kann ein kurzes Skript mit einem Scheduler einfacher sein.
Offizielle Quellen
Die offiziellen Seiten, anhand derer diese Anleitung geschrieben wurde. Lesen Sie sie für aktuelle Funktionen, Grenzen und Bedingungen.