Ваш портфель, вероятно, выглядит примерно так: флагманская букмекерская контора на .com, лицензированный региональный бренд на .ca, казино-белый лейбл, которое вы запустили прошлой весной, и ребрендинг, запланированный на 4 квартал. Одна команда удержания владеет всем этим. И если вы используете веб-пуш для нескольких доменов стандартным способом, вы также владеете четырьмя разрозненными списками подписчиков, каждый из которых растет сам по себе, ни один из них не взаимодействует с другими.
Эта фрагментация — не ошибка конфигурации, которую вы допустили. Так работает архитектура веб-пуш. Браузер привязывает каждую подписку к одному домену, и никакие настройки панели управления этого не изменят.
Однако существует поддерживаемый способ обойти это. Эта статья охватывает механику: почему подписка на веб-пуш привязывается к одному источнику, что на самом деле сохраняется при смене домена (больше, чем вы думаете), что ломается (меньше, чем вы боитесь, но то, что усугубляется), и архитектура стабильного источника, которая создает единый список подписчиков для каждого бренда, который вы используете сегодня, и каждого бренда, который вы запустите в будущем.
Почему подписка на веб-пуш привязывается к одному домену
Когда посетитель нажимает «Разрешить», браузер не подписывает его на ваш бренд. Он подписывает его на источник: точный протокол и имя хоста в адресной строке. Push API создает подписку на основе сервис-воркера, зарегистрированного в этом источнике, используя ключ сервера приложений вашей платформы. Запись, которую возвращает браузер, состоит из трех частей: URL конечной точки в службе push поставщика браузера, плюс два значения шифрования (p256dh и auth), которые привязывают полезные данные к этому одному браузеру.
Разрешение на уведомления следует тому же правилу. Оно предоставляется для каждого источника, а не для компании. sportsbook.com и sportsbook.ca — это разные сущности на уровне протокола, даже если они разделяют логотип, кошелек и базу данных игроков. Каждый из них запрашивает разрешение отдельно, подписывается отдельно и создает отдельный список.
Источник, сервис-воркер push-уведомлений и ключи VAPID: трехкомпонентный замок
Три элемента фиксируют подписку на веб-пуш. Источник, который ее создал. Сервис-воркер push-уведомлений, который получает сообщения для нее. И ключи VAPID, которые хранит ваша платформа отправки. Подписка создается под открытым ключом, и служба push принимает отправку только тогда, когда она аутентифицирована с соответствующим закрытым ключом. Ваша платформа доказывает, что владеет парой ключей при каждой отправке; сама запись подписки содержит только открытую половину.
Браузер также обеспечивает одну подписку на источник. Повторный вызов subscribe с другим ключом сервера приложений завершается ошибкой, пока существующая подписка не будет удалена. Это ограничение важно позже, когда мы перейдем к консолидации: в одном и том же источнике новый сервис-воркер может незаметно взять на себя существующего подписчика. В разных источниках это никогда не возможно.
Что ломает миграция домена в веб-пуш (и что нет)
Вот что большинство команд делают неправильно при миграции домена: они предполагают, что старый список исчезнет. Это не так. Подписчики, которые дали согласие на старом домене, продолжают получать ваши уведомления.
Доставка никогда не касается вашего сайта. Когда вы отправляете сообщение, ваша платформа отправляет запрос, аутентифицированный вашими VAPID-ключами, в службу push-уведомлений, которая хранит каждую подписку (службу Google для Chrome, Mozilla для Firefox, Apple для Safari), и эта служба доставляет зашифрованный пакет в service worker, уже установленный в браузере подписчика. Старый домен может быть перенаправлен, зарезервирован или полностью удален. Уведомление все равно будет доставлено.
Цель перехода также ваша. URL-адреса переходов устанавливаются для каждой кампании, поэтому подписчик, который дал согласие на домене, который вы вывели из эксплуатации два года назад, может нажать на сегодняшнее уведомление и перейти на сегодняшний активный сайт.
| После смены домена | Все еще работает? |
|---|---|
| Доставка существующим подписчикам | Да — push-уведомления маршрутизируются через службы push-уведомлений поставщиков браузеров, а не через ваш сайт |
| Цель перехода | Да — URL перехода устанавливается для каждой кампании; укажите его на текущий домен |
| Автоматическое присоединение подписчиков старого источника к списку нового домена | Нет — разрешение выдается для каждого источника, поэтому присоединение к новому списку требует нового согласия |
| Новые регистрации на старом источнике | Нет — и именно эта потеря накапливается |
Таким образом, миграция домена не стоит вам существующих подписчиков. Она стоит вам механизма, который их производил. В день перемещения трафика сбор регистраций на новом домене начинается с нуля, в то время как старый список медленно угасает. Примените это к портфелю брендов, и каждый ресурс самостоятельно платит этот налог на сброс.
Реальная стоимость: каждый новый домен начинает свой список с нуля
Фрагментированный сбор был бы досадной мелочью в канале с низкой текучестью. Ставки — это не канал с низкой текучестью. На сайтах ставок и игр в PushEngage за 90-дневный период отписки стерли примерно 91% новых подписчиков по всему сегменту. Список в этой вертикали — это ванна с открытым сливом; единственное, что поддерживает уровень, — это непрерывно работающий кран.
Фрагментация выключает кран, один ресурс за другим. Список каждого бренда растет только до тех пор, пока этот конкретный домен получает согласие. Миграция сбрасывает его кран до нуля. Новый white-label начинается с нуля. Тем временем браузеры продолжают сливать: автоматическая отмена разрешений Chrome, анонсированная в октябре 2025 года, тихо удаляет разрешения на уведомления с сайтов с очень низкой вовлеченностью и большим объемом уведомлений. Список, который не собирает данные, не остается на месте. Он сокращается.
Формулировка CAC делает ставки ясными. Вы заплатили за привлечение каждого из этих посетителей, и согласие — это единственный долговечный актив для ретаргетинга, который оставляет после себя визит. Аргументы в пользу push-уведомлений в этой вертикали основаны на накоплении этого актива. Фрагментация списывает часть этого актива каждый раз, когда меняется домен.
Архитектура стабильного источника: один домен подписки для каждого бренда
Решение заключается в том, чтобы полностью прекратить создание подписок на доменных именах брендов. Привяжите каждую подписку к одному стабильному HTTPS-источнику, который контролирует ваша группа, который переживет любое отдельное доменное имя бренда, и пусть каждый ресурс питает его.
PushEngage реализует это как поток пользовательских поддоменов, созданный именно для этого случая: несколько доменов, которым требуется унифицированное управление подписчиками под одним контролируемым доменом. Настройка:
- Выберите стабильный, нейтральный для бренда источник, которым вы владеете, например
notify.yourbrandgroup.com. Выберите имя, которое вы хотите, чтобы подписчики видели, потому что браузеры отображают исходный код подписки в уведомлениях. - Загрузите файл service worker PushEngage в корневую папку этого домена и включите функцию в разделе Настройки сайта » Расширенные настройки. Стабильный источник получит свой собственный фрагмент установки с
isSubscriptionOnSubDomain: true. - Добавьте фрагмент PushEngage в каждый домен бренда. Когда посетитель дает согласие на любом из них, поток направляется через стабильный источник, где создается фактическая подписка.
В этом режиме два требования являются обязательными. Во-первых, согласие осуществляется только в два шага: системный запрос разрешения браузера должен срабатывать в источнике, которому принадлежит подписка, поэтому одношаговый нативный запрос в домене бренда невозможен. Во-вторых, Quick Install остается включенным.
Будьте честны в отношении компромисса. Двухэтапный процесс добавляет клик перед запросом разрешения и в данный момент захвата конвертируется ниже. Это стоит прочитать вместе с более общими рычагами для повышения коэффициента согласия. Но одношаговый подписчик, захваченный в домене, который вы позже перенесете, является устаревающим активом. Двухшаговый подписчик в стабильном источнике переживет ребрендинг, запуск в любом регионе, любую миграцию, которую вы когда-либо проведете. На любом горизонте, включающем смену домена, консолидированный список выигрывает по общему охвату.
Push-уведомления для нескольких веб-сайтов, один список подписчиков
После того как стабильный источник будет установлен, push-уведомления для нескольких веб-сайтов перестанут означать несколько списков. Каждый домен бренда питает одну и ту же базу подписчиков. Запуск нового регионального домена или white-label в следующем квартале означает добавление фрагмента; его согласившиеся пользователи попадают в консолидированный список с первого дня. Вывод домена из эксплуатации ничего не означает для списка: захват продолжается на оставшихся ресурсах, доставка продолжается через push-сервисы, а URL-адреса кликов указывают туда, где вы работаете.
Консолидация уже раздробленных списков подписчиков
Большинство операторов приходят к этой архитектуре с историей: активные списки, разбросанные по старым доменам, некоторые неактивные, некоторые у другого поставщика. Консолидация проходит по трем параллельным направлениям.
| Трек | Что вы делаете | Что это вам дает |
|---|---|---|
| 1. Поддерживайте работу старых списков | Продолжайте отправлять сообщения на каждый старый список; указывайте URL-адреса кликов на текущий активный домен | Платный охват продолжает приносить сеансы вместо того, чтобы списываться |
| 2. Захватывайте новых на стабильном источнике | Переключите согласие каждого активного ресурса на поток стабильного источника | Фрагментация прекращается в день запуска; все новые привлечения попадают в один список |
| 3. Пусть старые списки сами себя воронкуют | Каждая отправка на старый список ведет к повторному посещению текущего домена, где ждет подтверждение стабильного источника | Активные подписчики консолидируются сами, без принудительного повторного разрешения |
Трек 3 — это тихий работяга. Разрешение браузера выдается для каждого источника, поэтому подписчикам старого источника технически требуется новое согласие для присоединения к консолидированному списку, но вам никогда не придется его требовать. Учитывая, как быстро меняется аудитория игроков, консолидированный список становится большинством вашего активного охвата в течение нескольких месяцев, просто потому, что активные игроки продолжают посещать.
Если некоторые фрагменты находятся у другого поставщика push-уведомлений на принадлежащем вам домене, они тоже могут присоединиться. Стандартный путь PushEngage — это бесшумная повторная подписка: при следующем посещении сайта подписчиком сервис-воркер службы push-уведомлений SDK берет на себя управление и повторно подписывает их без второго запроса на разрешение, поскольку разрешение на уровне источника сохраняется. Для OneSignal PushEngage может получить список напрямую через API OneSignal. Миграция выполняется с максимальной заботой и бесплатно на платных тарифах.
Кампании по брендам в рамках одного консолидированного списка
Один список не означает одно сообщение. Это означает один актив с лучшей таргетингом, чем могли бы обеспечить четыре фрагмента.
Захватите исходный бренд как атрибут подписчика при подписке, и когорты по брендам существуют с первого дня. Оттуда сегментация делает то, чего никогда не могли сделать отдельные списки: бренд в сочетании с географией, поведением при депозите, недавней сессией или предпочтениями лиги. Это модель, изложенная в руководстве №1 по push-уведомлениям для сайтов ставок. Флагманская кампания с повышенными коэффициентами идет игрокам флагманского бренда; напоминание о кэшбэке от казино-партнера идет его игрокам; общепортфельное уведомление о матчах идет всем, кто следит за лигой, независимо от бренда, под которым они зарегистрировались.
Преимущество не косметическое. Среди сайтов ставок на PushEngage средний отправитель на сайтах ставок видит ~2,1% CTR по просмотренным уведомлениям; верхний дециль — 6,9%, что примерно в три раза больше. Этот разрыв — это разрыв в таргетинге, а не в канале, и вы не можете создавать поведенческие когорты из четырех разрозненных фрагментов. Консолидация — это то, что делает сегментацию как практику доставки работоспособной в масштабах портфеля. Это тем более важно сейчас, когда Chrome ежедневно оценивает каждый отправляющий источник и ограничивает работу навязчивых отправителей (введено в январе 2026 года). Один стабильный источник концентрирует вашу репутацию отправителя; сегментированные, релевантные отправки — это то, что поддерживает ее в здоровом состоянии.
Один список также упрощает операционную деятельность по ответственной игре, и это особенность, а не примечание. Игрок, который сам исключил себя и подавлен в общепортфельном сегменте, подавляется везде одновременно, а не бренд за брендом, где фрагмент может проскользнуть. Тихие часы и ограничения по частоте применяются на уровне подписчика для кампаний каждого бренда. И сами кампании должны держать линию: никаких отыгрышей, основанных на погоне за убытками, никакого давления с обратным отсчетом на запросах о депозите.
Запускайте веб-push на нескольких доменах, не разделяя свой список
Вся настройка меньше, чем кажется: запись DNS для основного источника, файл service worker в его корне, переключатель в Расширенных настройках, фрагмент кода isSubscriptionOnSubDomain и стандартный фрагмент кода для каждого доменного имени бренда с настроенным двухэтапным подтверждением и включенным Быстрым установщиком. Команды обычно внедряют это в тот же день, без переделки платформы. Это вся работа, необходимая для отправки push-уведомлений для нескольких веб-сайтов из одного источника.
То, что вы получаете взамен, — это то, на что незаметно влияет фрагментация: список подписчиков, который накапливается. Каждый бренд пополняет его, каждое изменение домена отражается от него, и каждая кампания может быть нацелена на весь портфель или на один бренд одновременно. Если вы хотите увидеть механику на карте ваших собственных доменов, начните с обзора функции веб-push-уведомлений и планов ценообразования. Платные планы включают 14-дневную гарантию возврата денег, поэтому архитектура может доказать свою эффективность на вашем трафике до принятия окончательного решения.
