Краткий обзор: Используйте определение источника трафика, чтобы определить исходный медиаисточник, кампанию и канал для каждого веб-визита, опираясь на параметры 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 Ads |
pid=metweb_int |
Facebook Ads |
pid=twitter_int |
|
pid=twitterweb_int |
|
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_mediumemail,mailилиe-mail, медиаисточник автоматически переходит наe-mail. - Если
utm_mediumприсутствует и не является значением электронной почты, AppsFlyer сверяет значение с конкретными пользовательскими правилами сопоставления (см. таблицу сопоставления ниже). - Если
utm_mediumотсутствует или не соответствует какому-либо пользовательскому правилу, AppsFlyer возвращается к использованиюutm_sourceв качестве медиаисточника.
Правила сопоставления UTM
| utm_source | utm_medium | Медиаисточник |
|---|---|---|
| cpc / ppc / paidsearch / paid_search / paid-search / search / paid | googleadwords_int | |
| 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 |
| cpc / ppc / paid / paidsocial / paid-social / paid_social | ||
| Snapchat / snap | swipe / cpc / ppc / paidsocial / paid-social / paid_social | snapchat_int |
| 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 |
|
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 |
|
pinterest_int |
|
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 очищает строку реферера следующим образом:
- Удаление из URL-адреса всех элементов, кроме хотса
- Удаление доменных суффиксов (домены верхнего уровня, такие как
.com,.orgили расширения, такие как.co.uk) - Удаление префиксов доменов (таких как
www.,m.,l.илиlm.)
Пример: Реферер www.mywebsite.com?param=example обращается к медиаисточнику mywebsite.
Правила сопоставления рефереров
| Если домен содержит... | Определенный медиаисточник |
|---|---|
mail.Илиoutlook.
|
Электронная почта |
t.co |
|
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 |
|
com.twitter.android |
|
org.telegram.messenger |
telegram |
Шаг 3: Разрешение кампании
После подтверждения медиаисточника в шаге 2 или 3 AppsFlyer пытается определить конкретные детали кампании.
AppsFlyer извлекает информацию о кампании из следующих параметров URL в порядке приоритетности:
| Параметр(ы) URL-адреса | Сопоставляет с | Порядок приоритетов |
|---|---|---|
c, af_campaign, utm_campaign
|
Название кампании |
|
af_c_id, af_campaign_id
|
ID кампании |
|
af_adset |
Название блока рекламы | — |
af_adset_id |
ID блока рекламы | — |
af_ad |
Название рекламного объявления | — |
af_ad_id |
ID рекламного объявления | — |
af_keywords |
Ключевые слова | — |
Шаг 4: Классификация каналов
Помимо идентификации медиаисточника, AppsFlyer автоматически классифицирует каждое посещение как канал. Эта классификация даёт высокоуровневое представление о типе трафика в отчётах по сырым данным и на дэшборде.
Категории каналов включают:
- ПРЯМЫЕ: Пользователь ввел URL напрямую или использовал закладки. Источник атрибуции не определен.
- ОРГАНИЧЕСКИЙ ПОИСК: Неоплаченный трафик из поисковых систем, таких как Google, Yahoo и Bing.
- СОЦИАЛЬНЫЕ СЕТИ: Трафик, поступающий из социальных медиа.
- ЭЛЕКТРОННАЯ ПОЧТА: Трафик от email-кампаний или поставщиков услуг электронной почты.
- РЕКЛАМНОЕ ОБЪЯВЛЕНИЕ: Трафик, генерируемый платной рекламой.
- РЕФЕРАЛЬНЫЙ ТРАФИК: Трафик с других веб-сайтов, идентифицированный через реферер.
- ДРУГОЕ: Трафик, не соответствующий ни одной из вышеперечисленных категорий.
Примечание: Каждому посещению назначается канал. Классификация автоматическая и детерминированная, основанная на выявленных медиаисточнике и методе атрибуции.