Der n8n Watchdog: Eine Kontrollinstanz für deine Google Ads Skripte
Warum der grüne Haken nicht immer „erfolgreich“ bedeutet
Das Kernproblem herkömmlicher Google Ads Skripte ist ihre Fehleranfälligkeit auf zwei Ebenen:
- Interne Logikfehler: Ein Skript bricht aufgrund eines Code-Fehlers (z. B. eine veraltete API-Version) ab. Die Google-Oberfläche zeigt oft trotzdem „Abgeschlossen“ an, weil das Skript technisch gesehen bis zum Fehlerpunkt lief.
- Server-Fehler: Fällt die Ausführung durch ein Problem auf den Google-Servern komplett aus, wird das Skript gar nicht erst gestartet. Da der Code nie zur Ausführung kommt, kann er auch keine Fehlermeldung senden - für dein System sieht es so aus, als wäre nichts passiert.
Ohne ein externes Überwachungssystem merkst du oft erst Tage später, dass ein wichtiges Alerting Script oder ein Budget-Checker ausgefallen ist.
Die Architektur des Watchdog Workflows
Der Watchdog in n8n fungiert als externe Kontrollinstanz. Der Aufbau des Systems besteht aus vier Schritten:
1. Skript-Umbau
Alle Skripte müssen einheitlich Daten an n8n schicken können. Dafür nutzen wir eine Funktion “reportToN8n”, die in jedes Skript eingebaut wird. Sie sendet einen Zeitstempel, den Skript Namen, die Account Id, den Status und eine Nachricht an n8n. Außerdem sind try-catch Blöcke von Vorteil, damit auch Fehlerfälle abgedeckt werden können.
Damit der Aufwand überschaubar bleibt, habe ich mithilfe eines Prompts für Gemini einen Prozess geschaffen, der diesen Umbau für uns macht.. Es muss nur der Skript-Code und die Webhook-URL aus n8n in den Prompt eingefügt werden und Gemini fügt die Funktion, den try-catch Block und die Nachricht aus dem Skript-Ergebnis hinzu. Anschließend musst du nur den neuen Skript-Code im Google Ads Interface einfügen und testen.
2. Webhook (Ist-Zustand)
Nachdem jedes deiner relevanten Google Ads Skripte so umgebaut wurde, dass es am Ende seiner Ausführung (oder im Fehlerfall via try-catch) einen Webhook an n8n sendet, brauchen wir jetzt den n8n Workflow, der diese Nachrichten entgegennimmt.
n8n speichert diese Signale fortlaufend in einer Log-Tabelle.
3. Das „Inventar“ (Soll-Zustand)
In einem Google Sheet pflegst du eine Liste aller aktiven Skripte. Hier wird definiert, welche Skripte in welcher Frequenz (z. B. alle 24 Stunden) einen Statusbericht senden müssen.
- Unique ID: Eindeutige Kennung des Skripts.
- Expected Frequency: In welchem Stunden-Intervall wird ein Lebenszeichen erwartet?
- Active Status: Soll dieses Skript aktuell überhaupt überwacht werden?
4. Der n8n Kontroll-Workflow
Ein zeitgesteuerter Workflow (z. B. 1x täglich) führt den Abgleich durch:
- Datenabruf: Er lädt das Inventar und die letzten Log-Einträge.
- Abgleich via JavaScript: n8n prüft für jedes Skript im Inventar: „Wann war der letzte erfolgreiche Log-Eintrag?“.
- Alarmierung: Liegt der letzte Zeitstempel länger zurück als die definierte Frequenz plus einer Pufferzeit von einer Stunde, gilt das Skript als überfällig und der Fehler wird im nächsten Daily Briefing angezeigt.
Das Ergebnis: Das Daily Briefing in Slack
Anstatt bei jedem Skript-Durchlauf eine nervige E-Mail zu erhalten, fasst der Watchdog alle Informationen zusammen. Jeden Morgen erhältst du eine übersichtliche Slack-Nachricht:
- Watchdog Alarm: Eine Liste aller überfälligen Skripte mit Angabe, seit wie vielen Stunden sie stumm sind.
- Performance-Rückblick: Wie viele Skripte liefen erfolgreich durch und wo gab es Fehler-Logs?
- Handlungsempfehlungen: KI-gestützte Highlights aus den Skript-Ergebnissen (z. B. „2 Kampagnen nähern sich dem Budget-Limit“).
Fazit: Sicherheit durch Redundanz
Der Watchdog Workflow transformiert deine SEA-Automatisierung von einem organisch gewachsenen Skript Setup zu einem belastbaren System. Durch die Entkopplung von Google Ads und der Überwachungsinstanz n8n stellst du sicher, dass kein Fehler mehr unbemerkt bleibt - selbst wenn die Google-Systeme selbst einmal streiken.
