n8n: ein Push aus jedem Workflow

14. Juli 2026 · 4 Min. Lesezeit

n8n spricht mit hunderten Diensten – aber das nützlichste Ziel ist oft die eigene Hosentasche. Ein HTTP-Request-Node macht aus jedem Workflow-Ereignis eine Push-Benachrichtigung, und ein Error-Workflow alarmiert dich, wenn Automatisierungen still sterben.

Der HTTP-Request-Node

Füge einen HTTP Request-Node als letzten Schritt deines Workflows hinzu:

Methode: POST
URL: dein Webhooky-Endpoint (https://api.webhooky.app/DEIN_KEY)
Body Content Type: JSON

{
  "title": "🎯 Neuer Lead",
  "message": "{{ $json.name }} · {{ $json.email }}",
  "sound": "level_up_1"
}

Expressions funktionieren im JSON – die Benachrichtigung trägt also echte Daten aus vorherigen Nodes. title, message, sound und vibrate überschreiben die Endpoint-Standards pro Ausführung.

Das Killer-Feature: ein Error-Workflow

Automatisierungen scheitern still – das ist ihre gefährlichste Eigenschaft. n8n hat die Antwort eingebaut: Erstelle einen neuen Workflow, der mit dem Error Trigger-Node beginnt, und hänge den HTTP-Request-Node von oben an:

{
  "title": "🚨 Workflow fehlgeschlagen",
  "message": "{{ $json.workflow.name }}: {{ $json.execution.error.message }}",
  "sound": "error_1"
}

Dann trägst du diesen Workflow in den Einstellungen deiner wichtigen Workflows als Error Workflow ein. Ab jetzt klingelt dein Handy bei jedem Fehlschlag – mit Workflow-Name und Fehlermeldung.

Funktioniert genauso in Make, Zapier & Co.

Das Muster ist überall identisch: Make hat das HTTP-Modul, Zapier Webhooks by Zapier, und KI-Agenten-Tools, die HTTP-Endpoints aufrufen können (oder Webhooks als „Tools“ nutzen), erreichen dich genauso. Was einen POST senden kann, kann dein Handy klingeln lassen.

Hinweis für Self-Hosting

Selbst gehostetes n8n braucht nur ausgehendes HTTPS zu api.webhooky.app – sonst nichts. Keine eingehenden Ports, keine API-Keys zum Rotieren.

Hol dir Webhooky

Kostenlos für deine ersten 100 Benachrichtigungen – Endpoint in zwei Minuten eingerichtet.