È lunedì mattina e sei il responsabile account di tre clienti Shopify Plus che utilizzano PushEngage. Hai una chiamata con un cliente tra un'ora e, prima che inizi, hai bisogno del tasso di clic della scorsa settimana per gli invii di recupero carrello di ciascun sito. Normalmente ciò significa tre accessi separati alla dashboard di PushEngage, tre esportazioni separate e tre reset mentali separati prima di aver detto una parola a qualcuno.
Questo è ciò che significa gestire più account cliente con un unico assistente AI in pratica. Con il server MCP di PushEngage connesso a Claude, Cursor o un altro assistente agentico, quel rituale del lunedì mattina si trasforma in una singola conversazione. Chiedi il CTR della scorsa settimana sul primo sito, lo ottieni, chiedi di nuovo per il secondo, lo ottieni, chiedi di nuovo per il terzo e entri nella chiamata con tutti e tre i numeri prima che il tuo caffè si raffreddi.
Gestire più account cliente con un unico assistente AI sembra semplice finché il tuo elenco non mescola due situazioni diverse: siti che gestisci sotto un unico accesso PushEngage e clienti che hanno ciascuno il proprio account separato. Trattali allo stesso modo e o non potrai accedere ai dati di metà dei tuoi clienti, o peggio, rischi che il token di un cliente tocchi l'account di un altro cliente. Questo è ciò che PushEngage MCP per le agenzie fa realmente una volta superata la demo: due meccaniche distinte, non un interruttore universale. Questo post copre entrambi, quando usare quale e come usarli senza aprire manualmente una singola dashboard.
Iniziare: collegare PushEngage MCP al tuo assistente AI
Se non hai ancora configurato il server PushEngage MCP, la versione breve è un comando. Aggiungi npx -y @pushengage/mcp alla configurazione MCP del tuo cliente — claude_desktop_config.json di Claude Desktop, Claude Code o mcp.json di Cursor accettano tutti la stessa voce — e riavvia il client. Chiedi al tuo assistente di "effettuare l'accesso a PushEngage", approva il prompt del browser che si apre e il tuo assistente memorizza localmente un token di accesso; la tua password non viene mai trasmessa alla chat.
Da lì, chiedi "mostra i miei siti PushEngage" e "usa sito [ID]" per scegliere su quale sito agisce l'assistente. Tutto ciò che segue presuppone che questa configurazione di base sia già stata eseguita per almeno un account; per la guida completa, inclusa la risoluzione dei problemi di un client che non si connette, consulta la guida alla configurazione di PushEngage MCP.
Gestire più account cliente con un unico assistente AI significa risolvere due problemi diversi
Le agenzie che utilizzano PushEngage su un elenco di clienti si trovano in una delle due situazioni e necessitano di soluzioni diverse.
Commutazione sito è ciò che hai quando più siti cliente risiedono sotto un unico accesso PushEngage che gestisci per conto dei clienti — una configurazione comune per le agenzie che integrano i clienti direttamente in un account di proprietà dell'agenzia. Un accesso, un token, più siti a cui puntare l'assistente.
La separazione degli account si verifica quando ogni cliente possiede e paga il proprio account PushEngage ed effettua l'accesso in modo indipendente. Qui non c'è un login condiviso da cui passare: ci sono diversi login separati, ognuno con il proprio token, e il compito è evitare che si mescolino.
Una regola empirica stabilisce quale si applica: se attualmente passassi da un sito all'altro all'interno di una scheda della dashboard di PushEngage, desideri il passaggio tra siti. Se attualmente dovessi disconnetterti dalla dashboard di un cliente per accedere a quella di un altro, desideri la separazione degli account. Confondere i due è l'errore da evitare: trattare account cliente separati come se fossero siti sotto un unico login è esattamente il tipo di mescolanza tra account che non dovrebbe mai accadere con i dati dei clienti.
| Passaggio tra siti | Separazione degli account | |
| Chi gestisce il login | Tu, per conto dei clienti | Ogni cliente, in modo indipendente |
| Cosa cambia tra i clienti | Il sito selezionato | La registrazione completa del server MCP e il file del token |
| Strumenti coinvolti | pushengage_list_sites, pushengage_select_site | PE_MCP_CONFIG_PATH separato per nome del server |
| Modalità di errore se si utilizza quella sbagliata | Non si accede mai ai dati di un cliente (se account veramente separati) | Sovraccarico di autenticazione non necessario (se login condiviso veramente unico) |
La maggior parte delle agenzie che utilizzano PushEngage per un intero elenco finisce per utilizzarli entrambi contemporaneamente: passano da un sito PushEngage all'altro all'interno della manciata di clienti che condividono un unico login gestito dall'agenzia, e registrano account separati per i clienti che insistono nel gestire i propri. Nulla nella registrazione di più account PushEngage ti impedisce di passare anche tra i siti all'interno di uno qualsiasi di essi una volta effettuato l'accesso.
Passaggio tra siti: estrazione del CTR su tre siti cliente in una conversazione
Per il caso multi-sito, due strumenti ti consentono di passare da un sito PushEngage all'altro senza lasciare la conversazione: pushengage_list_sites e pushengage_select_site. Ogni strumento con ambito sito (statistiche, segmenti, impostazioni delle campagne) agisce sul sito attualmente selezionato, e la selezione persiste tra i riavvii, quindi la imposti una volta per sessione e ogni domanda successiva in quella conversazione si applica allo stesso sito.
Torniamo a lunedì mattina. Con un unico login connesso, l'estrazione del CTR per tre siti cliente appare così in una singola conversazione:
- Chiedi "elenca i miei siti PushEngage". L'assistente restituisce il nome e l'ID di ciascun sito.
- Chiedi di utilizzare l'ID del primo sito, quindi chiedi il tasso di click-through della scorsa settimana. L'assistente chiama
pushengage_get_analytics_timeseriese restituisce clic, visualizzazioni e CTR per giorno. - Chiedi di passare all'ID del secondo sito. Poni la stessa domanda. Ripeti per il terzo.
- Chiedi un riepilogo che confronti i tre. L'assistente ha già estratto tutti e tre i set di dati durante la conversazione e può metterli a confronto.
Ci
sò che rende questo utile invece di tre esportazioni dal dashboard non è solo la velocità. Sono i numeri che stai estraendo attribuibili per sito, non solo aperture e clic grezzi. pushengage_get_analytics_summary e pushengage_get_analytics_timeseries restituiscono clic, visualizzazioni e valore dell'obiettivo insieme al CTR, quindi il report che porti alla chiamata con il cliente si legge come entrate recuperate per sito, non solo conteggi di coinvolgimento che dovresti tradurre tu stesso per il cliente.
Questa inquadratura è importante perché il solo CTR racconta solo metà della storia. Uno studio a livello di settore sulla segmentazione e sul tasso di clic ha rilevato che il CTR si muove 2 volte o più a seconda di quanto sono segmentate le invii di un cliente, quindi lo stesso numero di CTR può significare risultati di entrate molto diversi tra tre clienti con diversa maturità di segmentazione. Questa differenza vale la pena segnalare nella chiamata, non solo riportare.
Questo è un lavoro di sola lettura. Nulla nel passaggio tra i siti PushEngage in questo modo invia, pianifica o modifica una campagna; pushengage_list_sites e pushengage_select_site cambiano solo quali dati esistenti del sito vengono letti dal resto della conversazione.
Separazione account: registrazione del server MCP con un nome per cliente
Per account cliente genuinamente separati, la soluzione risiede nella configurazione MCP stessa, non in una chiamata allo strumento. Il server di PushEngage legge la posizione del suo token da una variabile d'ambiente, PE_MCP_CONFIG_PATH, che per impostazione predefinita è ~/.pushengage/mcp.json se non l'hai mai impostata. Registra il server due volte, una per cliente, ognuno puntato al proprio file, e i due login non condivideranno mai un 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 e Brightleaf sono nomi di clienti illustrativi.) PE_MCP_CONFIG_PATH deve essere un percorso assoluto — viene utilizzato esattamente come fornito, senza espansione di ~, quindi ricontrolla il percorso prima di riavviare il client. PE_MCP_CLIENT_NAME è facoltativo e cambia solo l'etichetta che il tuo assistente mostra nella schermata di autorizzazione di PushEngage; non influisce sull'isolamento, ma vale la pena impostarlo in modo da poter dire quale cliente hai autorizzato quando si apre la scheda del browser.
Accedi separatamente a ciascun nome server: “loggami in pushengage-northwind”, quindi, in un passaggio successivo, “loggami in pushengage-brightleaf”. Ognuno si autorizza rispetto a qualsiasi account PushEngage tu scelga in quella specifica sessione del browser. Due nomi server, due file di configurazione, due token che non si toccano mai. Questo è il modello per eseguire più account PushEngage fianco a fianco, e si scala oltre due: un'agenzia con una dozzina di account cliente registra una dozzina di voci server, ognuna con il proprio PE_MCP_CONFIG_PATH, e nessuno di loro condivide mai un file. È anche il pezzo che la maggior parte delle guide concorrenti sull'"IA multi-cliente" saltano con vaghe chiacchiere sull'isolamento invece di una configurazione effettiva da copiare.
Esecuzione dello stesso prompt di creazione di segmenti su ogni account cliente
Una volta che i tuoi clienti sono registrati come nomi server separati, puoi riprodurre una richiesta su tutti loro senza mai aprire una dashboard. Supponiamo che tu voglia un segmento "visitatori di /pricing" attivo su cinque account cliente prima della fine della giornata. Chiedi al tuo assistente, a sua volta, di "creare un segmento per i visitatori di /pricing" contro pushengage-northwind, poi pushengage-brightleaf, poi ogni nome server cliente rimanente. Ogni richiesta chiama pushengage_create_segment contro il token di quell'account, e ogni cliente finisce con lo stesso segmento di regole URL, costruito sulla propria base di iscritti.
Il motivo per cui lo stesso prompt si trasferisce in modo pulito su cinque diversi account cliente è che sta invocando un modello di segmentazione integrato in PushEngage, non qualcosa che stai architettando da zero per ogni cliente. pushengage_list_segments e pushengage_create_segment funzionano su regole URL e criteri comportamentali che la piattaforma già comprende — recenza, frequenza, schemi di visita delle pagine — le stesse categorie che rendono l'approccio della guida alla segmentazione e-commerce funzionare come un sistema piuttosto che come una lista una tantum. Questo è ciò che permette a un prompt di fare un lavoro di segmentazione reale cinque volte invece di cinque creazioni manuali separate. E poiché la segmentazione è ora un requisito di recapito piuttosto che un "nice-to-have", riprodurla su ogni account cliente è più vicina all'igiene standard dell'account che a una scorciatoia.
Mantenere l'accesso di un ex membro del team fuori da ogni altro account cliente
La separazione degli account si giustifica nel giorno in cui qualcuno lascia un account. Poiché il token di ogni cliente risiede nel proprio file di configurazione, la rimozione dell'accesso di una persona a un cliente non tocca mai il resto del tuo team.
Due modi per chiudere:
- Localmente: disconnettiti dalla registrazione del server di quel cliente — "esci da pushengage-northwind" chiama
pushengage_auth_logout, che elimina il token da quel singolo file di configurazione e lascia intatto il file di ogni altro cliente. - Lato server: se il membro del team in uscita ha autorizzato la sessione del browser da solo, revoca l'accesso da PushEngage sotto Impostazioni → Sicurezza sull'account di quel cliente specifico, il che invalida il token indipendentemente da dove sia memorizzato localmente.
Confronta questo con ciò che accade con un singolo accesso condiviso tra i clienti: revocare l'accesso significa ruotare un singolo token condiviso, il che interrompe la connessione di ogni membro del team a ogni cliente contemporaneamente. Mantenere ogni cliente sul proprio PE_MCP_CONFIG_PATH trasforma un'esercitazione antincendio per l'intero team in una correzione di una sola riga.
Cosa cambia questo nel modo in cui un'agenzia prezza e organizza il lavoro di push per più clienti
Nessuna di queste cose cambia ciò che le notifiche push fanno per i numeri di fidelizzazione di un cliente. Il server MCP di PushEngage non invia, pianifica o crea campagne da solo; ogni chiamata a pushengage_send_notification o pushengage_send_ab_notification viene ancora eseguita su un sito alla volta, con la tua approvazione. Ciò che cambia è il tempo tra "il cliente vuole conoscere i propri numeri" e "il cliente ha i propri numeri", e il tempo è l'unica risorsa che un account manager non può acquistare in aggiunta a metà mese.
Questo è il vero valore della gestione di più account cliente con un unico assistente AI: non una nuova funzionalità, ma tempo recuperato. È importante alla scala su cui opera già PushEngage: oltre 25.000 imprenditori in oltre 150 paesi hanno inviato 15,2 miliardi di notifiche attraverso la piattaforma negli ultimi 30 giorni da soli.
Un'agenzia che gestisce una manciata di questi account non chiede a questa infrastruttura di fare qualcosa di nuovo; chiede di raggiungere il lavoro di reporting e di creazione di pubblico che già svolge, senza un accesso alla dashboard che si frapponga tra l'assistente e la risposta. L'account manager che una volta passava i lunedì mattina esportando tre CSV ora dedica quel tempo a ciò che quei numeri dicono sul tasso di acquisto ripetuto di ciascun cliente. Questa è la parte del lavoro che non avrebbe mai dovuto riguardare gli accessi in primo luogo.
Sia che il tuo elenco richieda il cambio di sito, la separazione degli account o entrambi, i meccanismi sopra descritti funzionano su ogni piano PushEngage, prezzato per scalare con gli iscritti attivi anziché per account cliente, quindi aggiungere il quarto o quinto cliente a questa configurazione non significa rinegoziare quanto paghi per raggiungerli. Questa è la vera forma di PushEngage MCP per le agenzie: non un nuovo livello di account manager aggiunto in cima, ma gli stessi due meccanismi (un accesso con più siti, o più accessi che non si incrociano mai) applicati a quanti clienti stai gestendo questo trimestre.
