Утро понедельника, а вы — менеджер трех клиентов Shopify Plus, которые используют PushEngage. Через час у вас звонок с клиентом, и до его начала вам нужно узнать показатель кликабельности за прошлую неделю для рассылок по брошенным корзинам каждого сайта. Обычно это означает три отдельных входа в панель управления PushEngage, три отдельных экспорта и три отдельных ментальных перезагрузки, прежде чем вы успеете что-либо сказать кому-либо.
Вот как на практике выглядит управление несколькими клиентскими аккаунтами с помощью одного ИИ-ассистента. Когда сервер PushEngage MCP подключен к Claude, Cursor или другому агентивному ассистенту, этот утренний ритуал превращается в один разговор. Вы запрашиваете CTR за прошлую неделю для первого сайта, получаете его, запрашиваете снова для второго, получаете его, запрашиваете снова для третьего, и вы приходите на звонок со всеми тремя показателями до того, как ваш кофе остынет.
Управление несколькими клиентскими аккаунтами с помощью одного ИИ-ассистента звучит просто, пока ваш список не смешает две разные ситуации: сайты, которыми вы управляете в рамках одного логина PushEngage, и клиенты, у каждого из которых есть своя отдельная учетная запись. Если вы будете обращаться с ними одинаково, вы либо не сможете получить доступ к данным половины ваших клиентов, либо, что еще хуже, рискуете тем, что токен одного клиента коснется аккаунта другого клиента. Вот как на самом деле выглядит PushEngage MCP для агентств после демонстрации: две разные механики, а не один универсальный переключатель. В этой статье мы рассмотрим обе, когда какую использовать и как их использовать, не открывая вручную ни одной панели управления.
Начало работы: подключение PushEngage MCP к вашему ИИ-ассистенту
Если вы еще не настроили сервер PushEngage MCP, то короткая версия — одна команда. Добавьте npx -y @pushengage/mcp в конфигурацию MCP вашего клиента — claude_desktop_config.json Claude Desktop, Claude Code или mcp.json Cursor принимают одну и ту же запись — и перезапустите клиент. Попросите вашего ассистента «войти в PushEngage», подтвердите открывшееся окно браузера, и ваш ассистент сохранит токен доступа локально; ваш пароль никогда не попадет в чат.
Оттуда попросите «показать мои сайты PushEngage» и «использовать сайт [ID]», чтобы выбрать, на каком сайте будет действовать ассистент. Все нижеизложенное предполагает, что эта базовая настройка уже выполнена хотя бы для одного аккаунта; для полного руководства, включая устранение неполадок с клиентом, который не подключается, см. руководство по настройке PushEngage MCP.
Управление несколькими клиентскими аккаунтами с помощью одного ИИ-ассистента означает решение двух разных проблем
Агентства, использующие PushEngage для целого ряда клиентов, сталкиваются с одной из двух ситуаций, и им требуются разные решения.
Переключение сайтов — это то, что у вас есть, когда несколько клиентских сайтов находятся под одним логином PushEngage, которым вы управляете от имени клиентов — распространенная настройка для агентств, которые напрямую подключают клиентов к аккаунту, принадлежащему агентству. Один логин, один токен, несколько сайтов, на которые можно направить ассистента.
Разделение учетных записей — это когда каждый клиент имеет и оплачивает свою собственную учетную запись PushEngage и входит в нее независимо. Здесь нет общего входа для переключения — есть несколько отдельных входов, каждый со своим токеном, и задача состоит в том, чтобы они никогда не смешивались.
Практическое правило определяет, какой из них применим: если вы в данный момент переключаетесь между сайтами в одной вкладке панели PushEngage, вам нужно переключение сайтов. Если вам в данный момент нужно выйти из панели одного клиента, чтобы войти в панель другого, вам нужно разделение учетных записей. Путаница между этими двумя понятиями — это ошибка, которой следует избегать: обращение с отдельными учетными записями клиентов так, как если бы они были сайтами под одним входом, является именно тем типом смешивания данных между учетными записями, который никогда не должен происходить с данными клиентов.
| Переключение сайтов | Разделение учетных записей | |
| Кто владеет входом | Вы, от имени клиентов | Каждый клиент, независимо |
| Что меняется между клиентами | Выбранный сайт | Регистрация и файл токенов всего сервера MCP |
| Используемые инструменты | pushengage_list_sites, pushengage_select_site | Отдельный PE_MCP_CONFIG_PATH на имя сервера |
| Режим сбоя при использовании неправильного | Вы никогда не получите доступ к данным клиента (если учетные записи действительно разделены) | Излишние накладные расходы на повторную аутентификацию (если действительно один общий вход) |
Большинство агентств, использующих PushEngage для полного списка клиентов, в конечном итоге используют оба варианта одновременно: они переключаются между сайтами PushEngage у нескольких клиентов, которые совместно используют один управляемый агентством вход, и регистрируют отдельные учетные записи для клиентов, которые настаивают на том, чтобы вести свои собственные. Ничто в регистрации нескольких учетных записей PushEngage не мешает вам также переключаться между сайтами в любой из них после входа в систему.
Переключение сайтов: получение CTR по трем клиентским сайтам в одном разговоре
Для многосайтового случая два инструмента позволяют переключаться между сайтами PushEngage, не выходя из разговора: pushengage_list_sites и pushengage_select_site. Каждый инструмент, ограниченный областью действия сайта (аналитика, сегменты, настройки кампании), действует на любой выбранный в данный момент сайт, и выбор сохраняется между перезапусками, поэтому вы устанавливаете его один раз за сеанс, и каждый последующий вопрос в этом разговоре относится к тому же сайту.
Вернемся к понедельнику. При подключенном одном входе получение CTR по трем клиентским сайтам выглядит следующим образом в одном разговоре:
- Спросите «покажи мои сайты PushEngage». Помощник возвращает имя и идентификатор каждого сайта.
- Попросите использовать идентификатор первого сайта, затем запросите коэффициент кликов за прошлую неделю. Помощник вызывает
pushengage_get_analytics_timeseriesи возвращает количество кликов, просмотров и CTR по дням. - Попросите переключиться на идентификатор второго сайта. Задайте тот же вопрос. Повторите для третьего.
- Попросите сводку, сравнивающую три. Помощник уже получил все три набора данных в рамках разговора и может представить их бок о бок.
То, что делает это стоящим вместо трех экспортных панелей мониторинга, — это не только скорость. Дело в том, что цифры, которые вы извлекаете, относятся к каждому сайту, а не просто к необработанным открытиям и кликам. pushengage_get_analytics_summary и pushengage_get_analytics_timeseries возвращают клики, просмотры и ценность цели вместе с CTR, поэтому отчет, с которым вы приходите на встречу с клиентом, читается как восстановленная выручка по сайтам, а не просто как счетчики вовлеченности, которые вам пришлось бы переводить для клиента самостоятельно.
Эта формулировка имеет значение, потому что один только CTR рассказывает только половину истории. Общенациональное исследование сегментации и коэффициента кликабельности показало, что CTR меняется в 2 раза или более в зависимости от того, насколько тесно сегментированы рассылки клиента, поэтому один и тот же показатель CTR может означать совершенно разные результаты выручки для трех клиентов с разной степенью зрелости сегментации. Эту разницу стоит отметить на встрече, а не просто сообщать о ней.
Это работа только для чтения. Переключение между сайтами PushEngage таким образом не отправляет, не планирует и не редактирует кампанию; pushengage_list_sites и pushengage_select_site только изменяют, какие существующие данные сайта читаются в остальной части диалога.
Разделение учетных записей: регистрация сервера MCP под именем для каждого клиента
Для действительно отдельных учетных записей клиентов исправление находится в самой конфигурации MCP, а не в вызове инструмента. Сервер PushEngage считывает расположение своего токена из переменной среды PE_MCP_CONFIG_PATH, которая по умолчанию имеет значение ~/.pushengage/mcp.json, если вы никогда ее не устанавливали. Зарегистрируйте сервер дважды, один раз для каждого клиента, каждый из которых указывает на свой собственный файл, и два входа никогда не будут использовать один и тот же токен:
{
"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 и Brightleaf — примеры имен клиентов.) PE_MCP_CONFIG_PATH должен быть абсолютным путем — он используется точно так, как указано, без раскрытия ~, поэтому дважды проверьте путь перед перезапуском клиента. PE_MCP_CLIENT_NAME необязателен и только изменяет метку, которую ваш помощник отображает на экране авторизации PushEngage; он не влияет на изоляцию, но его стоит установить, чтобы вы могли определить, какого клиента вы авторизовали, когда откроется вкладка браузера.
Войдите в каждый сервер отдельно: «войди в pushengage-northwind», затем, на следующем шаге, «войди в pushengage-brightleaf». Каждый авторизуется в той учетной записи PushEngage, которую вы выберете в данной сессии браузера. Два имени сервера, два файла конфигурации, два токена, которые никогда не пересекаются. Это шаблон для одновременной работы нескольких учетных записей PushEngage, и он масштабируется более чем на два: агентство с дюжиной клиентских учетных записей регистрирует дюжину записей серверов, каждая со своим PE_MCP_CONFIG_PATH, и ни одна из них никогда не использует общий файл. Это также та часть, которую большинство конкурирующих руководств по «мультиклиентскому ИИ» пропускают, расплывчато говоря об изоляции вместо реальной конфигурации для копирования.
Запуск одного и того же запроса на создание сегмента для каждой клиентской учетной записи
Как только ваши клиенты будут зарегистрированы как отдельные имена серверов, вы сможете воспроизвести один запрос на всех них, даже не открывая панель управления. Предположим, вы хотите, чтобы сегмент «посетители /pricing» был активен на пяти клиентских аккаунтах до конца дня. Попросите вашего помощника поочередно «создать сегмент для посетителей /pricing» для pushengage-northwind, затем для pushengage-brightleaf, а затем для каждого из оставшихся клиентских имен серверов. Каждый запрос вызывает pushengage_create_segment для собственного токена этого аккаунта, и каждый клиент в итоге получает одинаковый сегмент URL-правил, построенный на собственной базе подписчиков.
Причина, по которой один и тот же запрос корректно переносится на пять разных клиентских аккаунтов, заключается в том, что он вызывает встроенную модель сегментации PushEngage, а не то, что вы разрабатываете с нуля для каждого клиента. pushengage_list_segments и pushengage_create_segment работают на основе URL-правил и поведенческих критериев, которые платформа уже понимает — давность, частота, шаблоны посещения страниц — те же категории, которые делают подход руководства по сегментации электронной коммерции работающим как система, а не как разовый список. Именно это позволяет одному запросу выполнять реальную работу по сегментации пять раз вместо пяти отдельных ручных сборок. И поскольку сегментация теперь является требованием к доставляемости, а не приятным дополнением, воспроизведение ее для каждого клиентского аккаунта ближе к стандартной гигиене аккаунта, чем к обходному пути.
Предотвращение доступа бывшего члена команды к каждому другому клиентскому аккаунту
Разделение аккаунтов оправдывает себя в тот день, когда кто-то уходит из аккаунта. Поскольку токен каждого клиента хранится в собственном файле конфигурации, удаление доступа одного человека к одному клиенту никогда не затрагивает остальных ваших сотрудников.
Два способа завершить это:
- Локально: выйдите из системы только для регистрации этого клиента на сервере — команда «выйти из pushengage-northwind» вызывает
pushengage_auth_logout, которая удаляет токен из этого одного файла конфигурации и оставляет файлы всех остальных клиентов нетронутыми. - На стороне сервера: если уходящий член команды авторизовал сеанс браузера самостоятельно, отзовите его в PushEngage в разделе «Настройки» → «Безопасность» для конкретного клиентского аккаунта, что аннулирует токен независимо от того, где он хранится локально.
Сравните это с тем, что происходит при использовании одного общего логина для клиентов: отзыв доступа означает ротацию одного общего токена, что одновременно нарушает связь каждого члена команды с каждым клиентом. Сохранение каждого клиента в его собственном PE_MCP_CONFIG_PATH превращает общее отключение всех сотрудников в исправление одной строки.
Что это меняет для того, как агентство устанавливает цены и распределяет персонал для работы с несколькими клиентами по push-уведомлениям
Ничто из этого не меняет того, что push-уведомления делают для показателей удержания клиентов. Сервер MCP PushEngage сам по себе не отправляет, не планирует и не создает кампании; каждый вызов pushengage_send_notification или pushengage_send_ab_notification по-прежнему выполняется для одного сайта за раз, с вашего одобрения. Меняется время между «клиент хочет знать свои показатели» и «клиент получает свои показатели», а время — это тот единственный ресурс, который менеджер по работе с клиентами не может докупить в середине месяца.
В этом и заключается реальная ценность управления несколькими клиентскими учетными записями с помощью одного ИИ-помощника: не новая возможность, а возвращенное время. Это имеет значение в том масштабе, в котором PushEngage уже работает — более 75 000 компаний в более чем 150 странах отправили 15,2 миллиарда уведомлений через платформу только за последние 30 дней.
Агентство, управляющее горсткой таких аккаунтов, не просит эту инфраструктуру сделать что-то новое; оно просит получить доступ к отчетности и работе по созданию аудитории, которую оно уже выполняет, без входа в панель управления, стоящего между ассистентом и ответом. Менеджер по работе с клиентами, который раньше тратил утро понедельника на экспорт трех CSV-файлов, теперь тратит это время на анализ того, что эти цифры говорят о частоте повторных покупок каждого клиента. Это та часть работы, которая изначально никогда не должна была быть связана с входами в систему.
Независимо от того, нуждается ли ваш список в переключении сайтов, разделении аккаунтов или в том и другом, описанные выше механизмы работают на каждом плане PushEngage, с ценой, которая масштабируется в зависимости от активных подписчиков, а не за клиентский аккаунт, поэтому добавление четвертого или пятого клиента в эту конфигурацию не означает пересмотр того, сколько вы платите за доступ к ним. Это реальная структура PushEngage MCP для агентств: не новый уровень управления аккаунтами, добавленный сверху, а те же два механизма (один вход с несколькими сайтами или несколько входов, которые никогда не пересекаются), примененные к любому количеству клиентов, которыми вы управляете в этом квартале.
