Вторник, вторая половина дня, а вы планируете пятничную распродажу. Вы хотите отправить пуш-уведомление всем, кто просматривал вашу страницу с ценами за последнюю неделю — не всему списку, а только тем, кто проявил интерес — но создание такого сегмента означает открытие панели управления, поиск конструктора сегментов, ввод шаблона URL, установку диапазона дат, сохранение и проверку того, что он заполнился реальными подписчиками, прежде чем вы ему доверитесь. Это десять минут, которых у вас нет между двумя другими встречами.
Сегментация пуш-уведомлений с помощью ИИ, как описывает это большая часть интернета, означает нечто совершенно иное: алгоритм оценивает ваших подписчиков и сам решает, кто к какому классу относится. Здесь этого не происходит. С помощью @pushengage/mcp, официального сервера протокола контекста модели PushEngage, вы точно говорите ИИ-помощнику, какой сегмент вам нужен, на обычном английском языке, и он создает этот точный сегмент через реальный вызов API. Никакая модель не решает, кто в него входит. Решаете вы, а помощник выполняет.
Создание сегментов пуш-уведомлений с помощью ИИ-помощника в этом конкретном смысле ближе к диктовке, чем к автоматизации. Создание сегментов на естественном языке означает, что слова, которые вы вводите, становятся правилом сегмента, слово в слово — а не предложением, которое система интерпретирует вольно.
В этой статье рассматривается, что на самом деле делает этот механизм, как сначала подключить ИИ-помощника к PushEngage, и четыре запроса на создание сегментов, которые вы можете сделать сегодня и которые напрямую соответствуют реальному поведению инструмента — ничего выдуманного, ничего алгоритмического.
«Сегментация пуш-уведомлений с помощью ИИ» почти никогда не означает то, что звучит
Поищите «сегментация пуш-уведомлений с помощью ИИ», и почти все, что вы найдете, будет касаться одного и того же: слой машинного обучения платформы анализирует поведение, оценивает вовлеченность и самостоятельно собирает микросегменты. Это реальная возможность, которую предлагают некоторые инструменты, и о ней стоит знать — но это другой продукт, чем тот, который освещается в этой статье, и сервер MCP PushEngage этого не делает.
То, что делает pushengage_create_segment, больше похоже на то, чтобы дать очень буквальному помощнику правило, которому нужно следовать. Вы описываете сегмент (какие страницы, какой временной интервал), и помощник переводит это описание в реальное определение сегмента и создает его через API PushEngage.
Поведение подписчика никак не оценивается и не прогнозируется. Если вы запросите посетителей /pricing за последние 7 дней, вы получите именно посетителей /pricing за последние 7 дней, а не наилучшую догадку модели о том, кто, скорее всего, совершит конверсию. Различие имеет значение, потому что оно меняет то, чему вы доверяете: не суждению алгоритма, а вашим собственным инструкциям, выполненным правильно. Для получения дополнительной информации о более широкой таксономии подходов к сегментации (поведенческой, демографической, географической) руководство PushEngage по моделям сегментации клиентов охватывает эту тему; этот пост остается узко сфокусированным на механизме.
Что на самом деле создает pushengage_create_segment
Инструмент основан на правилах URL. Сегмент определяется тем, какие страницы посещал подписчик, и, необязательно, временным окном — той же структурой, что и пример в README: «Создать сегмент для посетителей /pricing». pushengage_list_segments показывает вам, что уже существует на текущем сайте, поэтому вы можете проверить это перед созданием почти дублирующего сегмента.
Эти два инструмента — вся поверхность сегментов PushEngage MCP на момент написания: один для создания сегмента по правилу URL, один для просмотра того, что уже есть. Нет третьего режима, в котором помощник предлагает сегменты, которые вы не запрашивали.
Таков весь объем этого конкретного инструмента, и стоит быть точным в отношении его границ. Сегмент по правилу URL отвечает на вопрос «кто посещал какие страницы и когда». Он не отвечает на вопросы «какие подписчики на золотом плане», «какие подписчики в США» или «какие подписчики имеют атрибут уровня лояльности выше порога» — это другой инструмент, pushengage_create_audience_group, который создает сохраненные группы таргетинга на основе устройства, страны, вовлеченности, дат и пользовательских атрибутов.
Этому инструменту посвящен отдельный пост в этой серии, охватывающий пользовательские атрибуты и группы аудиторий; если вам нужно таргетироваться по чему-либо, кроме посещенных страниц, вам следует обратиться туда. Если вы предпочитаете создать тот же сегмент по правилу URL вручную в панели управления, конструктор сегментов PushEngage выполняет ту же работу через форму вместо предложения.
Начало работы: подключение ИИ-помощника к PushEngage
Любой клиент с поддержкой MCP работает — Claude Desktop, Claude Code или Cursor, и каждый подключается одинаково: одна запись конфигурации, которая запускает npx -y @pushengage/mcp, без отдельного шага установки. При первом использовании вы просите помощника войти в систему, что открывает вкладку браузера, где вы авторизуете подключение; ваш пароль никогда не передается через помощника.
После этого вы перечисляете свои сайты и выбираете один для работы, и каждый последующий вызов инструмента сегментации выполняется против выбранного вами сайта. Полное руководство, включая точный JSON конфигурации и исправление наиболее распространенной ошибки подключения, находится в руководстве по настройке сервера PushEngage MCP — этот пост предполагает, что этот шаг уже выполнен.
Что меняется, когда сегмент — это одно предложение вместо сеанса в панели управления
Создание сегмента по правилу URL вручную несложно, но и не быстро: откройте панель управления, найдите конструктор сегментов, определите шаблон URL, установите временное окно, сохраните, а затем проверьте количество подписчиков, чтобы убедиться, что он заполнился правильно. На это уходит несколько минут сосредоточенного внимания, в дополнение к тому, сколько времени требуется, чтобы вспомнить, где именно находится этот экран.
Версия с ИИ-ассистентом сжимает это в одно предложение и подтверждающее сообщение. Это сжатие важнее, чем кажется, потому что у сегмента вроде «посетители страницы цен за последние 7 дней» есть срок годности — эти посетители сейчас заинтересованы, и сегмент стоит создавать только до тех пор, пока сохраняется намерение, которое он фиксирует. Сегмент, который вы наконец решите создать в следующий четверг, для посетителей двухнедельной давности, уже потерял большую часть своей ценности. Дело не только в сэкономленном времени; важно то, что сегмент создается, пока он еще актуален, а не ставится в очередь за всем остальным во вторник.
Существует также вторая, меньшая стоимость, которую несет версия с панелью управления, и которую легко упустить: переключение контекста. Прерывание текущей работы, открытие новой вкладки, переход к нужным настройкам и поиск конструктора сегментов — все это отнимает несколько секунд внимания, которые накапливаются за неделю при выполнении разовых запросов на создание сегментов. Набор предложения для ассистента, которого вы, вероятно, уже используете для чего-то другого, полностью устраняет это переключение — запрос выполняется в том же окне, что и работа, которую вы уже делали.
Четыре запроса на создание сегментов, которые соответствуют реальному поведению инструмента
Каждый из них напрямую соответствует pushengage_create_segment или pushengage_list_segments — никаких выдуманных полей, никакой таргетинга по атрибутам или устройствам (это задача инструмента групп аудиторий, а не этого).
- «Создать сегмент для посетителей страницы /pricing». Собственный пример README. Создает сегмент по правилу URL без ограничения по дате, поэтому он будет включать посетителей страницы цен с момента его создания.
- «Создать сегмент для посетителей страницы /pricing за последние 24 часа». То же правило, суженное до окна в пределах одного дня — полезно прямо перед распродажей, когда вам нужен только сегодняшний заинтересованный трафик, а не трафик за прошлый месяц.
- «Показать мои сегменты перед созданием нового». Сначала выполняется
pushengage_list_segments, чтобы вы не создавали почти дубликат чего-то, что уже существует на сайте. - «Создать сегмент для посетителей страницы /checkout за последние 3 дня». Другой шаблон URL, тот же механизм — посетители страницы оформления заказа, которые не совершили покупку, представляют собой отдельную, полезную группу от браузеров страницы цен.
Каждое из этих предложений — это одна точная инструкция. Ассистент не угадывает, кто, скорее всего, купит; он создает сегмент, который вы описали, и ничего более.
Почему точный сегмент имеет значение (и где находится случай с доставкой)
Сегментация заслуживает такого внимания не только из-за удобства. Chrome и Android теперь оценивают релевантность ваших отправлений, прежде чем решить, какой охват вам сохранить — несегментированный список, который рассылается независимо от релевантности, теряет охват, на построение которого он уже потратил средства. Этот аргумент и механика, лежащая в его основе, полностью рассмотрены в статье почему несегментированный список лишает вас охвата; в этой статье мы не будем повторять его.
Что меняется, когда создание сегмента становится предложением: задача обеспечения доставляемости перестает быть задачей, требующей обращения в службу поддержки или свободного дня, и становится тем, что вы можете сделать в тот же день, когда узнали о ней. Разрыв между осознанием необходимости сегментации и фактическим созданием сегмента сокращается до времени, необходимого для ввода запроса.
Начните с одного сегмента, который окупится на этой неделе
Если у вас еще нет ни одного созданного сегмента, начните с посетителей страницы с ценами за последние 7 дней. Эти посетители уже стоят вам реальных денег для привлечения — расходы на рекламу, контент, который занял высокие позиции, рефералы, которые привели их туда — и рассылка, которая обращается с ними так же, как со всеми остальными, либо упускает сообщение, которое могло бы их заинтересовать, либо полностью тратит отправку на людей, которые никогда не проявляли такого намерения. Сегментация их в этом случае не является дополнительной работой; это гарантия того, что стоимость привлечения, которую вы уже заплатили, не будет потрачена впустую на последующие действия.
PushEngage использует этот же механизм сегментации для более чем 25 000 владельцев бизнеса в более чем 150 странах, и вы можете создать этот первый сегмент на бесплатном плане уже сегодня — не требуется одобрение бюджета, чтобы доказать, что механизм работает, прежде чем вы возьмете на себя обязательства по чему-то большему. Попросите вашего ассистента создать его, подтвердите, что он заполнен, и отправьте следующую релевантную push-уведомление именно тем людям, которые уже ищут.
В этом и заключается вся суть сегментации push-уведомлений с помощью ИИ в этом конкретном смысле: не более умный алгоритм, решающий за вас, кто ваша аудитория, а более быстрый и точный путь от «вот кого я хочу охватить» до реального сегмента, который может использовать ваша следующая кампания. См. цены PushEngage, чтобы узнать, что входит в бесплатный тариф и каждый план выше него.
