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

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

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

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

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

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

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

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

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

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

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

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

Шаг 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
`pid=metaweb_int`	Реклама в Facebook
`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
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. 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. 5. HTTP-реферер

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

Механизм синтаксического анализа

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

Удаление из URL-адреса всех элементов, кроме хотса
Удаление доменных суффиксов (домены верхнего уровня, такие как .com, .org или расширения, такие как .co.uk)
Удаление префиксов доменов (таких как www., м., л.или 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 AppsFlyer пытается определить конкретные детали кампании.

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

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

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

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

Переопределение канала с помощью af_channel

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

af_channel определяется только в том случае, если для посещения также определен медиаисточник. Если посещение органическое (медиаисточник не определен), ему всегда присваивается DIRECT независимо от того, указан af_channel или нет.

Классификация каналов по умолчанию

Если af_channel не указан или посещение не соответствует условию выше, AppsFlyer возвращается к автоматической классификации на основе определенного медиаисточника:

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

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

Связанный с

pm-gil-or

Чем мы можем помочь?

Поиск