Es lunes por la mañana y eres el responsable de cuenta de tres clientes de Shopify Plus que utilizan PushEngage para sus envíos. Tienes una llamada con un cliente en una hora y, antes de que empiece, necesitas la tasa de clics de la semana pasada para los envíos de abandono de carrito de cada sitio. Normalmente, eso significa tres inicios de sesión separados en el panel de PushEngage, tres exportaciones separadas y tres reinicios mentales separados antes de haber dicho una palabra a nadie.
Así es como se gestionan múltiples cuentas de clientes con un asistente de IA en la práctica. Con el servidor MCP de PushEngage conectado a Claude, Cursor u otro asistente agentivo, ese ritual de lunes por la mañana se convierte en una sola conversación. Pides la CTR de la semana pasada del primer sitio, la obtienes, pides de nuevo la del segundo, la obtienes, pides de nuevo la del tercero, y entras en la llamada con los tres números antes de que tu café se enfríe.
Gestionar múltiples cuentas de clientes con un asistente de IA suena simple hasta que tu lista mezcla dos situaciones diferentes: sitios que gestionas bajo un inicio de sesión de PushEngage y clientes que cada uno tiene su propia cuenta separada. Si tratas ambas de la misma manera, o no puedes acceder a los datos de la mitad de tus clientes, o peor aún, corres el riesgo de que el token de un cliente toque la cuenta de otro cliente. Así es como funciona realmente PushEngage MCP para agencias una vez que superas la demostración: dos mecánicas distintas, no un interruptor universal. Esta publicación cubre ambas, cuándo usar cada una y cómo usarlas sin abrir un solo panel manualmente.
Primeros pasos: conectar PushEngage MCP a tu asistente de IA
Si aún no has configurado el servidor MCP de PushEngage, la versión corta es un comando. Añade npx -y @pushengage/mcp a la configuración MCP de tu cliente: el claude_desktop_config.json de Claude Desktop, Claude Code o el mcp.json de Cursor aceptan la misma entrada, y reinicia el cliente. Pide a tu asistente que "me inicie sesión en PushEngage", aprueba la solicitud del navegador que se abre y tu asistente almacena un token de acceso localmente; tu contraseña nunca llega al chat.
A partir de ahí, pide "mostrar mis sitios de PushEngage" y "usar sitio [ID]" para elegir en cuál actúa el asistente. Todo lo que sigue asume que esta configuración base ya está hecha para al menos una cuenta; para el tutorial completo, incluida la solución de problemas de un cliente que no se conecta, consulta la guía de configuración de PushEngage MCP.
Gestionar múltiples cuentas de clientes con un asistente de IA significa resolver dos problemas diferentes
Las agencias que ejecutan PushEngage en una lista de clientes se enfrentan a una de dos situaciones, y necesitan soluciones diferentes.
Cambio de sitio es lo que tienes cuando varios sitios de clientes viven bajo un mismo inicio de sesión de PushEngage que gestionas en nombre de los clientes; una configuración común para agencias que incorporan clientes directamente en una cuenta propiedad de la agencia. Un inicio de sesión, un token, varios sitios a los que dirigir el asistente.
Separación de cuentas es lo que tienes cuando cada cliente tiene y paga su propia cuenta de PushEngage, e inicia sesión de forma independiente. Aquí no hay un inicio de sesión compartido para cambiar; hay varios inicios de sesión separados, cada uno con su propio token, y el trabajo consiste en evitar que se mezclen.
Una regla general determina cuál se aplica: si actualmente cambiaras de sitio dentro de una pestaña del panel de PushEngage, quieres el cambio de sitio. Si actualmente tuvieras que cerrar sesión en el panel de un cliente para iniciar sesión en el de otro, quieres la separación de cuentas. Confundir las dos es el error que vale la pena evitar: tratar las cuentas de clientes separadas como si fueran sitios bajo un solo inicio de sesión es exactamente el tipo de mezcla entre cuentas que nunca debería ocurrir con los datos del cliente.
| Cambio de sitio | Separación de cuentas | |
| Quién tiene el inicio de sesión | Tú, en nombre de los clientes | Cada cliente, de forma independiente |
| Qué cambia entre clientes | El sitio seleccionado | El registro completo del servidor MCP y el archivo de tokens |
| Herramientas involucradas | pushengage_list_sites, pushengage_select_site | PE_MCP_CONFIG_PATH separado por nombre de servidor |
| Modo de fallo si usas el incorrecto | Nunca accedes a los datos de un cliente (si son cuentas verdaderamente separadas) | Sobrecarga innecesaria de reautenticación (si es un inicio de sesión compartido verdaderamente) |
La mayoría de las agencias que usan PushEngage en una lista completa terminan usando ambas a la vez: cambian entre sitios de PushEngage dentro del puñado de clientes que comparten un inicio de sesión administrado por la agencia, y registran cuentas separadas para los clientes que insisten en tener las suyas. Nada en el registro de múltiples cuentas de PushEngage te impide también cambiar de sitio dentro de cualquiera de ellas una vez que has iniciado sesión.
Cambio de sitio: obtener CTR de tres sitios de clientes en una conversación
Para el caso de múltiples sitios, dos herramientas te permiten cambiar entre sitios de PushEngage sin salir de la conversación: pushengage_list_sites y pushengage_select_site. Cada herramienta con ámbito de sitio (analíticas, segmentos, configuración de campañas) actúa sobre el sitio que esté seleccionado actualmente, y la selección persiste entre reinicios, por lo que la configuras una vez por sesión y cada pregunta de seguimiento en esa conversación se aplica al mismo sitio.
Volvamos al lunes por la mañana. Con un inicio de sesión conectado, la obtención de CTR de tres sitios de clientes se ve así en una sola conversación:
- Pregunta “lista mis sitios de PushEngage”. El asistente devuelve el nombre y el ID de cada sitio.
- Pide usar el ID del primer sitio, luego pide la tasa de clics de la semana pasada. El asistente llama a
pushengage_get_analytics_timeseriesy devuelve clics, visualizaciones y CTR por día. - Pide cambiar al ID del segundo sitio. Haz la misma pregunta. Repite para el tercero.
- Pide un resumen que compare los tres. El asistente ya ha extraído los tres conjuntos de datos en la conversación y puede ponerlos uno al lado del otro.
Lo que hace que esto valga la pena en lugar de tres exportaciones de paneles no es solo la velocidad. Es que las cifras que estás extrayendo son atribuibles por sitio, no solo aperturas y clics brutos. pushengage_get_analytics_summary y pushengage_get_analytics_timeseries devuelven clics, visualizaciones y valor de objetivo junto con el CTR, por lo que el informe que presentas en la llamada con el cliente se lee como ingresos recuperados por sitio, no solo recuentos de interacción que tendrías que traducir tú mismo para el cliente.
Ese enfoque importa porque el CTR por sí solo cuenta solo la mitad de la historia. Un estudio a nivel de industria sobre segmentación y tasa de clics encontró que el CTR se mueve 2 veces o más dependiendo de cuán estrechamente se segmentan los envíos de un cliente, por lo que el mismo número de CTR puede significar resultados de ingresos muy diferentes entre tres clientes con diferente madurez de segmentación. Esa diferencia vale la pena señalarla en la llamada, no solo informarla.
Este es un trabajo de solo lectura. Nada al cambiar entre sitios de PushEngage de esta manera envía, programa o edita una campaña; pushengage_list_sites y pushengage_select_site solo cambian qué datos existentes del sitio lee el resto de la conversación.
Separación de cuentas: registrar el servidor MCP con un nombre por cliente
Para cuentas de clientes genuinamente separadas, la solución reside en la propia configuración de MCP, no en una llamada a una herramienta. El servidor de PushEngage lee la ubicación de su token de una variable de entorno, PE_MCP_CONFIG_PATH, que por defecto es ~/.pushengage/mcp.json si nunca la estableces. Registra el servidor dos veces, una por cliente, cada una apuntando a su propio archivo, y los dos inicios de sesión nunca comparten 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 y Brightleaf son nombres de clientes ilustrativos). PE_MCP_CONFIG_PATH debe ser una ruta absoluta; se usa exactamente como se proporciona, sin expansión de ~, así que verifica la ruta antes de reiniciar tu cliente. PE_MCP_CLIENT_NAME es opcional y solo cambia la etiqueta que tu asistente muestra en la pantalla de autorización de PushEngage; no afecta el aislamiento, pero vale la pena establecerlo para que puedas saber qué cliente autorizaste cuando se abre la pestaña del navegador.
Inicia sesión en cada nombre de servidor por separado: “iníciame sesión en pushengage-northwind”, luego, en un paso posterior, “iníciame sesión en pushengage-brightleaf”. Cada uno se autoriza contra la cuenta de PushEngage que elijas en esa sesión de navegador específica. Dos nombres de servidor, dos archivos de configuración, dos tokens que nunca se tocan. Este es el patrón para ejecutar múltiples cuentas de PushEngage una al lado de la otra, y escala más allá de dos: una agencia con una docena de cuentas de clientes registra una docena de entradas de servidor, cada una con su propio PE_MCP_CONFIG_PATH, y ninguna de ellas comparte nunca un archivo. También es la parte que la mayoría de las guías de "IA multicliente" competidoras omiten con vagas charlas sobre aislamiento en lugar de una configuración real para copiar.
Ejecutar la misma indicación de creación de segmentos en todas las cuentas de clientes
Una vez que sus clientes estén registrados como nombres de servidor separados, puede reproducir una solicitud en todos ellos sin abrir nunca un panel. Supongamos que desea un segmento de “visitantes de /pricing” activo en cinco cuentas de clientes antes del final del día. Pida a su asistente, a su vez, que “cree un segmento para visitantes de /pricing” contra pushengage-northwind, luego pushengage-brightleaf, luego cada nombre de servidor de cliente restante. Cada solicitud llama a pushengage_create_segment contra el token propio de esa cuenta, y cada cliente termina con el mismo segmento de regla de URL, construido sobre su propia base de suscriptores.
La razón por la que la misma indicación se transfiere limpiamente a través de las cuentas de cinco clientes diferentes es que invoca un modelo de segmentación integrado en PushEngage, no algo que usted esté diseñando desde cero para cada cliente. pushengage_list_segments y pushengage_create_segment funcionan con reglas de URL y criterios de comportamiento que la plataforma ya entiende — recurrencia, frecuencia, patrones de visita a páginas — las mismas categorías que hacen que el enfoque de la guía de segmentación de comercio electrónico funcione como un sistema en lugar de una lista única. Eso es lo que permite que una indicación haga un trabajo real de segmentación cinco veces en lugar de cinco compilaciones manuales separadas. Y debido a que la segmentación es ahora un requisito de entregabilidad en lugar de algo deseable, reproducirla en cada cuenta de cliente está más cerca de la higiene estándar de la cuenta que de un atajo.
Mantener el acceso de un ex miembro del equipo fuera de la cuenta de cada otro cliente
La separación de cuentas se justifica el día que alguien deja una cuenta. Debido a que el token de cada cliente vive en su propio archivo de configuración, eliminar el acceso de una persona a un cliente nunca afecta al resto de su lista.
Dos formas de cerrarlo:
- Localmente: cierre la sesión solo del registro del servidor de ese cliente — “cierra mi sesión de pushengage-northwind” llama a
pushengage_auth_logout, que elimina el token de ese único archivo de configuración y deja intacto el archivo de cada otro cliente. - En el servidor: si el miembro del equipo saliente autorizó la sesión del navegador por sí mismo, revoquela desde PushEngage en Configuración → Seguridad en la cuenta de ese cliente específico, lo que invalida el token independientemente de dónde esté almacenado localmente.
Compare eso con lo que sucede con un único inicio de sesión compartido entre clientes: revocar el acceso significa rotar un token compartido, lo que interrumpe la conexión de cada compañero de equipo con cada cliente a la vez. Mantener cada cliente en su propio PE_MCP_CONFIG_PATH convierte una alarma generalizada en una solución de una línea.
Lo que esto cambia en cuanto a cómo una agencia fija el precio y asigna personal al trabajo de push multidiscente
Nada de esto cambia lo que hacen las notificaciones push para las cifras de retención de un cliente. El servidor MCP de PushEngage no envía, programa ni crea campañas por sí solo; cada llamada a pushengage_send_notification o pushengage_send_ab_notification todavía se ejecuta en un sitio a la vez, con tu aprobación. Lo que cambia es el tiempo entre “el cliente quiere saber sus cifras” y “el cliente tiene sus cifras”, y el tiempo es el único recurso que un gestor de cuentas no puede comprar más a mitad de mes.
Ese es el valor real de gestionar varias cuentas de clientes con un asistente de IA: no una nueva capacidad, sino tiempo recuperado. Importa a la escala a la que ya opera PushEngage: más de 25 000 propietarios de negocios en más de 150 países enviaron 15 200 millones de notificaciones a través de la plataforma solo en los últimos 30 días.
Una agencia que gestiona un puñado de esas cuentas no le pide a esta infraestructura que haga algo nuevo; le pide que llegue al trabajo de informes y creación de audiencias que ya hace, sin un inicio de sesión en el panel de control que se interponga entre el asistente y la respuesta. El gestor de cuentas que solía pasar los lunes por la mañana exportando tres CSV ahora dedica ese tiempo a lo que esas cifras dicen sobre la tasa de compra repetida de cada cliente. Esa es la parte del trabajo que nunca se suponía que tuviera que ver con inicios de sesión en primer lugar.
Ya sea que tu lista necesite cambiar de sitio, separación de cuentas o ambas cosas, la mecánica anterior funciona en todos los planes de PushEngage, con precios que se escalan según los suscriptores activos en lugar de por cuenta de cliente, por lo que agregar el cuarto o quinto cliente a esta configuración no significa renegociar lo que pagas para llegar a ellos. Esa es la forma real de PushEngage MCP para agencias: no un nuevo nivel de cuenta de administrador agregado encima, sino las mismas dos mecánicas (un inicio de sesión con varios sitios, o varios inicios de sesión que nunca se cruzan) aplicadas a cuantos clientes estés gestionando este trimestre.
