Es ist Montagmorgen, und Sie sind der Account Lead für drei Shopify Plus-Kunden, die alle Push über PushEngage nutzen. Sie haben in einer Stunde einen Kundentermin, und bevor dieser beginnt, benötigen Sie die Klickrate der letzten Woche für die Warenkorbabbrecher-Sendungen jeder Website. Normalerweise bedeutet das drei separate PushEngage-Dashboard-Logins, drei separate Exporte und drei separate mentale Zurücksetzungen, bevor Sie ein Wort mit jemandem gesprochen haben.
So sieht die Verwaltung mehrerer Kundenkonten mit einem KI-Assistenten in der Praxis aus. Mit dem PushEngage MCP-Server, der mit Claude, Cursor oder einem anderen Agentenassistenten verbunden ist, wird dieses Montagmorgen-Ritual zu einem einzigen Gespräch. Sie fragen nach der Klickrate der letzten Woche für die erste Website, erhalten sie, fragen erneut nach der zweiten, erhalten sie, fragen erneut nach der dritten, und Sie gehen mit allen drei Zahlen in das Gespräch, bevor Ihr Kaffee kalt ist.
Die Verwaltung mehrerer Kundenkonten mit einem KI-Assistenten klingt einfach, bis Ihre Liste zwei verschiedene Situationen mischt: Websites, die Sie unter einem PushEngage-Login verwalten, und Kunden, die jeweils ihr eigenes separates Konto haben. Wenn Sie diese gleich behandeln, können Sie entweder nicht auf die Daten der Hälfte Ihrer Kunden zugreifen oder, schlimmer noch, Sie riskieren, dass das Token eines Kunden das Konto eines anderen Kunden berührt. So sieht PushEngage MCP für Agenturen tatsächlich aus, wenn man über die Demo hinausgeht: zwei verschiedene Mechanismen, keine universelle Umschaltung. Dieser Beitrag behandelt beide, wann welche verwendet werden soll und wie man sie benutzt, ohne ein einziges Dashboard von Hand zu öffnen.
Erste Schritte: PushEngage MCP mit Ihrem KI-Assistenten verbinden
Wenn Sie den PushEngage MCP-Server noch nicht eingerichtet haben, ist die Kurzfassung ein Befehl. Fügen Sie npx -y @pushengage/mcp zu Ihrer MCP-Konfiguration des Kunden hinzu – die claude_desktop_config.json von Claude Desktop, Claude Code oder die mcp.json von Cursor akzeptieren alle denselben Eintrag – und starten Sie den Client neu. Bitten Sie Ihren Assistenten, „mich bei PushEngage anzumelden“, genehmigen Sie die angezeigte Browser-Aufforderung, und Ihr Assistent speichert ein Zugriffstoken lokal; Ihr Passwort berührt niemals den Chat.
Fragen Sie von dort aus „Zeige meine PushEngage-Websites“ und „Verwende Website [ID]“, um auszuwählen, auf welche der Assistent zugreift. Alles unten geht davon aus, dass diese Basiseinrichtung bereits für mindestens ein Konto erfolgt ist. Für die vollständige Anleitung, einschließlich der Fehlerbehebung bei einem Kunden, der keine Verbindung herstellen kann, siehe die PushEngage MCP-Einrichtungsanleitung.
Die Verwaltung mehrerer Kundenkonten mit einem KI-Assistenten bedeutet, zwei verschiedene Probleme zu lösen
Agenturen, die PushEngage für eine Kundenliste nutzen, stoßen auf eine von zwei Situationen, und sie benötigen unterschiedliche Lösungen.
Website-Umschaltung ist das, was Sie haben, wenn mehrere Kunden-Websites unter einem PushEngage-Login leben, das Sie im Namen der Kunden verwalten – eine gängige Einrichtung für Agenturen, die Kunden direkt in ein Agentur-eigenes Konto aufnehmen. Ein Login, ein Token, mehrere Websites, auf die der Assistent zeigen kann.
Konto-Trennung ist das, was Sie haben, wenn jeder Kunde sein eigenes PushEngage-Konto besitzt und bezahlt und sich unabhängig anmeldet. Hier gibt es kein gemeinsames Login zum Wechseln – es gibt mehrere separate Logins, jedes mit seinem eigenen Token, und die Aufgabe ist, zu verhindern, dass sie sich jemals vermischen.
Eine Faustregel entscheidet, welche zutrifft: Wenn Sie derzeit Websites innerhalb eines PushEngage-Dashboard-Tabs wechseln würden, möchten Sie Website-Umschaltung. Wenn Sie sich derzeit von einem Kunden-Dashboard abmelden müssten, um sich bei einem anderen anzumelden, möchten Sie Konto-Trennung. Die Verwechslung der beiden ist der Fehler, den es zu vermeiden gilt: Separate Kundenkonten so zu behandeln, als wären sie Websites unter einem Login, ist genau die Art von kontoübergreifender Vermischung, die bei Kundendaten niemals passieren sollte.
| Website-Umschaltung | Konto-Trennung | |
| Wer besitzt das Login | Sie, im Namen der Kunden | Jeder Kunde, unabhängig |
| Was ändert sich zwischen den Kunden | Die ausgewählte Website | Die gesamte MCP-Server-Registrierung und Token-Datei |
| Beteiligte Werkzeuge | pushengage_list_sites, pushengage_select_site | Separate PE_MCP_CONFIG_PATH pro Servername |
| Fehlermodus, wenn Sie den falschen verwenden | Sie erreichen niemals die Daten eines Kunden (wenn wirklich getrennte Konten) | Unnötiger Re-Authentifizierungsaufwand (wenn wirklich ein gemeinsames Login) |
Die meisten Agenturen, die PushEngage für eine ganze Liste von Kunden nutzen, verwenden beides gleichzeitig: Sie wechseln zwischen PushEngage-Websites innerhalb der Handvoll Kunden, die sich ein von der Agentur verwaltetes Login teilen, und registrieren separate Konten für die Kunden, die darauf bestehen, ihre eigenen zu besitzen. Nichts an der Registrierung mehrerer PushEngage-Konten hindert Sie daran, auch innerhalb eines jeden von ihnen Websites zu wechseln, sobald Sie angemeldet sind.
Website-Umschaltung: Abrufen der CTR über drei Kunden-Websites in einem Gespräch
Für den Multi-Site-Fall ermöglichen Ihnen zwei Werkzeuge, zwischen PushEngage-Websites zu wechseln, ohne das Gespräch zu verlassen: pushengage_list_sites und pushengage_select_site. Jedes Website-spezifische Werkzeug (Analysen, Segmente, Kampagneneinstellungen) wirkt auf die gerade ausgewählte Website, und die Auswahl bleibt über Neustarts hinweg bestehen, sodass Sie sie einmal pro Sitzung festlegen und jede nachfolgende Frage in diesem Gespräch sich auf dieselbe Website bezieht.
Zurück zum Montagmorgen. Mit einem verbundenen Login sieht der CTR-Abruf für drei Kunden-Websites in einem einzigen Gespräch so aus:
- Fragen Sie „Liste meine PushEngage-Websites auf.“ Der Assistent gibt den Namen und die ID jeder Website zurück.
- Bitten Sie, die ID der ersten Website zu verwenden, und fragen Sie dann nach der Klickrate der letzten Woche. Der Assistent ruft
pushengage_get_analytics_timeseriesauf und gibt Klicks, Aufrufe und CTR pro Tag zurück. - Bitten Sie, zur ID der zweiten Website zu wechseln. Stellen Sie dieselbe Frage. Wiederholen Sie dies für die dritte.
- Bitten Sie um eine Zusammenfassung, die die drei vergleicht. Der Assistent hat bereits alle drei Datensätze im Gespräch abgerufen und kann sie nebeneinander stellen.
Was dies lohnenswert macht, anstatt drei Dashboard-Exporte durchzuführen, ist nicht nur die Geschwindigkeit. Es sind die Zahlen, die Sie abrufen, die pro Website zurechenbar sind, nicht nur rohe Öffnungen und Klicks. pushengage_get_analytics_summary und pushengage_get_analytics_timeseries geben neben der CTR auch Klicks, Aufrufe und Zielwerte zurück, sodass der Bericht, mit dem Sie in das Kundengespräch gehen, als wiederhergestellter Umsatz pro Website gelesen wird und nicht nur als Engagement-Zahlen, die Sie selbst für den Kunden übersetzen müssten.
Diese Formulierung ist wichtig, da die CTR allein nur die halbe Geschichte erzählt. Eine branchenweite Studie über Segmentierung und Klickrate ergab, dass die CTR je nachdem, wie eng die Sendungen eines Kunden segmentiert sind, um das 2-fache oder mehr variiert. Dieselbe CTR-Zahl kann daher sehr unterschiedliche Umsatzergebnisse für drei Kunden mit unterschiedlicher Segmentierungsreife bedeuten. Dieser Unterschied ist es wert, im Gespräch hervorgehoben zu werden, nicht nur berichtet.
Dies ist eine schreibgeschützte Arbeit. Nichts am Wechseln zwischen PushEngage-Websites auf diese Weise sendet, plant oder bearbeitet eine Kampagne; pushengage_list_sites und pushengage_select_site ändern nur, welche vorhandenen Daten der Website der Rest des Gesprächs liest.
Kontotrennung: Registrierung des MCP-Servers unter einem Namen pro Kunde
Für wirklich getrennte Kundenkonten liegt die Lösung in der MCP-Konfiguration selbst, nicht in einem Tool-Aufruf. Der PushEngage-Server liest seinen Token-Speicherort aus einer Umgebungsvariablen, PE_MCP_CONFIG_PATH, die standardmäßig auf ~/.pushengage/mcp.json gesetzt ist, wenn Sie sie nie festlegen. Registrieren Sie den Server zweimal, einmal pro Kunde, jeder zeigt auf seine eigene Datei, und die beiden Anmeldungen teilen sich niemals einen Token:
{
"mcpServers": {
"pushengage-northwind": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-northwind.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Northwind)"
}
},
"pushengage-brightleaf": {
"command": "npx",
"args": ["-y", "@pushengage/mcp"],
"env": {
"PE_MCP_CONFIG_PATH": "/Users/you/.pushengage/mcp-brightleaf.json",
"PE_MCP_CLIENT_NAME": "Claude Desktop (Brightleaf)"
}
}
}
}(Northwind und Brightleaf sind beispielhafte Kundennamen.) PE_MCP_CONFIG_PATH muss ein absoluter Pfad sein – er wird genau wie angegeben verwendet, ohne ~-Erweiterung, also überprüfen Sie den Pfad doppelt, bevor Sie Ihren Client neu starten. PE_MCP_CLIENT_NAME ist optional und ändert nur das Label, das Ihr Assistent auf dem Autorisierungsbildschirm von PushEngage anzeigt; er hat keinen Einfluss auf die Isolation, aber es lohnt sich, ihn festzulegen, damit Sie erkennen können, welchen Kunden Sie autorisiert haben, wenn sich der Browser-Tab öffnet.
Melden Sie sich separat bei jedem Servernamen an: „Loggen Sie mich in pushengage-northwind ein“, dann in einem späteren Schritt „Loggen Sie mich in pushengage-brightleaf ein“. Jeder autorisiert sich gegen das PushEngage-Konto, das Sie in dieser spezifischen Browsersitzung wählen. Zwei Servernamen, zwei Konfigurationsdateien, zwei Tokens, die sich nie berühren. Dies ist das Muster für die gleichzeitige Ausführung mehrerer PushEngage-Konten, und es skaliert über zwei hinaus: Eine Agentur mit einem Dutzend Kundenkonten registriert ein Dutzend Servereinträge, jeder mit seinem eigenen PE_MCP_CONFIG_PATH, und keiner von ihnen teilt sich jemals eine Datei. Es ist auch der Teil, den die meisten konkurrierenden „Multi-Client-KI“-Anleitungen mit vagen Aussagen über Isolation überspringen, anstatt einer tatsächlichen Konfiguration zum Kopieren.
Ausführen derselben Aufforderung zur Segmenterstellung für jedes Kundenkonto
Sobald Ihre Kunden als separate Servernamen registriert sind, können Sie eine Anfrage über alle hinweg wiederholen, ohne jemals ein Dashboard zu öffnen. Angenommen, Sie möchten ein „Besucher von /pricing“-Segment bis zum Ende des Tages auf fünf Kundenkonten live schalten. Bitten Sie Ihren Assistenten abwechselnd, „ein Segment für Besucher von /pricing“ gegen pushengage-northwind zu erstellen, dann gegen pushengage-brightleaf, dann gegen jeden verbleibenden Kundenservernamen. Jede Anfrage ruft pushengage_create_segment gegen das eigene Token dieses Kontos auf, und jeder Kunde erhält am Ende dasselbe URL-Regel-Segment, das auf seiner eigenen Abonnentenbasis aufgebaut ist.
Der Grund, warum derselbe Prompt sauber über fünf verschiedene Kundenkonten übertragen wird, liegt darin, dass er ein integriertes Segmentierungsmodell von PushEngage aufruft, nicht etwas, das Sie pro Kunde von Grund auf neu entwickeln. pushengage_list_segments und pushengage_create_segment arbeiten mit URL-Regeln und Verhaltenskriterien, die die Plattform bereits versteht – Aktualität, Häufigkeit, Seitenbesuchsmuster – dieselben Kategorien, die den Ansatz des Leitfadens zur E-Commerce-Segmentierung als System und nicht als einmalige Liste funktionieren lassen. Das ermöglicht es einem Prompt, fünfmal echte Segmentierungsarbeit zu leisten, anstatt fünf separate manuelle Erstellungen. Und da Segmentierung jetzt eine Voraussetzung für die Zustellbarkeit ist und kein nettes Extra mehr, ist die Wiederholung über jedes Kundenkonto hinweg eher eine Standard-Kontenhygiene als eine Abkürzung.
Den Zugriff eines ehemaligen Teammitglieds aus jedem anderen Kundenkonto fernhalten
Die Kontotrennung zahlt sich am Tag aus, an dem jemand ein Konto verlässt. Da das Token jedes Kunden in seiner eigenen Konfigurationsdatei lebt, berührt das Entfernen des Zugriffs einer Person auf einen Kunden niemals den Rest Ihrer Liste.
Zwei Möglichkeiten, es zu beenden:
- Lokal: Melden Sie sich von der Serverregistrierung nur dieses Kunden ab – „log me out of pushengage-northwind“ ruft
pushengage_auth_logoutauf, was das Token aus dieser einen Konfigurationsdatei löscht und die Datei jedes anderen Kunden unberührt lässt. - Serverseitig: Wenn das ausscheidende Teammitglied die Browsersitzung selbst autorisiert hat, widerrufen Sie sie in PushEngage unter Einstellungen → Sicherheit in dem spezifischen Kundenkonto, was das Token ungültig macht, unabhängig davon, wo es lokal gespeichert ist.
Vergleichen Sie das mit dem, was passiert, wenn ein einzelner gemeinsamer Login über Kunden hinweg verwendet wird: Das Widerrufen des Zugriffs bedeutet, ein gemeinsames Token zu rotieren, was die Verbindung jedes Teammitglieds zu jedem Kunden auf einmal unterbricht. Wenn jeder Kunde seine eigene PE_MCP_CONFIG_PATH beibehält, wird aus einem unternehmensweiten Feuerwehreinsatz eine einzeilige Korrektur.
Was dies für die Preisgestaltung und Personalbesetzung von Agenturen bei der Arbeit mit mehreren Kunden ändert
Nichts davon ändert etwas daran, was Push-Benachrichtigungen für die Kundenbindungszahlen eines Kunden bewirken. Der MCP-Server von PushEngage sendet, plant oder erstellt keine Kampagnen von sich aus; jeder Aufruf von pushengage_send_notification oder pushengage_send_ab_notification läuft immer noch auf einer Website zur Zeit, und Sie genehmigen ihn. Was sich ändert, ist die Zeitspanne zwischen „der Kunde möchte seine Zahlen wissen“ und „der Kunde hat seine Zahlen“, und Zeit ist die einzige Ressource, die ein Account Manager nicht mitten im Monat mehr kaufen kann.
Das ist der wahre Wert der Verwaltung mehrerer Kundenkonten mit einem KI-Assistenten: keine neue Fähigkeit, sondern gewonnene Zeit. Es ist wichtig für die Skalierung, bei der PushEngage bereits läuft – 25.000+ Geschäftsinhaber in über 150 Ländern haben allein in den letzten 30 Tagen 15,2 Milliarden Benachrichtigungen über die Plattform gesendet.
Eine Agentur, die eine Handvoll dieser Konten verwaltet, bittet diese Infrastruktur nicht, etwas Neues zu tun; sie bittet darum, die Berichterstattung und die Zielgruppenaufbauarbeit, die sie bereits leistet, zu erreichen, ohne dass ein Dashboard-Login zwischen dem Assistenten und der Antwort steht. Der Account Manager, der früher Montagmorgen damit verbrachte, drei CSV-Dateien zu exportieren, verbringt diese Zeit jetzt damit, was diese Zahlen über die Wiederholungskaufrate jedes Kunden aussagen. Das ist der Teil des Jobs, bei dem es von Anfang an nie um Logins gehen sollte.
Ob Ihr Bestand Website-Wechsel, Kontotrennung oder beides benötigt, die oben genannten Mechanismen laufen auf jedem PushEngage-Plan, preislich so gestaltet, dass sie mit aktiven Abonnenten skalieren und nicht pro Kundenkonto, sodass das Hinzufügen des vierten oder fünften Kunden zu dieser Einrichtung nicht bedeutet, neu zu verhandeln, was Sie bezahlen, um sie zu erreichen. Das ist die tatsächliche Form von PushEngage MCP für Agenturen: keine neue Manager-Konto-Stufe, die oben angehängt ist, sondern die gleichen beiden Mechanismen (ein Login mit mehreren Websites oder mehrere Logins, die sich nie kreuzen) angewendet auf beliebig viele Kunden, die Sie in diesem Quartal betreuen.
