WhatsApp-Business-API-Agentur-Architektur — mehrere Kunden-WABAs unter einem Agentur-Portfolio, zentrales Webhook-Routing per phone_number_id, getrennte Abrechnung
In diesem Leitfaden: Warum Isolation obligatorisch ist · Die korrekte Multi-WABA-Architektur · Zentrales Webhook-Routing · Kunden-Onboarding-Workflow · Abrechnungs- und Umsatzmodell-Optionen · DSGVO-Datentrennung · Koexistenz mit Business App · SocialHook für Multi-Kunden-Management · FAQ

Der Fehler, der alle Ihre Kunden gleichzeitig offline schaltet

Der gefährlichste Architekturfehler, den eine Agentur machen kann: mehrere Kunden auf dasselbe WhatsApp Business Account (WABA) zu setzen. Es sieht so aus, als würde es Verwaltungsaufwand sparen. Es ist eine Zeitbombe.

Folgendes passiert, wenn ein Kunde gegen Metas Messaging-Richtlinien verstößt — unerwünschte Nachrichten sendet, von genügend Empfängern als Spam gemeldet wird oder eine nicht genehmigte Vorlage für den falschen Zweck verwendet:

Meta beschränkt oder sperrt den WABA. Nicht nur die verstoßende Telefonnummer — den gesamten WhatsApp-Business-Account. Jede Telefonnummer unter diesem WABA hört gleichzeitig auf, Nachrichten zu empfangen und zu senden. Wenn Sie 10 Kunden auf einem WABA haben und Kunde Nr. 4 einen aggressiven Broadcast startet, der gemeldet wird, gehen alle 10 Kunden offline, bis die Beschränkung aufgehoben wird — was Tage dauern oder bei schweren Verstößen nie behoben werden kann.

Das ist kein theoretisches Risiko. Es ist die häufigste Art, wie Agenturen Kunden verlieren und Streitigkeiten wegen Vertragsbruchs gegenüberstehen. Die korrekte Architektur verhindert das vollständig.

Die korrekte Multi-WABA-Architektur

Die Regel ist absolut: ein WABA pro Kunde, eine Telefonnummer pro WABA (in den meisten Fällen). Die WhatsApp-Infrastruktur jedes Kunden ist vollständig von jeder anderen Kunden-Infrastruktur isoliert. Ein Richtlinienverstoß bei Kunde A hat null Auswirkungen auf Kunden B bis Z.

Agentur-Multi-WABA-Architektur
Ihre Agentur
Meta Business Portfolio (Ihr MBM-Konto)
Kunde 1
Acme Corp
WABA: 111...
Nummer: +1 555 0001
Meta-Abrechnung: Kundenkarte
Kunde 2
Beta Shop
WABA: 222...
Nummer: +44 7700 0002
Meta-Abrechnung: Kundenkarte
Kunde 3
Gamma SaaS
WABA: 333...
Nummer: +49 30 0003
Meta-Abrechnung: Agenturkarte
Isolierter WABA #1
Sperre ≠ betrifft andere
Isolierter WABA #2
Sperre ≠ betrifft andere
Isolierter WABA #3
Sperre ≠ betrifft andere
SocialHook — ein Konto, alle Kundennummern
Zentrale Webhook-Zustellung → Ihr Server, differenziert per phone_number_id

Falsches Setup vs. korrektes Setup

❌ Falsch — Agenturen machen das zuerst
Ein WABA, mehrere Telefonnummern
⚡Alle Kunden teilen sich ein WhatsApp-Business-Account
☠️Der Richtlinienverstoß eines Kunden sperrt jede Nummer gleichzeitig
⚖️Alle Kundendaten in einem WABA vermischt — DSGVO-Compliance-Fehler
💸Meta-Abrechnung konsolidiert — unmöglich, Kosten pro Kunde zu trennen
🔒Agentur besitzt alles — Kunden können nicht gehen, ohne ihre Nummer zu verlieren
📊Analytics vermischt — kann keine individuellen Kunden-Qualitätsbewertungen anzeigen
✓ Korrekt — ein WABA pro Kunde
Getrennter WABA pro Kunde
✓Das WhatsApp-Konto jedes Kunden ist vollständig isoliert
✓Richtlinienverstoß bei Kunde A hat null Auswirkung auf B bis Z
✓Saubere DSGVO-Datentrennung — jeder Kunde besitzt seine eigenen Daten
✓Meta-Abrechnung pro Kunde, transparente Kostenweiterleitung
✓Kunde behält Eigentum — professionelle Beziehung, sauberes Offboarding
✓Analytics pro Kunde, Qualitätsbewertungen, Messaging-Tier-Management

Zentrales Webhook-Routing — ein Endpunkt, alle Kunden

Mit getrennten WABAs pro Kunde könnten Sie annehmen, dass Sie getrennte Webhook-Endpunkte pro Kunde brauchen. Brauchen Sie nicht. Jedes Cloud-API-Ereignis — unabhängig von welchem Kunden-WABA es kommt — enthält ein metadata.phone_number_id-Feld, das eindeutig identifiziert, welche Telefonnummer die Nachricht empfangen hat. Routen Sie alle Kunden zu einem zentralen Endpunkt und dispatchen Sie nach dieser ID.

Node.js — zentraler Multi-Kunden-Webhook-Router
agencyRouter.js
// Kundenregister — aus Ihrer Datenbank geladen const clientRegistry = { '12345678901234': { clientId: 'acme-corp', name: 'Acme Corp', token: process.env.ACME_TOKEN }, '98765432109876': { clientId: 'beta-shop', name: 'Beta Shop', token: process.env.BETA_TOKEN }, '11223344556677': { clientId: 'gamma-saas', name: 'Gamma SaaS', token: process.env.GAMMA_TOKEN }, }; // Eine Webhook-URL — in ALLEN Kunden-WABAs registriert // Oder: SocialHooks Pro-Nummer-Routing zu Ihrem einzigen Endpunkt nutzen app.post('/webhook/whatsapp', async (req, res) => { res.sendStatus(200); // sofortige Bestätigung // SocialHook-normalisiertes Format — phone_number_id bereits extrahiert const { from, message, phone_number_id } = req.body; // Nachschlagen, welcher Kunde diese Nummer besitzt const client = clientRegistry[phone_number_id]; if (!client) { console.warn(`Unknown phone_number_id: ${phone_number_id}`); return; } // An kundenspezifischen Handler routen handleClientMessage({ client, from, message, phoneNumberId: phone_number_id, }); }); async function handleClientMessage({ client, from, message, phoneNumberId }) { console.log(`[${client.name}] Message from ${from}: ${message?.body}`); // Jeder Kunde bekommt seine eigene Logik, CRM, KI-Agent, etc. // client.token für ausgehende Antworten nutzen — eigener Access-Token jedes Kunden await processWithClientConfig(client, from, message); // Für Analytics und Abrechnung pro Kunde loggen await logMessageEvent({ clientId: client.clientId, phoneNumberId, direction: 'inbound', from, timestamp: Date.now(), }); }
Mit SocialHook ist das einfacher: Fügen Sie alle Kunden-Telefonnummern zu Ihrem einzigen SocialHook-Konto hinzu. SocialHook empfängt Ereignisse von jeder Kundennummer und liefert sie alle an Ihre eine Webhook-URL — mit der phone_number_id und dem normalisierten Payload bereits extrahiert. Ihr Router-Code oben funktioniert sofort, ohne HMAC-Verifizierung oder Payload-Parsing pro Kunde zu implementieren.

Kunden-Onboarding-Workflow: Schritt für Schritt

Der End-to-End-Workflow, um die WhatsApp-Nummer eines neuen Kunden in Betrieb zu nehmen — von seinem ersten Gespräch mit Ihnen bis zum ersten Webhook-Ereignis, das in Ihrem System eintrifft:

1
Kunde verifiziert sein Meta Business Account1–3 Tage (falls nicht erfolgt)
Ihr Kunde geht zu business.facebook.com und verifiziert sein Unternehmen. Verifizierter Status gibt höhere Messaging-Limits ab Tag eins. Das ist sein Konto — er besitzt es, nicht Sie. Er braucht einen gültigen Firmennamen, Adresse und Domain-Verifizierung. Wenn er bereits verifiziert ist, überspringen Sie zu Schritt 2.
2
Kunde autorisiert Ihre Agentur via Embedded Signup~10 Minuten
Sie senden dem Kunden einen Partner-Autorisierungslink über Metas Embedded-Signup-Flow. Er meldet sich mit seinem Facebook-Konto an und autorisiert das Meta Business Portfolio Ihrer Agentur, seinen WhatsApp Business Account zu verwalten. Während dieses Flows wird ein neuer WABA erstellt — isoliert, im Besitz des Kunden, verwaltet von Ihnen. Das ist die einzig korrekte Methode, Verwaltungszugriff zu erhalten, ohne das Eigentum zu übernehmen.
3
Telefonnummern-Registrierung + OTP~5 Minuten
Im Meta Developer Dashboard (oder per API) die Geschäftstelefonnummer des Kunden zu seinem WABA hinzufügen. Per SMS- oder Sprachanruf-OTP verifizieren. Die Nummer ist sofort zum Senden und Empfangen von Nachrichten aktiv. Kritisch: Die Nummer darf nicht derzeit in einer WhatsApp-App registriert sein. Wenn doch, löscht der Kunde zuerst sein bestehendes Konto aus der WhatsApp-App.
4
Nummer zu SocialHook hinzufügen~2 Minuten
Fügen Sie die Telefonnummer des Kunden zu Ihrem SocialHook-Konto hinzu. SocialHook registriert den Webhook auf der Cloud-API-Seite automatisch. Ab diesem Moment kommt jede eingehende Nachricht von Kunden an diese Nummer an Ihrem zentralen Webhook-Endpunkt an, normalisiert, mit der phone_number_id des Kunden zum Routing.
5
Permanenten System-User-Access-Token generieren~5 Minuten
In den Meta Business Settings des Kunden → System Users einen System User mit Admin-Rolle erstellen. Diesem seinen WABA zuweisen. Einen permanenten Access-Token mit den Berechtigungen whatsapp_business_messaging und whatsapp_business_management generieren. Speichern Sie diesen Token in Ihrem sicheren Schlüsselverwaltungssystem — er wird für alle ausgehenden Nachrichten verwendet, die im Namen dieses Kunden gesendet werden.
6
Nachrichtenvorlagen erstellen und einreichen (falls nötig)1 h–5 Tage
Wenn der Kunde ausgehende Konversationen initiieren muss (Transaktionsbenachrichtigungen, Marketing-Kampagnen), Vorlagennachrichten im WhatsApp Manager unter seinem WABA erstellen. Utility-Vorlagen (Bestellaktualisierungen, Erinnerungen) werden in der Regel innerhalb von 1–24 Stunden genehmigt. Marketing-Vorlagen brauchen 1–5 Werktage. Die Nummer des Kunden kann eingehende Nachrichten empfangen und innerhalb des Service-Fensters sofort antworten — Vorlagen werden nur zum Initiieren des Kontakts benötigt.
7
End-to-End testen und Dashboard-Zugriff übergeben~30 Minuten
Senden Sie eine Testnachricht an die neue Nummer des Kunden von Ihrem persönlichen WhatsApp. Verifizieren Sie, dass sie mit der korrekten phone_number_id in Ihrem Webhook-Handler ankommt. Senden Sie eine Antwort von Ihrem System und bestätigen Sie, dass sie auf Ihrem persönlichen WhatsApp erscheint. Sobald validiert, geben Sie dem Kunden Zugriff auf das Dashboard oder die Berichte, die Sie für ihn erstellt haben. Sein Onboarding ist abgeschlossen.

Partner-Zugriff vs. Eigentum — warum es wichtig ist

Das ist die Unterscheidung, die eine professionelle Agentur von einer Amateur-Agentur trennt. Es gibt zwei Wege, auf den WABA eines Kunden zuzugreifen:

  • Eigentum (für Kundenarbeit vermeiden): Ihre Agentur erstellt den WABA und die Telefonnummer des Kunden wird unter Ihrem eigenen Meta Business Account registriert. Sie besitzen das Asset. Wenn der Kunde gehen will, hat er keine Nummer, keine Konversationshistorie und keine Kontinuität. Das ist eine Lock-in-Taktik, die Kunden-Unmut und rechtliche Exposition erzeugt.
  • Partner-Zugriff (korrekt): Der Kunde erstellt oder hat bereits ein Meta Business Account. Er autorisiert Ihre Agentur über Metas Embedded Signup oder Partner-API. Sie erhalten Verwaltungszugriff auf seinen WABA, ohne ihn zu besitzen. Wenn der Kunde die Beziehung beendet, kann er Ihren Zugriff widerrufen und mit einer anderen Agentur weitermachen — seine Nummer, seine Daten, seine Kontinuität bleiben intakt.

Professionelle Agenturen verwenden immer Partner-Zugriff. Es ist auch kommerziell besser für die Agentur: Kunden vertrauen Ihnen mehr, wenn sie wissen, dass sie nicht eingesperrt sind, was sie eher dazu bringt, Sie weiterzuempfehlen und langfristig zu bleiben. Die Umsätze liegen im laufenden Management und in Mehrwertdiensten, nicht darin, die Nummer als Geisel zu halten.

Kunden-Abrechnungsmodelle: drei Optionen

Meta rechnet pro Konversation an die mit jedem WABA verknüpfte Zahlungsmethode ab. Als Agentur haben Sie drei Möglichkeiten, dies zu strukturieren:

Modell 1
Direktabrechnung
Der Kunde hängt seine eigene Kreditkarte an seinen WABA. Meta berechnet dem Kunden direkt für Konversationen. Ihre Agentur erhebt separat eine pauschale monatliche Management-Gebühr.
Kunde zahlt Meta: variabel
Kunde zahlt Agentur: $X pauschal
Agenturrisiko: keines
Modell 2
Agentur-Abrechnung mit Aufschlag
Die Zahlungsmethode Ihrer Agentur ist an alle Kunden-WABAs angehängt. Sie zahlen Meta, rechnen Kunden mit Aufschlag ab. Höheres Umsatzpotenzial, mehr Verwaltungsarbeit, Sie absorbieren das Abrechnungsrisiko.
Agentur zahlt Meta: tatsächlicher Satz
Agentur rechnet Kunde ab: +20–50 % Aufschlag
Agenturrisiko: Nichtzahlung
Modell 3
Paket-Tiers
Sie verkaufen Konversations- oder Nachrichtenvolumen-Pakete, die Ihre Marge enthalten. Der Kunde zahlt eine vorhersehbare Rechnung. Sie absorbieren das Überschreitungs- und Volumenrisiko. Am häufigsten bei Managed-Service-Agenturen.
Kunde zahlt: 299 $/Monat (500 Konversationen)
Agentur zahlt Meta: ~40 $
Agenturmarge: ~260 $

Die meisten technischen Agenturen, die kundenspezifische Automatisierung bauen, starten mit Modell 1 (am einfachsten, null Abrechnungsrisiko). Die meisten Managed-Service-Agenturen — bei denen Sie Kampagnen und Kundenservice für Kunden betreiben — verwenden Modell 3 für vorhersehbare Kundenrechnungen und höhere Margen.

Umsatzmodell: was WhatsApp-Dienste tatsächlich einbringen

Zu verstehen, was abrechenbar ist, hilft Ihnen, Ihr Agenturangebot zu strukturieren. Es gibt drei verschiedene Umsatzströme im WhatsApp-Agenturgeschäft:

  • Setup-Gebühr: einmalig pro Kunde für WABA-Registrierung, Telefonnummer-Verifizierung, Vorlagenerstellung, Webhook-Konfiguration und Systemintegration. Typischerweise 500–2.000 $ je nach Komplexität.
  • Monatlicher Management-Retainer: laufende Verwaltung, Überwachung der Qualitätsbewertungen, Pflege des Messaging-Tiers, Vorlagen-Updates, Support. Typischerweise 200–1.500 $/Monat pro Kunde.
  • Mehrwertdienste: KI-Agenten-Aufbau, CRM-Integration, Kampagnenmanagement, Analytics-Dashboards, Broadcast-Management. Pro Projekt oder als Add-ons zum Retainer abgerechnet.

Das WhatsApp-Agenturmodell hat hohe Margen im Vergleich zum Social-Media-Management, weil die technische Hürde hoch ist (Konkurrenten können es nicht leicht replizieren) und der Dienst geschäftskritisch ist (Kunden können nicht leicht churnen). Eine Agentur mit 15 Kunden bei durchschnittlich 500 $/Monat Retainer generiert 7.500 $/Monat an wiederkehrenden Einnahmen — zusätzlich zu Setup-Gebühren und Projektarbeit.

DSGVO-Datentrennung: die Compliance-Anforderung

Wenn einer Ihrer Kunden EU-Kunden bedient (oder Sie selbst unter DSGVO-Geltungsbereich arbeiten), ist die Datentrennung zwischen Kunden nicht optional — sie ist eine gesetzliche Anforderung. Unter der DSGVO ist jeder Kunde ein separater Verantwortlicher. Das Vermischen ihrer Kundendaten unter einem WABA oder einer Datenbank schafft Haftungsexposition für beide Parteien.

Die praktischen Anforderungen für DSGVO-konformes Multi-Kunden-WhatsApp-Management:

  • Getrennte WABAs — Konversationsdaten sind auf Metas Ebene pro WABA isoliert. Das wird architektonisch durch die Ein-WABA-pro-Kunde-Regel gelöst.
  • Getrennte Datenbankspeicher — Ihr Webhook-Handler muss die Konversationsdaten jedes Kunden in getrennte Speicher-Namespaces, Schemas oder Datenbanken schreiben. Vermischen Sie niemals die Kontaktdaten von Kunde A mit denen von Kunde B in derselben Tabelle.
  • Datenverarbeitungsverträge (AVVs) — Sie brauchen einen unterzeichneten AVV mit jedem Kunden, der Ihre Rolle als Auftragsverarbeiter definiert, der in seinem Namen handelt (als Verantwortlicher).
  • Datenlöschung — wenn ein Kunde austritt, müssen Sie alle seine Kontaktdaten innerhalb des im AVV festgelegten Zeitrahmens aus Ihren Systemen löschen können. Ihr Datenmodell muss das ab Tag eins unterstützen.
  • Zugangskontrollen — Ihr System muss verhindern, dass das Team eines Kunden auf die Konversationsdaten eines anderen Kunden zugreifen kann. Rollenbasierte Zugriffskontrolle auf Kundenebene.

Koexistenz: die Business App behalten und die API nutzen

Viele Ihrer KMU-Kunden werden fragen: „Kann ich die WhatsApp-Business-App auf meinem Handy weiter nutzen, während die API läuft?" Ab 2026 unterstützt Meta den Koexistenzmodus für dieses Szenario.

Koexistenz erlaubt, dass eine Telefonnummer gleichzeitig sowohl in der WhatsApp-Business-App als auch in der Cloud API registriert ist. Nachrichten fließen zu beiden — die App empfängt sie normal, und die API feuert Webhook-Ereignisse an Ihren Server. Das Team des Kunden kann weiterhin Konversationen manuell in der App bearbeiten, während Ihre API parallel die Automatisierung, das Routing und die KI-Antworten verwaltet.

Die Einschränkungen der Koexistenz:

  • Über die Cloud API gesendete Nachrichten erscheinen auch in der Business App. Aus der Business App gesendete Nachrichten feuern keine Cloud-API-Webhooks (sie erreichen Ihren Server nicht).
  • Die Business App kann nur auf einem Gerät + bis zu 4 verknüpften Geräten verlinkt werden. Die Cloud API hat keine Agenten-Begrenzung.
  • Einige interaktive Nachrichtentypen (Buttons, Listen), die über die API gesendet werden, können in der Business-App-Oberfläche anders oder gar nicht gerendert werden.

Für die meisten Agenturkunden ist Koexistenz der Übergangszustand, bevor sie vollständig auf reine API-Operationen migrieren. Planen Sie es ein — richten Sie die API zunächst parallel zur App ein, lassen Sie den Kunden sich an den neuen Workflow gewöhnen und phasenweise über 30–60 Tage die direkte App-Nutzung auslaufen.

Wie SocialHook für Agenturen funktioniert

SocialHook ist genau für diese Architektur gebaut. Ein Konto, unbegrenzte Telefonnummern, alle Ereignisse normalisiert auf dasselbe JSON-Format und differenziert per phone_number_id. Hier ist, was Sie erhalten im Vergleich zur eigenen Verwaltung von Webhooks pro Kunde:

Was das operativ bedeutet:

  • Eine zu verwaltende Webhook-URL — nicht 15 oder 50 separate Webhook-Endpunkte, HMAC-Secrets und Retry-Konfigurationen pro Kunde. SocialHook erledigt das alles.
  • Neue Kunden in 2 Minuten hinzufügen — die Telefonnummer zu Ihrem SocialHook-Konto hinzufügen. Sie beginnt sofort, Ereignisse zu liefern. Keine neue Infrastruktur.
  • Automatischer Retry — wenn Ihr Server während eines Wartungsfensters ausfällt, versucht SocialHook die Zustellung erneut. Keine Ereignisse verloren, bei keinem Kunden.
  • Vollständige Zustellungs-Logs — pro Ereignis, pro Nummer, pro Kunde. Wenn ein Kunde fragt „haben Sie die Nachricht meines Kunden um 15:22 Uhr am Dienstag empfangen?" — haben Sie eine zeitstempelgenau Antwort.
  • Alle drei Meta-Kanäle — derselbe Telefonnummern-Eintrag in SocialHook handhabt WhatsApp, und Sie können Facebook Messenger und Instagram DMs für denselben Kunden im selben normalisierten Format hinzufügen.
Die Agenturrechnung: SocialHook kostet 50 $/Monat pauschal für alle Kundennummern. Wenn Sie 10 Kunden verwalten, sind das 5 $ pro Kunde pro Monat für die gesamte Webhook-Infrastruktur-Schicht. Bei 500 $/Kunde/Monat Retainer macht SocialHook 1 % Ihrer Einnahmen aus — und eliminiert das Äquivalent von 4–8 Stunden Entwicklerzeit pro Monat, die Sie sonst für die Verwaltung von Pro-Kunde-Webhooks, HMAC-Verifizierung, Retry-Logik und Zustellungs-Monitoring aufwenden würden. Sehen Sie die volle Preisgestaltung unter socialhook.io/en/pricing.
FAQ

Häufige Fragen

Können mehrere Kunden einen WhatsApp Business Account teilen?
Nein — und das ist die wichtigste Regel im WhatsApp-Agenturbetrieb. Jeder Kunde muss seinen eigenen WABA haben. Der Richtlinienverstoß eines Kunden kann den gesamten WABA sperren und alle Kunden gleichzeitig offline schalten. Getrennte WABAs gewährleisten auch eine saubere DSGVO-Datentrennung und ermöglichen es jedem Kunden, das Eigentum an seiner Nummer und Konversationshistorie zu behalten. Siehe das Architektur-Diagramm oben für das korrekte Setup.
Wie verwaltet eine Agentur mehrere WhatsApp-Nummern ohne getrennte Webhook-Endpunkte?
Verwenden Sie einen einzigen zentralen Webhook-Endpunkt und routen Sie Ereignisse per phone_number_id. Jedes Cloud-API-Ereignis enthält die Telefonnummern-ID im Payload — verwenden Sie sie, um nachzuschlagen, zu welchem Kunden das Ereignis gehört, und an kundenspezifische Handler zu dispatchen. Mit SocialHook liefern alle Kundennummern automatisch an einen normalisierten Endpunkt, bereits per phone_number_id differenziert. Siehe den Routing-Code oben.
Sollte meine Agentur den WABA des Kunden besitzen oder nur Verwaltungszugriff haben?
Immer Verwaltungszugriff (Partner-Zugriff), niemals Eigentum. Nutzen Sie Metas Embedded Signup, um autorisierten Zugriff auf den WABA des Kunden zu erhalten. Der Kunde behält das Eigentum an seiner Nummer und seinen Daten. Wenn er geht, macht er bei einem anderen Anbieter weiter — seine Nummer intakt. Agenturen, die Kunden-WABAs besitzen, sehen sich Kunden-Unmut, Churn-Streitigkeiten und rechtlichen Risiken ausgesetzt. Professionelle Agenturen bauen langfristige Beziehungen auf Transparenz auf, nicht auf Lock-in.
Wie lange dauert das Onboarding eines neuen Kunden auf die WhatsApp-API?
Typischerweise 2–5 Werktage für den vollen Flow: Meta-Business-Account-Verifizierung (1–3 Tage, falls nötig), WABA-Erstellung über Embedded Signup (gleicher Tag), Telefonnummern-Registrierung und OTP (Minuten), Anzeigename-Genehmigung (1–24 Stunden), Vorlagenerstellung falls nötig (1–24 Stunden für Utility, bis zu 5 Tage für Marketing). Die Nummer kann sofort nach dem OTP Nachrichten senden und empfangen — Anzeigename und Vorlagen laufen parallel. Das Hinzufügen zu SocialHook und das Validieren des Webhooks dauert unter 30 Minuten.
Was passiert mit einem Kunden, wenn die Nummer eines anderen Kunden gesperrt wird?
Nichts — wenn Sie getrennte WABAs pro Kunde haben. Eine Sperre oder Beschränkung betrifft nur den spezifischen WABA und die betroffene Nummer. Das ist der Hauptgrund, warum getrennte WABAs pro Kunde obligatorisch sind. Hätten Sie Kunden fälschlicherweise in einem WABA konsolidiert, könnte ein einziger Verstoß alle Kunden gleichzeitig offline schalten. Richtige Isolation = vollständige Eindämmung des Wirkungsradius.
Kann ich WhatsApp, Facebook Messenger und Instagram für alle Kunden aus einem System verwalten?
Ja — mit SocialHook. Sie fügen die WhatsApp-Nummer, Facebook-Seite und das Instagram-Konto jedes Kunden zu Ihrem SocialHook-Konto hinzu. Alle eingehenden Ereignisse über die drei Kanäle treffen in Ihrem zentralen Webhook im selben normalisierten Format ein, differenziert per phone_number_id (WhatsApp) oder Page-ID (Facebook/Instagram). Ihr Routing- und Handler-Code funktioniert identisch für alle drei Kanäle. Siehe die Facebook- und Instagram-Integrationsseiten für die kanalspezifische Einrichtung.
Feature
WhatsApp für Agenturen
Ein Konto, unbegrenzte Kundennummern. Alle Ereignisse normalisiert und per phone_number_id differenziert. 50 $/Monat pauschal.
Tutorial
Nachrichten auf Ihrem Server empfangen
Die Webhook-Infrastrukturgrundlage für Ihr Agentursystem. Vollständiger Node.js- + Python-Code.
Tutorial
Nachrichten über die Cloud API senden
Text, Vorlagen, Bilder, Buttons, Massenversand — der ausgehende Code, den Ihre Agentur braucht. Node.js, Python, PHP.
Für Agenturen

Ein Konto.
Alle Ihre Kundennummern.

Fügen Sie die WhatsApp-Nummer jedes Kunden zu SocialHook hinzu. Alle Ereignisse kommen an einem normalisierten Webhook an — differenziert per phone_number_id, HMAC-verifiziert, bei Fehlschlag erneut versucht. Schluss mit der Verwaltung separater Webhook-Infrastruktur pro Kunde.

Kostenlos starten — ersten Kunden hinzufügen → Dokumentation lesen
Keine Kreditkarte erforderlich · 50 $/Monat nach der Testphase · Unbegrenzte Kundennummern