[Бета] Об определении источника трафика

Краткий обзор: Используйте определение источника трафика, чтобы определить исходный медиаисточник, кампанию и канал для каждого веб-визита, опираясь на параметры URL и данные реферера, доступные при загрузке целевой страницы. Это придает атрибуции контекст источника трафика, необходимый для точной атрибуции последующих веб-событий, включая событие привлечения пользователей.

Что такое определение источника трафика?

Для веб-атрибуции загрузка целевой страницы (веб-визит) — это первое взаимодействие пользователя с веб-сайтом. AppsFlyer полагается на информацию, доступную в этот момент, например параметры URL и данные реферера, чтобы определить медиа-источник, кампанию и канал пользователя.

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

Определение источника трафика — это процесс предварительной атрибуции. Определенные параметры могут быть переопределены позже в процессе атрибуции.

Роль определения источников трафика не заканчивается посещением. Его результат формирует контекст источника трафика, который процесс атрибуции затем использует для атрибуции последующих веб-событий, включая событие привлечения пользователя.

Понимание механизма определения источника трафика имеет решающее значение для создания корректных URL-адресов. Чтобы узнать, как создать хорошо структурированный URL-адрес, см. раздел Выбор параметров атрибуции для URL-адресов целевых страниц.

Процесс определения источника трафика

Определение источника трафика это структурированный многоэтапный процесс, который постепенно формирует атрибуционный контекст для каждого веб-визита. Каждый шаг вносит определенный уровень информации, от регистрации самого визита до классификации трафика для отчетности. Данные, используемые в потоке определения источника трафика, фиксируются либо веб-SDK, либо веб-S2S.

Процесс состоит из следующих шагов:

  1. Запись посещений: Регистрирует приход пользователя на сайт и регистрирует событие посещения, даже если источник трафика еще неизвестен. Это гарантирует, что все подходящие записи пользователей будут измерены до применения логики атрибуции.
  2. Определение медиаисточников: Анализирует параметры URL и данные реферера, чтобы определить платформу или партнёра, приведшего визит, либо установить, что визит является органическим.
  3. Разрешение кампании: Определяет детализированные сведения о кампании, связанные с выявленным медиаисточником, позволяя выполнять детальный анализ эффективности.
  4. Классификация каналов: Назначает каждому визиту высокоуровневый канал трафика на основе определённого медиаисточника, формируя стандартизированное представление для отчётности и анализа.

Шаг 1. Запись посещений

Регистрация посещений — это первый шаг в процессе веб-атрибуции AppsFlyer. Это происходит до определения источника трафика и атрибуции, выступая в качестве предварительного слоя обработки, фиксирующего сырую активность пользователей.

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

Этап 1: Классификация рефереров

AppsFlyer классифицирует реферера как один из трех типов:

  • Внешний исключенный (например, платежная система или любой домен, который вы исключили из отслеживания)
  • Внутренний исключенный (например, ваши собственные поддомены или процессы входа)
  • Другое (все остальные рефереры)

Этап 2: Оценка сеансов и регистрация посещений

В зависимости от типа реферера AppsFlyer оценивает состояние сессии и решает, регистрировать ли посещение:

  • Внешний исключенный: Визит никогда не регистрируется.
  • Внутренний исключенный: Атрибуция на основе реферера скрыта, поскольку реферер не является реальным источником привлечения.
    • Если есть активная сессия (сессия считается неактивной после 30 минут бездействия; в противном случае она активна), посещение не регистрируется.
    • Если активная сессия отсутствует, посещение регистрируется, но реферер рассматривается как реферальный и игнорируется. Посещение регистрируется как органическое, если только URL-адрес не включает параметры атрибуции (UTM, PID, идентификатор клика и т. д.).
  • Другое:
    • Если нет активной сессии, регистрируется посещение. Новый сеанс считается новым посещением, независимо от других условий.
    • Если есть активный сеанс и присутствует непрямой медиаисточник (UTM, PID, идентификатор клика и т. д.), посещение регистрируется. Этот повторный визит может вызвать конверсию ретаргетинга (повторное вовлечение), которая используется для атрибуции последующих событий.
    • Если есть активный сеанс и нет информации о медиаисточниках, новое посещение в течение этого сеанса не регистрируется.
процесс определения трафика

Шаг 2: Определение медиаисточников

Процесс определения медиаисточника определяет, является ли посещение:

  • Неорганические: Найден конкретный источник атрибуции.
  • Органический: Источник атрибуции не определен (например, пользователь ввел URL напрямую или использовал закладки).

В процессе определения медиаисточника AppsFlyer определяет происхождение посещения веб-сайта, оценивая параметры, извлеченные из пути URL-адреса целевой страницы и строки запроса.

Для достижения лучших результатов используйте специальные параметры AppsFlyer, такие как pid и af_campaign, которые обеспечивают высочайший уровень детализации и контроля. AppsFlyer также распознаёт отраслевые стандартные параметры, такие как UTM-теги и click ID, позволяя вам сразу приступить к работе без изменения вашей текущей настройки измерения рекламы.

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

1. Исключить домены

Сначала AppsFlyer проверяет, приходит ли посещение с домена из вашего списка исключений. Если домен исключен (например, ваш внутренний домен или платежная система, такая как PayPal), посещение автоматически игнорируется или классифицируется как органическое.

Дополнительные сведения о том, как указать исключенные домены при добавлении веб-приложения в AppsFlyer, см. в разделе Исключенные домены.

2. AppsFlyer PID (ID партнера)

Если домен не исключен, AppsFlyer ищет параметр pid= в URL-адресе.

  • Если медиаисточник найден, он берется непосредственно из этого значения.
  • Следующие партнёры соцсетей используют конкретные отображаемые метки вместо сырого значения параметра URL.
Параметр URL (PID) Отображаемое название медиаисточника
pid=iossearchads_int Apple Search Ads
pid=facebook_int Facebook Ads
pid=metweb_int Facebook Ads
pid=twitter_int Twitter
pid=twitterweb_int Twitter
pid=googleads_int googleadwords_int
pid=tiktokweb_int tiktokglobal_int
pid=snapweb_int snapchat_int

3. Параметры UTM

Если PID в URL-адресе не найден, AppsFlyer оценивает параметры utm_source и utm_medium для идентификации медиаисточника. Итоговое определение источника формируется сочетанием этих двух полей.

Как работает логика UTM

  • В большинстве случаев AppsFlyer определяет медиаисточник, извлекая сырое значение utm_source и используя его в качестве медиаисточника.
  • Если utm_medium email, mail или e-mail, медиаисточник автоматически переходит на e-mail.
  • Если utm_medium присутствует и не является значением электронной почты, AppsFlyer сверяет значение с конкретными пользовательскими правилами сопоставления (см. таблицу сопоставления ниже).
  • Если utm_medium отсутствует или не соответствует какому-либо пользовательскому правилу, AppsFlyer возвращается к использованию utm_source в качестве медиаисточника.

Правила сопоставления UTM

utm_source utm_medium Медиаисточник
Google cpc / ppc / paidsearch / paid_search / paid-search / search / paid googleadwords_int
Google cpm / display / banner / video / listing dv360_int
dfa / dbm / dcm / doubleclick CPM dv360_int
Facebook / FB / Meta cpc / ppc / cpm / cpa / paidsocial / paid-social / paid_social / paid Facebook Ads
Bing / microsoft / ms cpc / ppc / paidsearch / paid_search / paid-search / search / paid bingsearch_int
Yahoo / gemini cpm / display / listing yahoogemini_int
Twitter cpc / ppc / paid / paidsocial / paid-social / paid_social Twitter
Snapchat / snap swipe / cpc / ppc / paidsocial / paid-social / paid_social snapchat_int
pinterest cpc / ppc / paid / paidsocial / paid-social / paid_social pinterest_int
TikTok cpc / ppc / paid / paidsocial / paid-social / paid_social tiktokglobal_int

4. ID кликов

Если в URL-адресе нет ни идентификаторов PID, ни параметров UTM, AppsFlyer пытается определить медиаисточник с помощью идентификаторов кликов. Это уникальные идентификаторы, автоматически добавляемые к URL-адресам определенными рекламными сетями.

AppsFlyer использует следующее сопоставление идентификаторов кликов для атрибуции посещения:

Параметр ID клика Определенный медиаисточник
gclid, wbraid, илиgbraid googleadwords_int
msclkid bingsearch_int
twclid Twitter
vmcid yahoogemini_int
sccid snapchat_int
li_fat_id linkedin_int
ttclid tiktokglobal_int
tbclid taboola_int
ob_click_id outbrain_int
dicbo outbrain_int
yclid yandex_int
rdt_cid reddit_int

epik

pinterest_int

oppref

openai_int

Примечание

  • AppsFlyer не использует fbclid для определения источников трафика, поскольку Meta добавляет его как к платным, так и к органическим кликам Facebook. Чтобы атрибутировать трафик Meta, включите pid=facebook_int или установите utm_source на соответствующее значение источника Meta.
  • Параметр dclid не используется для определения медиаисточника. dclid — это идентификатор Campaign Manager 360 (CM360), который может отображаться вместе с другими идентификаторами кликов, такими как fbclid (Facebook) или ttclid (TikTok), когда используется CM360. Использование только dclid может привести к неправильному определению.

5. HTTP-реферер

Если в URL-адресе нет параметров запроса (PID, UTM или идентификаторы кликов), AppsFlyer использует этот http_referrer для идентификации источника трафика. Для этого используется внутренний механизм анализа, который извлекает хост домена и сопоставляет его с медиаисточником.

Механизм анализа

Чтобы определить источник, AppsFlyer очищает строку реферера следующим образом:

  1. Удаление из URL-адреса всех элементов, кроме хотса
  2. Удаление доменных суффиксов (домены верхнего уровня, такие как .com, .org или расширения, такие как .co.uk)
  3. Удаление префиксов доменов (таких как www., m., l. или lm.)

Пример: Реферер www.mywebsite.com?param=example обращается к медиаисточнику mywebsite.

Правила сопоставления рефереров

Если домен содержит... Определенный медиаисточник
mail.Илиoutlook. Электронная почта
t.co Twitter
googleads.g.doubleclick.net googleadwords_int
tpc.googlesyndication.com dv360_int

Сопоставление поисковых систем

Если домен содержит... Определенный медиаисточник
google. Поиск Google
search.yahoo Поиск Yahoo
bing.com Поиск Bing

Рефереры приложений Android

Если посещение происходит из приложения Android, хост реферера сопоставляется следующим образом:

Строка реферера приложения Определенный медиаисточник
com.google.android.googlequicksearchbox Поиск Google
com.google.android.gm Электронная почта
com.linkedin.android linkedin
com.twitter.android Twitter
org.telegram.messenger telegram

Шаг 3: Разрешение кампании

После подтверждения медиаисточника в шаге 2 или 3 AppsFlyer пытается определить конкретные детали кампании.

AppsFlyer извлекает информацию о кампании из следующих параметров URL в порядке приоритетности:

Параметр(ы) URL-адреса Сопоставляет с Порядок приоритетов
c, af_campaign, utm_campaign Название кампании
  1. c
  2. af_campaign
  3. utm_campaign
af_c_id, af_campaign_id ID кампании
  1. af_c_id
  2. af_campaign_id
af_adset Название блока рекламы
af_adset_id ID блока рекламы
af_ad Название рекламного объявления
af_ad_id ID рекламного объявления
af_keywords Ключевые слова

Шаг 4: Классификация каналов

Помимо идентификации медиаисточника, AppsFlyer автоматически классифицирует каждое посещение как канал. Эта классификация даёт высокоуровневое представление о типе трафика в отчётах по сырым данным и на дэшборде.

Категории каналов включают:

  • ПРЯМЫЕ: Пользователь ввел URL напрямую или использовал закладки. Источник атрибуции не определен.
  • ОРГАНИЧЕСКИЙ ПОИСК: Неоплаченный трафик из поисковых систем, таких как Google, Yahoo и Bing.
  • СОЦИАЛЬНЫЕ СЕТИ: Трафик, поступающий из социальных медиа. 
  • ЭЛЕКТРОННАЯ ПОЧТА: Трафик от email-кампаний или поставщиков услуг электронной почты.
  • РЕКЛАМНОЕ ОБЪЯВЛЕНИЕ: Трафик, генерируемый платной рекламой.
  • РЕФЕРАЛЬНЫЙ ТРАФИК: Трафик с других веб-сайтов, идентифицированный через реферер.
  • ДРУГОЕ: Трафик, не соответствующий ни одной из вышеперечисленных категорий.

Примечание: Каждому посещению назначается канал. Классификация автоматическая и детерминированная, основанная на выявленных медиаисточнике и методе атрибуции.