Wie verbinde ich WhatsApp mit Make?

Nutze zwei Module, die in Make enthalten sind. Das Modul Custom webhook aus der Make-App Webhooks empfängt Kundennachrichten, und seine Adresse registrierst du im 360Dialog Hub und bestätigst sie mit einem Code, den du per E-Mail erhältst. Das Modul Make a request aus der HTTP-App sendet deine Nachrichten über 360Dialog, mit deinem API-Key in einer Keychain unter dem Header-Namen D360-API-KEY. Schalte das Szenario ein, und Nachrichten fließen in beide Richtungen.

Ist die Make WhatsApp Integration offiziell?

Die API ist offiziell. Deine Nummer läuft über 360Dialog, einen Official Meta Solution Partner, auf der offiziellen WhatsApp Business API. Das Szenario besteht aus den Standardmodulen Webhooks und HTTP von Make, die dir gehören und die du jederzeit ändern kannst, und dazwischen sitzt kein inoffizieller Workaround.

Kann ich die Integration vor dem Go-live testen?

Ja. Die 360Dialog-Sandbox hat einen eigenen API-Key und akzeptiert bis zu 200 Requests, die alle an deine eigene Telefonnummer gehen. Richte das HTTP-Modul auf den Messages-Endpoint der Sandbox aus, führe das Szenario aus und setze danach deinen Live-Key und den Live-Endpoint ein.

Brauche ich einen Entwickler für die Einrichtung?

Die meisten Make-Nutzer schaffen die Einrichtung ohne Entwickler. Du musst keinen Server betreiben und keinen Code deployen. Du füllst im HTTP-Modul einen kurzen JSON-Body aus und fügst eine Adresse in den 360Dialog Hub ein. Wenn du das HTTP-Modul schon genutzt hast, kommt dir jeder Schritt bekannt vor, und die Einrichtung dauert etwa 30 Minuten.

Kann ich weiterhin manuell antworten, während ein Szenario läuft?

Ja. Standardmäßig gehen alle eingehenden Nachrichten einer Nummer an einen einzigen Webhook, und wenn Make diesen Webhook belegt, landen sie bei Make. Aktiviere Multi-Webhook für die Nummer, dann empfängt ein gemeinsames Postfach dieselben Nachrichten parallel zu deinem Szenario, und dein Team kann von Hand antworten, ohne die Automatisierung zu unterbrechen.

Is the n8n WhatsApp node an official n8n integration?

Der 360Dialog-Community-Node lässt sich über die Community-Nodes-Einstellungen in n8n installieren. Er folgt dem Community-Node-Paketformat von n8n (mit dem Keyword n8n-community-node-package auf npm) und wird vom 360Dialog-Team unter der MIT-Lizenz gepflegt.

Does the trigger node handle delivery status updates?

Der Trigger-Node bestätigt Zustellstatus-Updates (gesendet, zugestellt, gelesen) mit einer 200-OK-Antwort, aber diese Ereignisse lösen den Workflow nicht aus. Nur eingehende Nachrichten aktivieren den Trigger. Um auf Zustellstatus zu reagieren, konfiguriere einen separaten Webhook-Endpoint oder Polling-Mechanismus außerhalb dieses Nodes.

What happens to my existing webhook when I activate the node?

Das Aktivieren des Dialog360Trigger-Nodes registriert eine neue Webhook-URL bei der 360Dialog-API und ersetzt die zuvor für diese Nummer konfigurierte URL. Das Deaktivieren stellt die vorherige Webhook-URL wieder her. Für mehrere Webhook-Konsumenten auf derselben Nummer unterstützt 360Dialog die Multi-Webhook-Konfiguration über den /multi_webhook-Endpoint.

Do I need to self-host n8n to use this integration?

Der Community-Node kann auf n8n-Cloud-Instanzen installiert werden, die Community-Nodes unterstützen. Volle Kontrolle über Daten und Ausführung passt jedoch am besten zu selbst gehosteten Deployments. Prüfe die Cloud-Plan-Dokumentation von n8n für Community-Node-Support in deinem Tarif.

What version of the 360Dialog API does the node use?

Der Node kommuniziert mit der 360Dialog-Messaging-API unter https://waba-v2.360dialog.io/messages mit dem D360-API-KEY-Header zur Authentifizierung. Er nutzt den v1-Webhook-Konfigurations-Endpoint unter /v1/configs/webhook für die automatische Webhook-Registrierung. Die 360Dialog-Messaging-API-Version ist 1.49.6 laut der aktuellen Dokumentation.

Gibt es eine native 360Dialog App in Zapier?

Ja. 360Dialog hat eine veröffentlichte App in Zapiers Verzeichnis (Version 1.3.0), gelistet unter der Kategorie Communication. Sie verbindet sich direkt, ohne dass ein eigener Webhook oder ein HTTP-Modul nötig wäre.

Brauche ich einen Entwickler, um die Integration einzurichten?

Nein. Die gesamte Einrichtung erfolgt in Zapiers No-Code-Editor. Du fügst deinen 360Dialog API-Schlüssel ein, wählst einen Trigger, wählst eine Aktion, und der Zap läuft.

Was ist der Unterschied zwischen der 360Dialog App und Zapiers integrierter WhatsApp Business App?

Die 360Dialog App verbindet sich über die 360Dialog WhatsApp Business API und nutzt deinen 360Dialog API-Schlüssel sowie deine von 360Dialog verwaltete Nummer. Zapiers integrierte WhatsApp Business App verbindet sich direkt über OAuth mit Metas Cloud API. Die beiden Apps sind getrennt. Ein 360Dialog API-Schlüssel funktioniert nicht mit Zapiers integrierter WhatsApp Business App, und eine Meta OAuth-Verbindung funktioniert nicht mit der 360Dialog App.

Kann ich Template-Nachrichten mit Variablen senden?

Ja. Die Aktion Send Template Message unterstützt genehmigte Vorlagen. Variablen in der Vorlage werden auf Felder aus früheren Schritten im Zap gemappt.

Was passiert, wenn ich jemandem außerhalb des 24-Stunden-Kundenservicefensters schreibe?

Außerhalb des 24-Stunden-Fensters gehen nur vorab genehmigte Template-Nachrichten durch. Freitext- und Medien-Nachrichten schlagen fehl. Das Fenster öffnet sich jedes Mal, wenn ein Kunde deiner Nummer schreibt.

Schlagwort: WhatsApp-Automatisierung

WhatsApp Business API Workflows automatisieren mit Tools wie Zapier, n8n, Make und eigenen Chatbot-Plattformen.

Click-to-WhatsApp Ads (CTWA): Funktionsweise, Kosten und Erfolgsmessung

Click-to-WhatsApp Ads (CTWA) sind Meta-Anzeigen, die beim Klick einen WhatsApp-Chat mit deinem Unternehmen öffnen. Statt auf einer Seite zu landen und wieder zu gehen, startet dein Interessent eine Unterhaltung mit deinem Team, und genau in dieser Unterhaltung entsteht der Verkauf. Antwortest du innerhalb von 24 Stunden jemandem, der vom Smartphone aus geschrieben hat, sind deine Nachrichten an diese Person die nächsten 7 Tage kostenlos. Jeder Chat trägt außerdem einen Code, der ihn mit der Anzeige verknüpft. So weißt du, welche Anzeigen Verkäufe bringen und welche nur Klicks.

Das Wichtigste auf einen Blick

Click-to-WhatsApp Ads machen aus einem Anzeigenklick auf Facebook, Instagram oder WhatsApp einen Chat, in dem dein Team den Lead qualifizieren und den Verkauf abschließen kann.
Antwortest du innerhalb von 24 Stunden jemandem, der über die Anzeige auf Android oder iOS geschrieben hat, öffnet Meta ein kostenloses Einstiegspunktfenster von bis zu 7 Tagen. In diesem Zeitraum ist die Zustellung deiner Marketing-, Utility-, Authentifizierungs- und Servicenachrichten an diese Person kostenlos.
Dein Budget umfasst die Werbeausgaben, die du im Werbeanzeigenmanager an Meta zahlst, und die Nachrichten, die du außerhalb dieses kostenlosen Fensters sendest, ab dem 1. Oktober 2026 auch Servicenachrichten.
Wenn du bereits Meta-Anzeigen über eine Facebook-Seite schaltest, brauchst du für den Start zusätzlich eine WhatsApp-Nummer, die mit dieser Seite verbunden ist, ein Team oder Tool für die Antworten und genehmigte Template-Nachrichten, also die vorab genehmigten Formate für deine Follow-ups.
Sorge mit Personal oder Automatisierung für die erste Antwort, bevor du mehr Klicks einkaufst, und melde die daraus entstandenen Verkäufe mit der Klick-ID jedes Anzeigenchats an Meta zurück.

Was sind Click-to-WhatsApp Ads und wie funktionieren sie?

Click-to-WhatsApp Ads leiten Menschen, die auf die Anzeige reagieren, direkt in eine WhatsApp-Unterhaltung mit deinem Unternehmen. So landet das Interesse, das eine Anzeige weckt, direkt bei deinem Team. Die Anzeigen laufen als Bild-, Video-, Karussell- oder Slideshow-Anzeigen, und jeden Chat, den sie starten, beantwortest du einzeln.[1] Zu den Platzierungen gehören Facebook, Instagram und WhatsApp, und du wählst sie in der Anzeigengruppe aus.[2]

Der Chat öffnet sich mit einer vorausgefüllten Nachricht, die sofort gesendet werden kann, und du kannst die Begrüßung anpassen, die dein Unternehmen zurückschickt. Jede Nachricht, die über die Anzeige eingeht, enthält Details zur Anzeige, darunter die Anzeigen-ID, die Überschrift und eine Klick-ID.[3] Eine Klick-ID ist ein Code, den Meta jedem Chat zuordnet, der über eine Anzeige beginnt. So erkennst du, welche Anzeige die Unterhaltung ausgelöst hat. Chats aus Anzeigen im WhatsApp Status kommen ohne Klick-ID an.

Das Kundenservice-Fenster umfasst die 24 Stunden nach der letzten Nachricht einer Person. In dieser Zeit kannst du mit jedem Nachrichtentyp antworten.

Unternehmen, die auch Messenger oder Instagram Direct nutzen, können in einer Anzeige mehrere Nachrichtenziele auswählen. Meta verteilt das Budget dann danach, wie wahrscheinlich eine Unterhaltung zustande kommt. Die Platzierung im WhatsApp Status wird schrittweise eingeführt und ist deshalb womöglich noch nicht für alle Werbetreibenden verfügbar.[4]

Wer profitiert am meisten von Click-to-WhatsApp Ads?

Click-to-WhatsApp Ads eignen sich für Unternehmen, bei denen vor dem Kauf ein Gespräch steht: eine beantwortete Frage, ein qualifizierter Lead oder eine bestätigte Buchung. Performance-Marketer und Growth Leads nutzen sie, um bezahlten Traffic in einen Kanal zu bringen, in dem eine Person, ein Tool oder ein KI-Agent schnell reagieren und den Lead im selben Chatverlauf bis zum Kauf begleiten kann.

Lead-Qualifizierung. Ein kurzes Formular oder vorgeschlagene Fragen im Chat trennen ernsthafte Käufer von Interessenten, die sich nur umsehen.
Kaufentscheidungen mit Beratungsbedarf. Bei höherpreisigen Angeboten brauchen Kunden oft Antworten, bevor sie sich festlegen, und ein Chat bündelt diesen Austausch an einem Ort.
Verkaufsgespräche. Vertriebsteams beantworten Produktfragen und bestätigen eine Bestellung im selben Chat, in dem der Käufer seine erste Frage gestellt hat.
Märkte, in denen Kunden WhatsApp bereits nutzen. Dort erreicht die Anzeige Menschen in einer App, über die sie ohnehin mit Unternehmen schreiben.

Bei 360Dialog arbeitet unser Team für Performance Messaging mit Marken und Marketingagenturen an WhatsApp-Strategie, Journey-Aufbau und Performance-Optimierung, einschließlich Beratung zu Click-to-WhatsApp Ads, Broadcast-Versand und Re-Engagement-Flows. Dein Team behält die Kontrolle, und jede Kampagne lässt sich standardmäßig mit 360Pilot tracken.

Wenn einer dieser Use-Cases zu deinem Unternehmen passt und du Unterstützung beim Aufbau der Journey für jede Anzeigenunterhaltung möchtest, sprich mit uns über Performance Messaging.

Was kosten Click-to-WhatsApp Ads?

Eine Click-to-WhatsApp-Kampagne kostet dich zweierlei: die Werbeausgaben, die du über den Werbeanzeigenmanager an Meta zahlst, und Metas Gebühren pro Nachricht für das, was dein Unternehmen in WhatsApp sendet. Eine schnelle erste Antwort hält den zweiten Posten niedrig. Die Anzeigengruppe wird nach Impressionen aus einem Tages- oder Laufzeitbudget abgerechnet, das du festlegst. Nachrichtengebühren fallen nur für Nachrichten an, die dein Unternehmen sendet und Meta zustellt.[5]

Das kostenlose Einstiegspunktfenster macht die meisten deiner Nachrichten zu Beginn einer Anzeigenunterhaltung kostenlos. Es öffnet sich, wenn dir jemand über eine Click-to-WhatsApp Ad in der WhatsApp-App für Android oder iOS schreibt und du innerhalb des 24-stündigen Kundenservice-Fensters antwortest. Diese erste Antwort ist kostenlos, das Fenster beginnt mit ihrem Versand und kann bis zu 7 Tage lang geöffnet bleiben.

Ab dem 1. Oktober 2026 werden Servicenachrichten berechnet, und zwar je nach Markt zum gleichen Tarif wie Utility- und Authentifizierungsnachrichten.[6] Zusätzlich zu Metas Gebühren berechnet 360Dialog einen monatlichen Festpreis pro Telefonnummer, ohne Aufschlag auf Metas Gebühren.

Metas Preisregeln legen sieben Kostenpositionen für eine CTWA-Unterhaltung fest:

Kostenposition	Kostenpflichtig?	So funktioniert es
Werbeausgaben	Ja, durch Meta	Abrechnung nach Impressionen aus dem Tages- oder Laufzeitbudget im Werbeanzeigenmanager
Nachrichten, die Personen dir senden	Nein	Meta berechnet nur Nachrichten, die Unternehmen senden
Deine erste Antwort innerhalb von 24 Stunden	Nein	Öffnet das kostenlose Einstiegspunktfenster
Marketing-, Utility-, Authentifizierungs- und Servicenachrichten im kostenlosen Einstiegspunktfenster	Nein	Kostenlos, solange das Fenster offen ist, für bis zu 7 Tage
Nachrichten von Meta Business Agent, die Metas eigener KI-Agent sendet	Ja	Berechnet innerhalb und außerhalb des kostenlosen Einstiegspunktfensters
Servicenachrichten außerhalb des kostenlosen Einstiegspunktfensters	Ja, ab dem 1. Oktober 2026	Die ersten 1.000 pro geschäftlicher Telefonnummer und Monat sind kostenlos
Template-Nachrichten außerhalb des kostenlosen Einstiegspunktfensters	Ja	Berechnet pro zugestellter Nachricht zu Metas veröffentlichtem Markttarif

Wenn du ausrechnest, was deine Anzeigenunterhaltungen in den Märkten kosten, in denen du wirbst, sprich mit uns über Tarife und Metas Gebühren.

Was brauchst du, bevor du eine CTWA-Kampagne startest?

Wenn du bereits Meta-Anzeigen über eine Facebook-Seite schaltest, kommen für den Start drei Dinge hinzu: eine WhatsApp-Nummer, die mit dieser Seite verbunden ist, genehmigte Templates für Follow-ups und ein Team oder Tool für die Antworten. Die Nummer kann in der WhatsApp Business App oder auf der WhatsApp Business Platform laufen, Metas API-Produkt für Unternehmen. Eine API ist dabei die Verbindung, über die deine Software WhatsApp-Nachrichten sendet und empfängt. In beiden Fällen muss die Nummer mit deiner Facebook-Seite oder mit deinem Business-Portfolio verbunden sein, dem Meta-Konto, das die Assets deines Unternehmens bündelt.[7]

Meta hostet diese API als WhatsApp Cloud API. Viele Unternehmen nutzen sie über einen BSP, also einen Business Solution Provider: einen Meta-Partner, der die Verbindung für sie einrichtet und betreibt. 360Dialog ist Official Meta Solution Partner, bietet Zugang zur WhatsApp Business API und hat das Vertrauen von 100.000+ Unternehmen.

Bei einer API-Nummer beantragst du die Verbindung in den Einstellungen deiner Facebook-Seite, und das Unternehmen, dem die Nummer gehört, genehmigt sie: dein Partner, wenn er das Konto in deinem Auftrag verwaltet, oder dein eigenes Unternehmen, wenn du dich über den Flow des Partners angemeldet hast.[8]

Eine Template-Nachricht ist ein vorab genehmigtes Nachrichtenformat, das ein Unternehmen jederzeit senden kann. Außerhalb eines offenen Kundenservice-Fensters sind Templates die einzigen Nachrichten, die du senden kannst. Plane die Template-Freigabe deshalb ein, bevor die erste Anzeige live geht.

Was du brauchst	Warum es wichtig ist
Ein Business-Portfolio	Bündelt deine Facebook-Seite, dein Werbekonto und deine WhatsApp-Nummer
Eine Facebook-Seite, die du verwaltest	Die Anzeige läuft über die Seite, mit der deine WhatsApp-Nummer verknüpft ist
Ein Meta-Werbekonto	Bezahlt die Werbeausgaben
Eine WhatsApp-Nummer in der App oder über die API	Empfängt jeden Chat, den die Anzeige startet
Die Seite, verbunden mit dieser Nummer	Macht WhatsApp als Nachrichtenziel der Anzeige verfügbar
Genehmigte Template-Nachrichten	Ermöglichen Follow-ups, nachdem sich das Kundenservice-Fenster geschlossen hat
Ein Team oder Tool für die Antworten	Eine Antwort innerhalb von 24 Stunden öffnet das kostenlose Einstiegspunktfenster

Wie richtest du eine Click-to-WhatsApp-Kampagne ein?

Du richtest eine Click-to-WhatsApp-Kampagne im Meta-Werbeanzeigenmanager ein, indem du ein unterstütztes Kampagnenziel wählst, WhatsApp als Nachrichtenziel auswählst und die Begrüßung schreibst, die Personen beim Öffnen des Chats sehen. Die Kampagnenziele Traffic, Interaktionen, Leads, Umsatz und Bekanntheit unterstützen alle WhatsApp als Nachrichtenziel, und die folgenden Schritte zeigen den Weg über Traffic oder Interaktionen.

Kampagne starten. Klicke im Werbeanzeigenmanager auf + Erstellen, wähle Traffic oder Interaktionen und gib der Kampagne einen Namen.
Anzeige auf Nachrichten ausrichten. Wähle im Abschnitt Conversion der Anzeigengruppe Messaging-Ziele und dann die Facebook-Seite, deren verbundene WhatsApp-Nummer die Chats empfangen soll.
WhatsApp auswählen. Aktiviere unter Messaging-Destinationen das Auswahlfeld bei WhatsApp. Ist die Option ausgegraut, verbinde zuerst das Konto und bestätige die Nummer.
Budget, Zeitplan und Zielgruppe festlegen. Das Performance-Ziel ist je nach Kampagnenziel vorausgewählt, und du prüfst Budget, Zeitplan und Zielgruppe, bevor du weitermachst.
Begrüßung schreiben. Erstelle auf Anzeigenebene eine Nachrichtenvorlage oder verwende eine vorhandene. Das ist die Einstellung im Werbeanzeigenmanager für die Begrüßung und die Prompts, die Personen beim Öffnen des Chats sehen. Wähle vorgeschlagene Prompts, die Personen auswählen können, oder ein Formular in WhatsApp, das ihre Daten erfasst.
Veröffentlichen und Prüfung abwarten. Meta prüft die Anzeige, und sobald sie genehmigt ist, beginnt die Auslieferung.

Die Begrüßungsvorlage aus Schritt 5 ist unabhängig von den WhatsApp-Template-Nachrichten, die du später für Follow-ups sendest. Die technische Seite, etwa die Verknüpfung einer Facebook-Seite mit einer API-Nummer, findest du in der CTWA-Einrichtung in unserer Dokumentation.

Wie beantwortest du Anzeigenunterhaltungen in großem Umfang?

Du beantwortest Anzeigenunterhaltungen in großem Umfang, indem jeder Chat innerhalb von 24 Stunden eine hilfreiche erste Antwort erhält, über ein besetztes Postfach, eine automatisierte Begrüßung oder beides. Diese erste Antwort entscheidet, ob sich das kostenlose Einstiegspunktfenster öffnet. Die Antwortgeschwindigkeit beeinflusst also die Kosten ebenso wie die Konversion, und sie braucht ausreichend Personal, bevor das Werbebudget wächst.

Nach Metas Regeln bestimmt die erste Antwort auch, was die Unterhaltung kostet. Eine Antwort nach Ablauf des 24-stündigen Kundenservice-Fensters kann nur als kostenpflichtige Template-Nachricht rausgehen. Teams, die das Budget vor der Antwortkapazität erhöhen, zahlen für Unterhaltungen, die niemand rechtzeitig beantwortet.

Ein gemeinsames Postfach. Mehrere Agenten antworten über eine Nummer, sodass jeder Anzeigenchat bei dem landet, der gerade frei ist.
Welcome Message Sequences. Du verknüpfst eine Begrüßung aus der Messaging-App eines Partners mit der Anzeige, mit Text, einer vorausgefüllten Nachricht und vorgeschlagenen Fragen, aus denen Personen wählen können.[9] Eine Sequenz, die mit einer aktiven Anzeige verknüpft ist, lässt sich weder bearbeiten noch löschen. Stelle sie deshalb vor dem Start fertig.
WhatsApp Flows. Die Begrüßung kann einen Button enthalten, der ein Formular mit nur einem Bildschirm öffnet. Es erfasst die Angaben, die dein Team braucht, bevor ein Agent dazukommt.
Regelbasierte Antworten und KI-Agenten. Du kannst deine Business-Nummer mit Automatisierungstools verbinden oder mit KI-Agenten, die häufige Fragen beantworten und qualifizierte Leads an den Vertrieb übergeben.

360Dialog stellt die WhatsApp-API-Infrastruktur bereit, mit der sich diese Postfächer, Tools und KI-Agenten verbinden.

Wie misst du die Ergebnisse von Click-to-WhatsApp Ads?

Die Messung von Click-to-WhatsApp-Ergebnissen zeigt dir, welche Anzeigen Umsatz bringen, und wenn du diese Ergebnisse an Meta zurückmeldest, kann Meta deine Anzeigen auf Käufe optimieren. Du misst sie, indem du jeden Anzeigenchat mit dem verknüpfst, was darin passiert ist: gestartete Unterhaltungen, qualifizierte Leads, Kosten pro Unterhaltung und Umsatz. Der Werbeanzeigenmanager zeigt den Anfang dieser Journey, und die Klick-ID und Metas Conversions API tragen das Ergebnis aus dem Chat zurück zur Anzeige.

Schreibt eine Person über die Anzeige, erreicht die Nachricht dein System über einen Webhook, also die Webadresse, an die WhatsApp die Nachrichten deiner Kunden zustellt. Dein System kann die Klick-ID zusammen mit dieser Unterhaltung speichern. Meta bezeichnet die Klick-ID als „a personal identifier, unique per click“.[10]

Die Conversions API for Business Messaging ist eine Meta-Schnittstelle, die Ereignisse aus deinen Chats, etwa einen Kauf, einen eingereichten Lead oder einen qualifizierten Lead, mit der Klick-ID an Meta zurücksendet. Mit diesen Ereignissen kann Meta Anzeigen mit Klick auf WhatsApp auf Käufe optimieren, so wie bei Messenger. Für Instagram ist diese Anzeigenoptimierung vorerst nicht verfügbar.

Meta weist darauf hin, dass einige messagingbezogene Metriken, Werbekampagnen und organische Messaging-Funktionen für Unternehmen und Anzeigen, die nach und aus Europa, Japan und Südkorea ausgeliefert werden, nicht verfügbar sein werden. Prüfe dein Reporting deshalb pro Markt, bevor du Ziele festlegst.

360Pilot, unser Produkt zur Messung von WhatsApp-Kampagnen, verbindet Einstiegspunkte, Unterhaltungen, Conversions und Ausgaben an einem Ort. Ein Einstiegspunkt ist der Ort, an dem eine Unterhaltung begonnen hat, etwa eine Anzeige, ein organischer Link oder eine bezahlte Nachricht, und 360Pilot misst alle drei.[11] Auf Anfrage erkennt die Integration Meta Pixel & CTWA Optimization von 360Pilot Conversion Events in WhatsApp-Chats und sendet sie über die Conversions API an Meta, denn das Meta Pixel erfasst nur Aktionen auf Websites.[12]

Welche Fehler verschwenden CTWA-Budget?

CTWA-Budget geht oft auf der Gesprächsseite der Kampagne verloren: durch Antworten, die zu spät kommen, Follow-ups ohne genehmigtes Template und Reporting, das beim Klick endet. Jeder dieser Fehler macht aus bezahltem Traffic Chats, die Geld kosten und kein messbares Ergebnis liefern.

Langsame oder fehlende erste Antworten. Ein Chat, der erst nach 24 Stunden beantwortet wird, verpasst das kostenlose Einstiegspunktfenster, und die Antwort muss eine kostenpflichtige Template-Nachricht sein.
Anzeigen laufen, obwohl niemand antworten kann. Wird außerhalb der besetzten Zeiten ausgeliefert, braucht es eine automatisierte Begrüßung, die den Chat hält, bis ein Agent dazukommt.
Kein Follow-up-Template bereit. Hat sich das Kundenservice-Fenster geschlossen, kann nur ein genehmigtes Template den Chat neu starten. Große Follow-up-Sendungen an Leads aus Anzeigen müssen außerdem zu Metas Messaging-Limits und zum Template-Pacing passen.
Klicks als Ergebnisse zählen. Ein Klick zeigt Interesse. Ob sich die Kampagne rechnet, zeigen die gestarteten Unterhaltungen und die Verkäufe, die daraus entstehen.
Verkäufe bleiben im Chat. Ohne Conversion Events über die Conversions API weiß Meta nichts von den Käufen, die deine Chats gebracht haben.
Dieselbe Conversion doppelt senden. Meta überlässt die Deduplizierung von Business-Messaging-Ereignissen dem Werbetreibenden. Entferne Duplikate deshalb vor dem Senden.

Alle diese Fehler führen auf einen Punkt zurück: Die Anzeige kauft die Chance auf ein Gespräch, und das Team hinter der Nummer entscheidet, was diese Chance wert ist. Die offene Frage für jede Kampagne lautet, wie viele Unterhaltungen dein Setup innerhalb von 24 Stunden gut beantworten kann und ob das Werbebudget zu dieser Zahl passt.

Wenn du sehen willst, welche deiner Anzeigen Unterhaltungen starten, die konvertieren, und welche Werbeausgaben das nicht tun, sprich mit uns über 360Pilot.

Häufig gestellte Fragen

Kann ich Click-to-WhatsApp Ads ohne die WhatsApp Business API schalten?

Ja, Click-to-WhatsApp Ads laufen sowohl mit einer Nummer, die in der WhatsApp Business App registriert ist, als auch mit einer Nummer auf der WhatsApp Business Platform. Der Weg über die API bringt, was Kampagnen in großem Umfang brauchen: Metas kostenlosen Messaging-Zeitraum von bis zu 7 Tagen für Unternehmen auf der Platform, gemeinsame Postfächer und Automatisierung über verbundene Tools sowie Conversion Events, die über die Conversions API an Meta zurückgehen.

Funktionieren Click-to-WhatsApp Ads auf Facebook und Instagram?

Ja, eine Anzeige mit WhatsApp als Nachrichtenziel kann auf Facebook, Instagram und WhatsApp laufen, und du wählst die Platzierungen in der Anzeigengruppe aus. Meta führt außerdem schrittweise eine Platzierung im WhatsApp Status ein. Dort erscheinen Anzeigen nur im Status, getrennt von privaten Chats und Anrufen, und deshalb ist diese Platzierung womöglich noch nicht für alle Werbetreibenden verfügbar.

Wie tracke ich, welche Anzeige eine WhatsApp-Unterhaltung gestartet hat?

Du trackst das über die Klick-ID, einen Code, den Meta jedem Chat zuordnet, der über eine Click-to-WhatsApp Ad beginnt. Die eingehende Nachricht enthält ihn zusammen mit der Anzeigen-ID und der Überschrift. So kann dein System ihn mit der Unterhaltung speichern und später über die Conversions API Conversion Events an Meta senden. Chats aus Anzeigen im WhatsApp Status kommen ohne Klick-ID an.

Was brauche ich, um nach dem kostenlosen Fenster WhatsApp-Marketingnachrichten zu senden?

Du brauchst eine genehmigte Template-Nachricht, den vorab genehmigten Nachrichtentyp, den ein Unternehmen jederzeit senden kann. Außerhalb eines offenen 24-stündigen Kundenservice-Fensters sind Templates die einzigen Nachrichten, die ein Unternehmen senden kann. Meta ordnet sie den Kategorien Marketing, Utility und Authentifizierung zu und berechnet jedes zugestellte Template zum veröffentlichten Tarif des jeweiligen Markts.

Quellen

[1] Meta for Developers, „Ads that Click to WhatsApp“ (Marketing API). https://developers.facebook.com/documentation/ads-commerce/marketing-api/ad-creative/messaging-ads/click-to-whatsapp (abgerufen am 2. Oktober 2026)

[2] Meta Business Help Center, „About ads that click to message on Meta technologies“. https://www.facebook.com/business/help/1816962591668838 (abgerufen am 2. Oktober 2026)

[3] Meta for Developers, „Text messages webhook reference“. https://developers.facebook.com/documentation/business-messaging/whatsapp/webhooks/reference/messages/text (abgerufen am 2. Oktober 2026)

[4] Meta Business Help Center, „Create ads in WhatsApp Status in Meta Ads Manager“. https://www.facebook.com/business/help/1074444721456755 (abgerufen am 2. Oktober 2026)

[5] Meta for Developers, „Pricing on the WhatsApp Business Platform“. https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing (abgerufen am 2. Oktober 2026)

[6] Meta for Developers, „Upcoming pricing updates for Meta Business Agent, service and utility messages“. https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages (abgerufen am 2. Oktober 2026)

[7] Meta Business Help Center, „Create ads that click to WhatsApp in Meta Ads Manager“. https://www.facebook.com/business/help/447934475640650 (abgerufen am 2. Oktober 2026)

[8] Meta Business Help Center, „Request to connect your Facebook Page to a WhatsApp Business Platform phone number“. https://www.facebook.com/business/help/4631406400243963 (abgerufen am 2. Oktober 2026)

[9] Meta for Developers, „Welcome Message Sequences“. https://developers.facebook.com/documentation/business-messaging/whatsapp/ctwa/welcome-message-sequences (abgerufen am 2. Oktober 2026)

[10] Meta for Developers, „Conversions API for Business Messaging: Onboarding Guide“. https://developers.facebook.com/documentation/ads-commerce/conversions-api/business-messaging (abgerufen am 2. Oktober 2026)

[11] 360Dialog-Dokumentation, „360Pilot pricing and billing“. https://docs.360dialog.com/360pilot/setup-and-billing/360pilot-pricing-and-billing (abgerufen am 2. Oktober 2026)

[12] 360Dialog-Dokumentation, „Meta Pixel & CTWA Optimization“. https://docs.360dialog.com/360pilot/integrations/meta-pixel-and-ctwa-optimization (abgerufen am 2. Oktober 2026)

5. Oktober 2026

WhatsApp Flows: Formulare erstellen und Daten direkt in WhatsApp erfassen

WhatsApp Flows ist eine Funktion der Cloud API, mit der du mehrseitige Formulare direkt in einer WhatsApp-Unterhaltung erstellst. Nutzer tippen sich durch Eingabefelder, Dropdowns und Datumsauswahlen, ohne den Chat zu verlassen, und dein System erhält die erfassten Daten als strukturiertes JSON. Meta beschreibt Flows als Möglichkeit, strukturierte Interaktionen im Business Messaging aufzubauen, etwa für Leadgenerierung und Produktempfehlungen.[1] Wenn du auf der WhatsApp Cloud API entwickelst, bieten dir Flows einen nativen Weg, strukturierte Eingaben direkt im Gespräch zu erfassen. Ein Flow öffnet sich, wenn ein Nutzer in einer interaktiven Nachricht oder einer Template-Nachricht (dem vorab genehmigten Nachrichtentyp, den ein Unternehmen jederzeit senden kann) auf einen Call-to-Action-Button tippt, und das Formular selbst läuft innerhalb von WhatsApp.

Die wichtigsten Punkte

Für Flows brauchst du die WhatsApp Cloud API und ein WhatsApp Business-Konto (WABA). Meta teilt das WABA in zwei Accounts auf: einen WhatsApp Account, der deine geschäftliche Telefonnummer enthält, und einen Messaging Account, der deine Templates und die Abrechnung enthält.
Ein Flow ohne Daten-Endpoint (eine URL auf deinem Server, die der Flow für Live-Daten aufruft) sammelt die Formularantworten und übermittelt sie, sobald der Nutzer fertig ist. Ein Flow mit Endpoint tauscht in Echtzeit Daten mit deinem Server aus.
Ein Flow kann bis zu 100 Screens haben, doch Meta empfiehlt, dass jede Aufgabe weniger als 5 Minuten dauert und sich jeder Screen auf eine einzige Aufgabe konzentriert.
Flows, die Daten mit deinem Server austauschen, brauchen ein RSA-Schlüsselpaar mit 2048 Bit, dessen öffentlicher Schlüssel über den Verschlüsselungs-Endpoint von 360Dialog signiert wird.
Ein Flow kostet so viel wie die Nachricht, die ihn überbringt. Ab dem 1. Oktober 2026 berechnet Meta außerdem Antworten innerhalb des 24-Stunden-Kundenservice-Fensters, also des Zeitraums nach der letzten Nachricht eines Nutzers, in dem du ohne Template antworten kannst.

Bereit für deinen ersten Flow? 360Dialog bietet dir Zugang zur Cloud API, die Verwaltung der Verschlüsselungsschlüssel und die Infrastruktur, um Flows zu erstellen und bereitzustellen, abgerechnet pro Nummer und Monat ohne Aufschlag auf Metas Gebühren. Mit API starten.

Was sind WhatsApp Flows und wie funktionieren sie?

WhatsApp Flows ist ein Framework für strukturierte Interaktionen innerhalb der WhatsApp Business Platform. Unternehmen definieren damit mehrseitige Formulare per JSON-Definition, WhatsApp stellt diese Formulare nativ dar, und die Antworten der Nutzer kommen als strukturierte JSON-Payloads per Webhook zurück. Der Nutzer verlässt den Chat dabei nie. Flows bestehen aus Screens (jeder Screen ist ein Knoten in einem Zustandsautomaten), Komponenten (den UI-Elementen auf jedem Screen) und Aktionen (der Logik, die zwischen Screens wechselt oder Daten übermittelt).

Ein Flow startet, wenn ein Nutzer auf einen Call-to-Action-Button tippt, der an eine interaktive Nachricht (Typ "flow") oder eine Template-Nachricht (Button-Typ FLOW) angehängt ist. Der Button öffnet den ersten Screen mit dem Layout, den Komponenten und der Navigationslogik aus deinem Flow JSON. Der Nutzer füllt Felder aus und tippt sich durch die Screens. Auf dem letzten Screen übermittelt die Aktion complete die in ihrem Payload aufgeführten Felder als JSON-Payload per Webhook an dein System.

Der zentrale Unterschied zu anderen Methoden der Datenerfassung in WhatsApp:

Methode	Datenstruktur	Nutzererlebnis	Geeignet für
WhatsApp Flows	Strukturierter JSON-Payload	Antippbare Formular-Screens im Chat	Lead-Erfassung, Buchung, Umfragen, Bestellformulare
Quick Replies in Templates	Auswahl eines einzelnen Buttons	Nutzer tippt auf eine vordefinierte Option	Bestätigungen, Opt-ins (Einwilligung in den Empfang von Nachrichten), einfaches Routing
Erfassung per Freitext	Unstrukturierter Text	Nutzer tippt offene Antworten	Offenes Feedback, Support-Unterhaltungen

Flows lösen ein konkretes Problem: die Erfassung strukturierter Daten von Nutzern, die bereits in einer WhatsApp-Unterhaltung sind. Wenn du in einer einzigen Interaktion einen Namen, eine E-Mail-Adresse, ein Datum und eine Präferenz brauchst, erfasst du mit Flows alle vier in einem antippbaren Formular. Die Erfassung per Freitext braucht dafür mehrere Nachrichtenrunden und Parsing-Logik in deinem Backend, um dieselben Felder zu extrahieren.

Wenn du für deine ersten Flows eine Cloud-API-Nummer brauchst, kannst du über 360Dialog mit API starten.

Statische oder dynamische Flows: Welchen Typ brauchst du?

Der praktische Unterschied liegt darin, ob dein Flow mit einem Daten-Endpoint verbunden ist. Ein Flow ohne Daten-Endpoint legt alle Inhalte im Flow JSON fest und erfasst die Eingaben des Nutzers lokal. Ein Flow mit Daten-Endpoint sendet zur Laufzeit verschlüsselte Anfragen an deinen Server und erhält Daten, die den nächsten Screen füllen. Die beiden Bezeichnungen stehen für zwei Arten der Datenverarbeitung, und sie bestimmen, wie viel Backend-Infrastruktur du brauchst.

Ohne Daten-Endpoint: Das Flow JSON legt jeden Screen, jede Komponente und jeden Navigationspfad schon beim Design fest. Die Eingaben werden lokal erfasst und als JSON-Payload übermittelt, wenn der Flow abgeschlossen ist. Dieser Ansatz eignet sich für Formulare zur Lead-Erfassung, Feedback-Umfragen und Registrierungsabläufe, bei denen jedes Feld vorab feststeht. Die wichtigsten Aktionen sind navigate (zum Wechsel zwischen Screens) und complete (zum Beenden des Flows und Zurückgeben der Daten). Ein Server kommt erst ins Spiel, wenn die finale Übermittlung per Webhook eintrifft.

Mit Daten-Endpoint: Der Flow sendet zur Laufzeit über die Aktion data_exchange verschlüsselte POST-Anfragen an deinen HTTPS-Endpoint.[2][4] Dein Server entschlüsselt die Anfrage, verarbeitet die Daten und gibt den Inhalt für den nächsten Screen zurück. So lassen sich Terminbuchungen mit Live-Verfügbarkeit, Produktkataloge mit Lagerbestand in Echtzeit oder jedes Szenario umsetzen, in dem der Inhalt eines Screens von früheren Auswahlen des Nutzers oder vom Zustand deines Backends abhängt. Anfragen an deinen Endpoint laufen nach 10 Sekunden in ein Timeout, und Meta empfiehlt für den flow_token eine Gültigkeit von 2 bis 3 Tagen, damit Nutzer genug Zeit zum Reagieren haben.[6]

Beide Ansätze nutzen dieselbe Struktur des Flow JSON und dieselben Komponenten. Die Wahl hängt davon ab, ob deine Screens zur Laufzeit Daten von deinem Server brauchen.

Um Flow-Übermittlungen mit deinem bestehenden Automatisierungs-Stack zu verbinden, sieh dir an, wie WhatsApp-Integrationen mit 360Dialog funktionieren.

Welche Komponenten kannst du in einem Flow verwenden?

Flows bieten über 20 Komponententypen in den Kategorien Eingabe, Anzeige, Navigation und Bedingungen. Jeder Screen unterstützt bis zu 50 Komponenten und nutzt ein einspaltiges Layout (SingleColumnLayout, eine vertikale Flexbox).[3] Meta begrenzt den Inhalt des Flow JSON selbst auf 10 MB.

Die wichtigsten Eingabekomponenten:

TextInput: Einzeiliger Text, E-Mail, Telefon, Zahl, Passwort oder Passcode. Unterstützt Validierung per Regex (ab v6.2). Standardmäßig maximal 80 Zeichen.
TextArea: Mehrzeilige Texteingabe, standardmäßig 600 Zeichen.
Dropdown: Einfachauswahl aus bis zu 200 Optionen (100 mit Bildern).
RadioButtonsGroup: Einfachauswahl aus bis zu 20 Optionen. Meta empfiehlt ab 8 Optionen ein Dropdown.
CheckboxGroup: Mehrfachauswahl aus bis zu 20 Optionen.
DatePicker: Datumsauswahl mit zeitzonenunabhängiger Formatierung (ab v5.0).
CalendarPicker: Auswahl eines einzelnen Datums oder eines Zeitraums (ab v6.1).
OptIn: Checkbox für eine Einwilligung, bis zu 5 pro Screen.
ChipsSelector: Kompakte Mehrfachauswahl für 2 bis 20 Optionen (ab v6.3).

Zu den Anzeigekomponenten gehören TextHeading, TextSubheading, TextBody, TextCaption, RichText (ab v5.1, für längere, mit Markdown formatierte Texte), Image (bis zu 3 pro Screen) und ImageCarousel (ab v7.1).

Zu den Navigationskomponenten gehören Footer (auf abschließenden Screens Pflicht, maximal 35 Zeichen), EmbeddedLink (bis zu 2 pro Screen) und NavigationList (ab v6.2). Mit den Upload-Komponenten für Medien (DocumentPicker und PhotoPicker, ab v4.0) können Nutzer Dateien direkt im Flow anhängen.

Mit bedingten Komponenten (If und Switch, verfügbar ab v4.0) kannst du Elemente abhängig von Nutzereingaben oder Datenwerten ein- oder ausblenden, und If-Komponenten lassen sich bis zu 3 Ebenen tief verschachteln. Die Aktion update_data (ab v6.0) aktualisiert Screens in Echtzeit auf Basis von Nutzerinteraktionen, ohne Umweg über den Server. Das hilft etwa bei kaskadierenden Dropdowns oder berechneten Feldern.

Die Einrichtungsschritte bei 360Dialog findest du in der Flows-Dokumentation auf docs.360dialog.com. Die vollständige Referenz aller Komponenten steht in Metas Dokumentation zu den Komponenten.

Wie erstellst du einen Flow über die API? (Der Weg über 360Dialog)

Einen Flow über 360Dialog erstellst du in fünf Schritten: RSA-Schlüsselpaar generieren, öffentlichen Schlüssel hochladen, Flow JSON schreiben, Endpoint konfigurieren und den Flow an Nutzer senden. Die Schritte 1, 2 und 4 brauchst du nur für Flows, die Daten mit deinem Server austauschen, und Meta führt das Schlüsselpaar als Teil der Endpoint-Einrichtung. Im WhatsApp Manager gibt es außerdem einen Flows Builder mit Live-Vorschau, und über die API verwaltest du das Flow JSON aus deinen eigenen Systemen heraus. In beiden Fällen kann ein Flow bis zu 100 Screens haben.

Generiere dein RSA-Schlüsselpaar. Erstelle mit OpenSSL ein RSA-Schlüsselpaar mit 2048 Bit:

openssl genrsa -des3 -out private.pem 2048
openssl rsa -in private.pem -outform PEM -pubout -out public.pem

Bewahre den privaten Schlüssel sicher auf. Du brauchst ihn, um eingehende Daten aus Flows zu entschlüsseln.

Lade deinen öffentlichen Schlüssel bei 360Dialog hoch. Signiere den Schlüssel und lade ihn über den Verschlüsselungs-Endpoint von 360Dialog hoch:[5]

POST https://waba-v2.360dialog.io/whatsapp_business_encryption

Sende den vollständigen öffentlichen Schlüssel (inklusive BEGIN- und END-Markierung) als business_public_key im Request Body. Bei Erfolg gibt der Endpoint {"success": true} zurück. Den Status des Schlüssels kannst du mit einer GET-Anfrage an dieselbe URL prüfen.

Schreibe das Flow JSON. Definiere deine Screens, Layouts, Komponenten und Navigationsaktionen. Das JSON braucht mindestens ein Feld version und ein Array screens. Nutze die Version des Flow JSON, die Meta aktuell empfiehlt (7.3), denn Versionen bis 5.0 sind eingefroren und lassen sich nicht mehr veröffentlichen.[7] Jeder Screen hat eine id, einen layout-Block und optionale Felder data und title. Mindestens ein Screen muss als terminal markiert sein, und jeder abschließende Screen braucht einen Footer. Für Flows mit Endpoint setzt du außerdem data_api_version (Meta empfiehlt "4.0"; "3.0" wird weiterhin unterstützt) und ein routing_model, das festlegt, welche Screens aufeinander folgen können.

Konfiguriere deinen Daten-Endpoint (nur dynamische Flows). Setze die endpoint_uri über die Flows API. Dein Endpoint muss HTTPS-POST-Anfragen mit einem gültigen TLS/SSL-Zertifikat annehmen. Alle Payloads sind verschlüsselt, mit RSA 2048 Bit (OAEP-SHA256) für den Schlüsselaustausch und AES-128-GCM für den Daten-Payload. Validiere eingehende Anfragen über den Header X-Hub-Signature-256 mit deinem App Secret. Dein Endpoint muss außerdem auf Health-Check-Pings antworten: Auf {"action": "ping"} wird {"data": {"status": "active"}} erwartet.

Sende den Flow an Nutzer. Hänge den Flow an eine interaktive Nachricht (Typ "flow") oder eine Template-Nachricht (Button-Typ FLOW) an. Eine interaktive Flow-Nachricht braucht flow_message_version mit dem Wert "3", den Button-Text in flow_cta und entweder eine flow_id oder einen flow_name.[8] Im Changelog von Meta ist flow_token als optional aufgeführt; setze ihn, wenn du jede Antwort einer Session oder einem Nutzer zuordnen musst. Wenn flow_action auf "navigate" steht (der Standard), nennt flow_action_payload den ersten Screen und kann Felder vorbefüllen, wenn du Nutzerdaten schon aus dem Gesprächskontext kennst.

360Dialog stellt als Official Meta Solution Partner den Verschlüsselungs-Endpoint und die API-Infrastruktur bereit, die die Schlüsselverwaltung für Flows übernehmen. Codebeispiele für die Entschlüsselung am Endpoint gibt es in Python, Node.js, PHP, Java, C# und Go in Metas Entwicklerdokumentation.

Wenn die WhatsApp Business API neu für dich ist, lass zuerst deinen WhatsApp Account genehmigen, bevor du Flows erstellst.

Drei Praxisbeispiele mit Flow JSON

Die folgenden Beispiele zeigen die JSON-Struktur für drei häufige Anwendungsfälle. Alle nutzen Version 7.3 des Flow JSON, die Meta aktuell empfiehlt. Die vollständige Referenz zu Komponenten und Aktionen steht in Metas Dokumentation zum Flow JSON.

Lead-Formular (ein Screen, ohne Endpoint)

Ein minimales Formular zur Lead-Erfassung mit einem Namensfeld, einer Auswahl des Interessengebiets und einer Einwilligungs-Checkbox:

{
  "version": "7.3",
  "screens": [{
    "id": "LEAD_FORM",
    "title": "Kontakt aufnehmen",
    "terminal": true,
    "layout": {
      "type": "SingleColumnLayout",
      "children": [
        {"type": "TextInput", "name": "full_name",
         "label": "Vollständiger Name", "required": true,
         "input-type": "text"},
        {"type": "RadioButtonsGroup", "name": "interest",
         "label": "Interessensgebiet", "required": true,
         "data-source": [
           {"id": "sales", "title": "Vertrieb"},
           {"id": "support", "title": "Support"},
           {"id": "partnership", "title": "Partnerschaft"}
        ]},
        {"type": "OptIn", "name": "consent",
         "label": "Ich stimme zu, Updates zu erhalten"},
        {"type": "Footer", "label": "Absenden",
         "on-click-action": {
           "name": "complete",
           "payload": {
             "full_name": "${form.full_name}",
             "interest": "${form.interest}",
             "consent": "${form.consent}"
           }
        }}
      ]
    }
  }]
}

Die Aktion complete im Footer beendet den Flow und sendet die in ihrem Payload aufgeführten Felder an deinen Webhook, führe dort also jedes Feld auf, das du brauchst. Der Webhook liefert eine Nachricht mit dem Typ "interactive" und dem interaktiven Typ "nfm_reply", deren Feld response_json ein JSON-String mit dem flow_token und diesen Feldwerten ist.

Feedback-Formular (zwei Screens, ohne Endpoint)

Ein Feedback-Formular mit zwei Screens erfasst auf dem ersten Screen eine Bewertung und auf dem zweiten optionale Kommentare:

{
  "version": "7.3",
  "screens": [
    {
      "id": "RATING",
      "title": "Feedback 1 von 2",
      "layout": {
        "type": "SingleColumnLayout",
        "children": [
          {"type": "TextHeading",
           "text": "Wie war deine Erfahrung?"},
          {"type": "RadioButtonsGroup",
           "name": "rating", "label": "Bewertung",
           "required": true,
           "data-source": [
             {"id": "5", "title": "Ausgezeichnet"},
             {"id": "4", "title": "Gut"},
             {"id": "3", "title": "Durchschnittlich"},
             {"id": "2", "title": "Schlecht"}
          ]},
          {"type": "Footer", "label": "Weiter",
           "on-click-action": {
             "name": "navigate",
             "next": {"type": "screen", "name": "COMMENTS"},
             "payload": {}
          }}
        ]
      }
    },
    {
      "id": "COMMENTS",
      "title": "Feedback 2 von 2",
      "terminal": true,
      "layout": {
        "type": "SingleColumnLayout",
        "children": [
          {"type": "TextArea", "name": "comments",
           "label": "Kommentar (optional)",
           "required": false},
          {"type": "Footer", "label": "Absenden",
           "on-click-action": {
             "name": "complete",
             "payload": {
               "rating": "${screen.RATING.form.rating}",
               "comments": "${form.comments}"
             }
          }}
        ]
      }
    }
  ]
}

Die Aktion navigate bringt den Nutzer mit einem leeren Payload zum zweiten Screen. Ab Flow JSON v4.0 kann jeder Screen die Eingaben eines anderen Screens über die globale Syntax ${screen.RATING.form.rating} lesen, deshalb übermittelt die Aktion complete auf dem letzten Screen sowohl die Bewertung als auch die Kommentare.

Terminbuchung (dynamisch, mit Endpoint)

Ein dynamischer Flow fragt über die Aktion data_exchange verfügbare Zeitfenster bei deinem Server ab und zeigt sie auf einem zweiten Screen an:

{
  "version": "7.3",
  "data_api_version": "4.0",
  "routing_model": {
    "BOOKING": ["SLOTS"],
    "SLOTS": []
  },
  "screens": [
    {
      "id": "BOOKING",
      "title": "Termin buchen",
      "layout": {
        "type": "SingleColumnLayout",
        "children": [
          {"type": "DatePicker", "name": "date",
           "label": "Datum auswählen", "required": true},
          {"type": "Footer",
           "label": "Verfügbarkeit prüfen",
           "on-click-action": {
             "name": "data_exchange",
             "payload": {"date": "${form.date}"}
          }}
        ]
      }
    },
    {
      "id": "SLOTS",
      "title": "Uhrzeit wählen",
      "terminal": true,
      "data": {
        "available_slots": {
          "type": "array",
          "items": {
            "type": "object",
            "properties": {
              "id": {"type": "string"},
              "title": {"type": "string"}
            }
          },
          "__example__": [
            {"id": "1", "title": "08:00"},
            {"id": "2", "title": "09:00"}
          ]
        }
      },
      "layout": {
        "type": "SingleColumnLayout",
        "children": [
          {"type": "Dropdown", "name": "slot",
           "label": "Verfügbare Zeiten", "required": true,
           "data-source": "${data.available_slots}"},
          {"type": "Footer", "label": "Buchung bestätigen",
           "on-click-action": {
             "name": "complete",
             "payload": {
               "date": "${screen.BOOKING.form.date}",
               "slot": "${form.slot}"
             }
          }}
        ]
      }
    }
  ]
}

Wenn der Nutzer ein Datum auswählt und auf den Footer tippt, sendet der Flow eine verschlüsselte POST-Anfrage mit dem gewählten Datum an deinen Endpoint. Dein Server entschlüsselt die Anfrage mit deinem privaten RSA-Schlüssel und AES-128-GCM, fragt die verfügbaren Zeitfenster ab und gibt eine verschlüsselte Antwort mit dem nächsten Screen ("screen": "SLOTS") und einem data-Objekt zurück, das available_slots enthält. Der Nutzer wählt eine Uhrzeit, und die Aktion complete sendet Datum und Zeitfenster an deinen Webhook. Sende diesen Flow mit flow_action auf "navigate" und BOOKING als erstem Screen, damit das Öffnen des Flows deinen Endpoint nicht aufruft.

Wie gestaltest du einen Flow, den Nutzer bis zum Ende ausfüllen?

Metas Best Practices für Flows zielen darauf, jede Aufgabe kurz und jeden Screen einfach zu halten, damit Nutzer abschließen, was sie angefangen haben. Für deine eigenen Ergebnisse zeigt der Flows Builder im WhatsApp Manager Interaktionsstatistiken zu veröffentlichten Flows.

Die dokumentierten Best Practices von Meta:

Beschränke jeden Screen auf eine Aufgabe und halte den gesamten Flow unter 5 Minuten.
Formuliere einen CTA, der dem Nutzer genau sagt, was nach dem Tippen passiert. Halte den Button-Text kurz, denn unsere Dokumentation setzt ein Limit von 20 Zeichen ohne Emoji.
Wähle für jeden Eingabetyp die passende Komponente: DatePicker für Datumsangaben, Dropdown ab 8 Optionen, RadioButtonsGroup für eine Einfachauswahl aus weniger Optionen, CheckboxGroup für Mehrfachauswahl.
Plane mit dem Caching: Sobald ein Nutzer einen Screen abschließt und weitergeht, speichert WhatsApp die Daten dieses Screens im Cache. Wer den Flow verlässt, verliert die Eingaben auf dem aktuellen Screen, also setzen mehrere kurze Screens weniger Daten aufs Spiel als ein langer.
Beende mehrstufige Flows mit einem Zusammenfassungs-Screen, damit der Nutzer vor dem Absenden alles prüfen kann.

Wie sich Flows in deine übrigen Messaging-Workflows einfügen, erklärt unser Leitfaden zur WhatsApp-Automatisierung.

Was kosten Flows?

Meta berechnet jede zugestellte Nachricht, ein Flow kostet also so viel wie die Nachricht, die seinen Button überbringt.[9] Unsere Tarife werden pro Nummer und Monat abgerechnet und führen keine separate Gebühr für Flows auf. Sendest du den Flow in einer Template-Nachricht, zahlst du den Tarif der Kategorie dieses Templates (Marketing, Utility oder Authentifizierung), der je nach Land variiert.

Sendest du den Flow als interaktive Nachricht in Antwort auf einen Nutzer, geht er innerhalb des 24-Stunden-Kundenservice-Fensters raus. Ab dem 1. Oktober 2026 berechnet Meta diese Antworten als Servicenachrichten, zum selben Tarif wie Utility- und Authentifizierungsnachrichten im jeweiligen Markt, und berechnet auch Utility-Templates, die innerhalb des Fensters gesendet werden.[10] Nachrichten von Nutzern, auch ein übermittelter Flow, werden nicht berechnet. Die aktuellen Tarife pro Nachricht und Land findest du auf unserer Preisseite.

Als SaaS-Unternehmen oder Reseller, das Flows in den eigenen Produkten anbieten will, kannst du über die 360Dialog Partner Platform WhatsApp in dein SaaS integrieren. Die Partner Platform stellt die API-Infrastruktur für Multi-Tenant-Deployments bereit.

Wenn du bereit für deinen ersten Flow bist, kannst du über 360Dialog mit API starten und, falls dein Flow einen Endpoint nutzt, die Schritte zur Einrichtung des Schlüsselpaars in unserer Flows-Dokumentation befolgen.

Häufig gestellte Fragen

Kann ich einen Flow in einer Template-Nachricht senden?

Ja. Du hängst einen Flow an eine Template-Nachricht an, indem du beim Erstellen des Templates einen Button vom Typ FLOW hinzufügst. Der Button identifiziert den Flow über seine ID oder seinen Namen und nennt den ersten Screen, wenn die Aktion des Buttons navigate ist. Tippt der Nutzer auf den Button, öffnet sich der Flow im Chat. Das Template selbst durchläuft den üblichen Prozess der Genehmigung von WhatsApp-Templates, achte also darauf, dass der Inhalt deines Templates und der Zweck des Flows zu Metas Commerce- und Messaging-Richtlinien passen.

Was brauchst du, um einen Flow zu senden?

Du brauchst eine geschäftliche Telefonnummer, die auf der WhatsApp Cloud API registriert ist. Jedes Unternehmen kann im WhatsApp Manager mit dem Erstellen von Flows beginnen, und um sie zu veröffentlichen und zu senden, verlangt Meta ein verifiziertes Unternehmen und eine hohe Nachrichtenqualität.

Kann ich einen Flow vor der Veröffentlichung testen?

Ja. Der Flows Builder im WhatsApp Manager hat eine interaktive Vorschau, die sich wie ein echtes Gerät verhält und echte Anfragen an deinen Endpoint sendet, falls der Flow einen hat. Du kannst den Entwurf auch an ein Testtelefon senden, über die Sendeoption im Builder oder über die API mit mode auf draft. Entwurfsnachrichten zeigen auf dem Gerät ein Warnbanner, und das Testtelefon muss deiner Nummer in den letzten 24 Stunden geschrieben haben. Flows, die seit November 2024 erstellt wurden, bleiben nach der Veröffentlichung über die API oder den Builder bearbeitbar und behalten dieselbe Flow-ID.

Was passiert mit den Eingaben, wenn ein Nutzer den Flow mittendrin schließt?

WhatsApp speichert die Daten eines Screens im Cache, sobald der Nutzer ihn abschließt und zum nächsten Screen wechselt. Daten auf dem aktuellen Screen, die der Nutzer vor dem Tippen auf den Footer-Button eingegeben hat, gehen verloren, wenn er den Flow verlässt. Deshalb empfiehlt Meta, Formulare mit mehreren Feldern auf mehrere kurze Screens aufzuteilen, damit weniger Daten verloren gehen, falls der Nutzer vor dem Ende aussteigt.

Sind die Daten verschlüsselt?

Ja. Alle Daten, die zwischen dem Flow und deinem Endpoint ausgetauscht werden, nutzen einen RSA-Schlüsselaustausch mit 2048 Bit (OAEP-SHA256) in Kombination mit AES-128-GCM zur Verschlüsselung des Payloads. Die eingehende Anfrage enthält drei Felder: encrypted_flow_data, encrypted_aes_key und initial_vector. Du entschlüsselst den AES-Schlüssel mit deinem privaten RSA-Schlüssel und danach den Payload mit AES-GCM. Deine Antwort wird mit demselben AES-Schlüssel und einem Initialisierungsvektor mit invertierten Bits verschlüsselt. Die vollständige Anleitung zur Implementierung der Verschlüsselung mit Codebeispielen in sechs Sprachen findest du in Metas Entwicklerdokumentation.

Quellen

[1] Meta, „WhatsApp Flows,“ developers.facebook.com/docs/whatsapp/flows. Accessed September 29, 2026.

[2] Meta, „Flow JSON Reference,“ developers.facebook.com/docs/whatsapp/flows/reference/flowjson. Accessed September 29, 2026.

[3] Meta, „Components Reference,“ developers.facebook.com/docs/whatsapp/flows/reference/components. Accessed September 29, 2026.

[4] Meta, „Implementing Your Flow Endpoint,“ developers.facebook.com/docs/whatsapp/flows/guides/implementingyourflowendpoint. Accessed September 29, 2026.

[5] 360Dialog, „Flows,“ docs.360dialog.com/docs/messaging/flows. Accessed September 29, 2026.

[6] Meta, „Best Practices,“ developers.facebook.com/docs/whatsapp/flows/guides/bestpractices. Accessed September 29, 2026.

[7] Meta, „Changelog,“ developers.facebook.com/docs/whatsapp/flows/changelogs. Accessed September 29, 2026.

[8] Meta, „Sending a Flow,“ developers.facebook.com/documentation/business-messaging/whatsapp/flows/guides/sendingaflow. Accessed September 29, 2026.

[9] Meta, „Pricing on the WhatsApp Business Platform,“ developers.facebook.com/docs/whatsapp/pricing. Accessed September 29, 2026.

[10] Meta, „Upcoming Pricing Updates for Meta Business Agent, Service and Utility Messages,“ developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages. Accessed September 29, 2026.

30. September 2026

Make WhatsApp Integration: So verbindest du deine Geschäftsnummer mit deinen Szenarien
Du kannst WhatsApp über zwei Module mit Make verbinden, die in jedem Make-Tarif enthalten sind: Eines empfängt die Nachrichten, die dir Kunden schicken, das andere sendet deine Antworten. Du musst nichts installieren und keinen Server betreiben. Ist die Verbindung eingerichtet, senden deine Szenarien Bestell-Updates, Erinnerungen und Follow-ups von deiner eigenen Geschäftsnummer, sobald in deinen bestehenden Tools etwas passiert. Dieser Leitfaden zeigt dir die Einrichtung, die Grenzen der Make-Tarife, auf die du dich einstellen solltest, und wie du testest, bevor ein Kunde eine Nachricht sieht. Einen Vergleich mit sechs weiteren unterstützten Tools findest du in unserem Überblick zur WhatsApp-Automatisierung.

Die wichtigsten Punkte
1. Du brauchst drei Dinge: eine WhatsApp-Nummer auf der offiziellen API, einen Make-Account und etwa 30 Minuten.
2. Der Free-Tarif von Make reicht zum Testen, aber ein produktives Setup in beide Richtungen braucht meist einen kostenpflichtigen Tarif, weil jeder Schritt in einem Szenario Credits verbraucht.
3. Du kannst das gesamte Setup zuerst auf deinem eigenen Handy testen, sodass kein Kunde jemals eine Testnachricht sieht.
4. Automatisierte Nachrichten und die manuellen Antworten deines Teams können dieselbe WhatsApp-Nummer nutzen.
5. Mehr als 24 Stunden nach der letzten Nachricht eines Kunden stellt WhatsApp nur noch Templates zu, also Nachrichtenformate, die Meta vorab genehmigt; plane Erinnerungen und Bestell-Updates daher als Templates.
Was bietet dir eine Make WhatsApp Integration?

Mit einer Make WhatsApp Integration senden und empfangen deine Szenarien WhatsApp-Nachrichten über deine eigene Geschäftsnummer, ohne dass du einen Server betreiben oder Code deployen musst. Kunden sehen deinen verifizierten Unternehmensnamen, und jede Nachricht läuft über die offizielle WhatsApp Business API, die Version, die Meta für Unternehmen bereitstellt.

Wenn dir ein Kunde schreibt, startet das Szenario sofort. So kann derselbe Ablauf lesen, was der Kunde geschrieben hat, und direkt antworten. Eine 360Dialog-Nummer und ein Make-Account reichen, um mit dem Senden zu beginnen.

Wenn dein Unternehmen noch keine WhatsApp-Nummer auf der offiziellen API hat, kannst du zuerst mit API starten und die Nummer danach mit den drei Schritten unten an Make anbinden.

Wann solltest du WhatsApp mit Make verbinden?

Make passt gut, wenn dein Team Make bereits nutzt und WhatsApp-Nachrichten automatisch rausgehen sollen, sobald etwas passiert:
1. Du baust bereits Szenarien in Make. Wenn du die Module Webhooks und HTTP schon genutzt hast, geht die Einrichtung schnell. Wenn Make neu für dich ist, bau zuerst ein einfaches Szenario, um die Oberfläche kennenzulernen.
2. Du erwartest ein regelmäßiges Nachrichtenvolumen. Der Free-Tarif von Make enthält 1.000 Credits pro Monat, bis zu 2 aktive Szenarien und mindestens 15 Minuten zwischen geplanten Ausführungen.[1] Jeder Schritt in einem Szenario verbraucht einen Credit, sodass eine einzige Kundennachricht, die eine Abfrage und eine Antwort auslöst, mehrere Credits verbrauchen kann. Kostenpflichtige Tarife heben das Limit für Szenarien auf, und Make zeigt ihre Preise für deine Region auf seiner Preisseite.
3. Du willst Ereignisse automatisch abarbeiten lassen. Bestell-Updates, Follow-ups, Terminerinnerungen und CRM-Updates funktionieren gut. Konversationen, die einen Menschen brauchen, gehören in ein gemeinsames Postfach, mehr dazu weiter unten.
Wenn dein Team bereits mit Zapier arbeitet oder ein selbst gehostetes Workflow-Tool betreibt, lässt sich dieselbe 360Dialog-API mit beiden verbinden. Lies dazu den Leitfaden zur WhatsApp Zapier Integration oder die Anleitung zur n8n WhatsApp Integration, oder vergleiche alle Optionen auf unserer Seite mit WhatsApp-Integrationen.

Was ist der Unterschied zwischen Automatisierung und Live-Chat?

Automatisierung sendet die richtige Nachricht, sobald etwas passiert, und beim Live-Chat antwortet ein Mensch deinen Kunden in Echtzeit. Make beobachtet Shopify, Typeform, Google Sheets oder jede der 3.000+ Apps in seiner Bibliothek und sendet die passende WhatsApp-Nachricht selbstständig. Wenn ein Kunde mit einer Frage antwortet, die das Szenario nicht beantworten kann, muss ein Mensch übernehmen. Beides kann auf derselben Nummer laufen, wie Schritt 2 erklärt.

Verbinde deinen Account in 3 Schritten

Für die Verbindung brauchst du drei Dinge: einen Key aus dem 360Dialog Hub, eine Webadresse für eingehende Nachrichten und ein Modul, das Nachrichten sendet:

Schritt 1: Speichere deinen API-Key in einer Make-Keychain

Dein API-Key ist das Passwort, mit dem Make Nachrichten von deiner Nummer senden darf. Öffne den 360Dialog Hub, wähle deine WhatsApp-Nummer aus und kopiere den Key aus den API Settings. Füge in Make ein Modul HTTP > Make a request hinzu, stelle den Authentifizierungstyp auf API key und lege eine Keychain an. Füge den Key genau so ein, wie du ihn kopiert hast, ohne etwas davorzusetzen, wähle den Header als Platzierung und gib D360-API-KEY als Parameternamen ein.[2] Make empfiehlt Keychains, weil der Key im Modul verborgen bleibt und ein späterer Austausch des Keys jedes Modul aktualisiert, das ihn nutzt.

Schritt 2: Richte den Webhook ein (eingehend)

Ein Webhook ist die Webadresse, an die WhatsApp die Nachrichten zustellt, die dir Kunden schicken. Füge deinem Szenario ein Modul Webhooks > Custom webhook hinzu und kopiere die Adresse, die Make erstellt. Füge sie im 360Dialog Hub in den Webhook-Einstellungen deiner Nummer ein und gib dann den Bestätigungscode ein, den 360Dialog dir per E-Mail schickt. Der Webhook ist aktiv, sobald du den Code bestätigst.[3]

360Dialog verlangt, dass jede Zustellung innerhalb von 5 Sekunden bestätigt wird, und lehnt Adressen mit Unterstrichen oder Portnummern in der Domain ab.[4] Die Webhook-Adressen von Make erfüllen beide Regeln. Make bestätigt jede Nachricht direkt bei Eingang und hält sie in einer Warteschlange, bis das Szenario läuft.[5] Außerdem schaltet Make einen Webhook ab, der länger als 5 Tage keinem Szenario zugeordnet ist. Verbinde ihn also bald nach dem Erstellen mit einem Szenario.

Jede Nummer stellt eingehende Nachrichten standardmäßig an einen einzigen Webhook zu. Richtest du deine Nummer auf Make aus, endet deshalb die Zustellung an jedes Tool, das diese Nachrichten bisher empfangen hat. Damit mehrere Tools Nachrichten von derselben Nummer empfangen, aktivierst du Multi-Webhook. So geht jede eingehende Nachricht an mehr als eine Adresse. Dafür reicht ein API-Aufruf, ein POST-Request an den Endpoint /multi_webhook mit demselben Key.[6]

Schritt 3: Konfiguriere das HTTP-Modul (ausgehend)

Das HTTP-Modul sendet deine WhatsApp-Nachrichten. Stelle im Modul aus Schritt 1 die Methode auf POST, die URL auf https://waba-v2.360dialog.io/messages und den Body-Typ auf JSON. Der Body braucht vier Felder: messaging_product, recipient_type, to und type.[7] Schreib die Nummer des Empfängers als Ländervorwahl plus Ziffern, ohne Pluszeichen und ohne Leerzeichen.

Enthält die Antwort eine id, hat Meta die Nachricht angenommen, und Zustell- und Lesebestätigungen kommen später über deinen Webhook. Um Fehler abzufangen, hängst du an das HTTP-Modul eine Error-Handler-Route an. Error Handler wie Resume, Rollback, Commit, Break und Ignore verbrauchen keine Credits.

Teste zuerst in der Sandbox

Mit der 360Dialog-Sandbox testest du das komplette Szenario auf deinem eigenen Handy, bevor ein Kunde etwas sieht.[8] Sende START per WhatsApp an die Sandbox-Nummer, um einen Test-Key zu erhalten. Registriere dann deinen Make-Webhook mit einem POST-Request an https://waba-sandbox.360dialog.io/v1/configs/webhook, richte das HTTP-Modul auf https://waba-sandbox.360dialog.io/v1/messages aus und speichere den Test-Key in einer eigenen Keychain. Die Sandbox akzeptiert bis zu 200 Requests, alle an deine eigene Nummer. Wechsle also zu deiner Live-Nummer und deinem Live-Key, sobald alles funktioniert.

Nach dem Go-live gilt die 24-Stunden-Regel von WhatsApp. Jedes Mal, wenn dir ein Kunde schreibt, öffnet sich ein 24-Stunden-Fenster, in dem du jede Art von Nachricht senden kannst. Außerhalb dieses Fensters akzeptiert WhatsApp nur genehmigte Templates.[9]

Was automatisieren Nutzer mit Make und WhatsApp?

Lead-Follow-up, CRM-Sync, Bestell-Updates und Terminerinnerungen sind die vier häufigsten Szenarien, und alle nutzen dasselbe Setup aus Webhook und HTTP-Modul:
- Lead-Follow-up. Eine Typeform-Einsendung startet das Szenario, und der Lead erhält eine WhatsApp-Nachricht, während er noch auf der Seite ist.
- CRM-Sync. Jede Nachricht eines Kunden wird mit Absender, Text und Uhrzeit in HubSpot oder einem Google Sheet gespeichert, sodass niemand sie von Hand übertragen muss.
- Bestell-Updates. Shopify markiert eine Bestellung als versendet, Make sendet ein genehmigtes Template mit dem Tracking-Link, und Kunden fragen nicht mehr nach, wo ihr Paket ist.
- Terminerinnerungen. Ein Google-Calendar-Termin oder eine Airtable-Zeile startet das Szenario, und der Kunde erhält zur geplanten Zeit ein genehmigtes Template.
Braucht dein Team eine gemeinsame Ansicht?

Dein Team braucht eine gemeinsame Ansicht, sobald Kunden auf automatisierte Nachrichten mit Fragen antworten, die ein Mensch beantworten muss. Unser WhatsApp Team-Postfach bringt mehrere Agenten auf dieselbe Nummer, die auch deine Szenarien nutzen, mit Zuweisung, Tags und gespeicherten Antworten. Mit aktiviertem Multi-Webhook empfangen das Postfach und dein Make-Szenario jede eingehende Nachricht, sodass ein automatisches Bestell-Update und die persönliche Rückfrage deines Teams in einer Konversation bleiben.

Sprich mit uns darüber, wie du unser WhatsApp Team-Postfach Inbox zusammen mit Make einsetzt.

Warum 360Dialog?

360Dialog ist ein Official Meta Solution Partner und stellt die Infrastruktur für die WhatsApp Business API für 100.000+ Unternehmen bereit, die 2 Mrd. Nachrichten senden. Wenn du Make über 360Dialog verbindest, erhältst du die Nummernverwaltung im 360Dialog Hub, Support rund um die Uhr in sieben Sprachen und Metas Nachrichtengebühren ohne Aufschlag, in Tarifen ab 49 EUR pro Nummer und Monat.

Die eigene App WhatsApp Business Cloud von Make ist eine weitere Option und verbindet deine Nummer direkt mit Meta.[10] Mit dieser App registrierst du die Nummer und richtest ihre zweistufige Verifizierung selbst über die Module der App ein, ohne den 360Dialog Hub und ohne unser Support-Team im Rücken.

Deine Nummer, dein API-Key und deine Make-Szenarien sind alles, was dieses Setup braucht. Sobald dein Sandbox-Test klappt, kannst du in einem Tarif, der zu deinem Volumen passt, mit API starten und deinen ersten Live-Webhook auf Make ausrichten.

Hinweis: In der Bibliothek von Make stehen auch Apps mit ähnlichen Namen von Unternehmen, die nichts mit uns zu tun haben. 360Messenger for WhatsApp zum Beispiel wird von 360messenger veröffentlicht, einem Unternehmen ohne Verbindung zu 360Dialog.[11] Laut eigener FAQ verbindet die App Nummern, die mit der normalen WhatsApp- oder WhatsApp Business-App laufen, denk also daran, dass ihre Keys nicht mit einer 360Dialog-Nummer funktionieren.[12] Prüfe, wer eine WhatsApp-App veröffentlicht, bevor du sie verbindest.

Häufig gestellte Fragen

Wie verbinde ich WhatsApp mit Make?

Nutze zwei Module, die in Make enthalten sind. Das Modul Custom webhook aus der Make-App Webhooks empfängt Kundennachrichten, und seine Adresse registrierst du im 360Dialog Hub und bestätigst sie mit einem Code, den du per E-Mail erhältst. Das Modul Make a request aus der HTTP-App sendet deine Nachrichten über 360Dialog, mit deinem API-Key in einer Keychain unter dem Header-Namen D360-API-KEY. Schalte das Szenario ein, und Nachrichten fließen in beide Richtungen.

Ist die Make WhatsApp Integration offiziell?

Die API ist offiziell. Deine Nummer läuft über 360Dialog, einen Official Meta Solution Partner, auf der offiziellen WhatsApp Business API. Das Szenario besteht aus den Standardmodulen Webhooks und HTTP von Make, die dir gehören und die du jederzeit ändern kannst, und dazwischen sitzt kein inoffizieller Workaround.

Kann ich die Integration vor dem Go-live testen?

Ja. Die 360Dialog-Sandbox hat einen eigenen API-Key und akzeptiert bis zu 200 Requests, die alle an deine eigene Telefonnummer gehen. Richte das HTTP-Modul auf den Messages-Endpoint der Sandbox aus, führe das Szenario aus und setze danach deinen Live-Key und den Live-Endpoint ein.

Brauche ich einen Entwickler für die Einrichtung?

Die meisten Make-Nutzer schaffen die Einrichtung ohne Entwickler. Du musst keinen Server betreiben und keinen Code deployen. Du füllst im HTTP-Modul einen kurzen JSON-Body aus und fügst eine Adresse in den 360Dialog Hub ein. Wenn du das HTTP-Modul schon genutzt hast, kommt dir jeder Schritt bekannt vor, und die Einrichtung dauert etwa 30 Minuten.

Kann ich weiterhin manuell antworten, während ein Szenario läuft?

Ja. Standardmäßig gehen alle eingehenden Nachrichten einer Nummer an einen einzigen Webhook, und wenn Make diesen Webhook belegt, landen sie bei Make. Aktiviere Multi-Webhook für die Nummer, dann empfängt ein gemeinsames Postfach dieselben Nachrichten parallel zu deinem Szenario, und dein Team kann von Hand antworten, ohne die Automatisierung zu unterbrechen.

Quellen

[1] Make, „Pricing,“ make.com, accessed September 25, 2026. https://www.make.com/en/pricing

[2] Make, „HTTP“ and „API Key Authentication Type,“ apps.make.com, accessed September 25, 2026. https://apps.make.com/http and https://apps.make.com/api-key-authentication-type

[3] 360Dialog, „Webhook URL,“ docs.360dialog.com, accessed September 25, 2026. https://docs.360dialog.com/docs/hub/webhook-url

[4] 360Dialog, „Webhooks,“ docs.360dialog.com, accessed September 25, 2026. https://docs.360dialog.com/docs/messaging/webhook

[5] Make, „Webhooks,“ help.make.com, accessed September 25, 2026. https://help.make.com/webhooks

[6] 360Dialog, „Webhooks API Reference,“ docs.360dialog.com, accessed September 25, 2026. https://docs.360dialog.com/docs/messaging-api/api-reference/webhooks

[7] 360Dialog, „Send and Receive Messages,“ docs.360dialog.com, accessed September 25, 2026. https://docs.360dialog.com/docs/guides/send-and-receive-messages

[8] 360Dialog, „Sandbox,“ docs.360dialog.com, accessed September 25, 2026. https://docs.360dialog.com/docs/get-started/sandbox

[9] Meta, „Pricing on the WhatsApp Business Platform,“ developers.facebook.com, accessed September 25, 2026. https://developers.facebook.com/docs/whatsapp/pricing

[10] Make, „WhatsApp Business Cloud Integration,“ make.com, accessed September 25, 2026. https://www.make.com/en/integrations/whatsapp-business-cloud

[11] Make, „360Messenger for WhatsApp Integration,“ make.com, accessed September 25, 2026. https://www.make.com/en/integrations/whatsapp-360messenger

[12] 360messenger, „FAQ,“ 360messenger.com, accessed September 25, 2026. https://360messenger.com/en/
25. September 2026

Meta Business Agent vs. KI-Agent eines Drittanbieters auf demselben WhatsApp Account

Meta Business Agent berechnet pauschal 2,00 USD pro Million Token und bündelt KI-Verarbeitung und Nachrichtenzustellung in einer einzigen Gebühr. Ein KI-Agent eines Drittanbieters auf demselben WhatsApp Account (ehemals WhatsApp Business Account oder WABA) trennt die KI-Kosten von den Messaging-Kosten und lässt die Steuerung des Konversations-Routings bei der BSP-App. Unter Meta Business Agent verbraucht eine Nachricht typischerweise 20.000 bis 25.000 Token, das entspricht rund 4 bis 5 US-Cent pro Nachricht.[1] Ein KI-Agent eines Drittanbieters bezahlt den KI-Anbieter für die Token und Meta separat für die Nachrichtenzustellung. Wer sich zwischen beiden Wegen entscheidet, vergleicht Kostenbasis, Steuerungsmodell und die Auswirkungen auf Automatisierungen, die bereits auf der Nummer laufen.

Das Wichtigste in Kürze

Meta Business Agent bündelt KI-Verarbeitung und Nachrichtenzustellung in einer Gebühr von 2,00 USD pro Million Token. Ein KI-Agent eines Drittanbieters bezahlt den KI-Anbieter und Meta getrennt.
Nachrichten von Meta Business Agent werden im kostenlosen 72-Stunden-Einstiegspunktfenster und im 24-Stunden-Kundenservice-Fenster berechnet. Für die eigenen Service-Nachrichten eines Unternehmens gilt ab dem 1. Oktober 2026 ein kostenloses Monatskontingent von 1.000 pro Nummer.
Eine Telefonnummer ist nur dann für Meta Business Agent berechtigt, wenn auf ihr kein konkurrierendes Messaging-Produkt läuft.
Auf Platform API Nummern übernimmt Meta Business Agent über eine Standby- und Thread-Control-Übergabe die Rolle des primären Responders, während die bestehenden Automatisierungen der BSP-App weiterlaufen.

So funktionieren beide Wege auf einem WhatsApp Account

Für KI-gestützte Antworten verbindet sich ein WhatsApp Business Account auf einem von zwei Wegen mit einer Telefonnummer: über Meta Business Agent, den Meta entwickelt und hostet, oder über einen KI-Agenten eines Drittanbieters, den ein Unternehmen oder sein Softwareanbieter auf der Cloud API aufbaut. Beide Wege können dieselbe Kundenkonversation beantworten, regeln die Kontrolle aber unterschiedlich und rechnen unterschiedlich ab.

Meta Business Agent ist ein von Meta gehosteter Responder, der im selben Account wie die App des BSP liegt. Sobald er aktiviert ist, antwortet er als primärer Responder direkt dem WhatsApp Nutzer.[2] Ein KI-Agent eines Drittanbieters ist Code, den ein Unternehmen hinter seiner eigenen BSP-Integration betreibt. Er empfängt Nachrichten über den Standard-Webhook und antwortet über dieselben API-Aufrufe, die die BSP-App bereits nutzt. Der gewählte Weg legt fest, wer die Token verarbeitet, wem Meta die Rechnung stellt und welches System als Nächstes antwortet. 360Dialog unterstützt als Official Meta Solution Partner beide Konfigurationen: die Aktivierung von Meta Business Agent auf berechtigten Nummern und die BSP-verwaltete Integration, auf der ein KI-Agent eines Drittanbieters läuft. Die vollständige Übergabemechanik auf einer BSP-verwalteten Nummer beschreibt der vollständige Leitfaden zu Meta Business Agent.

Beide Wege laufen über dieselbe Cloud API Verbindung, der folgende Vergleich gilt also erst, wenn eine Nummer darauf live ist. Ist deine Nummer noch nicht so weit, kannst du zuerst mit API starten, und die Wahl zwischen den beiden Respondern bleibt offen.

Was jeder Weg kostet

Meta Business Agent berechnet 2,00 USD pro Million Token für jede Nachricht, die er generiert, und diese eine Gebühr deckt sowohl die KI-Verarbeitung als auch die Zustellung der Nachricht an den Kunden.[1] Eine typische Nachricht verbraucht 20.000 bis 25.000 Token, die meisten Antworten kosten also 4 bis 5 US-Cent. In Metas eigenen Rechenbeispielen kostet eine einfache Anfrage, etwa nach den Öffnungszeiten, rund 80.000 Token über 4 Nachrichten und 16 bis 20 US-Cent. Eine komplexe Interaktion mit 10 Nachrichten kommt auf rund 250.000 Token und 40 bis 50 US-Cent.[1]

Ein KI-Agent eines Drittanbieters teilt die Rechnung auf. Der KI-Anbieter berechnet die Token, die das Modell verbraucht, und Meta berechnet separat die Zustellung jeder Antwort als Service-Nachricht.[1] Eine Nachricht ohne Template wird entweder als Nachricht von Meta Business Agent oder als Service-Nachricht berechnet, nie als beides. Für eine Nachricht ohne Template mit werblichem Inhalt fällt keine zusätzliche Marketing-Template-Gebühr an.[1]

Meta veröffentlicht einen Kostenvergleich für 10.000 KI-gestützte Antworten an Nutzer in Brasilien, aufgeteilt auf drei Szenarien.[1]

	Service-Nachricht, geringere Komplexität	Service-Nachricht, höhere Komplexität	Meta Business Agent, höhere Komplexität
KI-Kosten pro Nachricht	Etwa 2 US-Cent (Drittanbieter)	Etwa 9 US-Cent (Drittanbieter)	4 bis 5 US-Cent, eine Meta-Gebühr für KI und Zustellung
Zustellung pro Nachricht	0,68 US-Cent (Meta)	0,68 US-Cent (Meta)	In der Gebühr oben enthalten
Gesamt pro Nachricht	2 bis 3 US-Cent	9 bis 10 US-Cent	4 bis 5 US-Cent
Gesamt für 10.000 Nachrichten	Etwa 268 USD	Etwa 968 USD	400 bis 500 USD

Metas Schätzungen für Drittanbieter beruhen auf öffentlichen Benchmarks, und der Zustellpreis ist der aktuelle Utility- und Authentication-Tarif für Brasilien. Die Summen verschieben sich also je nach Markt und KI-Anbieter.[1]

Willst du die Rechnung vor der Entscheidung mit deinem eigenen Volumen und deinen Märkten durchspielen? Sprich mit uns.

Warum die kostenlosen Fenster für Meta Business Agent nicht gelten

Nachrichten von Meta Business Agent werden in jedem Konversationsfenster berechnet, auch im kostenlosen 72-Stunden-Einstiegspunktfenster und im 24-Stunden-Kundenservice-Fenster, denn Metas Gebührentabelle enthält keine Ausnahmekategorie für Traffic von Meta Business Agent.[1] Ein Unternehmen, das für kostenlose Antworten auf diese beiden Fenster setzt, verliert die Befreiung, sobald Meta Business Agent die Antwort generiert.

Der Abstand wächst am 1. Oktober 2026. Dann führt Meta ein kostenloses Monatskontingent von 1.000 Service-Nachrichten pro geschäftlicher Telefonnummer ein, das sich monatlich ohne Übertrag zurücksetzt.[3] Service-Nachrichten, die Kategorie hinter den Antworten eines KI-Agenten eines Drittanbieters, werden erst ab der 1.001. Nachricht pro Nummer und Monat berechnet. Für Nachrichten von Meta Business Agent gibt es kein Kontingent, bei keinem Volumen und in keinem Fenster. Bleiben die Antworten eines KI-Agenten eines Drittanbieters unter 1.000 pro Nummer und Monat, sind sie kostenlos. Dasselbe Volumen an Antworten von Meta Business Agent wird ab der ersten Nachricht berechnet. Unabhängig davon stoppt Meta ab dem 1. Oktober 2026 die Zustellung von Service-Nachrichten für jeden Solution Provider und jedes direkt integrierte Unternehmen, das bis zum 30. September 2026 keine Zahlungsmethode hinterlegt hat.[3] Wer welche dieser Rechnungen erhält, erfährst du im Artikel darüber, wer dir Nachrichten von Meta Business Agent in Rechnung stellt.

Wer die Kontrolle hat und was mit bestehenden Automatisierungen passiert

Auf einer BSP-verwalteten Platform API Nummer versetzt die Aktivierung von Meta Business Agent die BSP-App in eine Standby-Rolle: Die App empfängt weiterhin die Nachrichten des Kunden sowie Kopien dessen, was der Agent sendet, und jede Nachricht, die die BSP-App sendet, holt die primäre Kontrolle zu ihr zurück.[4] Keine Automatisierung wird ausgesetzt. Die Kontrolle liegt jeweils bei der App, die gerade primärer Responder ist, und jede Seite kann sie zurückholen, indem sie eine Nachricht sendet. Die WhatsApp Business App ist ein eigenes Produkt mit anderem Verhalten: Ihre integrierte KI-Funktion pausiert bestimmte Automatisierungen wie Abwesenheitsnachrichten und benutzerdefinierte Schlüsselwörter, solange sie einen Chat bearbeitet, und setzt sie fort, sobald sie ihn verlässt.[5]

Nachrichten des Kunden kommen über das Webhook-Feld standby an, solange Meta Business Agent die Kontrolle hält, und über das Standardfeld messages, sobald die BSP-App sie wieder hat. Bei jedem Wechsel wird ein messaging_handovers Webhook ausgelöst.[2] Der Thread Control Endpoint verschiebt die Kontrolle über drei Aktionen: release gibt die Kontrolle an Meta Business Agent zurück, take übernimmt sie und ist dem Unternehmen vorbehalten, das für diese Nummer als Eskalationspartner konfiguriert ist, und pass überträgt sie an den Eskalationspartner oder direkt an Meta Business Agent.[2] Bevor ein API-Aufruf für Meta Business Agent gelingt, müssen zwei Nutzungsbedingungen akzeptiert sein: eine vom Kunden im WhatsApp Manager und eine vom Solution Partner im Facebook Developer Portal.[2]

Ein KI-Agent eines Drittanbieters auf derselben BSP-verwalteten Nummer kennt keine solche Aufteilung. Die BSP-App ist der einzige Responder und empfängt jede Nachricht über das Standardfeld messages. Es gibt keine Standby-Rolle, keinen Übergabe-Webhook und keinen Eskalationspartner, der konfiguriert werden muss, denn dieses Routing-Modell existiert nur, wenn Meta Business Agent Teil des Accounts ist.

Eine Nummer, ein Produkt

Eine Telefonnummer ist nur dann für Meta Business Agent berechtigt, wenn auf derselben Nummer nicht bereits ein konkurrierendes Messaging-Produkt läuft.[6] Ein KI-Agent eines Drittanbieters läuft vollständig innerhalb der bestehenden BSP-Integration und unterliegt keiner solchen Prüfung. Für jede Nummer, die bereits an ein anderes Messaging-Setup gebunden ist, steht die Frage der Berechtigung deshalb vor Kosten und Kontrolle. Alle Bedingungen findest du in der Berechtigungs-Checkliste für Meta Business Agent.

Beide Wege im direkten Vergleich

Kriterium	Meta Business Agent	KI-Agent eines Drittanbieters
Kostenstruktur	Eine Gebühr: 2,00 USD pro Million Token deckt KI-Verarbeitung und Zustellung	Zwei Gebühren: Der KI-Anbieter berechnet die Token, Meta berechnet die Zustellung separat
Typische Kosten pro Nachricht	Rund 4 bis 5 US-Cent	Abhängig von KI-Anbieter und Komplexität der Nachricht
Kostenloses 72-Stunden-Einstiegspunktfenster	Gilt nicht, Token werden berechnet	Gilt für Standard-Service-Nachrichten
24-Stunden-Kundenservice-Fenster	Gilt nicht, keine Ausnahmekategorie	Gilt für Standard-Service-Nachrichten
Kostenloses Monatskontingent (ab 1. Oktober 2026)	Keines, bei keinem Volumen	Die ersten 1.000 Service-Nachrichten pro Nummer und Monat
Primärer Responder	Meta Business Agent, mit automatischer Übergabe an die BSP-App	Die BSP-App, ohne konkurrierenden Responder
Bestehende Automatisierungen (Platform API)	Laufen weiter, die BSP-App wechselt in den Standby und übernimmt beim Senden wieder die Kontrolle	Laufen weiter, die BSP-App bleibt durchgehend primärer Responder
Berechtigung der Nummer	Auf der Nummer darf kein konkurrierendes Messaging-Produkt laufen	Keine Berechtigungsprüfung für Meta Business Agent

Egal welchen Weg du wählst, die zugrunde liegende Cloud API Integration bleibt dieselbe. Ein Wechsel zwischen einem KI-Agenten eines Drittanbieters und Meta Business Agent erfordert also keine neue BSP-Beziehung. Sprich mit uns darüber, wie die Gebühren pro Token und pro Nachricht für deinen Account und deine Märkte gelten.

Häufig gestellte Fragen

Kannst du Meta Business Agent mit einer BSP-verwalteten Nummer nutzen?

Ja. Meta Business Agent funktioniert auf BSP-verwalteten Cloud API Nummern, sofern die Nummer Metas Berechtigungsbedingungen erfüllt. Dazu gehört, dass auf ihr kein konkurrierendes Messaging-Produkt läuft. Nach der Aktivierung wechselt die BSP-App in eine Standby-Rolle und erhält die primäre Kontrolle zurück, sobald sie eine Nachricht sendet.

Wer rechnet die Nutzung von Meta Business Agent ab?

Meta rechnet die Nutzung von Meta Business Agent direkt ab, zu 2,00 USD pro Million Token, und der BSP stellt keine Rechnung im Namen von Meta. Diese eine Gebühr deckt KI-Verarbeitung und Nachrichtenzustellung. Bei einem KI-Agenten eines Drittanbieters stellen der KI-Anbieter und Meta getrennte Rechnungen.

Pausiert die Aktivierung von Meta Business Agent deine bestehenden Automatisierungen?

Auf einer BSP-verwalteten Platform API Nummer nicht. Die Automatisierungen der BSP-App laufen weiter. Die App wechselt in eine Standby-Rolle, solange Meta Business Agent die primäre Kontrolle hält, und übernimmt sie in dem Moment wieder, in dem sie eine Nachricht sendet. Ein eigenes Produkt, die WhatsApp Business App, pausiert dagegen bestimmte Automatisierungen wie Abwesenheitsnachrichten, solange ihre integrierte KI-Funktion in einem Chat aktiv ist.

Ist Meta Business Agent immer günstiger als ein KI-Agent eines Drittanbieters?

Nicht unbedingt. Metas eigener Kostenvergleich für Brasilien setzt für 10.000 Antworten mit höherer Komplexität bei Meta Business Agent 400 bis 500 USD an, gegenüber etwa 268 USD für Service-Nachrichten mit geringerer Komplexität und etwa 968 USD für Service-Nachrichten mit höherer Komplexität bei einem separaten KI-Setup. Da Meta Business Agent keine Befreiung in den kostenlosen Fenstern hat, Service-Nachrichten ab dem 1. Oktober 2026 aber ein kostenloses Monatskontingent von 1.000 pro Nummer erhalten, hängt der günstigere Weg von Nachrichtenvolumen und Komplexität ab.

Quellen

Meta for Developers, „Pricing for Non-Template Messages,“ https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing/non-template-messages, accessed September 22, 2026.
Meta for Developers, „Meta Business Agent: Get Started,“ https://developers.facebook.com/documentation/meta-business-agent/get-started, accessed September 14, 2026.
Meta for Developers, „WhatsApp Business Platform Pricing,“ https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing, updated September 10, 2026, accessed September 14, 2026.
360Dialog, „Deine BSP-Integration und Meta Business Agent,“ https://360dialog.com/blog/de/bsp-integration-meta-business-agent-whatsapp/, accessed September 23, 2026.
Meta Business Help Center, „About AI Features in the WhatsApp Business App,“ https://www.facebook.com/business/help/1505847033372169, accessed September 14, 2026.
Meta for Developers, „Meta Business Agent: Overview,“ https://developers.facebook.com/documentation/meta-business-agent/overview, updated September 3, 2026, accessed September 14, 2026.

23. September 2026

n8n WhatsApp Integration: So verbindest du deine Geschäftsnummer mit deinen Workflows
Ein Community-Node, der vom 360Dialog-Team gepflegt wird, verbindet n8n mit der WhatsApp Business API – mit automatischer Webhook-Registrierung, Text-, Medien- und Template-Nachrichten, alles direkt in deinen Workflows. Der Node verwaltet den kompletten Webhook-Lebenszyklus: Er registriert eine neue URL bei der Aktivierung und stellt die vorherige wieder her, wenn du ihn deaktivierst. Das bedeutet keine manuellen API-Aufrufe zur Konfiguration des Nachrichten-Routings. Wenn du n8n selbst hostest und Kontrolle auf Code-Ebene über deine WhatsApp-Automatisierung willst, verbindet diese Integration deine Workflows direkt mit einer produktiven WhatsApp-Nummer.

Die wichtigsten Punkte
1. Ein vom 360Dialog-Team gepflegter Community-Node verbindet n8n mit der WhatsApp Business API – mit automatischer Webhook-Registrierung und -Deregistrierung.
2. Der Node wird vom 360Dialog-Team gewartet und ist unter MIT lizenziert, sodass du vollen Einblick in den Quellcode hast.
3. Die Einrichtung erfordert drei Schritte: Community-Node installieren, deine 360Dialog-API-Zugangsdaten hinzufügen und einen Workflow mit Trigger- und Action-Nodes bauen.
4. Der Trigger-Node filtert ausgehende Echo-Nachrichten und dedupliziert eingehende Nachrichten innerhalb eines 24-Stunden-Fensters, wobei 500 Nachrichten-IDs im Speicher gehalten werden.
5. Zustellstatus-Updates werden bestätigt, lösen aber keine Workflows aus. Statusbasiertes Routing erfordert daher einen separaten Mechanismus.
Warum WhatsApp mit n8n verbinden?

n8n ist ein Open-Source-Workflow-Automatisierungstool, das du selbst hosten kannst. WhatsApp mit n8n zu verbinden bedeutet, dass dein Messaging auf einer Infrastruktur läuft, die dir gehört – ohne Vendor-Lock-in zwischen deinen Workflows und der WhatsApp Business API.

n8n enthält keine native WhatsApp-Integration, aber der 360Dialog-Community-Node kapselt die API-Endpoints in das n8n-Node-Format. So kannst du Workflows bei eingehenden Nachrichten auslösen und ausgehende Nachrichten als Teil jeder Automatisierungskette senden. Für Teams, die n8n bereits für CRM-Updates oder Datenpipelines nutzen, bedeutet WhatsApp ein Tool weniger außerhalb des Stacks.

Was bietet dir eine n8n WhatsApp Integration?

Die Integration stellt zwei Node-Typen bereit: einen Trigger-Node für eingehende Nachrichten und einen Action-Node für ausgehende Operationen. Zusammen decken sie die zentrale Messaging-Schleife ab – einschließlich dem Senden von Text-, Medien- und Template-Nachrichten sowie dem Empfangen und Routen eingehender Konversationen.[1]

Operationen des Action-Nodes

Der Action-Node (Dialog360) unterstützt vier Operationen:
- Text senden: Sendet eine reine Textnachricht an eine WhatsApp-Nummer.
- Medien senden: Sendet ein Bild, Video, Dokument oder eine Audiodatei über eine öffentliche HTTPS-URL.
- Template senden: Ruft deine genehmigten Templates über die API in einem Live-Dropdown ab und generiert automatisch Eingabefelder, die den Variablendefinitionen jedes Templates entsprechen.
- Gesundheitsstatus abrufen: Prüft den Gesundheitsstatus deines WhatsApp-Accounts (ehemals WhatsApp Business Account oder WABA) direkt aus dem Workflow heraus.
Verhalten des Trigger-Nodes

Der Trigger-Node (Dialog360Trigger) verwaltet die Webhook-Konfiguration automatisch:
- Automatische Registrierung: Bei der Aktivierung sendet der Node einen POST-Request an /v1/configs/webhook, um seine URL als aktiven Webhook für deine Nummer zu registrieren.[2]
- Wiederherstellung: Bei der Deaktivierung stellt er die vorherige Webhook-URL wieder her, damit deine anderen Systeme nicht getrennt werden.
- Filterung ausgehender Echos: Der Node ignoriert Nachrichten, die vom Account selbst gesendet wurden, und verhindert so Endlosschleifen in Workflows, die sowohl senden als auch empfangen.
- Deduplizierung: Ein 24-Stunden-Fenster mit 500 Nachrichten-IDs im Speicher verhindert die doppelte Verarbeitung derselben eingehenden Nachricht.
- Status-Updates: Zustellbestätigungen (gesendet, zugestellt, gelesen) werden mit einer 200-OK-Antwort bestätigt, lösen aber den Workflow nicht aus.
Wenn du Workflows basierend auf dem Zustellstatus routen musst, muss das außerhalb des Trigger-Nodes erfolgen.

Solltest du WhatsApp mit n8n verbinden?

WhatsApp mit n8n zu verbinden ist sinnvoll, wenn du n8n selbst hostest (oder es planst), wenn dein Team Entwickler umfasst, die TypeScript lesen können, und du volle Transparenz darüber willst, wie deine WhatsApp-Nachrichten verarbeitet werden. Die MIT-Lizenz bedeutet, dass du jede Zeile des Node-Codes einsehen, forken und ändern kannst.[1]

Für nicht-technische Teams, die einen visuellen Builder mit vorgefertigten Templates brauchen, ist Zapier mit der nativen 360Dialog-App eine Option. Alternativ kannst du den 360Dialog Marketplace erkunden.

Was ist der Unterschied zwischen Automatisierung und Live-Chat?

Automatisierungstools wie n8n verarbeiten Ereignisse und Datenflüsse: Nachrichten routen, Datenbanken aktualisieren, Benachrichtigungen senden und Template-Versand auf Basis definierter Bedingungen auslösen. Was sie nicht leisten: Konversationen führen. Wenn ein Kunde mit einer Frage antwortet, die eine menschliche Antwort erfordert, bleibt diese Nachricht bei reiner Automatisierung ungelesen.

360Dialog löst das mit einem Multi-Webhook-Setup. Deine n8n-Workflows und ein Team-Postfach können gleichzeitig auf derselben WhatsApp-Nummer laufen.[2] Automatisierung übernimmt die ereignisgesteuerte Arbeit, während dein Team Live-Konversationen in einer gemeinsamen Postfach-Ansicht bearbeitet. Die beiden Systeme koexistieren, weil 360Dialog mehrere Webhook-Endpoints pro Nummer über die /multi_webhook-API unterstützt.

Das zentrale Prinzip der WhatsApp-Automatisierung gilt auch hier: Automatisiere, was vorhersehbar ist, und halte Menschen für das bereit, was es nicht ist.

Wie verbindest du deinen Account in 3 Schritten?

Drei Schritte: Community-Node installieren, deine 360Dialog-Zugangsdaten hinzufügen und deinen ersten Workflow bauen.

Schritt 1: Community-Node installieren. Gehe in deiner n8n-Instanz zu Einstellungen und dann zu Community Nodes. Gib @pmartino/n8n-nodes-360dialog ein und installiere das Paket. Es fügt zwei Nodes (Dialog360 und Dialog360Trigger) und einen Credential-Typ (Dialog360Api) hinzu.

Schritt 2: 360Dialog-Zugangsdaten hinzufügen. Erstelle ein neues Credential vom Typ Dialog360Api. Füge deinen API-Key in das Credential-Formular ein. Das ist derselbe Key, den du für direkte API-Aufrufe verwendest, mit dem Header-Namen D360-API-KEY.

Schritt 3: Workflow bauen. Füge einen Dialog360Trigger-Node als Einstiegspunkt für eingehende Nachrichten hinzu. Verbinde ihn mit einem HTTP-Request-Node für CRM-Updates, einem Slack-Node für interne Benachrichtigungen oder einem Dialog360-Action-Node für automatisierte Antworten. Für rein ausgehende Workflows verwende den Dialog360-Action-Node direkt.

Achtung: Das Aktivieren des Trigger-Nodes registriert eine neue Webhook-URL bei der 360Dialog-API und ersetzt jeden bestehenden Webhook auf dieser Nummer. Das Deaktivieren stellt die vorherige URL wieder her. Teste dieses Verhalten zuerst in einer Nicht-Produktionsumgebung. Für mehrere gleichzeitige Webhook-Konsumenten auf einer Nummer nutze die Multi-Webhook-Konfiguration von 360Dialog über /multi_webhook.

Um mit deinem API-Key loszulegen, kannst du Mit API starten und den Community-Node in deiner n8n-Instanz installieren.

Was automatisieren Nutzer mit n8n und WhatsApp?

Vier Muster tauchen regelmäßig bei n8n’s über 400 Integrationen auf.

Eingehende Nachrichten routen. Verbinde den Dialog360Trigger mit einem Switch-Node, der Nachrichten nach Keyword, Absendernummer oder Nachrichtentyp weiterleitet. Supportanfragen gehen in einen Zweig, Bestellanfragen in einen anderen.

CRM-Update bei neuer Konversation. Ziehe die Absendernummer aus dem Trigger-Payload, suche sie über HTTP Request in deinem CRM und aktualisiere den Kontaktdatensatz.

Automatischer Template-Versand bei Ereignis. Nutze einen Webhook- oder Schedule-Trigger, um eine Dialog360-Send-Template-Aktion auszulösen, wenn eine Bestellung versendet wird, eine Zahlung eingeht oder ein Termin bestätigt wird.

Interne Slack-Benachrichtigung. Verbinde den Dialog360Trigger mit einem Slack-Node. Jede eingehende WhatsApp-Nachricht postet eine formatierte Benachrichtigung mit Absendernummer und Nachrichtentext.

Willst du dein Team in einer gemeinsamen Ansicht?

Automatisierung übernimmt die strukturierte, ereignisgesteuerte Seite des WhatsApp-Messagings. Live-Konversationen mit Kunden, die eine menschliche Antwort brauchen, erfordern ein anderes Tool. 360Dialog bietet ein Team-Postfach, das auf derselben WhatsApp-Nummer wie deine n8n-Workflows läuft – mit Zuweisung, Tagging und Multi-Agenten-Zusammenarbeit. Da 360Dialog mehrere Webhooks pro Nummer unterstützt, empfangen deine automatisierten Workflows und dein Team-Postfach Nachrichten gleichzeitig.

Warum 360Dialog?

360Dialog ist ein offizieller Meta Solution Partner, der WhatsApp Business API-Infrastruktur für über 100.000 Unternehmen bereitstellt.[3] Die Plattform bietet transparente Preise ohne Aufschlag auf Meta-Gebühren, ab 49 EUR pro Monat.[3] Support ist rund um die Uhr in sieben Sprachen verfügbar. Der Community-Node für n8n wird vom 360Dialog-Team gepflegt.

Für Teams, die Workflow-Automatisierung mit WhatsApp evaluieren, bestimmt die Wahl des API-Anbieters deine Obergrenze. Um deine n8n-Instanz mit einer produktiven WhatsApp-Nummer zu verbinden, kannst du Mit API starten und dem obigen Drei-Schritte-Setup folgen.

Häufig gestellte Fragen

Ist der n8n WhatsApp Node eine offizielle n8n-Integration?

Der 360Dialog-Community-Node lässt sich über die Community-Nodes-Einstellungen in n8n installieren. Er folgt dem Community-Node-Paketformat von n8n (mit dem Keyword n8n-community-node-package auf npm) und wird vom 360Dialog-Team unter der MIT-Lizenz gepflegt.

Verarbeitet der Trigger-Node Zustellstatus-Updates?

Der Trigger-Node bestätigt Zustellstatus-Updates (gesendet, zugestellt, gelesen) mit einer 200-OK-Antwort, aber diese Ereignisse lösen den Workflow nicht aus. Nur eingehende Nachrichten aktivieren den Trigger. Um auf Zustellstatus zu reagieren, konfiguriere einen separaten Webhook-Endpoint oder Polling-Mechanismus außerhalb dieses Nodes.

Was passiert mit meinem bestehenden Webhook, wenn ich den Node aktiviere?

Das Aktivieren des Dialog360Trigger-Nodes registriert eine neue Webhook-URL bei der 360Dialog-API und ersetzt die zuvor für diese Nummer konfigurierte URL. Das Deaktivieren stellt die vorherige Webhook-URL wieder her. Für mehrere Webhook-Konsumenten auf derselben Nummer unterstützt 360Dialog die Multi-Webhook-Konfiguration über den /multi_webhook-Endpoint.

Muss ich n8n selbst hosten, um diese Integration zu nutzen?

Der Community-Node kann auf n8n-Cloud-Instanzen installiert werden, die Community-Nodes unterstützen. Volle Kontrolle über Daten und Ausführung passt jedoch am besten zu selbst gehosteten Deployments. Prüfe die Cloud-Plan-Dokumentation von n8n für Community-Node-Support in deinem Tarif.

Welche Version der 360Dialog-API nutzt der Node?

Der Node kommuniziert mit der 360Dialog-Messaging-API unter https://waba-v2.360dialog.io/messages mit dem D360-API-KEY-Header zur Authentifizierung. Er nutzt den v1-Webhook-Konfigurations-Endpoint unter /v1/configs/webhook für die automatische Webhook-Registrierung. Die 360Dialog-Messaging-API-Version ist 1.49.6 laut der aktuellen Dokumentation.

Quellen

[1] npm registry, „@pmartino/n8n-nodes-360dialog,“ version 0.3.0, https://registry.npmjs.org/@pmartino/n8n-nodes-360dialog. Accessed September 9, 2026.

[2] 360Dialog, „Webhooks API Reference,“ https://docs.360dialog.com/docs/messaging-api/api-reference/webhooks. Accessed September 9, 2026.

[3] 360Dialog, „WhatsApp Business Platform Pricing,“ https://360dialog.com/pricing. Accessed September 9, 2026.
11. September 2026
WhatsApp Zapier Integration: Verbinde deine Business-Nummer mit 9.000+ Apps
Eine WhatsApp Zapier Integration verbindet eine WhatsApp Business API Nummer mit den 9.000+ Apps von Zapier, sodass Nachrichten automatisch rausgehen, wenn ein Event in einem anderen System ausgelöst wird, und eingehende WhatsApp Konversationen Workflows in dem CRM, der Tabelle oder dem Helpdesk starten, das bereits mit Zapier verbunden ist.[1] Die Verbindung läuft über eine native App in Zapiers Verzeichnis: Ein Team gibt seinen API-Schlüssel ein, wählt einen Trigger und eine Aktion, und der Zap läuft ohne Server, ohne Webhook-Aufbau und ohne Code.

360Dialog, ein Official Meta Solution Partner, veröffentlicht diese native Zapier App und stellt das dahinterliegende WhatsApp Business API Konto bereit. Die Pläne starten bei €49 pro Nummer und Monat ohne Aufschlag auf Metas Gebühren pro Nachricht, und der 24/7-Support deckt sowohl die API-Verbindung als auch die Zapier Integration ab.[6]

Die wichtigsten Punkte
1. 360Dialog hat eine native App in Zapiers Verzeichnis (Version 1.3.0), die eine WhatsApp Business API Nummer ohne Code mit 9.000+ Apps verbindet.
2. Die App unterstützt einen Instant-Trigger (New Inbound Message) und drei Messaging-Aktionen (Send Text Message, Send Template Message, Send Media Message) sowie eine Health Check Aktion.
3. Zapiers separate App „WhatsApp Business“ verbindet sich direkt über OAuth mit Metas Cloud API und funktioniert nicht mit einem 360Dialog API-Schlüssel.
4. Zapiers kostenloser Plan umfasst 100 Tasks pro Monat mit zweistufigen Zaps. Der Professional Plan startet bei $19,99 pro Monat (jährlich abgerechnet) mit 750 Tasks und mehrstufigen Zaps. Trigger verbrauchen keine Tasks.
5. Nachrichten, die außerhalb des 24-Stunden-Kundenservicefensters gesendet werden, müssen eine genehmigte Vorlage nutzen. Freitext- und Medien-Nachrichten schlagen sonst fehl.
Was dir eine Zapier WhatsApp Integration bringt

Die Zapier App von 360Dialog verbindet ein WhatsApp Business API Konto über eine Oberfläche ohne Code mit Zapiers gesamter App-Bibliothek und unterstützt sowohl ausgehendes als auch eingehendes Messaging.
- Kein Server zum Hosten. Zapier betreibt die Automatisierungsinfrastruktur. Es gibt keinen Server, den du bereitstellen, patchen oder überwachen musst.
- Basiert auf der offiziellen WhatsApp Business API. Die 360Dialog Zapier App nutzt denselben API-Endpunkt (POST https://waba-v2.360dialog.io/messages) und dieselbe Authentifizierung (D360-API-KEY Header), die 360Dialog für alle seine Kunden betreibt, gestützt auf Metas offizielle Infrastruktur.[2] Es handelt sich nicht um einen Scraper oder eine inoffizielle Zugriffsmethode.
- Zwei-Wege-Messaging. Sende ausgehende Nachrichten (Text, Vorlage oder Medien) aus jedem Zap, und empfange eingehende Nachrichten über den Instant-Trigger „New Inbound Message“. Eingehende Nachrichten lösen aus, sobald ein Kunde an die Nummer schreibt, ohne Verzögerung durch Polling.[1]
- Funktioniert eigenständig. Die 360Dialog Zapier App verbindet sich direkt. Zwischen Zapier und WhatsApp ist kein zusätzliches Drittanbieter-Tool nötig.
Verbinde WhatsApp mit Zapier, wenn…

Die Zapier Integration passt zu Teams, die bereits Zapier nutzen und WhatsApp im selben Automatisierungs-Stack haben wollen, ohne Code zu schreiben.
- Du nutzt bereits Zapier. WhatsApp wird zu einer weiteren App in einem bestehenden Workflow, neben dem CRM, dem Formular-Builder und den Tabellen-Apps, die bereits verbunden sind.
- Du willst No-Code-Automatisierung. Die gesamte Einrichtung erfolgt im visuellen Editor von Zapier. Trigger, Aktionen und Filter werden über die Oberfläche konfiguriert. Kein Entwickler ist nötig.[2]
- Dein Volumen passt zu Zapiers Preisen. Zapiers kostenloser Plan umfasst 100 Tasks pro Monat, nur mit zweistufigen Zaps. Der Professional Plan startet bei $19,99 pro Monat (jährlich abgerechnet) mit 750 Tasks und mehrstufigen Zaps. Der Team Plan startet bei $69 pro Monat mit 2.000 Tasks.[4] Jeder Standard-Aktionsschritt in einem Zap verbraucht einen Task. Trigger, Filter, Formatter und Path-Schritte tun das nicht.[4] Sender mit hohem Volumen sollten Zapiers Kosten pro Task mit einer direkten API-Integration oder einem Tool wie n8n vergleichen.
- Du brauchst kein Polling im Sekundenbereich. Der Trigger „New Inbound Message“ von 360Dialog ist sofort (webhookbasiert), sodass eingehende Nachrichten unabhängig von der Plan-Stufe in Echtzeit ankommen.[1] Wenn ein Zap einen Polling-Trigger einer anderen App nutzt, hängt die Verzögerung vom Plan ab: 15 Minuten (kostenlos), 2 Minuten (Professional), 1 Minute (Team).[4]
Verbinde deine WhatsApp Nummer noch heute mit Zapier und automatisiere den ersten Workflow. API-Zugang erhalten.

Kein Entwickler? Der 360Dialog Marketplace verbindet Unternehmen mit fertigen WhatsApp Lösungen, die ohne Code funktionieren.

Automatisierung vs. Live-Chat

Zapier automatisiert Events, keine Konversationen. Ein Zap kann eine Template-Nachricht senden, wenn ein Formular abgeschickt wird, eine eingehende Nachricht in einer Tabelle protokollieren oder einen CRM-Datensatz aktualisieren. Ein Hin-und-Her-Gespräch mit einem Kunden kann er nicht führen.

Für Live-Chat kombinierst du die Zapier Integration mit einem Team-Postfach auf derselben WhatsApp Nummer. Die Multi-Webhook-Funktion leitet eingehenden Traffic an bis zu drei Endpunkte pro Nummer weiter, sodass ein Automatisierungstool und ein Team-Postfach dieselben Nachrichten empfangen können.[8]

Verbinde dein Konto in 3 Schritten

Um WhatsApp mit Zapier zu verbinden, brauchst du ein 360Dialog WhatsApp Business API Konto und ein Zapier Konto auf beliebigem Plan.
1. Finde die 360Dialog App in Zapier. Suche in Zapiers App-Verzeichnis nach „360dialog“. Die App ist unter der Kategorie Communication gelistet.[1] Klicke auf „Connect“ und gib deinen API-Schlüssel aus dem 360Dialog Hub ein. Der Schlüssel wird pro Telefonnummer generiert und nur einmal angezeigt. Speichere ihn, bevor du das Fenster schließt. Das Generieren eines neuen Schlüssels widerruft alle vorherigen Schlüssel für diese Nummer.[3]
2. Wähle deinen Trigger. Wähle das Event, das die Automatisierung startet. Um auf eine eingehende WhatsApp Nachricht zu reagieren, nutze den Trigger „New Inbound Message“ von 360Dialog, der sofort per Webhook auslöst.[1] Um eine WhatsApp Nachricht basierend auf einem Event in einer anderen App zu senden, nutze den Trigger dieser App (zum Beispiel „New Form Submission“ in Typeform oder „New Deal“ in HubSpot).
3. Wähle deine Aktion. Die 360Dialog App bietet drei Messaging-Aktionen.[1] Send Text Message sendet Freitext (nur innerhalb des 24-Stunden-Kundenservicefensters). Send Template Message sendet eine vorab genehmigte Vorlage (funktioniert jederzeit, auch außerhalb des 24-Stunden-Fensters). Send Media Message sendet ein Bild, Video, Dokument oder eine Audiodatei von einer öffentlichen URL. Eine vierte Aktion, Health Check, bestätigt, dass die API-Verbindung aktiv ist.
Empfänger-Telefonnummern folgen dem WhatsApp API Format: Landesvorwahl plus Ziffern, ohne Pluszeichen und ohne Leerzeichen (zum Beispiel 491XXXXXXXXX für eine deutsche Nummer).
- Die 24-Stunden-Regel: Nachrichten, die außerhalb des 24-Stunden-Kundenservicefensters gesendet werden, müssen eine genehmigte Vorlage nutzen. Freitext- und Medien-Nachrichten, die außerhalb des Fensters gesendet werden, schlagen fehl. Das Fenster öffnet sich jedes Mal, wenn ein Kunde deiner Nummer schreibt.[7]
- Webhook-Registrierung: Die 360Dialog Zapier App registriert einen Webhook auf deiner Nummer, sobald die Verbindung aktiviert wird. Standardmäßig bedient ein Webhook eine Nummer. Wenn du bereits einen Webhook für einen anderen Dienst nutzt (etwa ein Team-Postfach), aktiviere Multi-Webhook über den 360Dialog Hub oder die API, bevor du Zapier verbindest, damit beide Endpunkte Traffic empfangen.[8]
- Zapiers andere WhatsApp Apps: Zapiers Verzeichnis enthält eine separate App „WhatsApp Business“, die sich direkt über OAuth mit Metas Cloud API verbindet.[5] Diese App funktioniert nicht mit einem 360Dialog API-Schlüssel. Wenn du 360Dialog Kunde bist, nutze die App „360dialog“.
Anwendungsfälle: Was Teams automatisieren

Zapier verbindet WhatsApp mit Apps, die bereits Kundendaten enthalten. Vier gängige Automatisierungen:
- Lead-Follow-up nach einer Formular-Übermittlung. Ein Interessent füllt ein Typeform oder HubSpot Formular aus. Zapier sendet automatisch eine WhatsApp Template-Nachricht, während der Lead noch engagiert ist. Trigger: New Form Submission (Typeform). Aktion: Send Template Message (360Dialog).
- CRM-Sync bei eingehender Nachricht. Ein Kunde schreibt an die WhatsApp Nummer. Zapier erstellt oder aktualisiert einen Kontakt in HubSpot oder Salesforce mit Nachrichteninhalt und Zeitstempel. Trigger: New Inbound Message (360Dialog). Aktion: Create/Update Contact (HubSpot).
- Bestellbestätigung aus dem E-Commerce. Eine neue Shopify Bestellung geht ein. Zapier sendet eine WhatsApp Bestätigung mit Bestellnummer und voraussichtlichem Liefertermin. Trigger: New Order (Shopify). Aktion: Send Template Message (360Dialog).
- Terminerinnerung aus einem Kalender. Ein Google Calendar Termin startet in 24 Stunden. Zapier sendet eine WhatsApp Erinnerung mit der Uhrzeit und einem Link zum Umbuchen. Trigger: Event Start (Google Calendar, mit einem Verzögerungs-Offset). Aktion: Send Template Message (360Dialog).
Willst du dein Team in einer gemeinsamen Ansicht?

Automatisierung kümmert sich um Events. Ein gemeinsames Postfach kümmert sich um Konversationen. Team-Postfach-Lösungen aus dem 360Dialog Marketplace lassen mehrere Agenten WhatsApp Nachrichten von einer Oberfläche aus sehen, zuweisen und beantworten, auf derselben Nummer, die auch die Zaps nutzen. Multi-Webhook-Routing sorgt dafür, dass beide Systeme Traffic auf derselben Nummer empfangen.[8]

Bereit, sowohl Automatisierung als auch ein Live-Postfach mit derselben Nummer zu verbinden? Sprich mit uns.

Warum 360Dialog

360Dialog ist ein Official Meta Solution Partner mit WhatsApp API Plänen ab €49 pro Nummer und Monat, ohne Aufschlag auf Metas Gebühren pro Nachricht. Mehr als 100.000 Unternehmen senden über 2 Milliarden Nachrichten über die Plattform, unterstützt durch 24/7-Support.[6]

„Bei Weitem der beste Anbieter für WhatsApp Business API Services. 360Dialog ist bei Meta-Support-Themen sehr hilfreich. Das Onboarding auf WhatsApp ist endlich einfach.“ Lucas Zimmermann, Mitgründer bei Wax.

Häufig gestellte Fragen

Gibt es eine native 360Dialog App in Zapier?

Ja. 360Dialog hat eine veröffentlichte App in Zapiers Verzeichnis (Version 1.3.0), gelistet unter der Kategorie Communication. Sie verbindet sich direkt, ohne dass ein eigener Webhook oder ein HTTP-Modul nötig wäre.[1]

Brauche ich einen Entwickler, um die Integration einzurichten?

Nein. Die gesamte Einrichtung erfolgt in Zapiers No-Code-Editor. Du fügst deinen 360Dialog API-Schlüssel ein, wählst einen Trigger, wählst eine Aktion, und der Zap läuft.[2]

Was ist der Unterschied zwischen der 360Dialog App und Zapiers integrierter WhatsApp Business App?

Die 360Dialog App verbindet sich über die 360Dialog WhatsApp Business API und nutzt deinen 360Dialog API-Schlüssel sowie deine von 360Dialog verwaltete Nummer. Zapiers integrierte App „WhatsApp Business“ verbindet sich direkt über OAuth mit Metas Cloud API.[5] Die beiden Apps sind getrennt. Ein 360Dialog API-Schlüssel funktioniert nicht mit Zapiers integrierter WhatsApp Business App, und eine Meta OAuth-Verbindung funktioniert nicht mit der 360Dialog App.

Kann ich Template-Nachrichten mit Variablen senden?

Ja. Die Aktion Send Template Message unterstützt genehmigte Vorlagen. Variablen in der Vorlage werden auf Felder aus früheren Schritten im Zap gemappt.[1]

Was passiert, wenn ich jemandem außerhalb des 24-Stunden-Kundenservicefensters schreibe?

Außerhalb des 24-Stunden-Fensters gehen nur vorab genehmigte Template-Nachrichten durch. Freitext- und Medien-Nachrichten schlagen fehl. Das Fenster öffnet sich jedes Mal, wenn ein Kunde deiner Nummer schreibt.[7]

Quellen

[1] Zapier, „360dialog Integrations,“ zapier.com/apps/360dialog/integrations. Accessed 3 Sep 2026.

[2] 360Dialog, „Zapier Integration,“ help.360dialog.com/en/articles/9688265-zapier-integration. Accessed 3 Sep 2026.

[3] 360Dialog, „API Keys,“ docs.360dialog.com/docs/hub/api-key. Accessed 3 Sep 2026.

[4] Zapier, „Plans & Pricing,“ zapier.com/pricing. Accessed 3 Sep 2026.

[5] Zapier, „How to get started with WhatsApp Business on Zapier,“ help.zapier.com/hc/en-us/articles/40123068069005. Accessed 3 Sep 2026.

[6] 360Dialog, „Pricing,“ 360dialog.com/pricing. Accessed 3 Sep 2026.

[7] Meta, „Pricing on the WhatsApp Business Platform,“ developers.facebook.com/docs/whatsapp/pricing. Accessed 3 Sep 2026.

[8] 360Dialog, „Set Multiple Webhooks for Phone Number,“ docs.360dialog.com/partner/onboarding/webhook-events-and-setup/set-multiple-webhooks-for-phone-number. Accessed 3 Sep 2026.
3. September 2026

WhatsApp-Automatisierung: So verbindest du deine Business-Nummer mit jedem Tool

Unternehmen können ihre WhatsApp-Nummer über die WhatsApp Business API mit Automatisierungs-Tools verbinden. Nachrichten gehen dann automatisch raus, sobald in einem anderen internen System ein Ereignis auftritt, etwa eine neue Bestellung, ein abgeschicktes Formular oder ein verpasster Termin. Die meisten Unternehmen haben ihre Tools längst miteinander verbunden, nur WhatsApp läuft weiterhin daneben oder komplett manuell. Die API ändert das. Sie ist kostenlos nutzbar, Meta bietet sie aber nur als Self-Service an: ein Unternehmen baut die Integration entweder von Grund auf selbst oder arbeitet mit einem Business Solution Provider (BSP) zusammen, der Setup und Support übernimmt.[5][6] 360Dialog ist BSP und Official Meta Solution Partner und liefert die API-Verbindung, ein Dashboard zum Verwalten von Keys und Webhooks sowie 24/7 Support. Damit spart sich ein Unternehmen die Eigenentwicklung und automatisiert direkt mit Tools wie Zapier, n8n, Make, Pabbly Connect, Pipedream, IFTTT und Activepieces.

Das Wichtigste in Kürze

WhatsApp-Automatisierung verbindet eine Business-Nummer über die WhatsApp Business API mit externen Tools. Manuelles Nachrichtenschreiben wird durch ereignisgesteuerte Workflows ersetzt.[5]
Die WhatsApp Business App bietet einfache Auto-Antworten (Begrüßungsnachrichten, Abwesenheitsnachrichten, Schnellantworten). Sie unterstützt aber nur einen Nutzer, hat keinen API-Zugang und lässt sich nicht mit externen Automatisierungs-Tools verbinden.[5]
Ein BSP ergänzt Metas kostenlos nutzbare Cloud API um verwaltete Abrechnung, ein Dashboard für API-Keys und Webhooks, dedizierten Support und ein Team-Postfach. Ein Unternehmen muss diese Infrastruktur also nicht selbst aufbauen.[6]
Sieben Tools lassen sich heute über 360Dialog mit WhatsApp verbinden, je nach Plattform über eine native App, eine Community-Node oder ein generisches HTTP- und Webhook-Modul.[2][3][4][7]
Innerhalb des 24-Stunden-Kundenservice-Fensters kann ein Unternehmen jeden Nachrichtentyp senden. Danach gehen nur noch vorab genehmigte Template-Nachrichten durch.[5]

Was ist WhatsApp-Automatisierung

WhatsApp-Automatisierung heißt, die WhatsApp Business API zu nutzen, um Nachrichten automatisch zu senden, zu empfangen und zu beantworten, ausgelöst durch Ereignisse in anderen Systemen. Ein abgeschicktes Formular löst eine Follow-up-Nachricht aus. Ein geänderter Versandstatus verschickt ein Tracking-Update. Eine Terminbuchung löst eine Erinnerung aus. Die Business-Nummer erledigt die Arbeit, ohne dass jemand eine Antwort tippt.

Es gibt zwei Ebenen. Die WhatsApp Business App, Metas kostenlose Mobil- und Desktop-App für kleine Unternehmen, unterstützt einfache Auto-Antworten: eine Begrüßungsnachricht, wenn ein neuer Kunde schreibt, eine Abwesenheitsnachricht außerhalb der Geschäftszeiten und Schnellantworten für häufige Fragen. Die App ist allerdings auf einen Nutzer gleichzeitig begrenzt, stellt keine API bereit und lässt sich nicht mit externen Tools wie einem CRM, einer E-Commerce-Plattform oder einem Automatisierungs-Builder verbinden.

Die WhatsApp Business API ist die Ebene, die echte Automatisierung möglich macht. Sie öffnet eine programmatische Schnittstelle zum Senden von Nachrichten, zum Empfangen eingehender Ereignisse über Webhooks, zum Verwalten von Templates und zur Integration mit jedem System, das einen HTTP-Request stellen kann. Unternehmen bekommen Zugang zur API entweder direkt über Meta oder über einen BSP, der die Verbindung für sie verwaltet.

Warum über einen BSP verbinden statt direkt über Metas API

Eine Verbindung über einen BSP ergänzt Metas Cloud API um eine verwaltete Abrechnung, dedizierten Account-Support und ein Dashboard für API-Keys, Webhooks und Templates. Die Cloud API selbst ist kostenlos nutzbar, ansonsten aber reiner Self-Service.[6] Metas eigener WhatsApp Manager erlaubt es einem Unternehmen, Nummern und Templates direkt zu verwalten. Einen dedizierten Account Manager oder ein garantiertes Support-SLA bietet Meta dabei nicht, ein BSP schon.

360Dialog ist Official Meta Solution Partner. Die WhatsApp API Pläne starten bei 49 EUR pro Nummer und Monat. Mehr als 100.000 Unternehmen betreiben ihre Verbindung zur WhatsApp Business Platform über 360Dialog, abgesichert durch 24/7 Support.[6] Unsere Preisseite listet die aktuellen Plan-Stufen, inklusive Optionen mit höherem Durchsatz für Nummern mit großem Versandvolumen.

Der 360Dialog Hub ist das Dashboard hinter dem Setup aus API-Key und Webhook, das der nächste Abschnitt beschreibt. Ein Unternehmen erzeugt und rotiert dort den API-Key seines Channels, konfiguriert die Webhook-URL und verwaltet Nachrichten-Templates, ohne dieses Tooling selbst zu bauen.[12] Jeder Endpoint, den die Tools in diesem Guide aufrufen, von POST /messages bis zu den multi_webhook Endpoints, ist auf docs.360dialog.com dokumentiert.[1]

Wie funktioniert das Muster aus API-Key und Webhook

WhatsApp mit einem Automatisierungs-Tool zu verbinden beginnt damit, einen API-Key für eine WhatsApp-Nummer zu erzeugen und den Webhook dieser Nummer auf den Endpoint des Tools zu richten. Im 360Dialog Hub erzeugt ein Unternehmen einen Channel-spezifischen Key, sobald eine Telefonnummer das Onboarding abgeschlossen hat.[12] Dieser Key wird bei jedem Request an die API als D360-API-KEY Header mitgesendet.[1]

Ausgehende Nachrichten laufen über einen einzigen Endpoint, POST https://waba-v2.360dialog.io/messages. Der Empfänger wird über Ländervorwahl plus Ziffern identifiziert, ohne Plus-Zeichen und ohne Leerzeichen. Eingehende Nachrichten, Zustellstatus und Fehler kommen als JSON-Payloads an der Webhook-URL an, die für diese Nummer konfiguriert ist. Diese URL lässt sich direkt im Hub oder über die API setzen.[1]

Die strengen Anforderungen liegen auf der Webhook-Seite. Eine Webhook-URL muss HTTPS mit einem gültigen Zertifikat unterstützen, und die Domain darf keinen Unterstrich und keinen explizit angegebenen Port enthalten. Der Endpoint muss jede Benachrichtigung innerhalb von 5 Sekunden mit einer HTTP 200 Antwort bestätigen. Alles, was langsamer ist, und jeder andere Response-Code gilt als fehlgeschlagene Zustellung und landet in der Retry-Warteschlange.

Meta wiederholt einen fehlgeschlagenen Webhook bis zu 7 Tage lang mit exponentiellem Backoff. Ein Webhook, der sich von einem Ausfall erholt, bekommt den Rückstand also noch zugestellt.[1] Standardmäßig bedient ein Webhook eine ganze Telefonnummer. Über den multi_webhook Endpoint kann ein Unternehmen aber bis zu 3 Ziele an eine einzelne Nummer hängen. Das ist praktisch, wenn ein Automatisierungs-Tool und ein Team-Postfach denselben Traffic sehen müssen.[14]

Welche Automatisierungs-Tools lassen sich mit WhatsApp verbinden

Mehrere Automatisierungs-Plattformen verbinden sich über die Integrationen von 360Dialog mit WhatsApp: Zapier, n8n, Make, Pabbly Connect, Pipedream, IFTTT und Activepieces, jede über eine andere Verbindungsmethode, von einer nativen App bis zum einfachen HTTP-Request.[2][3][4][7]

Tool	Wie die Verbindung läuft	Am besten für
Zapier	Native 360Dialog App im Verzeichnis von Zapier, kein Code nötig[2]	Nicht-technische Teams, die Zapier schon nutzen
n8n	Community-Node, `@pmartino/n8n-nodes-360dialog`, nur für selbst gehostetes n8n[3]	Teams mit Self-Hosting, die volle Kontrolle über ihre Workflows wollen
Make	Standard-Module Webhooks und HTTP, keine native 360Dialog App im Verzeichnis von Make[4]	Visuelle Szenario-Builder, die HTTP-Requests selbst konfigurieren
Pabbly Connect	Natives Modul, in Pabblys Benennung als „360 Dialog (Cloud)“ geführt[7]	Kostenbewusste Teams mit Pabblys Preismodell
Pipedream	HTTP-Trigger plus ein Code-Schritt in Node.js oder Python[8]	Entwickler, die Kontrolle auf Code-Ebene bei gemanagter Infrastruktur wollen
IFTTT	Webhooks-Service, jede Nutzung erfordert mindestens einen bezahlten Pro-Plan[9][10]	Teams, die IFTTT Pro bereits bezahlen
Activepieces	HTTP- und Webhook-Schritte, kein natives 360Dialog Piece, kostenlose selbst gehostete Community Edition[11]	Teams, die Open-Source-Automatisierung selbst hosten wollen

Die 360Dialog App im Verzeichnis von Zapier bietet einen Trigger „New Inbound Message“ plus Aktionen zum Senden von Text-, Medien- und Template-Nachrichten und zum Prüfen der Channel-Health, alles ohne eine Zeile Code.[2] Die n8n Community-Node deckt dieselben Operationen ab. Sie wird außerhalb von 360Dialog gebaut und gepflegt und bringt damit die Versions- und Support-Einschränkungen mit, die für jedes Community-Paket typisch sind.[3]

Make und Activepieces liefern beide einen eingebauten WhatsApp-Connector, aber keiner davon spricht mit einer 360Dialog Nummer. Die WhatsApp-Apps bei Make und das eingebaute WhatsApp Piece bei Activepieces verbinden sich mit anderen Diensten oder haben Metas eigenen API-Host fest verdrahtet. Eine 360Dialog Integration muss auf beiden Plattformen deshalb über die generischen HTTP- und Webhook-Schritte laufen.[4][11] Der Webhooks-Service von IFTTT behandelt WhatsApp genauso generisch. Jede Nutzung, ob Senden oder Empfangen, setzt dort mindestens ein bezahltes Pro-Abo voraus. Pro+ ist nur für Webhooks-Abfragen, mehrere verbundene Konten und Filter-Code nötig.[10]

Das native Modul von Pabbly Connect deckt dieselben Kern-Operationen ab wie die App von Zapier: Text-, Template-, Bild- und Dokument-Nachrichten senden, plus eine Aktion zum Auflisten von Templates. Dazu kommt eine Einmalzahlungs-Option, die Teams entgegenkommt, die wiederkehrende Gebühren pro Task vermeiden wollen.[7] Der Code-Schritt von Pipedream gibt Entwicklern volle Kontrolle über die Request-Logik in Node.js oder Python, ausgeführt auf Pipedreams eigener gemanagter Infrastruktur. Damit liegt Pipedream zwischen der No-Code-Einfachheit von Zapier und dem vollständigen Self-Hosting von n8n.[8]

Was kannst du auf WhatsApp automatisieren

Wenn du WhatsApp automatisierst, löst ein Ereignis in einem anderen System automatisch eine Nachricht oder eine nachgelagerte Aktion aus, statt dass jemand sie manuell tippt und sendet.

Lead-Follow-up. Ein abgeschicktes Formular oder ein Klick auf eine Anzeige löst automatisch eine WhatsApp-Nachricht aus, die das Gespräch eröffnet, bevor ein Vertriebsmitarbeiter den Lead überhaupt sieht.
Bestellupdates. Eine Statusänderung im E-Commerce-System, etwa eine Sendung, die das Lager verlässt, löst eine WhatsApp Template-Nachricht mit dem neuen Status und einem Tracking-Link aus.
Terminerinnerungen. Eine Terminbuchung löst eine geplante Erinnerung aus, eine festgelegte Anzahl Stunden vor dem Termin.
CRM-Sync. Eine eingehende WhatsApp-Nachricht erstellt oder aktualisiert automatisch einen Kontakt im CRM, ohne manuelle Dateneingabe.
Interne Benachrichtigungen. Eine hochwertige Bestellung, eine Support-Eskalation oder eine fehlgeschlagene Zahlung löst eine interne Benachrichtigung per WhatsApp oder Slack an das richtige Team aus.

Was ist das 24-Stunden-Kundenservice-Fenster

Das 24-Stunden-Kundenservice-Fenster ist der Zeitraum, nachdem ein WhatsApp-Nutzer ein Unternehmen angeschrieben oder angerufen hat, in dem das Unternehmen jeden Nachrichtentyp senden darf. Sobald es schließt, gehen nur noch von Meta genehmigte Template-Nachrichten durch. Das Fenster setzt sich mit jeder neuen Nachricht und jedem neuen Anruf des Nutzers wieder auf 24 Stunden zurück. Solange es offen ist, kann ein Unternehmen freie Texte, Bilder, Dokumente und interaktive Nachrichten ohne Einschränkung senden.[5]

Jedes Automatisierungs-Tool, das auf der WhatsApp Business API aufsetzt, muss diese Regel einhalten, unabhängig von der Verbindungsmethode. Ein Zap oder ein Make-Szenario, das außerhalb des Fensters eine freie Nachricht an einen Kunden senden will, schlägt fehl. Der Workflow muss dann auf eine genehmigte Template-Nachricht zurückfallen. Genau deshalb bietet jedes Tool aus der Tabelle oben eine eigene Aktion zum Senden von Templates neben der normalen Text-Aktion.[2]

Ein häufiger Fehlerfall ist ein Workflow, der Tage später auf eine alte Konversation antwortet, längst nach Ablauf des Fensters. Am ehesten passiert das bei Automatisierungs-Plattformen mit einem veralteten Webhook oder ohne separat konfigurierte Template-Aktion.

Automatisierung vs. Live Chat: Was übernimmt was

Automatisierungs-Tools übernehmen strukturierte Ereignisse und Daten. Ein Unternehmen mit WhatsApp-Automatisierung braucht deshalb weiterhin ein Live-Postfach für menschliche Antworten. Ein automatisierter Workflow reagiert auf ein bekanntes Ereignis mit einer vorhersehbaren Nachricht: eine Statusänderung, ein abgeschicktes Formular, eine geplante Erinnerung. Ein Live-Postfach übernimmt das Hin und Her, wenn ein Kunde eine ungeplante Frage stellt.

Der Marketplace Plan von 360Dialog bündelt ein Paket an Messaging-Tools mit der API-Verbindung. Ein Team bekommt damit ein gemeinsames Postfach für Live-Antworten, auf derselben Nummer, auf der auch die Automatisierungen laufen.[6] Weil eine 360Dialog Nummer bis zu 3 Webhook-Ziele unterstützt, können ein Automatisierungs-Tool und ein Team-Postfach denselben Nachrichten-Traffic parallel empfangen. Das Tool übernimmt die Trigger, das Postfach die Konversation.[14]

Du willst Automatisierung und ein Live-Team-Postfach auf derselben Nummer verbinden? Sprich mit uns.

Was dich in dieser Serie erwartet

Diese Serie geht bei jeder Plattform tiefer:

WhatsApp Zapier Integration, mit den genauen Triggern und Aktionen der nativen App und dem Unterschied zur eingebauten WhatsApp App von Zapier (folgt in Kürze).
n8n WhatsApp Integration, mit der Installation der Community-Node, der Einrichtung der Credentials und den Versions-Einschränkungen (folgt in Kürze).
Make WhatsApp Integration, mit dem vollständigen Setup der Webhooks- und HTTP-Module, Schritt für Schritt (folgt in Kürze).
4 weitere Wege, WhatsApp mit 360Dialog zu automatisieren, mit Pabbly Connect, Pipedream, IFTTT und Activepieces im Detail (folgt in Kürze).
Wie du einen WhatsApp KI-Chatbot mit 360Dialog baust, mit der Anbindung eines LLM wie ChatGPT, Claude oder Gemini an WhatsApp über die API (folgt in Kürze).
Erste Schritte mit der WhatsApp Business API, mit Account-Setup und Verifizierung von Anfang an (folgt in Kürze).

Bereit, deine Nummer zu verbinden? Mit API starten.

Häufig gestellte Fragen

Brauche ich einen Entwickler, um WhatsApp zu automatisieren?

Das hängt vom Tool ab. Die native App von Zapier und das native Modul von Pabbly Connect brauchen keinen Code, nur einen API-Key, der in die Verbindungsmaske eingefügt wird.[2][7] Make, Pipedream, IFTTT und Activepieces leiten WhatsApp über generische HTTP- und Webhook-Module. Dafür braucht es etwas Routine beim Konfigurieren von Headern und eines JSON-Bodys.[4][8][9] Die n8n Community-Node braucht ebenfalls keinen eigenen Code, lässt sich aber nur auf einer selbst gehosteten n8n Instanz installieren. Das passt zu Teams mit Entwickler-Ressourcen.[3]

Welches Tool passt am besten zu einem nicht-technischen Team?

Zapier und Pabbly Connect passen am besten zu nicht-technischen Teams, denn beide bieten eine native 360Dialog Verbindung ohne HTTP-Konfiguration.[2][7] Der visuelle Szenario-Builder von Make ist leicht zu lernen, braucht aber trotzdem einen Webhook und ein HTTP-Modul, die von Hand konfiguriert werden. Im Verzeichnis von Make gibt es keine native 360Dialog App.[4]

Kann ich mehrere Automatisierungs-Tools auf einer WhatsApp-Nummer nutzen?

Ja. Die Multi-Webhook-Funktion von 360Dialog hebt das Ziel-Limit einer einzelnen Telefonnummer vom Standardwert eins auf bis zu 3 an. Das ist praktisch, wenn ein Automatisierungs-Tool und ein Team-Postfach parallel laufen sollen. Zusätzliche Ziele erhöhen die Latenz bei der Nachrichtenzustellung. 360Dialog empfiehlt deshalb, bei Nummern mit hohem Volumen beim einzelnen Standardziel zu bleiben.[14]

Gibt es eine Sandbox zum Testen von WhatsApp-Automatisierungen?

360Dialog stellt eine separate Sandbox API bereit, unter dem Basis-Pfad waba-sandbox.360dialog.io, um Sendungen und Templates vor dem Livegang zu testen, mit eigenem API-Key und einem Limit von 200 Nachrichten.[15] Eine neue Automatisierung im Live-Betrieb sollte trotzdem zuerst mit einigen echten WhatsApp-Kontakten getestet werden, idealerweise Teammitgliedern oder einer Handvoll Kunden mit Opt-in, bevor sie für die gesamte Zielgruppe aktiv wird.

Was passiert, wenn mein Webhook ausfällt?

Meta wiederholt eine fehlgeschlagene Webhook-Zustellung bis zu 7 Tage lang mit exponentiellem Backoff. Nachrichten bleiben so über einen kurzzeitigen Ausfall hinweg in der Warteschlange. Sobald der Webhook wieder erreichbar ist, muss er weiterhin innerhalb von 5 Sekunden HTTP 200 zurückgeben. Jede andere Antwort, oder keine Antwort in dieser Zeit, landet zurück in der Retry-Warteschlange.[1]

Quellen

[1] 360Dialog, „Webhooks,“ docs.360dialog.com/docs/messaging/webhook. Abgerufen 27 Aug 2026.

[2] Zapier, „360dialog Integrations,“ zapier.com/apps/360dialog/integrations. Abgerufen 27 Aug 2026.

[3] npm, „@pmartino/n8n-nodes-360dialog,“ npmjs.com/package/@pmartino/n8n-nodes-360dialog. Abgerufen 27 Aug 2026.

[4] Make, „Browse Apps,“ make.com/en/integrations. Abgerufen 27 Aug 2026.

[5] Meta, „Pricing on the WhatsApp Business Platform,“ developers.facebook.com/documentation/business-messaging/whatsapp/pricing. Abgerufen 27 Aug 2026.

[6] 360Dialog, „WhatsApp Business Platform Pricing,“ 360dialog.com/pricing. Abgerufen 27 Aug 2026.

[7] Pabbly, „360 Dialog (Cloud) Integrations,“ pabbly.com/connect/integrations/360-dialog-cloud/. Abgerufen 27 Aug 2026.

[8] Pipedream, „HTTP-Triggered Workflows,“ pipedream.com/docs/workflows/triggers. Abgerufen 27 Aug 2026.

[9] IFTTT, „Webhooks Integrations,“ ifttt.com/maker_webhooks. Abgerufen 27 Aug 2026.

[10] IFTTT, „Plans & Pricing,“ ifttt.com/plans. Abgerufen 27 Aug 2026.

[11] Activepieces, „Pricing,“ activepieces.com/pricing. Abgerufen 27 Aug 2026.

[12] 360Dialog, „API Keys,“ docs.360dialog.com/docs/hub/api-key. Abgerufen 27 Aug 2026.

[13] 360Dialog, „Webhook URL,“ docs.360dialog.com/docs/hub/webhook-url. Abgerufen 27 Aug 2026.

[14] 360Dialog, „Set Multiple Webhooks for Phone Number,“ docs.360dialog.com/partner/onboarding/webhook-events-and-setup/set-multiple-webhooks-for-phone-number. Abgerufen 27 Aug 2026.

[15] 360Dialog, „Sandbox,“ docs.360dialog.com/docs/get-started/sandbox. Abgerufen 27 Aug 2026.

28. August 2026

Warum Ihre WhatsApp-Vorlagen immer wieder abgelehnt werden (und wie Sie das Muster beheben)
Ihre Vorlage wurde abgelehnt, Meta hat keinen klaren Grund angegeben und Ihre Kampagne liegt auf Eis. Die Ursache ist selten zufällig. Meistens handelt es sich um eines von vier oder fünf wiederkehrenden Mustern, die bei fast jedem Konto auftreten, das mit Ablehnungen in großem Umfang zu tun hat. Sobald Sie erkennen, in welchem Muster Sie sich befinden, ist die Lösung in der Regel unkompliziert.

Das Fundament: Metas Kategorisierungslogik

Eine plötzliche Ablehnung ist meist auf eine falsche Kategorisierung und nicht auf einen Tippfehler zurückzuführen. Meta verlangt, dass jede Vorlage als Marketing, Utility (Nutzen) oder Authentication (Authentifizierung) gekennzeichnet wird, und das Label muss der tatsächlichen Absicht der Nachricht entsprechen.

Regeln nach Kategorie

Marketing-Vorlagen sind für werbliche Inhalte gedacht: Angebote, Ankündigungen, Produkteinführungen, Re-Engagement-Kampagnen. CTAs wie „Jetzt shoppen“, „Rabatt sichern“ oder „Unsere neue Kollektion ansehen“ gehören hierher. Sie können personalisiert und ansprechend gestaltet sein, aber Meta wird sie beanstanden, wenn Sie sie unter einer anderen Kategorie einreichen.

Utility-Vorlagen umfassen funktionale, transaktionale Nachrichten, die durch eine Kundenaktion ausgelöst werden: Bestellbestätigungen, Versand-Updates, Terminerinnerungen, Zahlungsbelege und Kontobenachrichtigungen. Was nicht dazu zählt: alles mit einem Rabattcode, eine „Willkommen zurück“-Nachricht oder Formulierungen, die zum Kauf anregen sollen. Wenn eine Utility-Vorlage auch nur einen Hauch von werblicher Gestaltung enthält, wird sie abgelehnt. Halten Sie diese strikt operativ, ohne Marketing-Floskeln und ohne Upselling-Sprache.

Authentifizierungsvorlagen sind die am stärksten eingeschränkte Kategorie. Sie sind auf einen Anwendungsfall beschränkt: Verifizierungsnachrichten wie OTPs (Einmalpasswörter), Login-Codes und Kontobestätigungscodes. Meta kontrolliert das Format streng, und der Inhalt darf nicht vom Verifizierungsablauf abweichen. Sie werden pro zugestellter Nachricht abgerechnet und sind nicht mit anderen Kategorien austauschbar.

Die vollständigen Kategorisierungsrichtlinien von Meta finden Sie in der Dokumentation zur Vorlagenkategorisierung. Ein wichtiger Punkt: Seit dem 9. April 2025 prüft Meta die Kategorie während der Überprüfung. Wenn Sie eine Vorlage als Utility einreichen und Meta feststellt, dass der Inhalt Marketing ist, genehmigt Meta die Vorlage als Marketing, anstatt sie zu blockieren. In manchen Fällen lehnt Meta die Vorlage stattdessen ab, wobei die Eigenschaft „reason“ auf INCORRECT_CATEGORY gesetzt wird (siehe Metas Hinweis zum Ablehnungsstatus). In beiden Fällen sollten Sie die von Meta zugewiesene Kategorie nach der Genehmigung prüfen, nicht nur die, die Sie eingereicht haben.

Die Kategorisierungsfalle

Die häufigste Variante dieses Fehlers besteht darin, eine Werbenachricht als Utility-Vorlage einzureichen, um andere Preise oder eine höhere Zustellungspriorität zu erhalten. Das Prüfungssystem von Meta ist genau darauf ausgelegt, dieses Muster zu erkennen. Wenn das Label „Utility“ lautet, der Inhalt aber Rabattformulierungen oder werbliche CTAs enthält, stuft Meta die Vorlage in der Regel eigenständig in Marketing um und lehnt sie in manchen Fällen mit dem Grund INCORRECT_CATEGORY ab. In beiden Fällen greifen die Utility-Preise oder die Priorität, die Sie anstreben, nicht.

Wiederholter Missbrauch von Kategorien birgt auch Risiken auf Kontoebene. Wenn Meta ein durchgängiges Muster falscher Kennzeichnungen erkennt, können Einschränkungen auf Kontoebene verhängt werden, die Ihre Fähigkeit zum Versenden über alle Vorlagen hinweg verlangsamen oder blockieren, nicht nur bei der abgelehnten Vorlage.

Entschlüsselung des Fehlers „Ungültiges Format“

Manchmal hat die Ablehnung nichts mit Ihrer Wortwahl zu tun, sondern ausschließlich mit der Struktur der Nachricht. Ein Fehler im ungültigen Format bedeutet, dass die Syntax so fehlerhaft ist, dass die Prüfung von Meta sie nicht akzeptiert. Diese Probleme sind für einen menschlichen Leser oft unsichtbar, werden aber von der automatisierten Prüfung sofort erkannt.

Die üblichen Verdächtigen:
- Abschließende Zeilenumbrüche. Eine Leerzeile am Ende des Nachrichtentextes. Entfernen Sie diese, sodass der Text mit der letzten geschriebenen Zeile endet.
- Lange Folgen von Leerzeichen. Zwei oder mehr Leerzeichen zwischen Wörtern oder fünf oder mehr aufeinanderfolgende Leerzeichen können die Formatprüfung auslösen. Verwenden Sie einfache Leerzeichen.
- Nicht unterstützte Sonderzeichen. Bestimmte Symbole (zum Beispiel ein Häkchen-Glyph oder Zeichen außerhalb des gewählten Sprachsatzes) werden nicht unterstützt und führen zur Ablehnung.
Faustregel: Wenn Sie Texte aus einem Word-Dokument, einem Design-Tool oder einem CRM-Feld kopieren, lassen Sie diese zuerst durch einen einfachen Texteditor laufen. Verborgene Zeichen und Formatierungsartefakte überstehen den Prüf-Bot nicht.

Das Problem mit Variablen: Parameterfehler

Platzhaltervariablen wie {{1}} und {{2}} folgen strengen Regeln. Wenn Sie gegen eine davon verstoßen, erhalten Sie eine sofortige Ablehnung:
- Nummerieren Sie sie fortlaufend ohne Lücken. {{1}}, {{2}}, {{3}}; ein Sprung zu {{4}} ohne die Verwendung von {{3}} schlägt fehl.
- Achten Sie auf paarweise geschweifte Klammern. {1} oder {{1} mit einer fehlenden Klammer ist ungültig.
- Beginnen oder beenden Sie den Text nicht mit einer Variablen. Ein führender oder abschließender Platzhalter („dangling parameter“) wird abgelehnt.
- Platzieren Sie Variablen nicht direkt hintereinander. {{1}} {{2}} ohne Text dazwischen wird beanstandet.
- Verwenden Sie keine Sonderzeichen innerhalb einer Variablen (kein #, $ oder %).
- Geben Sie jeder Variablen genügend umgebenden Text. Ein guter Richtwert sind etwa drei Wörter fester Text pro Variable, damit der Prüfer erkennen kann, was die Nachricht tatsächlich aussagt.
Die Regel für den Anfang/das Ende überrascht viele Teams. In der Praxis:

Falsch: {{1}}, please confirm your booking for tomorrow. (beginnt mit einer Variablen)
Richtig: Hi {{1}}, please confirm your booking for tomorrow.

Die Anforderung an den umgebenden Text existiert, weil eine führende oder abschließende Variable eine potenzielle Möglichkeit darstellt, Inhaltsfilter zu umgehen. Ohne den Kontext, der die Variable verankert, kann das System nicht bewerten, was tatsächlich gesendet wird.

Das Problem mit der Stichprobe: Tag-Inhalts-Fehler

Wenn Sie eine Vorlage einreichen, fragt Meta nach Beispielinhalten für jede Variable, und dieses Beispiel muss der Art von Daten entsprechen, die die Variable tatsächlich enthalten wird.

Wenn eine Variable ein Lieferdatum enthalten soll, Ihr Beispiel aber wie eine URL oder ein Rabattcode aussieht, erkennt das System einen Konflikt (oft als „tag-content-mismatch“-Fehler zurückgegeben) und lehnt die Vorlage ab. Anhand des Beispiels prüft Meta, ob Ihre Variablen sichere und kontextbezogen angemessene Inhalte enthalten.

Praktische Lösung: Schreiben Sie Ihr Beispiel so, als würden Sie eine echte Nachricht für einen echten Kunden ausfüllen. Wenn die Variable einen Namen enthält, geben Sie einen echten Namen an; wenn sie ein Datum enthält, geben Sie ein echtes Datum an. Je näher das Beispiel an den Produktionsdaten liegt, desto weniger Reibungsverluste gibt es bei der Prüfung.

Doppelte und nahezu doppelte Vorlagen

Meta lehnt auch Vorlagen ab, die Inhalte duplizieren, die Sie bereits erstellt haben. Wenn eine neue Vorlage denselben Text wie eine bestehende enthält oder sich nur durch eine kleine Formulierungsänderung unterscheidet, kann das Prüfungssystem sie als Duplikat einstufen und ablehnen. Davon betroffen sind Teams, die nahezu identische Varianten für verschiedene Segmente erstellen oder eine leicht bearbeitete Version einer bereits genehmigten Vorlage erneut einreichen.

Meta behandelt dies in seinen Richtlinien zur Vorlagenprüfung. Die Lösung besteht darin, Ihre bestehenden Vorlagen zu prüfen, bevor Sie eine neue erstellen. Wenn Sie wirklich Varianten benötigen, sollten sich diese in Struktur oder Zweck unterscheiden und nicht nur kosmetische Bearbeitungen derselben Nachricht sein. Das Zusammenführen sich überschneidender Vorlagen hält Ihr Konto übersichtlicher und reduziert die Ablehnungen, die aus Inhalten resultieren, die ein Prüfer als repetitiv einstuft.

Checkliste vor der Einreichung

Bevor Sie eine Vorlage einreichen, gehen Sie diese Prüfpunkte durch:
- Kategorie entspricht der Absicht. Marketing für Werbung, Utility für Transaktionen, Authentication nur für Verifizierungen. Keine Werbesprache in einer Utility-Vorlage.
- Format ist sauber. Keine abschließende Leerzeile, keine doppelten oder langen Folgen von Leerzeichen, keine nicht unterstützten Symbole. Zuerst durch einen einfachen Texteditor kopieren.
- Variablen sind gültig. Fortlaufend ohne Lücken, paarweise Klammern, niemals am Anfang oder Ende freistehend, niemals direkt hintereinander, keine Sonderzeichen darin.
- Genügend Kontext pro Variable. Etwa drei Wörter fester Text pro Platzhalter, damit die Absicht klar ist.
- Beispielinhalt ist realistisch. Jedes Beispiel entspricht dem echten Datentyp: ein echter Name für einen Namen, ein echtes Datum für ein Datum.
- Links sind sauber. Verwenden Sie Ihre eigene Domain; vermeiden Sie wa.me-Links und URL-Shortener.
- Inhalt ist originell und relevant. Vermeiden Sie doppelte Vorlagen und alles, was als Spam wahrgenommen werden könnte.
Tools zur Optimierung der Abläufe nutzen

Für Unternehmen, die hunderte von Vorlagen verwalten, ist die manuelle Eingabe eine Fehlerquelle. Eine solide API und der WhatsApp Marketplace können Ihnen Tools bieten, die Vorlagen vorvalidieren, bevor sie Meta überhaupt erreichen. Diese Vorabprüfung spart Stunden an Korrekturschleifen und hält Kampagnen im Zeitplan.

Dies ist besonders bei großen Mengen wichtig. Ein einzelner Vorlagenfehler, der eine Kampagne verzögert, ist eine kleine Unannehmlichkeit; derselbe Fehler, der sich über 50 Vorlagen wiederholt, ist ein echtes betriebliches Problem. Tools zur Vorlagenverwaltung, die für Konten mit hohem Volumen entwickelt wurden, machen diese Probleme bereits in Ihrem Workflow sichtbar und nicht erst in einer Ablehnungsmitteilung von Meta.

Wie sich die Qualitätsbewertung der Vorlage auf Ihre Zustellung auswirkt

Ein weiterer Punkt liegt vollständig außerhalb des Genehmigungsprozesses. Die Qualitätsbewertung hat keinen Einfluss darauf, ob eine Vorlage genehmigt wird, aber sie entscheidet darüber, ob eine genehmigte Vorlage aktiv bleibt. Sobald eine Vorlage live ist, überwacht Meta sie mit einer Qualitätsbewertung, die darauf basiert, wie die Nutzer reagieren. Die Bewertung wird als Grün (hoch), Gelb (mittel) oder Rot (niedrig) angezeigt und wird stark vom Nutzerfeedback beeinflusst. Eine rote Bewertung kann dazu führen, dass eine Vorlage automatisch pausiert oder deaktiviert wird, selbst wenn sie die Prüfung fehlerfrei bestanden hat.

Hohe Bewertungen resultieren aus Nachrichten, die Nutzer als relevant und zeitnah empfinden. Vorlagen, die Antworten und Klicks generieren, bleiben grün; Vorlagen, die zu Blockierungen führen, werden markiert. Das System spiegelt die tatsächliche Nutzerstimmung wider, daher sind Ihr Targeting und die Relevanz der Nachricht genauso wichtig wie eine technisch einwandfreie Einreichung.

Ablehnung in ein Erfolgsmuster verwandeln

Die Ablehnung von WhatsApp-Vorlagen folgt festen Regeln statt willkürlicher Bewertung. Die Regeln zu Kategorisierung, Format, Variablen-Reihenfolge und Beispielinhalten ändern sich kaum. Sobald Sie also erkannt haben, welches Muster Ihre Ablehnungen verursacht, können Sie es von vornherein aus Ihrem Prozess ausschließen. Marken wie ALDI Suisse und Supernova haben durch das richtige Fundament zuverlässiges WhatsApp-Messaging in großem Maßstab aufgebaut.

Betrachten Sie jede Ablehnung als diagnostisches Signal. Prüfen Sie zuerst die Kategorie, dann das Format, dann die Variablen und schließlich die Beispiele. Die meisten Teams stellen fest, dass ein oder zwei Muster für den Großteil ihrer Ablehnungen verantwortlich sind. Beheben Sie diese Muster auf Prozessebene innerhalb Ihres Workflows zur Vorlagenerstellung, und die Raten für die Erstgenehmigung werden steigen.

FAQ

Wie lange dauert die Überprüfung einer Vorlage normalerweise?

Die Überprüfung durch Meta ist in der Regel innerhalb von 24 Stunden abgeschlossen, und viele Vorlagen werden innerhalb weniger Stunden freigegeben; eine saubere automatisierte Prüfung kann in Minuten erfolgen. In Zeiten mit hohem Aufkommen können sich die Prüfzeiten verlängern. Wenn eine Vorlage länger als 48 Stunden ohne Entscheidung in der Prüfung bleibt, prüfen Sie Ihren Business Manager auf Flags auf Kontoebene, die den Prozess aufhalten könnten.

Kann ich eine abgelehnte Vorlage bearbeiten oder muss ich eine neue erstellen?

Sie können eine abgelehnte Vorlage bearbeiten und erneut einreichen, anstatt von vorne zu beginnen. Nehmen Sie die spezifischen Änderungen vor, die den Ablehnungsgrund adressieren, und reichen Sie sie dann erneut ein; die bearbeitete Version durchläuft einen neuen Prüfzyklus. Führen Sie Protokoll darüber, was Sie geändert haben. Wenn dieselbe Vorlage mehr als einmal abgelehnt wird, verrät Ihnen das Muster über die Ablehnungen hinweg mehr als jeder einzelne Grund.

Was soll ich tun, wenn meine Vorlage ohne klaren Grund abgelehnt wird?

Beginnen Sie mit der Prüfung der Kategorie, der häufigsten Ursache für Ablehnungen ohne offensichtliche Erklärung. Schauen Sie sich dann das Format an (abschließende Zeilenumbrüche, lange Leerzeichenfolgen, nicht unterstützte Zeichen) und die Variablensequenzierung. Wenn sie all diese Punkte besteht, überprüfen Sie Ihren Beispielinhalt, um sicherzustellen, dass er das widerspiegelt, was tatsächlich gesendet wird. Einer dieser vier Bereiche ist meist das Problem, selbst wenn die Meldung vage ist.

Wie oft kann ich dieselbe Vorlage erneut einreichen?

Es gibt kein striktes Limit, aber das wiederholte Einreichen derselben Vorlage ohne wesentliche Änderungen kann Qualitätssignale auf Kontoebene auslösen. Reichen Sie sie erst dann erneut ein, wenn Sie das spezifische Problem identifiziert und behoben haben. Wenn Sie die Ursache nicht genau bestimmen können, ändern Sie die Struktur (umformulieren, Platzierung der Variablen anpassen, Beispielinhalt aktualisieren), bevor Sie sie erneut einreichen, anstatt eine identische Version zu senden.

Betreffen Einschränkungen auf Kontoebene alle Vorlagen oder nur neue Einreichungen?

Einschränkungen auf Kontoebene aufgrund wiederholter Richtlinienverstöße treffen in der Regel zuerst neue Einreichungen, was die Prüfung verlangsamt oder die Ablehnungsraten generell erhöht. Vorlagen, die bereits genehmigt und live sind, funktionieren im Allgemeinen weiter, es sei denn, das Konto erreicht eine schwerwiegendere Einschränkungsstufe. Deshalb ist eine konsequente Einhaltung der Richtlinien wichtig: Ein Muster von falsch etikettierten oder richtlinienwidrigen Einreichungen erschwert alles, was Sie danach einreichen.
16. Juni 2026
So integrieren Sie WhatsApp in Ihr SaaS
Ihre Kunden wollen ihre eigenen Nutzer über WhatsApp erreichen, und diejenigen, die das nicht innerhalb Ihrer Plattform tun können, tun es woanders. Jedes Mal, wenn ein Nutzer Ihr Produkt verlässt, um eine Nachricht über ein anderes Tool zu senden, ist das Aktivität, die Sie nicht mehr besitzen, und Aktivität, die sich aus Ihrer Plattform herausbewegt, ist genau der Punkt, an dem die Kundenbindung zu erodieren beginnt. Verweisen Sie sie auf ein externes Tool, und Sie geben diese Bindung aus der Hand. Bauen Sie die Integration selbst, und Sie investieren Monate in Messaging-Infrastruktur, bevor überhaupt die erste Nachricht gesendet wird.

Das ist die eigentliche Spannung für ISV-Teams: WhatsApp ist dort, wo die Nutzer Ihrer Kunden bereits sind, aber es in Ihr Produkt zu bringen, ohne Ihre Roadmap zu sprengen, ist der schwierige Teil. Dieser Leitfaden schlüsselt auf, worauf es wirklich ankommt, in der Reihenfolge, in der die Entscheidungen anfallen: zuerst die geschäftlichen Entscheidungen (selbst bauen oder kaufen, Preise, Partner), dann der technische Aufbau (Embedded Signup, API, Multi-Tenant-Architektur).

Warum SaaS-Plattformen WhatsApp einbetten

SaaS-Plattformen entwickeln sich zu Ökosystemen. Nutzer erwarten, dass die Tools, mit denen sie kommunizieren, in den Produkten leben, in denen sie ohnehin arbeiten, und nicht in einem separaten Tab.

WhatsApp ist der Ort, an dem ein Großteil dieser Kommunikation bereits stattfindet, was es naheliegend macht, es in Ihr Produkt zu holen, statt es außen vor zu lassen. Für Ihre Plattform verändert das das Wertversprechen: Anstatt eine Funktion anzubieten, werden Sie zu dem Ort, an dem die Kommunikation Ihrer Kunden tatsächlich abläuft.

Die Herausforderung besteht darin, dies skalierbar über viele Kunden hinweg umzusetzen, ohne Ihre Architektur zu sprengen.

WhatsApp-Integration selbst bauen oder kaufen: Was ist der richtige Ansatz?

Eine der wichtigsten Entscheidungen ist, ob Sie Ihre eigene Lösung entwickeln oder eine bestehende Partner-Infrastruktur nutzen möchten.

Eine Eigenentwicklung gibt Ihnen die volle Kontrolle und ermöglicht es Ihnen, alles auf Ihr Produkt zuzuschneiden. Diese Kontrolle hat ihren Preis. Eine grundlegende interne Integration benötigt in der Regel 4 bis 6 Monate Entwicklungszeit, bevor Sie die erste Nachricht in der Produktion versenden – und das noch vor der laufenden Wartung, da Meta seine API ständig aktualisiert. Ein Partner-Setup über einen etablierten BSP bringt Sie normalerweise innerhalb von 2 bis 4 Wochen von der Vertragsunterzeichnung zur ersten Produktionsnachricht.

Die Abwägung läuft meist auf eine Frage hinaus: Sollte Ihr Engineering-Team die nächsten Monate damit verbringen, eine Messaging-Infrastruktur aufzubauen, oder die Kernfunktionen des Produkts entwickeln, für die Ihre Kunden tatsächlich bezahlen?

Genau hier verändert ein Partner wie 360Dialog die Rechnung. Der schwierigste Teil, den man selbst bauen müsste, ist nicht das Senden einer Nachricht, sondern die Onboarding-Infrastruktur drumherum: Unternehmensverifizierung, WABA-Bereitstellung, Rufnummernregistrierung und der Embedded-Signup-Flow, der das alles zusammenhält – multipliziert mit jedem Kunden, den Sie onboarden. 360Dialog stellt das als einen einzigen Integrationspunkt bereit, sodass die Monate, die Sie sonst mit dem Aufbau der BSP-Infrastruktur verbringen würden, zurück in Ihr Produkt fließen.

Für die meisten ISVs gewinnen Partnerlösungen diese Bewertung. Ein Eigenbau ist zwar möglich, aber die Opportunitätskosten sind einfach zu hoch.

Preismodelle und Monetarisierung für WhatsApp in SaaS

Seit Meta im Juli 2025 vom alten konversationsbasierten Modell abgerückt ist, wird WhatsApp pro zugestellter Nachricht nach Vorlagenkategorie abgerechnet. Die Kosten variieren je nachdem, wie Ihre Kunden mit ihren eigenen Nutzern kommunizieren. Das Modell, das Sie für die Weitergabe dieser Kosten wählen, hat echte Auswirkungen auf Vertrauen und Kundenbindung.

Bei einer Multi-Tenant-Plattform ist die erste Frage, die Product Manager stellen, wer eigentlich Meta bezahlt. Die Kette ist unkompliziert: Meta stellt dem BSP in Rechnung, der BSP stellt Ihrer Plattform in Rechnung, und Ihre Plattform entscheidet, wie sie diese Kosten von jedem Kunden zurückholt. Da jeder Kunde sein eigenes WABA hat, wird die Messaging-Nutzung pro Mandant gemessen, sodass Sie jedem Kunden exakte Kosten zuordnen können, statt eine einzige gemeinsame Rechnung aufzuteilen. Was Sie mit diesen Kosten pro Mandant tun – ob Sie sie weitergeben, einen Aufschlag erheben oder sie in ein Abonnement einbinden – ist die Preisentscheidung, um die es im Folgenden geht.

Plattformen verfolgen im Wesentlichen drei Ansätze: direkte Weitergabe zum Selbstkostenpreis (Zero Markup), Weitergabe mit Aufschlag oder die Bündelung des Messaging in gestaffelten Abonnementpreisen.

Das Zero-Markup-Modell verdient mehr Aufmerksamkeit, als es normalerweise erhält. Wenn Sie die WhatsApp-Nachrichtenkosten genau so weitergeben, wie Meta sie berechnet, ohne Aufschlag, können Ihre Kunden exakt sehen, wofür sie bezahlen, und dies mit den veröffentlichten Raten von Meta abgleichen. Diese Transparenz beseitigt eine Art von Reibung, die häufig bei Verlängerungs- und Erweiterungsgesprächen auftritt: Kunden müssen sich nicht fragen, ob sie eine Prämie auf die Infrastrukturkosten zahlen, und Sie müssen nicht bei jeder Preisanpassung durch Meta Ihre eigenen Preise neu kalkulieren.

360Dialog arbeitet bei den Nachrichtenkosten nach einem Zero-Markup-Modell. Für ISVs, die über 360Dialog integrieren, bedeutet dies, dass Sie Kunden direkte Kostentransparenz bei der WhatsApp-Nutzung bieten können, während Sie Ihre eigenen Einnahmen aus Plattformgebühren, Feature-Paketen oder Abonnementstufen generieren, anstatt aus einer Nachrichtenmarge, die Kunden irgendwann genau prüfen werden. Das ist ein klareres Wertversprechen und führt tendenziell zu dauerhafteren Beziehungen als eine margenbasierte Preisgestaltung für Nachrichten.

Den richtigen WhatsApp-Partner für Ihr SaaS wählen

Der von Ihnen gewählte Partner hat direkten Einfluss auf Ihre Markteinführungsgeschwindigkeit, Ihre Architekturoptionen und Ihren langfristigen operativen Aufwand.

Ein starker Partner sollte Folgendes unterstützen:
- Embedded Signup
- Multi-Tenant-Architektur
- Zuverlässige API-Performance
Er sollte zudem die operative Komplexität reduzieren, damit sich Ihr Team auf die Entwicklung von Produktfunktionen konzentrieren kann, anstatt die Infrastruktur zu verwalten.

360Dialog wurde genau für diesen ISV- und Plattform-Anwendungsfall entwickelt, mit WABA-Bereitstellung, API-Zugriff, Compliance und Onboarding-Flow über eine einzige Partner-Integration. Mehr Details finden Sie auf der 360Dialog Partner-Seite oder in der Partner-API-Dokumentation.

Sobald Sie sich für einen Partner entschieden haben, ist das Erste, was er mühelos machen sollte, das Onboarding – und genau hier kommt Embedded Signup ins Spiel.

Was ist WhatsApp Embedded Signup (und warum es wichtig ist)

Mit dem WhatsApp Embedded Signup können Ihre Nutzer ihr WhatsApp Business-Konto verbinden, ohne Ihre Plattform zu verlassen. Alles findet innerhalb Ihrer Produktoberfläche statt. Es lohnt sich zu verstehen, welche Schritte im Vergleich zum herkömmlichen Ablauf außerhalb der Plattform entfallen.

Ohne Embedded Signup müssen Ihre Nutzer normalerweise Ihre Plattform verlassen, die Unternehmensverifizierung bei Meta separat durchlaufen, ihr WhatsApp Business-Profil einrichten, eine Telefonnummer registrieren und dann zurückkehren, um die Verbindung herzustellen. Das sind fünf separate Reibungspunkte, die jeweils das Risiko eines Absprungs bergen.

Mit einem Embedded Signup, das über einen Partner wie 360Dialog implementiert wurde, wird derselbe Prozess in einen geführten In-App-Flow komprimiert. Unternehmensverifizierung, Rufnummernregistrierung und Profileinrichtung erfolgen, ohne dass der Nutzer Ihr Produkt jemals verlässt. Die Schritte finden zwar immer noch statt, laufen aber im Hintergrund ab oder erscheinen als einfache Eingabeaufforderungen in Ihrer Benutzeroberfläche.

Das Ergebnis ist eine schnellere Aktivierung und eine deutlich höhere Akzeptanz der Funktionen. Für SaaS-Plattformen ist dies mehr als nur eine UX-Verbesserung. Es entscheidet direkt darüber, wie viele der Nutzer, die die WhatsApp-Funktion sehen, diese am Ende auch tatsächlich nutzen.

WhatsApp API für SaaS-Plattformen

Die WhatsApp API für SaaS unterscheidet sich grundlegend von einer typischen Drittanbieter-Integration. Es ist kein Plug-and-Play-Widget, sondern ein System, das Backend-Logik, Infrastruktur und sorgfältige Planung erfordert.

Auf Basisebene übernimmt die API das Senden und Empfangen von Nachrichten, die Verwaltung von Vorlagen sowie die Verarbeitung von Webhooks und Zustellungsereignissen. Wenn Sie jedoch für eine Plattform statt für ein einzelnes Unternehmen bauen, steigt die Komplexität schnell an.

Sie haben es nicht mehr nur mit einem Konto zu tun. Sie verwalten viele Kunden, jeder mit eigenen Daten, Berechtigungen und Nutzungsmustern. Hier wird ein Multi-Tenant-WhatsApp-API-Setup entscheidend, und hier haben die Architekturentscheidungen, die Sie frühzeitig treffen, die nachhaltigste Wirkung.

Architektur-Essentials für eine Multi-Tenant-WhatsApp-Integration

Hier werden die technischen Entscheidungen folgenreich. Ein paar Fragen entscheiden darüber, ob Ihre Architektur sauber skaliert oder ab 50+ Kunden Probleme bereitet.

Erhält jeder Kunde sein eigenes WABA oder teilen sie sich eines?

In einem ordnungsgemäß strukturierten Multi-Tenant-Setup erhält jeder Kunde sein eigenes WhatsApp Business Account (WABA). Dies ist wichtig für Compliance, Datenisolation und Portabilität: Wenn ein Kunde Ihre Plattform verlässt, nimmt er sein WABA und seine Telefonnummer mit. Mit dem Partnermodell von 360Dialog erfolgt die WABA-Bereitstellung pro Kunde und ist an das Partnerkonto Ihrer Plattform gebunden, sodass Sie alles über ein einziges Dashboard verwalten können, ohne dass Kunden sich die Infrastruktur teilen.

Wie funktioniert das Webhook-Routing bei hoher Skalierung?

Wenn Sie über 100 Mandanten haben, gibt es zwei architektonische Optionen: einen einzigen eingehenden Webhook-Endpunkt, der Nachrichten nach WABA-ID demultiplext (einfacher zu warten, mit Routing-Logik in Ihrer Anwendungsebene), oder Endpunkte pro Mandant (isolierter, aber operativ aufwendiger). Die meisten großen Plattformen nutzen einen einzigen Endpunkt mit Demultiplexing. Die API von 360Dialog enthält die WABA-Kennung in jedem Webhook-Payload, um dies zu vereinfachen.

Wie sieht die Bereitstellung von API-Schlüsseln konkret aus?

Der realistische Ablauf ist: Ein Kunde schließt den Embedded Signup ab, 360Dialog erstellt ein WABA und stellt einen an dieses WABA gebundenen API-Schlüssel bereit, Ihre Plattform erhält den Schlüssel über einen Webhook-Callback und Sie speichern ihn für das Konto dieses Kunden. Von da an verwendet jeder API-Aufruf für diesen Kunden dessen eigene Zugangsdaten. So bleiben Nutzungsüberwachung, Ratenbegrenzungen und Abrechnung pro Mandant sauber getrennt.

Vorlagenverwaltung über Mandanten hinweg

Bei entsprechender Skalierung ist die Genehmigung von Vorlagen ein wiederkehrender operativer Aufwand. Die Vorlagen jedes Kunden durchlaufen unabhängig voneinander die Prüfung durch Meta. Daher benötigt Ihre Plattform einen Workflow zum Einreichen, Verfolgen und Anzeigen des Genehmigungsstatus pro Kunde, nicht nur global. Bauen Sie dies frühzeitig in Ihre Onboarding- und Kontoverwaltungs-UI ein. Eine nachträgliche Integration ist mühsam.

WhatsApp skalierbar verwalten: Analytics, Automatisierung und Ökosystem

Sobald das Messaging live ist, verlagert sich der Fokus von der Einrichtung auf die Optimierung.

Analytics spielen eine zentrale Rolle. Zustellraten, Antwortzeiten und Konversationsvolumen sind die Basis, aber für Partnerplattformen sind die wertvolleren Metriken mandantenspezifisch. Zu wissen, dass die Gesamtzustellrate Ihrer Plattform bei 97 % liegt, ist weniger nützlich als zu wissen, bei welchem spezifischen Kunden die Rate sinkt, was auf ein Problem mit der Vorlagenqualität hindeutet. WhatsApp-Metriken und Analytics-Tools, die für ISVs entwickelt wurden, machen diese Sichtbarkeit pro Kunde möglich, sodass Sie Kunden unterstützen können, bevor diese selbst Probleme bemerken.

Integrationen erweitern die Möglichkeiten Ihrer Plattform ohne zusätzlichen Entwicklungsaufwand für Sie. Der WhatsApp Marketplace ist hier als strategisches Asset für Ihre Kunden relevant. Wenn diese ihre bestehenden CRM-, Helpdesk- oder Automatisierungstools direkt über einen Marketplace mit WhatsApp verbinden können, entlastet dies Ihr Team davon, jede mögliche Integration nativ bauen zu müssen. Das Ökosystem übernimmt diese Arbeit, und Ihre Plattform profitiert von der Konnektivität ohne den Wartungsaufwand.

Häufige Fehler, die es zu vermeiden gilt

Die Fehler, die bei WhatsApp-Integrationen den größten Schaden anrichten, sind meist WhatsApp-spezifisch und keine allgemeinen Integrationsprobleme.

Versuch einer direkten API-Integration ohne BSP für ein Multi-Tenant-Produkt. Die WhatsApp Business API von Meta ist nicht darauf ausgelegt, Multi-Tenant-SaaS-Anwendungsfälle durch direkte Integration zu unterstützen. Plattformen, die versuchen, ohne einen Business Solution Provider (BSP) zu bauen, stoßen auf Einschränkungen bei der Kontobereitstellung und Compliance-Anforderungen, die die direkte API auf Plattformebene nicht handhabt. Für ISVs ist die Zusammenarbeit mit einem BSP wie 360Dialog einfach die Art und Weise, wie das Ökosystem strukturiert ist.

Ignorieren des Workflows zur Vorlagengenehmigung beim Onboarding. Jeder Kunde hat seinen eigenen Vorlagen-Überprüfungsprozess mit Meta. Wenn Ihr Onboarding-Flow dies nicht berücksichtigt (Anzeige des Genehmigungsstatus, Umgang mit Ablehnungen und Anleitung der Kunden bei der erneuten Einreichung), bleiben Kunden stecken, bevor sie ihre erste Kampagne senden. Die Vorlagen-Genehmigung muss ein sichtbarer Teil Ihrer Onboarding-Benutzeroberfläche sein, keine Fußnote.

Falsche Handhabung der Inhaberschaft von Telefonnummern. Wem die WhatsApp-Nummer gehört, wenn ein Kunde Ihre Plattform verlässt, ist eine Architektur-Entscheidung, die Sie vor dem Start treffen müssen. In einer ordnungsgemäß strukturierten Integration besitzt der Kunde seine Nummer und WABA. Wenn Ihr Setup die Rufnummernmitnahme nicht unterstützt, schaffen Sie gleichzeitig ein Abwanderungsrisiko und ein potenzielles rechtliches Problem.

Von Tag eins an auf Skalierbarkeit setzen

Die Einbettung von WhatsApp in Ihre SaaS-Plattform ist ein strategisch kluger Schritt. Sie stärkt Ihr Produkt, verbessert das Engagement und eröffnet neue Umsatzmöglichkeiten.

Der Erfolg hängt davon ab, wie Sie das Thema angehen. Von der WABA-Architektur über die Vorlagenverwaltung bis hin zum Preismodell – die während der Integration getroffenen Entscheidungen prägen die Leistung des Systems, egal ob Sie zehn oder tausend Kunden haben.

Der beste Ansatz ist, von Anfang an langfristig zu denken: Planen Sie eine Architektur für die Isolation von Mandanten, reduzieren Sie Reibungsverluste beim Onboarding durch Embedded Signup, wählen Sie ein Partnermodell, das Ihnen Kostentransparenz bietet, und entwickeln Sie die operativen Tools (Analytics, Vorlagenverwaltung, Nummerninhaberschaft), bevor Sie unter Druck geraten.

Was am Ende zählt, ist, ob sich Ihre Kunden darauf verlassen können, wenn es darauf ankommt.

FAQ

Benötigt jeder unserer Kunden ein eigenes WABA?

Ja. Für ein Multi-Tenant-SaaS-Setup sollte jeder Kunde ein separates WhatsApp Business Account haben. Das ermöglicht Datenisolation, unabhängige Vorlagenverwaltung und Rufnummernportabilität, falls der Kunde Ihre Plattform jemals verlässt. Über das Partnermodell von 360Dialog wird die WABA-Bereitstellung pro Kunde automatisch als Teil des Embedded-Signup-Flows abgewickelt.

Wie wirkt sich der Embedded Signup auf die Beziehung zum BSP aus?

Wenn ein Kunde den Embedded Signup auf Ihrer Plattform abschließt, wird das resultierende WABA unter Ihrem Partnerkonto mit 360Dialog als BSP bereitgestellt. 360Dialog kümmert sich um die Beziehung zu Meta, die Compliance und den API-Zugriff, während Ihr Kunde nur mit der Benutzeroberfläche Ihrer Plattform interagiert. Die BSP-Ebene bleibt für ihn unsichtbar, ist aber für die Infrastruktur unerlässlich.

Was passiert mit der Nummer eines Kunden, wenn er Ihre Plattform verlässt?

In einer korrekt strukturierten Integration besitzt der Kunde seine Telefonnummer und sein WABA. Die Plattform zu verlassen bedeutet nicht, die WhatsApp-Präsenz zu verlieren; der Kunde kann zu einem anderen BSP oder einer anderen Lösung migrieren. Wenn Ihre Integration dies nicht unterstützt, sollten Sie dies vor dem Start beheben – sowohl für das Kundenvertrauen als auch um Komplikationen zu vermeiden, falls ein Kunde jemals Datenportabilität verlangt.

Können wir den BSP wechseln, nachdem wir bereits gestartet sind?

Eine BSP-Migration ist möglich, bringt aber operativen Aufwand mit sich: WABAs müssen neu bereitgestellt, API-Zugangsdaten aktualisiert und manchmal Teile des Verifizierungsprozesses wiederholt werden. Technisch ist es machbar, aber die Wahl des richtigen BSP von Anfang an spart viel Zeit. Wenn Sie Partner evaluieren, sind diese Migrationskosten ein realer Faktor, den es abzuwägen gilt.

Wie handhaben wir die Vorlagengenehmigung für über 100 Kunden?

Die Vorlagen jedes Kunden durchlaufen unabhängig voneinander die Prüfung durch Meta. Bei 100 Kunden könnten Sie also jederzeit Hunderte von Vorlagen in verschiedenen Stadien der Prüfung, Genehmigung oder Ablehnung haben. Sie benötigen eine in Ihre Plattform integrierte Oberfläche zur Vorlagenverwaltung pro Kunde, die den Status anzeigt, Ablehnungen mit Hinweisen hervorhebt und die erneute Einreichung unterstützt. Dies ist einer der operativen Bereiche, die am schlechtesten skalieren, wenn sie manuell gehandhabt oder in einem allgemeinen Benachrichtigungs-Feed vergraben werden.
16. Juni 2026
Metas neue Messaging-Limits & Template-Pacing: So gestalten Sie Ihre Kampagnenstrategie neu
Im vergangenen Jahr hat Meta den Schwerpunkt bei der Ausführung von WhatsApp-Kampagnen stillschweigend verlagert – weg von festen Messaging-Limits hin zu qualitätsbasiertem Pacing. Die meisten Teams haben sich noch nicht angepasst.

Sie können weiterhin hohe Volumina versenden, und die WhatsApp-Messaging-Limit-Stufen (250, 2.000, 10.000 und höher) existieren technisch gesehen noch. Aber sie kontrollieren nicht mehr Ihre Kampagnenleistung. Was tatsächlich entscheidet, wie schnell Ihre Nachrichten versendet werden, ist jetzt qualitätsbasiertes Pacing: Meta gibt Ihre Nachrichten in Batches frei und beobachtet, wie die Empfänger reagieren, bevor der Rest versendet wird.

Wenn Sie SaaS-Kampagnen durchführen (Onboarding-Flows, Werbeaktionen, Retention-Nudges), haben Sie das wahrscheinlich bereits bemerkt. Nachrichten kommen nicht mehr alle gleichzeitig an. Einige Nutzer erhalten sie sofort, andere Stunden später.

Sie kontrollieren also nicht mehr das Timing der Zustellung wie früher, und wenn Ihre Strategie noch darauf basiert, sinkt die Leistung schnell.

Was sich bei Metas Messaging-Limits geändert hat (und was nicht)

Das alte Modell war leicht zu verstehen. Ihr Messaging-Limit hing von Ihrer Stufe ab: 250 Konversationen pro Tag, dann 2.000, dann 10.000, dann höher, während Sie skalierten. Wenn Sie wachsen wollten, konzentrierten Sie sich darauf, diese Schwellenwerte zu erreichen. Sie können die aktuelle Struktur in der Dokumentation zu Metas Messaging-Limits einsehen.

Sie haben vielleicht gehört, dass Meta die 2.000er- und 10.000er-Stufen vollständig entfernt hat. Das ist nicht korrekt. Diese Stufen existieren noch, sie sind an Ihr Business-Portfolio gebunden und begrenzen technisch gesehen Ihr maximales Sendevolumen. In der Praxis wird Sie das Pacing jedoch lange erreichen, bevor Sie sich diesen Limits nähern. Die Stufen setzen die Obergrenze; das Pacing kontrolliert, wie schnell Sie sich darunter bewegen.

Das ist der eigentliche Wandel. Statt zu fragen: „Wie viele Nachrichten kann ich senden?“, lautet die Frage jetzt: „Wie schnell lässt Meta mich sie zustellen?“ Und das hängt von der Qualität ab.

Wie Template-Pacing tatsächlich funktioniert

Template-Pacing ist Metas Methode zur Risikokontrolle. Wenn Sie eine große Kampagne versenden, gehen Ihre Nachrichten nicht alle auf einmal raus. Sobald Sie eine Sendeschwelle überschreiten, wird der Rest zurückgehalten, während Meta auf Feedback wartet. Meta beobachtet, wie Nutzer auf die bereits versendeten Nachrichten reagieren, und gibt die zurückgehaltenen Nachrichten dann an den Rest Ihrer Zielgruppe frei oder verwirft sie bei schlechten Signalen und pausiert das Template.

So sieht das in einem realen SaaS-Szenario aus. Angenommen, Sie starten eine neue Funktion und versenden eine Kampagne an 100.000 Nutzer. Anstatt alles sofort zuzustellen, sendet Meta möglicherweise die ersten 5–10 % und hält den Rest zurück. Wenn diese Gruppe gut interagiert, werden die zurückgehaltenen Nachrichten freigegeben und an den Rest Ihrer Zielgruppe gesendet. Wenn nicht, werden die verbleibenden Nachrichten verworfen und das Template pausiert.

Es ist hilfreich zu wissen, dass zwei verwandte Mechanismen dahinterstehen. Template-Pacing gilt für ein einzelnes Template und betrifft hauptsächlich neu erstellte Templates, kürzlich reaktivierte oder solche, die noch keine hohe Qualitätsbewertung haben; sobald sich ein Template bewährt hat, stoppt Meta das Pacing in der Regel. Portfolio-Pacing ist der umfassendere Mechanismus und bündelt große Kampagnen über alle Nummern in Ihrem Business-Portfolio hinweg basierend auf der jüngsten Qualitätshistorie Ihres Kontos. Im Alltag erleben Sie beides als dasselbe: Nachrichten, die an Ihre gesamte Zielgruppe weitergehen oder zurückgehalten werden, je nachdem, wie die Menschen reagieren. (Pacing begann mit Marketing-Templates und erreicht jetzt auch Utility-Templates, sobald Sie ein Utility-Template pausiert hatten.)

Deshalb können zwei Kampagnen mit derselben Zielgruppengröße völlig unterschiedlich performen. Die eine stellt vollständig zu. Bei der anderen wird der Großteil der Nachrichten über Stunden zurückgehalten.

Warum traditionelle Kampagnenkalender unter Pacing versagen

Der klassische Ansatz war einfach: Wählen Sie eine Zeit, senden Sie alles, erwarten Sie sofortige Reichweite. Das gilt nicht mehr.

Mit aktivem Pacing bedeutet das Versenden von 100.000 Nachrichten um 9 Uhr nicht, dass sie um 9 Uhr ankommen. Einige Nutzer erhalten sie sofort, andere viel später, manchmal zu spät, als dass die Kampagne noch relevant wäre. Für zeitkritische Sendungen ist das ein echtes Problem.

Wie schwaches Engagement Ihre anderen Templates beeinflusst

Es gibt eine zweite Ebene, die die meisten Teams übersehen. Pacing betrifft nicht nur die Kampagne, die gerade vor Ihnen liegt.

Wenn Sie große Kampagnen an breite oder wenig interessierte Zielgruppen senden, sinkt das Engagement und die Qualitätsbewertung des Templates sinkt mit. Eine niedrige Qualitätsbewertung kann dazu führen, dass das Template pausiert wird, und diese Pause hat Folgewirkungen: Die Qualitätshistorie eines Templates ist einer der Hauptgründe, warum Meta mit dem Pacing beginnt, sodass eine kürzliche Pause auch Ihre anderen Templates dem Pacing aussetzen kann. Speziell bei Utility-Templates können, sobald Sie eines davon pausiert hatten, neu erstellte, kürzlich reaktivierte oder Templates ohne hohe Qualitätsbewertung für die folgenden sieben Tage dem Pacing unterliegen.

Ein pausiertes Template wird wieder aktiv, sobald sich seine Qualität erholt, aber das geschieht nicht sofort. Der praktische Kernpunkt ist in jedem Fall derselbe: Schwaches Engagement kostet Sie nicht nur eine Kampagne, es kann dazu führen, dass Ihr Konto die Templates, die Sie danach senden, dem Pacing unterwirft.

Dies ist besonders häufig bei Lead-Generierungs-Flows. Importieren Sie eine große Liste und senden Sie Nachrichten ohne starke Intent-Signale, und Sie werden wahrscheinlich niedrige Antwortraten, höhere Blockierungen und eine sinkende Qualitätsbewertung sehen, die Ihre nächsten Templates dem Risiko des Pacings aussetzt. Teams, die sich zuerst auf engagierte Nutzer konzentrieren, sehen normalerweise das Gegenteil: sauberere Signale und stabilere Skalierung.

Das neue Framework für Kampagnenstrategien

Beginnen Sie mit Warm-up und Segmenten mit hoher Absicht

Warm-up war früher optional. Jetzt beeinflusst es direkt, wie reibungslos Sie skalieren können. Bevor Sie große Kampagnen versenden, bauen Sie eine starke Engagement-Baseline auf, indem Sie mit den Nutzern beginnen, die am wahrscheinlichsten interagieren.

Bei SaaS bedeutet das normalerweise aktive Nutzer, kürzliche Anmeldungen und Personen, die bereits auf WhatsApp engagiert sind.

Ein einfaches Beispiel: Wenn Sie eine neue Funktion starten, beginnen Sie nicht mit Ihrer gesamten Datenbank. Beginnen Sie mit Nutzern, die kürzlich verwandte Funktionen genutzt oder frühere Nachrichten geöffnet haben, und lassen Sie diese Gruppe zuerst starke Signale generieren. Sobald das Template eine hohe Qualitätsbewertung hat, ist es deutlich unwahrscheinlicher, dass es dem Pacing unterliegt, wenn Sie an breitere Segmente senden.

Nutzen Sie Segmente, um die Kontrolle über das Pacing zu behalten

Senden Sie eine große Kampagne an Ihre gesamte Zielgruppe und Sie übergeben Meta die volle Kontrolle über das Pacing. Teilen Sie Ihre Zielgruppe in kleinere Segmente auf und Sie steuern, wie Kampagnen ausgerollt werden.

Die Logik ist einfach: Kleinere Segmente bedeuten vorhersehbarere Zustellung, und besseres Engagement pro Segment bedeutet stabilere Skalierung.

Für SaaS bedeutet dies normalerweise, Nutzer nach Lifecycle-Phase zu trennen: Testnutzer, zahlende Kunden, inaktive Nutzer. Jede Gruppe verhält sich anders, und das separate Versenden verbessert sowohl Engagement als auch Pacing.

Optimieren Sie für Engagement-Signale

An diesem Punkt ist Volumen nicht mehr der Hauptwachstumshebel. Engagement ist es.

Templates, mit denen Nutzer interagieren, behalten eine hohe Qualitätsbewertung, und ein Template mit hoher Qualität unterliegt deutlich seltener dem Pacing, was Ihre Zustellung vorhersehbar hält.

Hier unterscheidet sich WhatsApp von einem Kanal wie E-Mail. Es ist dialogorientiert, und Nutzer erwarten relevante, zeitnahe Nachrichten. Ein Support- oder Onboarding-Flow, der zu Antworten einlädt („Benötigen Sie Hilfe beim Einrichten?“), schneidet oft besser ab als ein einseitiger Werbe-Blast – sowohl beim Engagement als auch dabei, Ihre Templates vom Pacing fernzuhalten.

Wie Sie mit Template-Pacing arbeiten

Der Versuch, alles auf einmal zu pushen, ist das, was dazu führt, dass Kampagnen zurückgehalten werden.

Ein besserer Ansatz ist es, jede große Sendung als kontrollierten Rollout zu behandeln. Anstatt jede Entscheidung Meta zu überlassen, leiten Sie den Prozess, indem Sie Kampagnen in bewusste Batches aufteilen.

In der Praxis stellen Sie nicht Ihre gesamte Zielgruppe auf einmal in die Warteschlange. Sie beginnen mit einer kleineren Gruppe, lassen diesen Batch Engagement generieren und expandieren dann.

Das gibt Ihnen zwei Vorteile. Sie reduzieren das Risiko, dass Ihre gesamte Kampagne auf einmal zurückgehalten wird, und Sie erhalten frühes Feedback, bevor Sie sich auf volle Skalierung festlegen.

Teams, die Retention-Kampagnen durchführen, machen das gut. Sie beginnen mit ihren engagiertesten Nutzern, bestätigen, dass die Nachricht ankommt, und gehen erst dann zu breiteren Segmenten über. Die Kampagne erreicht mehr Menschen, mit weniger zurückgehaltenen Nachrichten, weil sie mit dem Pacing arbeitet statt dagegen.

Lassen Sie frühe Performance die Skalierung leiten

Wenn das frühe Engagement stark ist, gibt Meta die zurückgehaltenen Nachrichten an Ihre gesamte Zielgruppe frei. Wenn es schwach ist, werden die verbleibenden Nachrichten verworfen und das Template pausiert, bevor Sie den Großteil Ihrer Zielgruppe erreicht haben.

Anstatt Ihre Kampagne im Voraus festzulegen, beobachten Sie also, was früh passiert, und passen Sie an. Achten Sie darauf, wie Nutzer innerhalb des ersten Batches reagieren. Wenn Antworten und Klicks schnell kommen, können Sie sicher expandieren. Wenn nicht, ist es besser zu pausieren, die Nachricht anzupassen oder Segmente zu wechseln, bevor Sie fortfahren.

Ein Muster, das bei SaaS gut funktioniert, ist, mit einer bewährten Nachricht zu beginnen, etwas, das bereits im Onboarding oder bei der Retention funktioniert hat, und neue Ansätze erst zu testen, nachdem Sie starke anfängliche Signale etabliert haben. Es ist weniger riskant und hält die Zustellung stabil, und es ist wichtig, weil Pacing am stärksten auf neue und unbewährte Templates wirkt.

Überdenken Sie Ihren Messaging-Kalender

Die Idee einer einzigen „Sendezeit“ ist heute weniger wichtig. Da die Zustellung gestreckt erfolgt, verhalten sich Kampagnen eher wie Flows als wie einmalige Aktionen. Nachrichten werden über einen Zeitraum hinweg abhängig von der Performance verteilt, und das verändert Ihre Planung.

Anstatt Kampagnen um exakte Daten herum aufzubauen, ist es effektiver, in Zeitfenstern zu denken. Eine Promotion lebt nicht mehr in einem einzelnen Moment; sie läuft über einen kontrollierten Zeitrahmen und lässt Pacing funktionieren, ohne die Erfahrung zu beeinträchtigen.

Dies ist besonders wichtig für SaaS-Lifecycle-Messaging. Onboarding-, Aktivierungs- und Retention-Kampagnen hängen bereits vom Timing relativ zum Nutzerverhalten ab, sodass der Übergang zu rollierenden Kampagnen besser damit übereinstimmt, wie Nutzer tatsächlich interagieren.

Planen Sie Kampagnen in Wellen

Sobald Sie akzeptieren, dass die Zustellung schrittweise erfolgt, wird die Struktur Ihrer Kampagnen klarer. Anstatt einer großen Sendung entwerfen Sie Wellen. Jede Welle zielt auf eine andere Ebene der Nutzerabsicht ab und baut auf der Performance der vorherigen auf.

Ein typischer Flow sieht so aus:
- Welle 1: Ihre engagiertesten Nutzer, etwa die oberen 5–15 % Ihrer Zielgruppe (kürzliche Anmeldungen, aktive Konten, kürzliche Öffner).
- Welle 2: ein wärmeres Mid-Tier-Segment, gesendet, sobald Welle 1 starke Signale zeigt.
- Welle 3: die breitere oder kältere Liste, erst nachdem die früheren Wellen standhalten.
Der Startpunkt von 5–15 % ist eine Richtlinie, keine Regel. Passen Sie ihn basierend auf Ihrer Gesamtzielgruppengröße und Ihrem Vertrauen in die Nachricht an. Für ein neues oder ungetestetes Template tendieren Sie zum unteren Ende.

Tools und Infrastruktur, die dies ermöglichen

Pacing manuell zu verwalten funktioniert nicht mehr, sobald Sie im großen Maßstab versenden.

Sie benötigen Einblick, wie Kampagnen performen, während sie laufen, nicht nachdem sie beendet sind, plus die Fähigkeit, schnell anzupassen, sei es durch Ändern von Segmenten, Wechseln von Templates oder Kontrolle der Rollout-Geschwindigkeit.

Bei über 1,5 Mrd. monatlich verarbeiteten Nachrichten zeigt sich ein konsistentes Muster: Kampagnen, die zur Steuerung segmentieren, übertreffen breite Aussendungen sowohl bei der Zustellkonsistenz als auch bei den Antwortraten. Genau diese Art von Daten unterscheidet Plattformen, die für Performance-Messaging gebaut sind, von generischen Broadcast-Tools.

Mit 360Dialog erhalten Sie Echtzeit-Zustellungsüberwachung, Pacing-Sichtbarkeit auf Segmentebene und ein Template-Performance-Dashboard, das zeigt, wie jede Nachricht läuft, während die Kampagne noch läuft, nicht in einem Post-Send-Bericht. Sie können die Signale sehen und reagieren, bevor zurückgehaltene Nachrichten zu einem pausierten Template werden. Weitere Details zur Interaktion von Messaging-Limits mit Pacing finden Sie in der 360Dialog-Dokumentation zu Messaging-Limits.

Aufbau eines skalierbaren WhatsApp-Stacks

Die Infrastruktur hinter Ihrem Messaging ist wichtiger als zuvor. Mindestens benötigen Sie ein Setup, das es Ihnen ermöglicht, Templates zu verwalten, Engagement zu verfolgen und Messaging in Ihre bestehenden Workflows zu integrieren. Ohne das wird die Anpassung an Pacing langsam und reaktiv.

Moderne WhatsApp-Business-Lösungen sind auf diese Realität ausgelegt. Sie sind darauf ausgelegt, High-Volume-Messaging zu handhaben und Ihnen gleichzeitig die Kontrolle zu geben, mit Pacing zu arbeiten, anstatt dagegen.

Erweiterung der Funktionen durch Integrationen

Messaging funktioniert nicht isoliert. Um konsistente Ergebnisse zu erzielen, müssen Ihre WhatsApp-Kampagnen mit Ihren Produktdaten, CRM und Automatisierungstools verbunden sein. Das ermöglicht es Ihnen, richtig zu segmentieren und Nachrichten basierend auf echtem Nutzerverhalten auszulösen.

Mit den richtigen WhatsApp-Tools und -Integrationen können Sie von statischen Kampagnen zu dynamischem Messaging übergehen, bei dem Nutzer Nachrichten basierend auf dem erhalten, was sie tun, nicht nur wann Sie entscheiden zu senden.

Häufige Fehler, die Sie vermeiden sollten

Die meisten Pacing-Probleme kommen nicht vom System selbst. Sie kommen davon, wie Kampagnen strukturiert sind.
- Zu viel Volumen zu schnell pushen. Es sieht effizient aus, führt aber normalerweise dazu, dass Ihre Nachrichten zurückgehalten werden, und zu schwächeren Ergebnissen.
- Engagement-Signale ignorieren. Wenn Nutzer nicht interagieren, sinkt die Qualitätsbewertung Ihres Templates, was dazu führen kann, dass es dem Pacing unterliegt oder pausiert wird, und eine Pause kann die anderen Templates beeinflussen, die Sie danach senden.
- WhatsApp wie E-Mail behandeln. Broadcast-Denken führt zu generischem Messaging, generisches Messaging führt zu niedrigem Engagement, und auf diesem Kanal begrenzt das direkt Ihre Fähigkeit zu skalieren.
FAQ

Sind WhatsApp-Messaging-Limits immer noch 2.000 und 10.000?

Ja. Diese Stufen existieren noch und sind an Ihr Business-Portfolio gebunden. Sie setzen eine technische Obergrenze dafür, wie viele Konversationen Sie pro Tag öffnen können. In der täglichen Ausführung werden Sie jedoch normalerweise auf Pacing-Beschränkungen stoßen, lange bevor Sie diese Obergrenzen erreichen. Betrachten Sie die Stufen als äußere Grenze und Pacing als den Faktor, der regelt, wie schnell Sie sich darin bewegen.

Was ist Template-Pacing?

Template-Pacing ist Metas System zur Kontrolle der Zustellung. Anstatt alles auf einmal zu senden, hält es Nachrichten ab einer Schwelle zurück und wartet auf Feedback zu den bereits zugestellten. Positives Feedback gibt die zurückgehaltenen Nachrichten an Ihre gesamte Zielgruppe frei; negatives Feedback verwirft sie und pausiert das Template. Es gilt pro Template und wirkt am stärksten auf neue, reaktivierte oder Templates mit niedrigerer Qualität.

Wie lange dauert Template-Pacing typischerweise für eine Kampagne?

Es hängt von der Kampagnengröße und dem frühen Engagement ab. Meta verfügt über interne Schutzgrenzen, die verhindern sollen, dass Pacing zeitkritische Kampagnen blockiert; das erklärte Ziel ist, dass selbst mit Pacing Kampagnen mit dem höchsten Durchsatz innerhalb einer Stunde zugestellt werden (99. Perzentil). Erhält ein Template vorher ein klares positives oder negatives Signal, werden die zurückgehaltenen Nachrichten entweder an Ihre gesamte Zielgruppe freigegeben oder verworfen und das Template pausiert. Wird das Zeitfenster der Schutzgrenze erreicht, bevor genügend Feedback vorliegt, werden die zurückgehaltenen Nachrichten normal freigegeben. Deshalb gibt Ihnen die Strukturierung von Kampagnen in Wellen mehr Kontrolle über den Zeitplan.

Welche Engagement-Signale zeigen Meta positive Qualität an?

Die wichtigsten sind Antwortrate und Blockierungsrate. Eine gesunde Antwortrate (selbst 5–10 % bei einer Broadcast-ähnlichen Nachricht) signalisiert echtes Interesse. Hohe Blockierungsraten sind das Signal, das Meta auf der negativen Seite am stärksten gewichtet. Lesebestätigungen und Link-Klicks tragen ebenfalls bei, aber Blockierungen haben einen überproportional negativen Einfluss. Meta veröffentlicht keine exakten Schwellenwerte, behandeln Sie also jeden konkreten Prozentwert als Richtwert, nicht als feste Grenze. Wenn sich die Zustellung mitten in der Kampagne verlangsamt, ist die Blockierungsrate normalerweise die erste Stelle, an der Sie nachsehen sollten.

Wie erhöhen Sie Messaging-Limits?

In der Praxis skalieren Sie nicht, indem Sie allein höhere Stufen freischalten. Sie tun es, indem Sie die Engagement-Qualität im Laufe der Zeit verbessern. Starke Antwortraten, niedrige Blockierungsraten und konsistente positive Interaktion signalisieren Meta, dass Ihre Nachrichten willkommen sind, was Ihre Templates vom Pacing fernhält und Ihre Zustellung stabil hält. Stufen-Upgrades folgen dieser Erfolgsbilanz, anstatt eine Voraussetzung dafür zu sein. Der schnellste Weg zu höherem effektivem Durchsatz ist bessere Nachrichtenrelevanz und Zielgruppen-Targeting, nicht das direkte Verfolgen von Stufenschwellen.
15. Juni 2026
Das 72-Stunden-Click-to-WhatsApp-Anzeigenfenster: Ein Performance-Playbook
Wenn Sie Click-to-WhatsApp-Anzeigen schalten, erschließen Sie ein zeitlich begrenztes Engagement-Fenster, das Ihre Akquisitionsökonomie drastisch verändern kann.

Die meisten Teams behandeln CTWA wie einen einfachen Traffic-Kanal. Sie optimieren auf CPC, vielleicht auf Kosten pro Konversation, und hören dann auf. Das ist jedoch ein Fehler.

Der eigentliche Hebel liegt nach dem Klick.

Wenn ein Nutzer über eine CTWA-Anzeige in WhatsApp einsteigt, erhalten Sie Zugang zu einem 72-Stunden-Fenster für einen kostenlosen Einstieg. In dieser Zeit können Sie Leads ansprechen, qualifizieren und konvertieren, ohne für ausgehende Nachrichten zu zahlen – einschließlich Template-Nachrichten jeder Kategorie. Für performanceorientierte Teams ist das einer der größten Optimierungshebel im gesamten WhatsApp-Funnel.

Dennoch strukturieren nur sehr wenige Marken ihre Kampagnen danach. Stattdessen „verheizen“ sie das Fenster entweder mit schwachen ersten Nachrichten oder wechseln zu früh zu kostenpflichtigem Messaging.

Dieser Leitfaden zeigt wie Sie die Optimierung von Click-to-WhatsApp-Anzeigen aus einer Systemperspektive angehen – nicht nur Anzeigen-Performance, sondern auch Gesprächsdesign, Timing und Kostenkontrolle. Wenn Sie für Growth, Paid Acquisition oder Lifecycle Marketing verantwortlich sind, beginnt WhatsApp hier, sich weniger wie eine Messaging-App und mehr wie ein hochkonvertierender Umsatzkanal zu verhalten.

Was sind Click-to-WhatsApp-Anzeigen (CTWA) und wie funktionieren sie?

Auf hoher Ebene sind Click-to-WhatsApp-Anzeigen (CTWA) Meta-Anzeigen, die Nutzer direkt in eine WhatsApp-Konversation führen – statt auf eine Landingpage.

Diese Veränderung klingt simpel. In der Praxis verändert sie jedoch das Verhalten Ihres gesamten Funnels.

Statt Nutzer durch Formulare, Seiten und verzögerte Follow-ups zu zwingen, verlagern Sie die Interaktion in eine Echtzeit-Konversationsumgebung – eine, in der die Absicht oft höher und die Abbruchrate niedriger ist.

Was passiert, nachdem ein Nutzer auf eine CTWA-Anzeige klickt?

So läuft es tatsächlich im Hintergrund ab:
1. Ein Nutzer klickt auf Ihre Anzeige (Facebook oder Instagram)
2. WhatsApp öffnet sich sofort mit einer vorausgefüllten oder ausgelösten Nachricht
3. Der Nutzer sendet eine Nachricht
4. Eine Konversation startet – und hier beginnt die Optimierung
Wenn Sie innerhalb von 24 Stunden antworten, öffnet diese Antwort ein 72-Stunden-Fenster für einen kostenlosen Einstieg. Das ist entscheidend.

Anders als bei klassischen Funnels, bei denen jedes Follow-up Kosten verursacht (E-Mail-Tools, SMS, Retargeting-Anzeigen), können Sie in WhatsApp in dieser Zeit Nachrichten senden, Leads qualifizieren und Nutzer zur Conversion führen, ohne für ausgehende Nachrichten zu zahlen.

CTWA vs. traditionelle Conversion-Funnels

Ein typischer Paid-Acquisition-Funnel sieht so aus:

Anzeige → Landingpage → Formular → E-Mail-/Sales-Follow-up

Jeder Schritt erzeugt Reibung: Ladezeit der Seite, Formularmüdigkeit, verzögerte Reaktion.

Mit CTWA wird der Ablauf zu:

Anzeige → WhatsApp → Konversation → Conversion

Wesentliche Unterschiede: keine Abhängigkeit von Seiten, sofortige Interaktion, stärkere Intent-Signale (vom Nutzer initiierter Chat).

Für SaaS-Unternehmen ist das besonders wirkungsvoll in Use Cases wie Demo-Buchung, Lead-Qualifizierung, Preisanfragen und Onboarding-Flows für High-Ticket-Angebote. Statt Traffic auf eine statische Seite zu schicken, setzen Sie Interessenten effektiv in eine geführte Sales-Konversation.

Wo CTWA in den WhatsApp-Funnel passt

CTWA ist der Top-of-Funnel-Einstiegspunkt in ein Messaging-first-Wachstumssystem. Von dort aus erweitert sich Ihr Funnel zu Echtzeit-Qualifizierung (im Chat), Nurturing innerhalb des 72-Stunden-Fensters und dem Übergang zu längerfristigem Messaging (falls erforderlich).

Hier beginnt Infrastruktur wichtig zu werden. Teams, die diesen Kanal skalieren, setzen typischerweise auf Plattformen wie 360Dialog, um Zugriff auf die WhatsApp API zu erhalten und Konversationen zu automatisieren, Leads zu routen und in CRM-Systeme zu integrieren. Ohne diese Ebene bleibt CTWA ein manueller Kanal. Mit ihr wird daraus eine planbare Akquisitionsmaschine.

Wenn Sie Ihre Kampagnen lieber End-to-End verwalten lassen möchten, ist Performance Messaging von 360Dialog genau auf diesen Weg von CTWA bis zur Conversion ausgelegt, und 360Pilot liefert Ihnen die WhatsApp-Analytics, um zu sehen, was das 72-Stunden-Fenster tatsächlich einbringt.

WhatsApp-Preise & Konversationstypen

Hier machen die meisten Teams Fehler. Sie behandeln WhatsApp wie E-Mail oder SMS und übersehen, wie sich die Preislogik tatsächlich auf die Performance auswirkt. Sobald Sie die Struktur verstehen, ist das 72-Stunden-WhatsApp-Fenster kein Nice-to-have mehr, sondern etwas, um das Sie Ihren Funnel aktiv herum designen.

Kostenloses Einstiegsfenster (72 h) erklärt

Wenn ein Nutzer Sie über eine CTWA-Anzeige (oder über einen Call-to-Action-Button auf einer Facebook-Seite) erreicht und Sie innerhalb von 24 Stunden antworten, öffnet Ihre Antwort ein 72-Stunden-Fenster für einen kostenlosen Einstieg. Eine Bedingung wird leicht übersehen: Der Nutzer muss die Konversation über die WhatsApp-App auf Android oder iOS starten. Konversationen, die über WhatsApp Web oder Desktop gestartet werden, sind für den kostenlosen Einstieg nicht qualifiziert.

Während dieses Fensters ist jede Nachricht, die Sie senden, kostenlos – einschließlich Template-Nachrichten jeder Kategorie, ob Marketing, Utility oder Authentication. Das macht CTWA so effektiv: Sie erhalten eine zeitlich begrenzte Möglichkeit, den Lead ohne zusätzliche Messaging-Kosten voranzubringen.

Die meisten Marken nutzen dieses Fenster zu wenig. Diejenigen, die skalieren, behandeln es als strukturierte Sequenz – nicht als einmalige Antwort.

Kundenservice-Fenster (24 h) erklärt

Unabhängig vom 72-Stunden-Fenster gibt es außerdem ein 24-Stunden-Kundenservice-Fenster. Dieses wird ausgelöst, wenn der Nutzer von sich aus eine Nachricht sendet – außerhalb eines Anzeigenklick-Szenarios.

Sobald das passiert, können Sie 24 Stunden lang frei mit Freitext-Nachrichten antworten. Jedes Mal, wenn der Nutzer erneut antwortet, wird der Timer zurückgesetzt. Wichtig ist, das nicht mit CTWA zu verwechseln: Das 72-Stunden-Fenster stammt aus Paid Acquisition, das 24-Stunden-Fenster aus nutzerinitiierter Interaktion.

Eine Nuance, die SaaS-Teams oft überrascht: Utility-Templates (z. B. Bestellbestätigungen, Terminerinnerungen oder Konto-Updates) können kostenlos gesendet werden, wenn ein aktives 24-Stunden-Kundenservice-Fenster geöffnet ist. Dasselbe Template wird außerhalb dieses Fensters zu einer kostenpflichtigen Nachricht. Behalten Sie diese Unterscheidung bei der Planung Ihrer Follow-up-Sequenzen im Blick.

Es gibt eine wichtige Wechselwirkung zwischen den beiden Fenstern. Das Kundenservice-Fenster läuft unabhängig vom Fenster für einen kostenlosen Einstieg. Selbst während das 72-Stunden-Fenster für einen kostenlosen Einstieg noch geöffnet ist, hängen Freitext-Nachrichten (Nicht-Templates) von einem aktiven 24-Stunden-Kundenservice-Fenster ab. Wenn dieses 24-Stunden-Fenster schließt, können Sie keine Freitext-Nachrichten mehr senden, sondern nur noch Templates, bis der Nutzer Ihnen erneut schreibt.

Wann Nachrichten kostenlos vs. kostenpflichtig sind

Das ist der Teil, der Ihren CAC direkt beeinflusst:

Nachrichten sind kostenlos, wenn:
- Sie eine beliebige Nachricht innerhalb des 72-Stunden-Fensters für einen kostenlosen Einstieg senden
- Sie Freitext-Antworten innerhalb des 24-Stunden-Kundenservice-Fensters senden
- Sie Utility-Templates innerhalb des 24-Stunden-Kundenservice-Fensters senden
Nachrichten werden kostenpflichtig, wenn:
- Sie ein Marketing-Template senden, das nur innerhalb eines Fensters für einen kostenlosen Einstieg kostenlos ist
- Sie ein Template außerhalb eines aktiven Fensters senden
- Sie ein Authentication-Template senden (z. B. OTPs, Login-Codes), das nur innerhalb eines Fensters für einen kostenlosen Einstieg kostenlos ist
Hinweis zu Authentication-Templates: Diese sind eine eigene Preiskategorie, getrennt von Marketing-Templates. Authentication-Nachrichten (OTPs, Login-Codes, Verifizierungscodes) werden pro zugestelltem Template berechnet – selbst wenn der Nutzer nie darauf reagiert. Das 24-Stunden-Kundenservice-Fenster macht sie nicht kostenlos. Das einzige Fenster, in dem Authentication-Templates kostenlos sind, ist das 72-Stunden-Fenster für einen kostenlosen Einstieg.

Diese Unterscheidung bestimmt die Strategie. Wenn Sie Nutzer innerhalb der kostenlosen Fenster zur Conversion führen, sinken Ihre Akquisitionskosten. Wenn Sie zu früh auf kostenpflichtiges Re-Engagement setzen, steigen Ihre Kosten schnell.

Reales Beispiel für Abrechnungsszenarien in Konversationen

Setzen wir das in ein realistisches SaaS-Szenario: Ein Nutzer klickt auf Ihre CTWA-Anzeige und fragt nach Preisen. Ab diesem Moment haben Sie 72 Stunden Zeit, den Lead zu qualifizieren, relevante Informationen zu teilen und ihn zur Demo-Buchung zu führen. All das kann passieren, ohne kostenpflichtige Marketing-Nachrichten auszulösen.

Wenn der Nutzer nach ein paar Stunden erneut antwortet, verlängert Ihr 24-Stunden-Kundenservice-Fenster weiterhin Ihre Möglichkeit, kostenlos zu antworten.

Vergleichen Sie das nun mit einem anderen Ablauf: Wenn Sie ein paar Tage warten und dann eine Werbenachricht wie „Buchen Sie jetzt Ihre Demo“ senden, befinden Sie sich nicht mehr in einem kostenlosen Fenster. Diese Nachricht wird als Marketing-Template berechnet.

Deshalb ist Timing wichtiger als Volumen. Teams, die das verstehen, senden nicht einfach mehr Nachrichten; sie senden die richtigen Nachrichten zur richtigen Zeit – solange die Konversation noch zu ihren Gunsten arbeitet.

Warum das 72-Stunden-Fenster einer der größten Performance-Hebel ist

Sobald Sie verstehen, wie WhatsApp-Preise funktionieren, wird die Rolle des 72-Stunden-WhatsApp-Fensters sehr klar.

Statt nur Konversationen zu generieren, steuern Sie wann diese Konversationen Sie Geld kosten. Die meisten Paid-Kanäle laden die Kosten nach vorn: Sie zahlen für den Klick und dann erneut fürs Re-Engagement. Retargeting, E-Mail-Tools, SMS – alles summiert sich.

Mit CTWA verschiebt sich die Dynamik. Sie zahlen, um die Konversation zu starten, und erhalten dann ein 72-Stunden-Fenster, um den Lead ohne zusätzliche Messaging-Kosten voranzubringen. Das schafft ein ganz anderes Optimierungsmodell. Statt in „Kosten pro Lead“ zu denken, denken Sie in „Kosten pro vollständig bearbeiteter Konversation“.

Kostenimplikationen beim Skalieren von Kampagnen

Im Scale wirkt sich das direkt auf den CAC aus. Wenn Ihr Team Nutzer konsequent innerhalb des 72-Stunden-Fensters konvertiert, reduzieren Sie den Bedarf an kostenpflichtigen Retargeting-Kampagnen, Marketing-Templates und externen Nurture-Kanälen.

Das Ergebnis ist ein sauberer Funnel: Ad Spend → Konversation → Conversion, ohne zusätzliche Ebenen kostenpflichtigen Re-Engagements.

Umgekehrt: Wenn Konversationen ins Stocken geraten und Sie auf kostenpflichtige Templates setzen, um sie wiederzubeleben, stapeln sich die Kosten schnell. Deshalb behandeln High-Performing-Teams das 72-Stunden-Fenster als Conversion-Umgebung – nicht nur als Messaging-Phase.

So maximieren Sie das 72-Stunden-CTWA-Fenster

Sobald die Grundlagen klar sind, geht es bei der Optimierung von Click-to-WhatsApp-Anzeigen weniger um das Tweaken von Anzeigen und mehr um das Design eines Systems, das den Nutzer vom Klick bis zur Conversion innerhalb dieses 72-Stunden-Fensters trägt. Im Grunde ist es eine Sequenz, keine einzelne Interaktion.

Schritt 1 – Optimierung auf Anzeigenebene

Alles beginnt, bevor die Konversation überhaupt startet. Die Qualität Ihres CTWA-Traffics bestimmt, wie viel Arbeit Ihr Messaging später leisten muss.

High-Performing-Kampagnen präqualifizieren meist bereits in der Anzeige (Preis-Hinweise, Use Cases, Zielgruppen-Klarheit), setzen Erwartungen („Chatten Sie mit uns, um X zu erhalten“) und ziehen Nutzer an, die bereit sind zu interagieren – nicht nur zu stöbern.

Zum Beispiel könnte ein SaaS-Unternehmen, das eine WhatsApp-Integration anbietet, Anzeigen schalten, die explizit auf Folgendes abzielen:
- „Buchen Sie eine WhatsApp-Demo in 2 Minuten“
- „Sprechen Sie mit einem Experten über das Skalieren von WhatsApp-Kampagnen“
Das reduziert Klicks mit niedriger Absicht und verbessert die nachgelagerte Conversion im Chat.

Schritt 2 – Strategie für die erste Nachricht

In der ersten Nachricht steckt der größte Hebel. Wenn die Konversation mit einem generischen „Hi, wie können wir helfen?“ startet, muss der Nutzer die Arbeit machen.

Stattdessen lenken starke Setups die Interaktion sofort:
- Stellen Sie eine Qualifizierungsfrage
- Bieten Sie klare Optionen
- Geben Sie dem Nutzer einen Grund zu antworten
Schon etwas so Einfaches wie: „Möchten Sie Leads generieren oder bestehende Kunden unterstützen?“ kann Ihren Flow aufteilen und Nutzer sofort auf den richtigen Pfad bringen.

Schritt 3 – Design des Gesprächsflows

Sobald der Nutzer antwortet, ist Ihr Ziel, die Dynamik zu halten. Hier schlagen strukturierte Flows das manuelle Chatten.

Effektive Flows teilen die Konversation in kleine Schritte, liefern schnelle Erfolge (Antworten, Insights, Optionen) und reduzieren Reibung bei Entscheidungen. Für SaaS sieht das oft so aus: Qualifizierung → Use Case → Lösungsvorschlag → Call-to-Action (Demo, Trial etc.).

Teams, die das skalieren, setzen typischerweise auf Automatisierungsschichten, die mit der WhatsApp API verbunden sind, damit Konversationen nicht von manuellen Antworten abhängen.

Schritt 4 – Timing-Strategie innerhalb des 72-Stunden-Fensters

Timing ist der Punkt, an dem die meiste Performance gewonnen oder verloren wird. Sie möchten nicht alles in die erste Interaktion packen. Gleichzeitig können Sie es sich nicht leisten, zu lange zu warten. Eine einfache Struktur, die gut funktioniert:
- Sofortige Antwort (innerhalb von Minuten)
- Follow-up innerhalb weniger Stunden, wenn keine Antwort kommt
- Zweites Follow-up am nächsten Tag mit zusätzlichem Kontext oder Mehrwert
Der Schlüssel ist, präsent zu bleiben, ohne aufdringlich zu werden. Da Sie sich noch im kostenlosen Fenster befinden, ist jeder Touchpoint eine Chance – keine Kostenposition.

Schritt 5 – Übergang zu kostenpflichtigem Messaging

Nicht jeder Nutzer konvertiert innerhalb von 72 Stunden. Irgendwann müssen Sie entscheiden, ob Sie die Konversation auslaufen lassen oder mit kostenpflichtigen Templates re-engagen.

Hier ist Segmentierung entscheidend. Nutzer mit hoher Absicht (haben Fragen gestellt, intensiv interagiert) sind gute Kandidaten für kostenpflichtige Follow-ups. Nutzer, die kaum interagiert haben, meist nicht. Der Fehler vieler Teams ist, alle Konversationen gleich zu behandeln. Der bessere Ansatz: Qualifizieren Sie im kostenlosen Fenster und investieren Sie dann selektiv in Re-Engagement, wo es sinnvoll ist.

Fortgeschrittene Taktiken, die die meisten Marken verpassen

Sobald die Basics stehen, kommen die echten Gewinne daraus, wie Sie Konversationen über die Zeit strukturieren. Die meisten Marken bleiben bei antworten und nachfassen stehen. Diejenigen, die skalieren, behandeln das 72-Stunden-WhatsApp-Fenster als kontrollierte Umgebung für Tests, Segmentierung und Qualifizierung.

Kostenlose Fenster zur Lead-Qualifizierung nutzen

Statt Traffic auf ein Formular zu schicken, können Sie Leads direkt in WhatsApp qualifizieren. Das liefert bessere Daten – schneller. Sie können nach Unternehmensgröße, Use Case, Budgetrahmen und Zeitplan fragen und den Flow in Echtzeit anpassen. Wenn ein Nutzer Ihr Sales-Team erreicht, ist er bereits gefiltert und kontextualisiert.

Retargeting-Pools aus CTWA-Konversationen aufbauen

Jede Interaktion in WhatsApp ist ein Signal. Nutzer, die geklickt, aber nicht geantwortet haben, geantwortet, aber nicht konvertiert sind, oder spezifische Fragen gestellt haben, können segmentiert und in unterschiedliche Retargeting-Strategien überführt werden. Sie können Messaging daran ausrichten, was bereits in der Konversation passiert ist – hier beginnt CTWA, sich mit Ihrem breiteren Paid-Media-System zu verbinden.

Wann Sie Marketing-Templates einführen, ohne den ROI zu zerstören

Kostenpflichtige Templates sind nicht das Problem. Schlechtes Timing ist es.

Wenn Sie zu früh in Marketing-Nachrichten springen, zahlen Sie für etwas, das im kostenlosen Fenster hätte erledigt werden können. Wenn Sie jedoch zu lange warten, verlieren Sie Momentum.

Die Balance sieht meist so aus: Nutzen Sie das 72-Stunden-Fenster zum Qualifizieren und Engagieren, identifizieren Sie Nutzer mit hoher Absicht und re-engagen Sie dann selektiv mit kostenpflichtigem Messaging. Richtig umgesetzt, halten Sie so Ihre Kosten unter Kontrolle und verlängern gleichzeitig den Lifecycle hochwertiger Leads.

Was Sie brauchen, um das richtig umzusetzen

In kleinem Maßstab können Sie CTWA-Kampagnen manuell fahren. Bei jedem nennenswerten Volumen bricht das schnell. Nachrichten verzögern sich, Leads gehen verloren und Konversationen verlieren Kontext.

Warum Sie die WhatsApp API benötigen

Die Standard-WhatsApp-Business-App ist nicht für Skalierung gebaut. Es fehlen Automatisierung, CRM-Integration, Konversations-Routing und Performance-Tracking.

Mit WhatsApp-API-Zugriff können Sie Antworten automatisieren, Gesprächslogik aufbauen, Leads an die richtigen Teammitglieder routen, Daten mit Ihrem CRM synchronisieren und Performance nach Segment tracken. Das ist der Infrastrukturwechsel, der alles in diesem Leitfaden auf Scale umsetzbar macht.

Automatisierung & CRM-Integrationen

Sobald Sie API-Zugriff haben, ist der nächste Schritt die Anbindung an Ihren Stack – typischerweise Ihr CRM (HubSpot, Salesforce usw.), Marketing-Automation und Analytics-Tools. Das Ziel ist klar: Jede Konversation wird zu strukturierten Daten, und diese Daten fließen zurück in Ihren Optimierungs-Loop.

Die richtige WhatsApp-Partnerplattform auswählen

Um CTWA-Kampagnen effizient zu betreiben, setzen die meisten Unternehmen auf eine offizielle WhatsApp-Partnerplattform wie 360Dialog.

Damit erhalten Sie direkten API-Zugang, mehr Kontrolle über Ihre Messaging-Flows und bessere Skalierbarkeit. Von dort aus können Sie je nach Anwendungsfall umfassendere WhatsApp-Lösungen erkunden und die Performance mit Tools, die sich auf den WhatsApp-ROI konzentrieren, genauer messen.

Beispiel für einen realen Kampagnen-Flow

Um das greifbar zu machen, gehen wir einen vereinfachten SaaS-Flow durch.

Ein Nutzer sieht eine CTWA-Anzeige, die eine WhatsApp-Demo anbietet. Er klickt, öffnet den Chat und sendet eine Nachricht. Sofort erhält er eine geführte Antwort: „Möchten Sie die Leadgenerierung verbessern oder den Kundensupport?“

Je nach Antwort verzweigt der Flow. Wenn er Leadgenerierung wählt, wird nach aktuellen Kanälen gefragt, dann nach monatlichem Lead-Volumen und dann, ob er Paid Ads schaltet. Innerhalb weniger Nachrichten haben Sie den Lead qualifiziert.

An diesem Punkt führen Sie den nächsten Schritt ein: „Möchten Sie sehen, wie das für Ihr Setup funktioniert? Wir führen Sie in 15 Minuten durch.“

Wenn er nicht sofort antwortet, werden Follow-ups über die nächsten 24-48 Stunden verteilt: eine Erinnerung, ein relevanter Use Case, ein sanfter Anstoß. All das passiert innerhalb des 72-Stunden-Fensters. Keine kostenpflichtigen Nachrichten. Keine externen Tools. Keine Reibung.

Wenn das Fenster schließt, haben Sie entweder eine Demo gebucht oder den Lead als Low Intent identifiziert. Diese Klarheit macht CTWA skalierbar.

Häufige Fehler, die CTWA-Performance zerstören

Die meisten Kampagnen mit schwacher Performance scheitern nicht wegen der Anzeigen. Sie scheitern, weil die Konversationsebene nicht strukturiert ist. Die Muster werden schnell sichtbar, wenn Sie CTWA-Kampagnen auditieren:

Schwache erste Nachrichten. Mit „Hi, wie können wir helfen?“ legen Sie die ganze Arbeit auf den Nutzer und erzeugen selten Engagement. Eine starke erste Nachricht lenkt die Interaktion sofort. Etwas wie „Möchten Sie Leads generieren oder bestehende Kunden unterstützen?“ teilt Ihre Zielgruppe und bringt Nutzer auf den richtigen Pfad.

Lange Lücken zwischen Antworten. Leads werden innerhalb eines 72-Stunden-Fensters schnell kalt. Verzögerte Antworten fressen Ihre verfügbare Zeit und signalisieren geringe Reaktionsfähigkeit.

Keine strukturierte Follow-up-Sequenz. Ohne definierte Sequenz verlaufen Konversationen im Sande – selbst wenn das Fenster technisch noch offen ist.

WhatsApp wie einen Support-Posteingang behandeln. Leads kommen rein, jemand antwortet, wenn er Zeit hat, und der Thread läuft aus – ohne Flow, Timing oder Intent dahinter.

Zu starke Abhängigkeit von der ersten Interaktion. Wenn der Nutzer nicht sofort konvertiert, wird die Konversation aufgegeben, obwohl das 72-Stunden-Fenster noch offen ist.

In all diesen Fällen ist das Fenster offen, aber strategisch verschwendet. Die Teams, die hier gewinnen, senden nicht mehr Nachrichten, sondern nutzen das Fenster mit Absicht.

Konversationen in Umsatz verwandeln

Auf den ersten Blick wirken Click-to-WhatsApp-Anzeigen wie ein weiterer Paid-Acquisition-Kanal. In der Praxis verhalten sie sich jedoch ganz anders. Sie schicken Nutzer nicht auf eine Seite. Sie starten eine Konversation – mit einem definierten Fenster, in dem Engagement sowohl intentstark als auch kosteneffizient ist. Genau dort liegt der größte Hebel.

Häufig gestellte Fragen

Was ist das 72-Stunden-WhatsApp-Fenster?

Das 72-Stunden-WhatsApp-Fenster (auch „Free Entry Point Window“ genannt) öffnet sich, wenn ein Unternehmen innerhalb von 24 Stunden auf einen Nutzer antwortet, der die Konversation über eine Click-to-WhatsApp-Anzeige gestartet hat. In dieser Zeit können Unternehmen Nachrichten senden, ohne für Marketing-Templates zu zahlen – ein zentraler Hebel für kosteneffizientes Engagement und Conversion.

Sind Nachrichten bei Click-to-WhatsApp-Anzeigen immer kostenlos?

Nicht immer. Alle Nachrichten sind innerhalb des 72-Stunden-Fensters für einen kostenlosen Einstieg kostenlos, das sich nach einem CTWA-Klick öffnet, wenn Sie innerhalb von 24 Stunden antworten. Innerhalb des 24-Stunden-Kundenservice-Fensters sind Freitext-Antworten und Utility-Templates kostenlos, während Marketing- und Authentication-Templates weiterhin berechnet werden. Außerhalb eines offenen Fensters werden Template-Nachrichten berechnet.

Was passiert, nachdem das 72-Stunden-Fenster endet?

Sobald das 72-Stunden-Fenster geschlossen ist, können Sie keine Freitext- oder kostenlosen Marketing-Nachrichten mehr senden, es sei denn, der Nutzer initiiert die Konversation erneut. Um proaktiv zu re-engagen, müssen Sie kostenpflichtige Templates wie Marketing- oder Utility-Nachrichten verwenden.

Was ist der Unterschied zwischen Service- und Marketing-Nachrichten?

Service-Nachrichten (Freitext-Antworten) werden innerhalb des 24-Stunden-Kundenservice-Fensters genutzt und sind kostenlos. Marketing-Nachrichten sind vom Unternehmen initiierte Templates für Promotions oder Outreach und werden pro Zustellung berechnet.

Wann werden WhatsApp-Nachrichten kostenpflichtig?

Außerhalb eines offenen Fensters für einen kostenlosen Einstieg werden Marketing- und Authentication-Templates pro Nachricht berechnet. Utility-Templates werden berechnet, wenn sie außerhalb des 24-Stunden-Kundenservice-Fensters gesendet werden. Dieses Timing zu verstehen, ist entscheidend, um Kosten zu kontrollieren.

Können Sie Templates im 24-Stunden-Fenster kostenlos senden?

Ja. Utility-Templates können kostenlos gesendet werden, wenn das 24-Stunden-Kundenservice-Fenster aktiv ist. Häufige Beispiele sind Bestellbestätigungen, Terminerinnerungen, Benachrichtigungen zu Konto-Updates und Zahlungsbelege. Werden dieselben Templates außerhalb dieses Fensters gesendet, werden sie berechnet.

Wie senken Click-to-WhatsApp-Anzeigen die Akquisitionskosten?

Sie senken die Kosten, indem sie Paid Acquisition mit kostenlosem Follow-up-Messaging innerhalb des 72-Stunden-Fensters kombinieren. Das minimiert den Bedarf an kostenpflichtigem Retargeting und ermöglicht es Unternehmen, Leads direkt in der Konversation zu konvertieren.

Benötigen Sie die WhatsApp API, um CTWA-Kampagnen zu skalieren?

Für kleine Volumina kann die WhatsApp-Business-App ausreichen. Für Skalierung, Automatisierung und Integrationen nutzen Unternehmen typischerweise die WhatsApp API über Anbieter wie 360Dialog.
15. Juni 2026