Событие, которое запускает привлечение пользователей. Это важное бизнес-действие, которое определяет момент, когда пользователь считается действительно «привлеченным».

Зачем выполнять пользовательскую настройку 

По умолчанию первое посещение часто является слабым сигналом ценности пользователя. Пользователь может случайно кликнуть по рекламе или сразу закрыть страницу. Настроив этот параметр, вы обеспечите, чтобы долгосрочная ценность (LTV) атрибутировалась маркетинговому источнику, который привел к значимому действию, а не просто к клику из любопытства.

По умолчанию: первое посещение (пользователь считается привлеченным при первом посещении сайта)

Распространенные альтернативы по отраслям

Принцип действия

Если задано значение первый визит:

• Пользователи считаются привлеченными сразу при первом посещении сайта.
• Атрибуция начинается с первого визита.

Если задано пользовательское событие (например, sign_up):

• Пользователи входят в "период до привлечения" с первого визита и до выполнения события.
• В период до привлечения события атрибутируются последней неорганической точке взаимодействия в пределах окна атрибуции (атрибуция по последнему касанию).
• Когда происходит пользовательское событие UA, создается конверсия привлечения пользователей и начинается долгосрочная атрибуция.

Пример сценария (событие UA = sign_up):

• День 0: Пользователь переходит по рекламе в Facebook → начинается период до привлечения
• День 2: Пользователь переходит по рекламе в Google → ценность переходит к Google (последнее касание)
• День 3: Пользователь регистрируется → привлечение пользователей атрибутируется рекламе в Google

День 10: Пользователь совершает покупку → покупка атрибутируется Google для измерения LTV

Как далеко в прошлое AppsFlyer просматривает данные, чтобы найти маркетинговую точку взаимодействия, которая привела к привлечению пользователей.

Это окно определяет, как долго AppsFlyer "помнит" маркетинговую точку взаимодействия. Если пользователь переходит по рекламе, но выполняет событие UA только позже, этот параметр определяет, получит ли реклама зачёт.

По умолчанию: 30 дней

Диапазон: от 1 часа до 90 дней

Принцип действия

Когда пользователь выполняет событие UA (например, sign_up), AppsFlyer ищет в пределах этого окна самую недавнюю неорганическую точку взаимодействия и атрибутирует привлечение этому маркетинговому источнику.

Пример 1 (30-дневное окно атрибуции/лукбэк):

• День 0: пользователь делает клик по рекламе Facebook и переходит на сайт
• День 25: пользователь возвращается напрямую и завершает событие sign_up
• Результат: привлечение пользователей атрибутируется Facebook (в пределах 30-дневного окна атрибуции)

Пример 2 (срок действия окна истёк):

• День 0: пользователь делает клик по рекламе Facebook и переходит на сайт
• День 40: пользователь возвращается напрямую и завершает событие sign_up

Результат: привлечение пользователей помечается как органическое (вне 30-дневного окна атрибуции)

Как долго после конверсии повторного вовлечения AppsFlyer продолжает атрибутировать события этой маркетинговой точке взаимодействия.

Этот параметр определяет, как долго ретаргетинговые кампании получают кредит за активность пользователей. Он помогает сбалансировать атрибуцию ретаргетинговых усилий, при этом сохраняя атрибуцию долгосрочного LTV исходному источнику привлечения.

По умолчанию: 30 дней

Диапазон: от 1 часа до 90 дней

Принцип действия

Когда привлеченный пользователь возвращается через неорганический источник (например, ретаргетинговую рекламу) и соответствует критериям повторного вовлечения, создается ретаргетинговая конверсия. События в пределах этого окна получают двойную атрибуцию:

1. Основная атрибуция → Ретаргетинговая кампания
   • Назначение: засчитать ретаргетинговую кампанию
2. Вторичная атрибуция → Исходный источник UA
   • Назначение: поддерживать представление UA, которое измеряет полную пожизненную ценность пользователя (LTV) с привязкой к исходному привлечению

Пример (в пределах окна):

• День 0: пользователь привлечен через рекламу Facebook
• День 50: пользователь делает клик по email-ретаргетинговой кампании и возвращается (создаётся ретаргетинговая конверсия)
• День 60: пользователь совершает покупку на $100 (через 10 дней после ретаргетинга)
• Результат — двойная атрибуция:
  • Основная (представление ретаргетинга): email-кампания получает кредит за покупку на $100
  • Вторичное представление (UA): реклама в Facebook также отслеживается как $100 в LTV пользователя
• Отчеты:
  • Единое представление: показывает покупку, атрибутированную электронной почте
  • Представление ретаргетинга: показывает покупку, атрибутированную электронной почте
  • Представление UA: показывает покупку, атрибутированную Facebook

Минимальный период неактивности пользователя, необходимый для того, чтобы неорганическая точка взаимодействия могла создать конверсию повторного вовлечения (ретаргетинга).

Предотвращает присвоение атрибуции ретаргетинговым кампаниям, когда пользователи уже активно вовлечены во взаимодействие с вашим сайтом. Это оптимизирует бюджет ретаргетинга, гарантируя, что кампании нацелены на действительно неактивных пользователей.

По умолчанию: отключено

Диапазон: от 0 (отключено) до 30 дней

Принцип действия

Если отключено:

• Каждая неорганическая точка взаимодействия привлеченного пользователя создает конверсию ретаргетинга

Если включено (например, 7 дней):

• Конверсия ретаргетинга создается, только если пользователь был неактивен не менее 7 дней
• Если пользователь недавно был активен, визит вместо этого атрибутируется исходному источнику UA

Ограничение:

• Не может превышать окно неактивности (повторное привлечение)

Пример (7-дневное окно неактивности):

• День 0: пользователь привлечен через рекламу в Facebook
• День 3: пользователь посещает сайт органически
• День 5: пользователь кликает по ретаргетинговому рекламному объявлению → конверсия ретаргетинга не создается (неактивен только 2 дня)
• День 15: пользователь кликает по ретаргетинговому рекламному объявлению → конверсия ретаргетинга создана (неактивен 12 дней)

Период полной неактивности, по истечении которого пользователь помечается как «ушедший». Ушедших пользователей можно вернуть, сформировав новую конверсию привлечения пользователей.

Этот параметр определяет порог оттока для вашего бизнеса. Он определяет, когда пользователь считается «потерянным» и может быть привлечен повторно, чтобы win-back-кампании получали атрибуцию за возврат ушедших пользователей.

По умолчанию: 90 дней

Диапазон: от 1 до 180 дней

Принцип действия

Когда пользователь помечается как ушедший в отток:

• Пользователь больше не атрибутируется к исходному источнику UA для новых событий
• Пользователь переходит в состояние «до повторного привлечения» (ожидает повторного привлечения)
• Окна атрибуции для исходного привлечения больше не применяются

Когда пользователь, ушедший в отток, возвращается:

• Если пользователь выполняет событие повторного привлечения → создается новая конверсия UA
• Win-back-кампания получает атрибуцию как новый источник привлечения
• С точки зрения отчетности пользователь рассматривается как совершенно новое привлечение

Пример (окно 90 дней):

• День 0: Пользователь привлечен через рекламу Google
• День 50: Последняя активность
• День 140: Пользователь ушел в отток (90 дней без активности)
• День 145: Пользователь кликает по win-back-кампании по электронной почте

День 146: Пользователь выполняет событие повторного привлечения → Новая конверсия UA атрибутируется к email-кампании

Событие, которое запускает повторное привлечение пользователей, ушедших в отток. Повторно привлечь можно только пользователей, ушедших в отток.

Многие события привлечения пользователей — это одноразовые действия (например, sign_up, first_purchase), которые не могут произойти дважды. Этот параметр позволяет определить повторяемое событие, которое указывает на возвращение пользователя, ушедшего в отток.

По умолчанию: visit (пользователи, ушедшие в отток, сразу привлекаются повторно при первом повторном посещении)

Распространенные альтернативы: sign_in или purchase

Принцип действия

Если задано пользовательское событие (например, sign_in):

• Ушедшие пользователи должны выполнить указанное событие, чтобы быть привлеченными повторно
• Пользователь может посетить сайт несколько раз до того, как произойдет повторное привлечение
• Более строгое определение «истинного» повторного привлечения.

Пример (событие повторного привлечения = sign_in):

• Пользователь считается ушедшим после 90 дней отсутствия активности
• Пользователь кликает по email-кампании по возврату и посещает сайт → Еще не привлечен повторно
• Через день пользователь входит в систему → Создается конверсия повторного привлечения, атрибутированная email-кампании

Максимальный период времени после привлечения пользователя, в течение которого AppsFlyer атрибутирует события этой конверсии.

По умолчанию: Бессрочно

Доступные варианты: Нет, 1 день, 7 дней, 30 дней, 60 дней, 90 дней, 180 дней, 365 дней, бессрочно (ограничено удержанием данных)

PRIMARY (обязательно, автоматическое)

• Основной домен вашего сайта (задается при создании приложения)
• Добавляется автоматически и не может быть удален
• Ровно один основной домен для каждого веб-приложения
• Автоматическое исключение поддоменов: основной домен автоматически исключает все свои поддомены
  • Пример: example.com автоматически исключает shop.example.com, blog.example.com и т. д.
• Воздействие исключения: отсутствие самоатрибуции

ВНУТРЕННЕЕ (необязательно)

• Другие домены вашего бренда, не охваченные основным доменом
• Добавьте до 99 дополнительных доменов
• Пример: домены верхнего уровня, например example.co.uk, example.in
• Воздействие исключения: отсутствие самоатрибуции

ВНЕШНЕЕ (необязательно)

Существует два типа исключений внешних доменов:

Внешние (указаны вами)

• Домены, которые ваш сайт использует напрямую, но которые не относятся к вашему бренду
• Сюда входят платежные шлюзы, сайты обработки платежей, поставщики аутентификации
• Добавьте до 99 дополнительных доменов
• Примеры: auth0.com, okta.com, facebook.com, google.com
• Последствия исключения: Визиты не учитываются

Внешние (указаны AppsFlyer)

• Домены, автоматически исключаемые AppsFlyer:

  Платежные поставщики

  • PayPal (оформление заказа)
  • Stripe (оформление заказа)
  • Adyen (оформление заказа)
  • Klarna (оформление заказа)
  • Braintree (платежный шлюз)
  • Square (оформление заказа)
  • Paddle (оформление заказа)
  • Mollie (оформление заказа)
  • Alipay (оформление заказа)
  • Razorpay (оформление заказа)
  • Paytm (оформление заказа для оплаты)
  • PayU (оформление заказа для оплаты)
  • Mercado Pago (оформление заказа для оплаты)
  • Yandex Pay (оформление заказа для оплаты)
  • Naver Pay (оформление заказа для оплаты)

  Вход через OAuth и SSO

  • Google Sign-In (вход в систему Google)
  • Apple ID (вход в систему Apple)
  • Microsoft (вход в систему Microsoft 365 / Entra)
  • Microsoft Live (вход в систему Outlook/Live)
  • Facebook Login (только домен входа в систему через Facebook)
  • Yandex Login (вход в систему Яндекса)
  • Kakao Login (вход в систему Kakao)
  • Naver Login (вход в систему Naver)
  • LINE Login (вход в систему LINE)
  • Weixin Login (вход в систему через OAuth WeChat)
  • VK Login (вход в систему VK)
  • Daum Login (вход в систему Daum)
• Список автоматически добавленных доменов нельзя изменить
• Последствия исключения: визиты не учитываются

Чтобы добавить домены:

1. Перейдите в настройки веб-приложения → Атрибуция
2. Перейдите в раздел «Исключенные домены»
3. Нажмите Добавить домен
4. Введите имя домена (например, custom-gateway.com)
5. Выберите тип домена: внутренний или внешний
6. Нажмите Сохранить.

Важные примечания:

• Исключения вступают в силу в течение 1 часа
• Изменения применяются только к будущим данным (не влияют на исторические данные)
• Распространенные платежные поставщики и домены входа через OAuth/SSO автоматически исключаются. Полный список см. в разделе Внешние (перечислены AppsFlyer) (их не нужно добавлять вручную)

Формат домена:

• Только доменное имя (без протоколов, путей и портов)
• Максимум 500 символов на домен
• Протоколы (https://) автоматически удаляются, преобразуются в нижний регистр

Пример:

• example.com ✅
• shop.example.com ✅ (но не требуется, если example.com — основной домен)
• https://example.com → example.com ✅ (протокол удаляется)
• example.com/path ❌ (пути не допускаются)
• example.com:8080 ❌ (порты не допускаются)

Ограничения:

• Максимум 100 доменов всего (включая 1 основной)

1. Создайте новое веб-приложение
   1. Перейдите в Мои приложения → Добавить приложение → Выберите веб-сайт
2. Выберите идентификатор Web SDK ID 
   Используйте существующий ключ разработчика PBA (рекомендуется), чтобы избежать изменений в коде на вашем сайте.
3. Настройте параметры 
   Сопоставьте параметры PBA с новыми настройками веб-атрибуции
4. Добавьте исключённые домены 
   Сопоставьте исключённые домены PBA (Brand Bundle) с новыми настройками веб-атрибуции

Примечание: Каждый ключ разработчика PBA можно назначить только ОДНОМУ новому веб-приложению.