É segunda-feira de manhã, e você é o líder de conta de três clientes Shopify Plus que utilizam push através do PushEngage. Tem uma chamada com um cliente em uma hora, e antes que comece precisa da taxa de cliques da semana passada para os envios de abandono de carrinho de cada site. Normalmente, isso significa três logins separados no painel PushEngage, três exportações separadas e três reinícios mentais antes de ter dito uma palavra a alguém.
Isto é o que gerir múltiplas contas de clientes com um assistente de IA parece na prática. Com o servidor PushEngage MCP ligado ao Claude, Cursor, ou outro assistente agentivo, esse ritual de segunda-feira de manhã transforma-se numa única conversa. Pede a taxa de cliques da semana passada no primeiro site, obtém-na, pede novamente para o segundo, obtém-na, pede novamente para o terceiro, e entra na chamada com os três números antes que o seu café arrefeça.
Gerir múltiplas contas de clientes com um assistente de IA parece simples até que o seu elenco misture duas situações diferentes: sites que gerencio sob um login PushEngage, e clientes que cada um detém a sua própria conta separada. Trate essas da mesma forma e ou não consegue aceder aos dados de metade dos seus clientes, ou pior, arrisca-se a que o token de um cliente toque na conta de outro cliente. Isto é o que o PushEngage MCP para agências realmente parece depois de passar da demonstração: duas mecânicas distintas, não um interruptor universal. Este post cobre ambos, quando usar qual, e como usá-los sem abrir um único painel manualmente.
Primeiros passos: ligar o PushEngage MCP ao seu assistente de IA
Se ainda não configurou o servidor PushEngage MCP, a versão curta é um comando. Adicione npx -y @pushengage/mcp à configuração MCP do seu cliente — a claude_desktop_config.json do Claude Desktop, Claude Code, ou o mcp.json do Cursor aceitam a mesma entrada — e reinicie o cliente. Peça ao seu assistente para "fazer login no PushEngage", aprove o prompt do navegador que se abre, e o seu assistente armazena um token de acesso localmente; a sua palavra-passe nunca toca no chat.
A partir daí, peça "mostrar os meus sites PushEngage" e "usar site [ID]" para escolher em qual o assistente atua. Tudo o que se segue pressupõe que esta configuração base já está feita para pelo menos uma conta; para o guia completo, incluindo a resolução de problemas de um cliente que não se conecta, veja o guia de configuração do PushEngage MCP.
Gerir múltiplas contas de clientes com um assistente de IA significa resolver dois problemas diferentes
Agências que executam o PushEngage numa lista de clientes encontram uma de duas situações, e precisam de soluções diferentes.
Troca de sites é o que acontece quando vários sites de clientes residem sob um único login PushEngage que gere em nome dos clientes — uma configuração comum para agências que integram clientes diretamente numa conta pertencente à agência. Um login, um token, múltiplos sites para direcionar o assistente.
Separação de contas é o que acontece quando cada cliente detém e paga pela sua própria conta PushEngage, e faz login de forma independente. Aqui não há um login partilhado para alternar — existem vários logins separados, cada um com o seu próprio token, e o trabalho é evitar que se misturem.
Uma regra prática determina qual se aplica: se atualmente alternaria sites dentro de um separador do painel PushEngage, quer troca de sites. Se atualmente tivesse de sair de um painel de cliente para entrar noutro, quer separação de contas. Confundir os dois é o erro que vale a pena evitar: tratar contas de clientes separadas como se fossem sites sob um único login é exatamente o tipo de mistura entre contas que nunca deve acontecer com dados de clientes.
| Troca de sites | Separação de contas | |
| Quem detém o login | Você, em nome dos clientes | Cada cliente, de forma independente |
| O que muda entre clientes | O site selecionado | O registo completo do servidor MCP e o ficheiro de token |
| Ferramentas envolvidas | pushengage_list_sites, pushengage_select_site | PE_MCP_CONFIG_PATH separado por nome de servidor |
| Modo de falha se usar o incorreto | Nunca acede aos dados de um cliente (se contas verdadeiramente separadas) | Sobrecarga desnecessária de reautenticação (se um login partilhado verdadeiramente) |
A maioria das agências que utilizam PushEngage numa lista completa acabam por usar ambos ao mesmo tempo: alternam entre sites PushEngage dentro do punhado de clientes que partilham um login gerido pela agência, e registam contas separadas para os clientes que insistem em deter as suas próprias. Nada no registo de múltiplas contas PushEngage o impede de também alternar sites dentro de qualquer uma delas assim que estiver ligado.
Troca de sites: obter CTR de três sites de clientes numa única conversa
Para o caso multi-site, duas ferramentas permitem alternar entre sites PushEngage sem sair da conversa: pushengage_list_sites e pushengage_select_site. Todas as ferramentas com âmbito de site (analítica, segmentos, configurações de campanha) atuam sobre o site atualmente selecionado, e a seleção persiste entre reinícios, pelo que a define uma vez por sessão e cada pergunta de seguimento nessa conversa aplica-se ao mesmo site.
De volta a segunda-feira de manhã. Com um login ligado, a obtenção de CTR para três sites de clientes parece isto numa única conversa:
- Pergunte “liste os meus sites PushEngage.” O assistente retorna o nome e ID de cada site.
- Peça para usar o ID do primeiro site, depois peça a taxa de cliques da semana passada. O assistente chama
pushengage_get_analytics_timeseriese retorna cliques, visualizações e CTR por dia. - Peça para mudar para o ID do segundo site. Peça a mesma pergunta. Repita para o terceiro.
- Peça um resumo comparando os três. O assistente já extraiu os três conjuntos de dados na conversa e pode colocá-los lado a lado.
O que torna isto valioso em vez de três exportações de painel não é apenas a velocidade. São os números que você está a extrair que são atribuíveis por site, não apenas aberturas e cliques brutos. pushengage_get_analytics_summary e pushengage_get_analytics_timeseries retornam cliques, visualizações e valor de objetivo juntamente com CTR, pelo que o relatório que você apresenta na chamada com o cliente lê-se como receita recuperada por site, não apenas contagens de envolvimento que você teria de traduzir para o cliente por conta própria.
Essa formulação é importante porque o CTR por si só conta apenas metade da história. Um estudo a nível da indústria sobre segmentação e taxa de cliques descobriu que o CTR varia 2x ou mais dependendo da segmentação das campanhas de um cliente, pelo que o mesmo número de CTR pode significar resultados de receita muito diferentes entre três clientes com diferentes níveis de maturidade de segmentação. Essa diferença vale a pena assinalar na chamada, não apenas reportar.
Este é um trabalho de apenas leitura. Nada sobre a mudança entre sites PushEngage desta forma envia, agenda ou edita uma campanha; pushengage_list_sites e pushengage_select_site apenas alteram quais dados existentes do site a restante conversa lê.
Separação de contas: registar o servidor MCP sob um nome por cliente
Para contas de clientes genuinamente separadas, a correção reside na própria configuração do MCP, não numa chamada de ferramenta. O servidor PushEngage lê a localização do seu token a partir de uma variável de ambiente, PE_MCP_CONFIG_PATH, que por defeito é ~/.pushengage/mcp.json se nunca a definir. Registe o servidor duas vezes, uma por cliente, cada um apontado para o seu próprio ficheiro, e os dois logins nunca partilham um 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 são nomes de clientes ilustrativos.) PE_MCP_CONFIG_PATH deve ser um caminho absoluto — é usado exatamente como fornecido, sem expansão de ~, pelo que verifique o caminho antes de reiniciar o seu cliente. PE_MCP_CLIENT_NAME é opcional e apenas altera o rótulo que o seu assistente mostra no ecrã de autorização do próprio PushEngage; não afeta o isolamento, mas vale a pena defini-lo para que possa saber qual cliente autorizou quando o separador do navegador abre.
Inicie sessão em cada nome de servidor separadamente: “inicie sessão em pushengage-northwind”, depois, num passo posterior, “inicie sessão em pushengage-brightleaf”. Cada um autoriza contra qualquer conta PushEngage que escolha nessa sessão específica do navegador. Dois nomes de servidor, dois ficheiros de configuração, dois tokens que nunca se tocam. Este é o padrão para executar várias contas PushEngage lado a lado, e escala para além de dois: uma agência com uma dúzia de contas de clientes regista uma dúzia de entradas de servidor, cada uma com o seu próprio PE_MCP_CONFIG_PATH, e nenhuma delas partilha nunca um ficheiro. É também a parte que a maioria das guias concorrentes de "IA multi-cliente" omitem com conversas vagas sobre isolamento em vez de uma configuração real para copiar.
Executar a mesma instrução de criação de segmento em todas as contas de cliente
Assim que os seus clientes estiverem registados como nomes de servidor separados, pode reproduzir um pedido em todos eles sem nunca abrir um painel de controlo. Suponha que pretende um segmento de “visitantes de /pricing” ativo em cinco contas de clientes antes do final do dia. Peça ao seu assistente, por sua vez, para “criar um segmento para visitantes de /pricing” contra pushengage-northwind, depois pushengage-brightleaf, depois cada nome de servidor de cliente restante. Cada pedido chama pushengage_create_segment contra o token próprio dessa conta, e cada cliente acaba com o mesmo segmento de regra de URL, construído na sua própria base de subscritores.
A razão pela qual o mesmo pedido é transferido de forma limpa entre as contas de cinco clientes diferentes é que está a invocar um modelo de segmentação integrado no PushEngage, não algo que está a arquitetar do zero para cada cliente. pushengage_list_segments e pushengage_create_segment funcionam com regras de URL e critérios comportamentais que a plataforma já compreende — recência, frequência, padrões de visita de páginas — as mesmas categorias que fazem com que a abordagem do guia de segmentação de comércio eletrónico funcione como um sistema em vez de uma lista única. É isso que permite que um único pedido faça um trabalho de segmentação real cinco vezes em vez de cinco compilações manuais separadas. E como a segmentação é agora um requisito de entregabilidade em vez de um extra agradável, reproduzi-la em todas as contas de clientes está mais próximo da higiene padrão da conta do que de um atalho.
Manter o acesso de um ex-membro da equipa fora da conta de cada outro cliente
A separação de contas justifica-se no dia em que alguém sai de uma conta. Como o token de cada cliente reside no seu próprio ficheiro de configuração, remover o acesso de uma pessoa a um cliente nunca afeta o resto da sua equipa.
Duas formas de o resolver:
- Localmente: saia do registo do servidor apenas desse cliente — “sair do pushengage-northwind” chama
pushengage_auth_logout, que elimina o token desse único ficheiro de configuração e deixa o ficheiro de todos os outros clientes intocado. - No servidor: se o membro da equipa que sai autorizou a sessão do navegador, revoque-a a partir do PushEngage em Definições → Segurança nessa conta específica do cliente, o que invalida o token independentemente de onde esteja armazenado localmente.
Compare isso com o que acontece com um único login partilhado entre clientes: revogar o acesso significa rodar um token partilhado, o que quebra a ligação de todos os colegas de equipa a todos os clientes de uma só vez. Manter cada cliente no seu próprio PE_MCP_CONFIG_PATH transforma um exercício de pânico em toda a equipa numa correção de uma linha.
O que isto muda na forma como uma agência define preços e aloca pessoal para trabalho de push com vários clientes
Nada disto altera o que as notificações push fazem pelos números de retenção de um cliente. O servidor MCP da PushEngage não envia, agenda ou cria campanhas por si só; cada chamada a pushengage_send_notification ou pushengage_send_ab_notification ainda é executada num site de cada vez, com a sua aprovação. O que muda é o tempo entre “o cliente quer saber os seus números” e “o cliente tem os seus números”, e o tempo é o único recurso que um gestor de contas não pode comprar mais a meio do mês.
Esse é o verdadeiro valor de gerir múltiplas contas de clientes com um único assistente de IA: não uma nova capacidade, mas tempo recuperado. Importa-se na escala em que a PushEngage já opera — mais de 25.000 proprietários de negócios em mais de 150 países enviaram 15,2 mil milhões de notificações através da plataforma nos últimos 30 dias apenas.
Uma agência que gere um punhado dessas contas não está a pedir a esta infraestrutura para fazer algo novo; está a pedir para aceder ao trabalho de relatórios e construção de audiências que já faz, sem um login de painel a interpor-se entre o assistente e a resposta. O gestor de contas que costumava passar as manhãs de segunda-feira a exportar três CSVs, agora passa esse tempo a analisar o que esses números dizem sobre a taxa de recompra de cada cliente. Essa é a parte do trabalho que nunca deveria ter sido sobre logins em primeiro lugar.
Quer o seu plantel necessite de troca de sites, separação de contas, ou ambos, os mecanismos acima funcionam em todos os planos PushEngage, com preços que escalam com os assinantes ativos em vez de por conta de cliente, pelo que adicionar o quarto ou quinto cliente a esta configuração não significa renegociar o que paga para os alcançar. Essa é a forma real do MCP PushEngage para agências: não um novo nível de conta de gestor adicionado por cima, mas os mesmos dois mecanismos (um login com vários sites, ou vários logins que nunca se cruzam) aplicados a quantos clientes estiver a gerir neste trimestre.
