Meta Muse für Salesforce Service Cloud: Wie Metas KI 2026 in deine WhatsApp-Service-Konsole passt

Was „Meta Muse für Salesforce Service Cloud" eigentlich bedeutet

Ich lese in meinem Job viele Entwicklerdokumentationen anderer Unternehmen, und Metas Namensgebung 2026 ist die, die am meisten Zeit zum Entwirren kostet. Es sind drei Produkte im Spiel, aber nur eines davon spricht mit deinen Kunden:

1. Muse, der persönliche KI-Agent, den Meta im September für Alltagsaufgaben von Verbrauchern gestartet hat. Er wurde nicht dafür gebaut, die Kunden eines Unternehmens zu beantworten.
2. Muse Spark 1.3, das Modell, das über die Meta Model API verkauft wird. Du kannst darauf einen Bot bauen, und was das für Salesforce bedeutet, behandle ich weiter unten. Die Übersicht zu Muse Spark 1.3 hat die Modelldetails.
3. Meta Business Agent, den Meta im Juni gestartet hat, als KI, die deinen Kunden auf WhatsApp, Messenger und Instagram antwortet. Dieses Produkt wägt ein Salesforce-Serviceteam tatsächlich ab.

Die vollständige Dreier-Aufschlüsselung steht in meinem Leitfaden Meta Muse für den Kundensupport. Hier gehe ich auf die Salesforce-Seite ein, also deinen Enhanced-WhatsApp-Kanal und Messaging Sessions mit ihren Cases, und dann auf die Agentforce-Rechnung. Nutzt du ein anderes Helpdesk? Sieh dir Meta Muse für Zendesk oder die HubSpot-Version an.

Meta wirbt auch direkt um die Salesforce-Community, was erwähnenswert ist. Meta war Supporting Partner auf der Dreamforce 2026 und hielt am 17. September eine Session zu Business Agent, die „human handoff" unter ihren Funktionen aufführte.

Wie WhatsApp heute in der Salesforce Service Cloud funktioniert

Bevor Metas Agent hinzukommt, hilft es, zuerst zu wissen, was dein Salesforce-WhatsApp-Kanal bereits leistet. Salesforces WhatsApp-Einrichtungsanleitung beschreibt, wie Mitarbeiter in der Service Console mit Text- und Sprachnachrichten sowie anklickbaren Optionen antworten und dann an einen anderen Mitarbeiter, eine Warteschlange oder einen Omni-Channel-Flow übergeben, wenn sie nicht weiterhelfen können. Jeder WhatsApp-Thread landet als Messaging Session, und Omni-Channel routet ihn.

Ein paar Details aus Salesforces eigener Dokumentation prägen alles, was danach kommt:

• Es ist ein Add-on obendrauf auf die Lizenz. Enhanced WhatsApp erfordert Enterprise oder Unlimited für Service plus entweder das Add-on Digital Engagement oder, seit dem 23. Februar 2026, das neuere Add-on Agentforce Contact Center Digital. Die aktuelle Service-Cloud-Preisliste führt Enhanced Messaging mit zusätzlich 75 $ pro Nutzer und Monat bei Core (195 $) und Advanced (395 $).
• Contact Center Digital läuft über Message Credits. Laut Salesforces Upgrade-Hinweisen sind WhatsApp-Credits seit dem 27. März 2026 erforderlich, und ohne sie kannst du nicht einmal einen Kanal anlegen.
• Agentforce kann bereits auf der Nummer sitzen. Salesforces Leitfaden zu Sprachantworten besagt, dass Agentforce WhatsApp-Sprachnachrichten jetzt standardmäßig mit KI-generierter Stimme beantwortet, sobald der Agent eine Messaging-Verbindung hat. Es kann also sein, dass bereits eine KI auf deinen WhatsApp-Threads sitzt.
• Keine Koexistenz mit der Telefon-App. Salesforces Enhanced-WhatsApp-Leitfaden warnt davor, sich mit der Nummer in der WhatsApp-App anzumelden: „Don't! Otherwise, you won't be able to activate the channel in Salesforce."
• Eine Org pro WhatsApp-Konto. Salesforces WhatsApp-Hinweise sagen, dass die Verknüpfung eines WhatsApp Business Accounts mit mehr als einer Salesforce-Org nicht unterstützt wird und dass Nummern, die du bei einem anderen Anbieter behältst, auf dein Limit von 25 Nummern angerechnet werden.

Für den Rest der Plattform führt mein Service-Cloud-Überblick durch alles, und der Beitrag zum Salesforce-Ticketsystem behandelt das Case-Objekt.

Das Stapeln von Add-ons ist die Stelle, an der Salesforce-Käufer es zuerst spüren. Ein G2-Rezensent von Agentforce Service formulierte es so:

"The base platform is fine, but once you start adding features, integrations, or AI capabilities, the pricing increases quite a bit. It's something you need to plan for upfront; otherwise, it can feel expensive over time."

Agentforce-Service-Rezensent, G2

Was passiert, wenn Meta Business Agent auf deine Salesforce-Nummer kommt

Metas Dokumentation wurde im September deutlich detaillierter, und für die Planung verändert dieses Detail das Bild für ein Salesforce-Team.

Er wird zum ersten Ansprechpartner, und Salesforce geht in den Standby

Metas Conversation Routing entscheidet, welche App jede Nachricht beantwortet, wenn mehr als eine App mit einer Nummer verbunden ist. Dein Enhanced-WhatsApp-Kanal zählt als eine dieser Apps. Wenn du Business Agent aktivierst, gilt laut Metas Einrichtungsanleitung zum Routing: "The agent becomes the sole primary for messaging entry points" und "Previous primary destinations move to standby so they retain context".

Einfach gesagt: Neue WhatsApp-Nachrichten erreichen zuerst Metas Agent und nicht Omni-Channel, sodass keine Messaging Session an einen Mitarbeiter geroutet wird, bis der Thread zu dir zurückkommt. Du kannst das auch nach Einstiegspunkt aufteilen, zum Beispiel Salesforce für Direktnachrichten primär lassen, während die KI die Click-to-WhatsApp-Anzeigen übernimmt. Diese Einrichtung gibt es nur in der Meta Business Suite: "There is no public API for configuring Conversation Routing."

Eine KI pro Nummer, also können Agentforce und Business Agent nicht teilen

Metas Plattformübersicht legt die Zulassungsregel klar dar: Die Nummer darf "Not already running another AI agent on that number" haben, denn "an active authorized-agent integration blocks Meta Business Agent."

Meta definiert „authorized-agent integration" nicht. Die naheliegende Lesart, nach der ich auch planen würde, lautet: Ein Agentforce-Agent, der auf der Nummer antwortet, zählt dazu. Es ist also eine Wahl und kein Stapel. In Salesforce erreicht der Agent WhatsApp über eine Messaging-Verbindung im Agentforce Builder, und genau diese Verbindung samt ihrem Omni-Channel-Flow müsstest du als Erstes auflösen.

Salesforce ist namentlich genannter Übergabepartner, aber der Ablauf ist noch undokumentiert

Wenn Business Agent übergibt, bleibt der Chat im selben WhatsApp-Thread, und die Zuständigkeit geht an eine andere App auf der Nummer. Metas Leitfaden zum Kundensupport nennt "A staffed destination for handed-off conversations" als eine Voraussetzung, und eine einfache Übergabe geht an die App, die du als "escalation partner" festlegst, laut den Thread-Control-Dokumenten.

Hier unterscheidet sich Salesforce von den meisten Helpdesks dieser Serie. Als Meta Business AI vorstellte (der frühere Name von Business Agent), führte es Übergabepartner so auf: "Salesforce, Microsoft Dynamics 365 Contact Center, ServiceNow, Zendesk, Gorgias and Klaviyo Service." Salesforce steht an erster Stelle dieser Liste. HubSpot und Front stehen gar nicht darauf, ebenso wenig Freshdesk.

Namentlich genannt zu sein ist aber nicht dasselbe wie dokumentiert zu sein. Keiner der von mir geprüften Salesforce-Hilfeartikel zu WhatsApp, Messaging oder Agentforce erwähnt Business Agent, Standby oder Thread Control, und Metas Routing-Dokumentation erschien erst am 23. September. Nach Metas Modell sollte eine Übergabe in Salesforce als normale eingehende Messaging Session ankommen, wenn Salesforce der Escalation Partner ist. Ich würde sie trotzdem zuerst auf einer Sandbox-Nummer testen, bevor ich ihr Kunden anvertraue.

Ein paar weitere Übergabedetails, die man kennen sollte:

• Der Kontext reist in einer Notiz mit 2.000 Zeichen. Das Handoff-Event trägt ein Freitextfeld metadata, das Meta empfiehlt, "to carry the ticket or order reference". Deine Mitarbeiter bekommen entweder eine KI-Zusammenfassung oder eine Live-Standby-Kopie, nie beides.
• Du steuerst die Auslöser nicht. Auf der Plattform wird die Übergabe bei geringer Konfidenz, Integritätsproblemen oder dem Wunsch des Kunden nach einem Menschen ausgelöst, und "You do not configure the triggers", so Metas Seite zu den Fähigkeiten. Agentforce dagegen lässt dich eigene Eskalationsregeln in den Agenten und den Omni-Channel-Flow schreiben.
• Meta warnt vor der Übergabe um 2 Uhr nachts. Im Leitfaden heißt es: "An agent that hands off at 02:00 into an unstaffed queue produces a worse outcome than one that says when the team is next available and raises a ticket."

Ein BSP-Berater mit frühem Plattformzugang fasste Metas Steuerungsmöglichkeiten so zusammen:

"The harness is very basic. You only get 4 controls - knowledge, personality, audience, handoff. Fine for a simple FAQ or catalog bot. But if you want real step-by-step logic, you hit the wall fast."

u/Kira_SENPAI_1, Reddit

Wie eine gute Übergabe auf jedem Stack aussieht, steht in meinem Leitfaden zur KI-Agent-Übergabe.

Salesforces Client-Credentials-Flow passt exakt zur Connector-Authentifizierung von Meta

Business Agent führt Aktionen über Connectors aus, also HTTP-APIs oder Remote-MCP-Server, die du selbst definierst, und Metas Support-Leitfaden führt ein Tool create_support_ticket Schritt für Schritt vor. Bei den Beiträgen zu Gorgias und Freshdesk war das der Punkt, an dem es scheiterte, denn Metas Connectors-Referenz sagt: "only OAUTH2_CLIENT_CREDENTIALS, API_KEY, and NONE are supported."

Salesforce landet hier auf der besten Seite aller Helpdesks, die ich geprüft habe. Sein Client-Credentials-Flow ist in allen Editionen verfügbar und lässt eine externe Client-App "its consumer key and consumer secret" gegen ein Zugriffstoken tauschen. Das ist genau die Form von Metas Typ OAUTH2_CLIENT_CREDENTIALS, mit Token-URL sowie Client-ID und Secret. Metas Agent könnte also auf dem Papier einen Case anlegen oder einen Kontakt nachschlagen und auch eine Bestellung in deiner Org prüfen, bevor die Übergabe erfolgt.

Beim Bauen gibt es drei Warnhinweise:

1. Er läuft als ein einziger Integrationsnutzer. Salesforce sagt, der Flow erfordert "an integration user to run the integration", sodass jeder Schreibzugriff von Metas Agent den Namen und die Berechtigungen dieses Nutzers trägt. Begrenze das Profil dieses Nutzers eng.
2. Die gehosteten MCP-Server passen nicht. Salesforces Einrichtung des Hosted MCP erfordert PKCE und Tokens für namentlich bekannte Nutzer, was Metas Client-Credentials-Connector nicht kann. Nutze die REST-API. Der Beitrag zu Claude für Salesforce geht tiefer auf diese Server ein.
3. Fehler bleiben still. Meta weist selbst darauf hin: "A failed ticket is invisible: the agent has already said a colleague will be in touch, the shopper waits, and nobody finds out until they message again angrier."

Was es kostet: Meta Business Agent vs. Agentforce auf WhatsApp

Die beiden KIs rechnen in unterschiedlichen Einheiten ab, und beide kommen zu den Service-Cloud-Lizenzen und dem Messaging-Add-on hinzu, die du ohnehin bezahlst.

Pro Konversation ist Metas Agent in jedem von Meta veröffentlichten Beispiel günstiger als der Konversationspreis von Agentforce. Bei Flex Credits schrumpft der Abstand, und dann hängt es davon ab, wie viele Aktionen dein Agent in jedem Chat ausführt. Meine Erklärung zu Flex Credits behandelt diese Rechnung. Die Einheit pro Aktion ist zudem diejenige, die Salesforce-Admins am schwersten prognostizieren können. Ein G2-Rezensent schrieb:

"If an AI agent gets stuck in a loop or handles an unexpected surge in holiday traffic, your 'digital wallet' of credits can drain faster than anticipated. You have to be very strict with Guardrails in the Agent Builder (like limiting the number of turns per session) just to keep costs predictable."

Agentforce-Service-Rezensent, G2

Metas Modell pro Nachricht erntet dieselbe Kritik von seinen frühen Nutzern:

"My concern is that the per-message cost is insanely high at approximately 5 cents per message."

u/Aromatic-Surround167, Reddit

Für das Gesamtbild aus Lizenzen und Add-ons siehe meine Aufschlüsselungen zu den Service-Cloud-Preisen und den Agentforce-Preisen.

Der 1. Oktober ist auf Salesforce-Seite die offene Frage

Die Änderung, die die meisten Salesforce-Teams spüren werden, ist nicht der KI-Preis. Ab dem 1. Oktober 2026 berechnet Meta Service-Nachrichten pro Nachricht, nachdem 1.000 pro Telefonnummer und Monat kostenlos waren. Service-Nachrichten sind Freitext-Antworten von einem Menschen oder einer KI eines Drittanbieters, und Metas Preisseite sagt, dass jede Nachricht "either as a Meta Business Agent message or as a service message, never both" abgerechnet wird.

Salesforce sitzt bei Contact Center Digital mitten in dieser Rechnung, weil es WhatsApp über Message Credits abrechnet. Seine WhatsApp-Preistabelle, gültig ab dem 1. August 2026, sagt weiterhin, dass Freitext-Service-Nachrichten im 24-Stunden-Fenster "free of cost" sind, und führt den Service-Multiplikator in jedem Markt mit 0 auf. Salesforce hat bereits Änderungen der WhatsApp-Multiplikatoren angekündigt, und zwar für den 1. November 2026, aber keine dieser Seiten sagt, wie die Service-Gebühr im Oktober weitergereicht wird. Wenn deine Mitarbeiter viele WhatsApp-Antworten senden, lohnt es sich, jetzt bei deinem Account Executive nachzufragen. Meine Erklärung zu den WhatsApp-API-Preisen zeigt die Preisentwicklung, und der Beitrag zu den Meta-Richtlinienänderungen behandelt, was Meta mit Bots von Drittanbietern gemacht hat.

Einen eigenen Salesforce-Bot auf Muse Spark bauen

Der dritte Weg überspringt Business Agent und baut auf dem Modell auf, was meinem Berufsalltag am nächsten kommt.

Auf der Modellseite kostet Muse Spark 1.3 in der Standardstufe 1,25 $ Input und 4,25 $ Output pro 1 Mio. Tokens (Meta-Model-API-Dokumentation), mit Tool Calling und strukturierter Ausgabe. Die günstigere Contributor-Stufe scheidet für Supportarbeit aus, denn Metas Bedingungen sagen: "You must not submit sensitive, confidential, or personal information to the Discounted Services." Mein Muse-Spark-1.3-Review zeigt, wo das Modell stark ist.

Auf der Salesforce-Seite ist die gute Nachricht, dass es eine Vordertür gibt. Salesforces Tabelle der Messaging-Editionen führt Bring Your Own Bot für Enterprise, Unlimited und Developer mit Agentforce Contact Center Digital plus dem Add-on Partner Messaging Bot auf. Salesforce behält die WhatsApp-Verbindung, und dein Bot wird dann in die Messaging Session eingesteckt. Das ist im Vergleich zu HubSpot ein besseres Angebot, dessen API überhaupt keine WhatsApp-Nachrichten senden kann.

Alles Übrige liegt bei dir:

1. Wissen. Knowledge-Artikel, Makros und frühere Cases, synchron gehalten.
2. Die Case-Schleife. Die Session lesen, eine Antwort entwerfen und Status, Priorität und Besitzer des Cases über die REST-API aktualisieren.
3. Eskalation. Dein eigener Konfidenzschwellenwert, Rückgabe an einen Omni-Channel-Flow.
4. Testen. Echte Cases wiedergeben, bevor etwas einen Kunden erreicht.
5. Vertrauensprüfung. Dein Security-Team wird fragen, warum Case-Daten den Einstein Trust Layer in Richtung Metas API verlassen.

Rechne auch die Wartung ein, nicht nur den Bau. Mein Leitfaden Build vs. Buy führt die vollständige Liste auf. Für denselben Bau auf anderen Modellen siehe ChatGPT für Salesforce und Grok für Salesforce.

Wo Metas Agent für ein Salesforce-Team aufhört

Nichts davon ist in Metas Dokumentation versteckt, aber es trifft eine Service-Cloud-Org härter:

• Er antwortet nur in Metas Apps. Deine Org hat Email-to-Case, Webformulare, Chat und oft Sprache. Business Agent deckt keinen davon ab, du würdest also zwei KIs mit zwei Regelwerken betreiben. Mein Beitrag zum Salesforce-Chatbot behandelt die Web-Seite.
• Deine Case-Historie ist keine Wissensquelle. Metas Support-Leitfaden rät dir, "export the top drivers from your helpdesk for the last quarter" und FAQ-Einträge von Hand zu schreiben. Jahre geschlossener Salesforce Cases bleiben außer Reichweite.
• Er sieht dein CRM nicht, solange du es nicht anbindest. Agentforce kennt Kontakt, Account und Entitlements, über die es spricht, bereits. Metas Agent weiß nur, was dein Connector abruft.
• Regulierte Branchen sind ausgeschlossen. Laut Metas Plattformübersicht können Unternehmen aus Finanzen, Gesundheit, Behörden, Alkohol oder Glücksspiel ihn nicht nutzen, und das sind zentrale Salesforce-Branchen.
• Genauigkeit braucht weiterhin Grounding. Metas Hilfezentrum warnt "Some AI messages may be inaccurate or inappropriate", und ein früher Tester sah "the same product come back at two different prices in two replies" (Reddit).

Die Datenqualität wirkt hier in beide Richtungen. Die Warnung eines G2-Rezensenten zu Agentforce gilt genauso für alles, was du in Metas Agent einspeist:

"Agentforce is only as smart as the data it can 'read.' If your Salesforce org has years of technical debt - duplicate records, stale knowledge articles, or poorly mapped fields - the AI will struggle."

Agentforce-Service-Rezensent, G2

Der Punkt mit der Case-Historie kommt in fast jedem eesel-Vertriebsgespräch auf, und mein Kollege Amogh, einer der Gründer von eesel, formulierte es nach einem davon unverblümt:

"Also - past ticket training strikes again. Classic. People really, really, really want to train on past tickets."

Mit Business Agent würdest du diese Historie von Hand als FAQs wieder ausschreiben, und für viele Service-Cloud-Teams entscheidet das die Frage. Der Beitrag zu den Grenzen der Service-Cloud-KI behandelt die Salesforce-Seite derselben Frage.

Welches Setup zu deinem Salesforce-Team passt

So würde ich wählen, basierend darauf, wo deine Kunden schreiben und wie dein Team arbeitet.

Für die meisten Salesforce-Teams, mit denen ich spreche, ist die zweite Zeile die reale. Ein Kunde schreibt auf WhatsApp, hakt per E-Mail nach und ruft später an, und deine Mitarbeiter brauchen all das an einem Case und einem Kontakt, nicht aufgeteilt zwischen Salesforce und Meta.

Wenn du Optionen innerhalb von Salesforce vergleichst, sind mein Service-Cloud-KI-Vergleich und die Liste der Agentforce-Alternativen gute nächste Lektüre. Für WhatsApp über Tools hinweg siehe die beste KI für WhatsApp-Support.

eesel für WhatsApp in Salesforce testen

eesel ist ein KI-Helpdesk-Teammitglied, das der Service Cloud beitritt wie ein neuer Mitarbeiter, ohne separates Widget und ohne zweiten Posteingang. Es entwirft und sendet Antworten auf Cases, fügt interne Notizen hinzu, aktualisiert Status, Priorität und Besitzer und routet Cases in Warteschlangen, dabei nutzt es aktuellen Kontakt- und Account-Kontext. Es respektiert deine Zuweisungsregeln, Eskalationsregeln und Entitlements und verbindet sich außerdem direkt mit WhatsApp. Es lernt aus deinen früheren Cases, Knowledge-Artikeln und E-Mail-Vorlagen, und bevor es einem einzigen Kunden antwortet, läuft eine Simulation gegen deine früheren Cases, sodass du siehst, welche es richtig lösen würde. Danach wählst du die Case-Typen, die es anfassen darf.

Die Preise sind ein fester monatlicher Credit-Plan, bei dem ein Case oder Chat als ein Credit zählt, egal wie viele Antworten er braucht. Keine Flex-Credit-Rechnung pro Aktion. Wenn du das Setup lieber skriptest, ermöglicht dir das die eesel-CLI, oder einem Coding-Agenten wie Claude Code: Salesforce verbinden, Wissen hinzufügen und Aktionen freigeben, alles aus dem Terminal, mit JSON-Ausgabe für jeden Befehl.

eesel testen: kostenlos mit 100 Credits und ohne Karte, und sieh, wie es mit deinen Salesforce-WhatsApp-Cases umgeht, bevor die Preisänderung am 1. Oktober greift.