Долгое время геозона умела только одно: пользователь пересекал линию на карте, и приложение отправляло пуш. Один пинг — и геозона забывала о пользователе. Если момент был неудачным или уведомления были отключены, на этом всё и заканчивалось.
Многовато потенциала для одного разового сообщения. Человек, который заходит в ваш магазин, задерживается в терминале аэропорта или покидает родной город, отдаёт вам поведенческий сигнал в реальном времени. Одиночный пуш едва ли его считывает.
Это изменилось. Теперь геозона может запускать пользователя в путь клиента — последовательность действий на разных каналах, а не разовое срабатывание с тишиной после.
Что такое геофенсинг-маркетинг? Геофенсинг-маркетинг очерчивает виртуальную границу вокруг реального места и использует вход пользователя, время внутри зоны или выход как триггер для маркетингового действия — сообщения, предложения или автоматизированного сценария. Для мобильных приложений это превращает движение в реальном мире в сигнал, на который можно среагировать в момент его появления.
В Pushwoosh геозона генерирует событие при входе, dwell и выходе, и это событие попадает в Pushwoosh Customer Journey Builder. Так сигнал о местоположении может запустить полноценный омниканальный путь, а не просто одно пуш-уведомление.
Как работает геофенсинг-маркетинг
Геофенсинг работает на 3 моментах, и каждый из них генерирует событие, на которое можно реагировать:
- Вход (Entry) — пользователь пересекает границу зоны. Классический триггер по близости.
- Dwell — пользователь остаётся внутри заданное время. Именно здесь проявляется намерение: тот, кто задержался, сделал это не просто так.
- Выход (Exit) — пользователь покидает зону. Повод для follow-up, обратной связи или win-back.
| Триггер | Событие | Типичный сценарий | KPI для отслеживания |
|---|---|---|---|
| Вход | PW_GeozoneEntered (или собственное имя) | Пользователь появляется рядом с магазином, площадкой или отделением → отправить контекстное предложение | Entry-to-open rate, visit-to-conversion |
| Dwell | PW_GeozoneDwell (после заданного времени) | Пользователь задерживается в торговом центре, терминале или автосалоне → предложить релевантное действие | Dwell-to-action rate |
| Выход | PW_GeozoneExited (или PW_GeozoneExitedByTimeout) | Пользователь покидает зону → закрыть сессию, запросить фидбек, начать follow-up | Exit-to-re-engagement rate |
PW_GeozoneEntered (или собственное имя)PW_GeozoneDwell (после заданного времени)PW_GeozoneExited (или PW_GeozoneExitedByTimeout)Ещё один апгрейд точности: геозоны больше не ограничены кругами. Можно нарисовать полигон, который повторяет реальные контуры торгового центра, аэропорта или кампуса, — тогда триггер срабатывает по фактической границе, а не по грубо очерченному кругу вокруг неё.
Если вы уже используете Pushwoosh, всё это работает на текущей версии SDK. Обновление не нужно — SDK уже «говорит» на языке геолокации 😎.
Кейсы и примеры геофенсинг-маркетинга
Триггер везде один и тот же. Меняется момент, который вы ловите, и сообщение, которое ему подходит. Вот как это работает на 4 типах приложений.
🛒 Retail и доставка: проксимити re-engagement
Проблема: трафик рядом с магазином — тёплое намерение, которое приложение обычно упускает. Человек в квартале от вас уже выбрал оказаться по соседству, и ваша задача — дать ему повод зайти.
Возможность: сработать на dwell, а не на вход. Триггер в момент пересечения границы ловит каждого прохожего; таймер dwell ловит только тех, кто реально задержался.
Как это выглядит: пользователь заходит в геозону вокруг вашего флагманского магазина и остаётся там. Через 3 минуты внутри срабатывает PW_GeozoneDwell, запуская путь (случайный прохожий его не активирует). Приложение отправляет in-app сообщение: «Вы рядом с нашим магазином в центре — покажите это сообщение и получите скидку 15% только сегодня». Если push — доступный для пользователя канал, вместо этого уйдёт push.
Можно сделать ещё лучше: выдать потенциальному покупателю настоящую скидочную карту или купон, а не просто push. В момент, когда вероятный покупатель заходит в зону, выпускайте wallet pass с уже встроенным предложением. Он попадает на экран блокировки как карта, которую пользователь сохраняет одним касанием.
А самое важное: поскольку карта живёт в Apple Wallet или Google Wallet, она доходит до всех в зоне магазина, даже если ваше приложение не установлено.
Полная инструкция по настройке для iOS и Android: геозонные wallet pass — выпуск карты по визиту в магазин
💰 FinTech: контекст локации и подсказки по безопасности
Проблема: для FinTech-приложения (кошелёк, трейдинговое приложение, необанк) смена локации пользователя — это реальный контекст, а не шум. Понимание, что человек только что покинул привычный район, позволяет приложению выглядеть внимательным, а не навязчивым.
Возможность: вход в новый регион или выход из домашней зоны как сигнал, что ситуация только что изменилась.
Как это выглядит: пользователь выходит из геозоны родного города, и приложение отправляет лёгкий пуш: «В поездке? Включите travel-режим, чтобы карты продолжали работать за границей». Для аудитории, которая живёт, работает и регулярно пересекает границы за пределами страны происхождения — а именно так устроена повседневность большинства пользователей диаспоры, — это не разовая опция на время отпуска, а рутинная часть работы с приложением. Сообщение не тревожит, а подсказывает — контекст и удобство. Сделано правильно, это ровно то касание, из-за которого кажется, что приложение действительно следит за вашими интересами.
Посмотрите, как FinTech-приложения выстраивают весь остальной цикл вовлечения.
🛫 Мобильность и travel: подсказки на основе dwell
Проблема: пользователь, который долго находится в одном месте, чаще всего застрял, ждёт или принимает решение — и это именно тот момент, когда своевременная подсказка помогает.
Возможность: dwell. Срабатывание после того, как пользователь провёл в зоне реальное время.
Как это выглядит: пользователь провёл 15 минут в геозоне терминала аэропорта. Срабатывает событие dwell, и приложение предлагает то, что действительно нужно в этот момент: «Долгое ожидание? Возьмите пропуск в lounge — скидка 20% в течение следующего часа». Вся суть в задержке: вы не пингуете случайного человека, который просто проходит мимо, а помогаете тому, кто явно ждёт.
Это и есть разница между полезным и раздражающим, и она лежит в основе приложений для мобильности и доставки.
🆕 События и медиа: контент по геозоне
Проблема: часть контента имеет смысл только на месте события — live-трансляция, карта площадки, репортаж со стадиона. Везде ещё это просто шум. Геофенсинг позволяет включать и выключать такой контент вместе с местоположением пользователя.
Возможность: вход открывает серию контента, выход её закрывает.
Как это выглядит: пользователь заходит в геозону стадиона, и приложение открывает путь с live-контентом — счёт, расписание, эксклюзивные ракурсы: «Вы на арене. Откройте live-статистику и повторы». При выходе серия сворачивается, и контент не «следует» за пользователем домой, когда он уже не нужен. Локация управляет опытом так, что он остаётся релевантным, пока это важно, и исчезает, когда важность пропадает.
Так медиа-приложения выстраивают вовлечение вокруг события.
Как запустить первую геофенсинг-кампанию
Новый стек не нужен. Вот самый короткий путь от зоны на карте до работающей кампании.
- 1
Создайте геозону и включите событие
Нарисуйте зону (круг или полигон) — событие входа создаётся автоматически при первом добавлении. Включите dwell и exit, если это нужно для вашего сценария.
- 2
Задайте условие
Выберите сигнал, который запускает сценарий: вход, dwell через N минут или выход. Добавьте assume-exit таймаут, чтобы «молчащее» устройство не оставляло пользователя на полпути в сценарии.
- 3
Разветвите путь
В Customer Journey Builder используйте гео-событие как триггерный вход, а затем разветвляйте по каналу и доступности — сначала push, при неудаче — in-app или email. Если вы строите путь с нуля впервые, механику от идеи до запущенной кампании за минуты подробно разбирает этот гайд.
- 4
Выберите канал под каждый момент
Подберите сообщение под сигнал. Вход требует короткого и мгновенного сообщения; dwell может нести более развёрнутое предложение; exit — для follow-up.
Несколько ошибок, которых стоит избегать:
- Слишком узкий радиус. 50 метров — минимум платформы, а GPS не работает с точностью до пикселя, поэтому узкая зона упускает реальных посетителей. По умолчанию установлено 200 метров (можно увеличить до 100 км) — начните с этого значения и настраивайте дальше.
- Отсутствие dwell-фильтра. Триггер только на вход отправляет сообщение каждому, кто прошёл мимо. Переключите триггер на dwell (
PW_GeozoneDwell), и в сценарий попадут только те, кто действительно задержался. - Отсутствие cooldown на вход. Настройте Cooldown (от 1 минуты до 41 дня), чтобы пользователь, который снует туда-обратно через границу зоны, не получал пуш каждый раз; если ваши зоны объединены в кластер, cooldown действует на весь кластер. Он ограничивает только действия на вход, поэтому dwell, exit и assume-exit по-прежнему следуют за визитом, а не за расписанием cooldown.
За деталями настройки — разрешения, имена событий, конфигурация dwell — обращайтесь к документации по гео-кампаниям.
Запускайте гео-триггерные пути с Pushwoosh
Локация — один из самых сильных сигналов в реальном времени, которым располагает мобильное приложение, но большинство приложений до сих пор тратят его на одно-единственное сообщение. Pushwoosh превращает вход, dwell и выход из геозоны в события, которые сразу поступают в Customer Journey Builder, — так пересечение границы пользователем запускает согласованный омниканальный сценарий вместо разового пинга. Один SDK и один API отдают события геозоны одинаково на iOS и Android, так что кросс-платформенная команда настраивает путь один раз, а не дважды.
FAQ