🧩 Zusammenfassung
Die Integration von WhatsApp Business über Meta in n8n ist mächtig – aber nicht ohne Stolpersteine. Besonders bei mehreren Workflows und verschiedenen Meta Business Apps treten häufig Webhook-Konflikte auf. Dieser Artikel zeigt, wie man diese Herausforderungen technisch löst und worauf man beim Setup achten muss.
🔑 Zentrale Erkenntnisse
- • Meta erlaubt nur eine Webhook-URL pro Business App
- • Die parallele Nutzung mehrerer Workflows mit unterschiedlichen Nummern erfordert clevere Workarounds
- • n8n bietet zwar Flexibilität, aber keine native Lösung für Webhook-Multiplexing
- • Webhook-Routing und dedizierte Middleware können helfen
⚙️ Technische Details: Das Problem verstehen
Stellen wir uns folgendes Setup vor:
- • Workflow 1 (w1) ist für Nummer 1 (num1) zuständig, mit App 1 (app1)
- • Workflow 2 (w2) ist für Nummer 2 (num2) zuständig, mit App 2 (app2)
- • WhatsApp OAuth API für eingehende Nachrichten (Client ID & Secret)
- • WhatsApp API Node für ausgehende Nachrichten (Access Token & Business ID)
Das Problem: Meta erlaubt pro App nur eine Webhook-Callback-URL. Sobald du in App 2 eine neue Callback-URL setzt, überschreibst du die vorherige. Folge: Workflow-Konflikte, verpasste Nachrichten, unzuverlässige Automatisierung.
🛠 Praktische Umsetzung: So geht’s besser
1. Middleware einsetzen
Statt die Webhooks direkt an n8n zu senden, leite sie über einen kleinen Node.js-Server oder Cloudflare Worker um. Dieser prüft anhand der Telefonnummer oder App-ID, welcher Workflow zuständig ist, und leitet die Anfrage entsprechend weiter.js if (incomingPayload.phone_number_id === 'num1') { forwardTo('https://n8n.example.com/webhook/w1'); } else if (incomingPayload.phone_number_id === 'num2') { forwardTo('https://n8n.example.com/webhook/w2'); }
2. Dynamisches Routing in n8n
Nutze einen einzigen eingehenden Webhook, der alle Nachrichten empfängt. Dann analysierst du den Payload (z. B. über die Telefonnummer) und leitest innerhalb von n8n mit dem „IF“-Node oder „Switch“-Node an den passenden Teil des Workflows weiter.3. Nutzung separater n8n-Instanzen
Falls du mit mehreren Meta Business Accounts arbeitest, kann es sinnvoll sein, getrennte n8n-Instanzen pro Business App zu betreiben. So vermeidest du Kollisionen beim Webhook-Setup.💡 Praxisbeispiel: WhatsApp-Support für zwei Marken
Ein E-Commerce-Unternehmen betreibt zwei Marken, jede mit eigener WhatsApp-Nummer. Beide sollen automatisierte Chat-Workflows in n8n nutzen:- • Für Marke A läuft der Workflow über App 1 und Webhook A
- • Für Marke B über App 2 und Webhook B
Lösung: Ein zentraler Node.js-Server prüft die eingehende Nummer und leitet zur passenden n8n-URL weiter. So bleibt die Automatisierung stabil – trotz Meta-Beschränkungen.
🔭 Zukunftsausblick: Wird Meta flexibler?
Aktuell ist keine native Unterstützung für mehrere Webhooks pro App seitens Meta geplant. Allerdings arbeitet die n8n-Community an Custom Nodes und Routing-Lösungen, die dieses Problem abstrahieren könnten. Auch die Integration von n8n Sub-Workflows oder Queue-Systemen wie Redis könnten helfen, die Skalierung zu verbessern.
Langfristig wäre eine „Webhook-Routing-Layer“ innerhalb von n8n selbst wünschenswert – ähnlich wie bei Event-basierten Architekturen.
---
🚀 Ihre nächsten Schritte
Sofort umsetzen (5 Minuten): Erstellen Sie einen gemeinsamen Webhook in n8n und fügen Sie eine Switch-Node hinzu, die anhand der Telefonnummer den richtigen Pfad wählt.
Tool-Empfehlung: Webhook.site – Ideal zum Testen und Debuggen eingehender Webhooks, bevor Sie diese in n8n integrieren.
Weiterführend: Lesen Sie den offiziellen Meta Developer Guide zur WhatsApp Business API, insbesondere den Abschnitt zu Webhooks und Callback-URLs.