WhatsApp-Eingangsnachrichten erreichen n8n nicht trotz verifiziertem Webhook + bestätigtem WABA-Abonnement

Fragen
, , ,
1

Ich richte eine WhatsApp Business Cloud-Integration in n8n Cloud ein (Version sichtbar im Executions-Panel) und eingehende Nachrichten lösen niemals eine Workflow-Ausführung aus, obwohl jede Prüfung bestanden hat:

Problem/Fehler/Frage beschreiben

Eingehende WhatsApp-Nachrichten lösen keine Workflow-Ausführung aus, obwohl der Webhook von Meta verifiziert wurde und die App als in der WABA abonniert bestätigt ist. Metas eigenes Echtzeit-Webhook-Test-Panel bestätigt, dass ES die Nachrichtenereignisse sendet, aber n8n registriert niemals eine Ausführung dafür — nur die ursprüngliche Verifikations-GET-Anfrage erscheint in Executions.
Ich habe zunächst den nativen Node “WhatsApp Trigger” versucht, aber seine Anmeldedaten für das „WhatsApp OAuth-Konto

2

Hey @FAOR_Beauty_Skin, während du auf eine Antwort wartest, könnten dir folgende Ressourcen helfen:

Empfohlene Ressourcen

Automatisch auf deine Frage abgestimmt.

Dokumentation:

Forum:

@fahmiiireza, @tridi, @LogeshwariV - ihr habt bei ähnlichen Problemen bereits geholfen, könnt ihr da mal einen Blick drauf werfen?

Automatisch vorgeschlagen vom Community-Bot von n8n. Dies ist ein Pilotprojekt – bitte gebt hier Feedback.

3

Hallo @FAOR_Beauty_Skin Willkommen!
Eine Verifizierungs-GET, die landet und danach nichts kommt, ist die Signatur der Test-URL. n8n registriert die Test-URL nur, während die Canvas lauscht, und verwirft sie nach 120 Sekunden, sodass Metas Handshake in dieses Fenster fällt und jede spätere Nachricht einen Pfad trifft, den n8n nicht mehr bedient. Die Production-URL existiert nur, sobald der Workflow veröffentlicht wird.
Veröffentliche den Workflow, stelle dann den Meta-Callback auf den Production-Pfad /webhook/1490d3bd-a1f9-476b-9e03-c14c2ab22743 anstelle des /webhook-test/-Formulars ein und verifiziere erneut. Beweise es von deiner Seite, bevor du zu Meta zurückgehst:

curl -X POST https://<your-instance>.app.n8n.cloud/webhook/1490d3bd-a1f9-476b-9e03-c14c2ab22743 -H "Content-Type: application/json" -d '{"ping":true}'

Wenn dieser Aufruf tatsächlich eine Ausführung erstellt und echte Nachrichten immer noch nie ankommen, ist die URL in Ordnung und die Lücke ist das messages-Feld-Abonnement unter Webhook-Feldern in der WhatsApp-Konfiguration der App, was etwas anderes ist als der subscribed_apps-Aufruf, den du bereits gegen die WABA ausgeführt hast.

4

Dein Webhook-Node ist nur für GET registriert, daher validiert Meta erfolgreich und jede tatsächliche Message-POST erhält einen 404. Deshalb sieht die Zustellung auf Meta-Seite bestätigt aus und es erscheint nie etwas in deinen Executions.

Es ist in dem JSON sichtbar, das du gepostet hast — der Webhook-Node hat keine httpMethod:

"parameters": {
  "path": "1490d3bd-a1f9-476b-9e03-c14c2ab22743",
  "responseMode": "responseNode",
  "options": {}
}

n8n entfernt Optionsparameter, die beim Speichern auf ihrem Standard bleiben, und der Standard für httpMethod ist GET. Du erwähnst, dass du über „Allow Multiple HTTP Methods

5

@FAOR_Beauty_Skin

In n8n gibt es einen großen Unterschied zwischen der Editor- und der Production-Umgebung.

  • Das Problem: Wenn du im Editor testest (“Execute Workflow” klickst), lauscht n8n auf die Test-URL. Wenn du in Meta auf “Verify” klickst, verwendet Meta wahrscheinlich die Production-URL.
  • Das Symptom: Wenn du den Schalter oben rechts in n8n nicht auf “Active” gestellt hast, empfängt n8n die POST-Anfrage von Meta, sieht, dass kein Workflow im Produktionsmodus „darauf wartet