Разбор источника рекламного действия
Словарь событий объясняет, что произошло, но ещё не отвечает на вопрос об источнике действия. Человек может увидеть объявление, прочитать статью, вернуться напрямую и только потом отправить заявку. Рекламная система и сайт способны описать этот путь разными способами. В этом уроке разделим метку перехода, историю взаимодействий и модель распределения результата.
Наш пример — вымышленная заявка R-003 на аудит «Линии». Никакой настоящей истории посетителя нет. Сохраним синтетическую последовательность: рекламный переход, изучение страницы и прямое возвращение. Все времена и идентификаторы учебные. Счётчики, интеграции и рекламные отчёты не подключаются, персональные данные не используются.
Определяем, что говорит метка
Адрес с utm_source=example-search и utm_campaign=line-audit сообщает разметку ссылки. Он не доказывает, что платформа действительно показала объявление или списала деньги. Человек может сохранить, переслать или открыть такую ссылку повторно. Поэтому метка является одним источником контекста, а не универсальным доказательством происхождения бизнеса.
Google Analytics различает ручную разметку и автоматические параметры интеграций; их роль описана в документации traffic-source dimensions. При реальной настройке нужно согласовать способ, области данных и возможное взаимодействие параметров. В учебном URL мы не подставляем настоящий gclid или идентификатор рекламного аккаунта.
Также нельзя помещать в параметры имя, телефон или содержимое обращения. Наши метки относятся только к кампании и материалу. Если связь с заявкой нужна в собственной системе, её проектируют отдельно с допустимым основанием и ограниченным составом данных. URL не является скрытым безопасным хранилищем всего контекста человека.
Читаем синтетический путь
Первое взаимодействие R-003 — переход из учебного рекламного источника. Второе — чтение страницы /audit/. Третье — прямое возвращение. Четвёртое — принятая заявка. В пределах заданного примера все шаги связаны условным journey_id, но реальная система может не увидеть часть пути или не связать разные устройства.
| Шаг | Учебный источник | Что известно |
|---|---|---|
| J-01 | example-search / paid | Открыта размеченная ссылка |
| J-02 | Внутреннее чтение | Просмотрено описание услуги |
| J-03 | direct | Возвращение без рекламной метки |
| J-04 | request_accepted | Принята заявка R-003 |
В этой таблице нет причинного вывода. Мы не знаем, отправил бы человек заявку без первого перехода. История показывает последовательность заданных взаимодействий, а не доказательство дополнительного эффекта рекламы. Для причинного исследования нужен отдельный метод и условия сравнения.
Различаем модели распределения
Модель атрибуции определяет, как результат связывается с наблюдаемыми рекламными взаимодействиями. Она может менять распределение одной и той же конверсии между источниками. Это не создание новых заявок и не доказательство, что один канал единолично вызвал действие.
Google Ads в справке о моделях атрибуции описывает актуальные варианты; прежние first click, linear, time decay и position-based больше не поддерживаются. Поэтому учебную схему первого или последнего касания нельзя выдавать за доступный список настроек Google Ads. Здесь она служит только объяснением различия правил счёта.
У Директа собственные модели атрибуции, доступность и периоды учёта. Выбор зависит от конкретного отчёта и типа кампании. Не следует переносить определение direct из нашей нейтральной таблицы в платформу без чтения её правил. Поле platform_model остаётся неизвестным.
{
"journey_id": "SYN-J-003",
"request_id": "R-003",
"observations": ["paid_tagged_link", "direct_return", "accepted"],
"platform_model": null,
"incremental_effect": null,
"fictional": true
}Сверяем отчёты по определению
Если рекламный отчёт относит заявку к прежнему переходу, а собственный журнал показывает прямой вход при отправке, это не обязательно ошибка. Системы могут описывать разные моменты и использовать разные окна, единицы и правила. Перед сравнением нужно установить, что именно считает каждая цифра.
Полезно сохранять дату взаимодействия, дату принятия заявки и дату изменения пригодности отдельно. Тогда результат, появившийся позже перехода, не выглядит необъяснимым. Но настоящее время и часовой пояс требуют согласованной реализации; в нашем примере это только синтетическая схема, без работающего источника.
Не следует насильно делать отчёты одинаковыми удалением «лишних» строк. Сначала исследуют различие определения. Один отчёт может считать события, другой — уникальные заявки, третий — пригодные обращения. Даже правильная атрибуция не исправит смешение этих единиц.
Сравниваем три источника описания
Представим три документа о R-003. В первом сохранён размеченный рекламный URL, во втором — прямой вход при последнем возвращении, в третьем — собственный статус пригодности. Каждый сообщает свою часть истории. URL не подтверждает пригодность, прямой вход не отрицает прежнего взаимодействия, а статус не устанавливает источник. Если оставить только один документ, часть вопросов станет неразрешимой.
В нейтральной таблице полезно записать source_of_claim для каждого вывода. Для последовательности это synthetic-journey.json, для пригодности — отдельный редакционный статус, для фактической платформенной атрибуции источника нет. Так другой читатель увидит, почему третье поле осталось неизвестным, хотя первые два заполнены.
Также рассмотрим потерю метки при пересылке. Человек получает ссылку от коллеги и открывает её с прежними параметрами. Значения показывают происхождение подготовленного URL, но непосредственный вход связан с пересылкой. Без дополнительного наблюдения нельзя утверждать точную историю. Учебный пример не проектирует скрытое отслеживание: он объясняет предел выводов из доступного документа.
Наконец, одна принятая заявка может получить дробное распределение в модели, но это не дробный человек и не несколько разных заказов. Единица бизнеса сохраняется, а атрибуция распределяет её представление. Суммы отчётов следует читать в собственных определениях, не объявляя математическое распределение доказательством причины.
Читаем вывод осторожно
Корректная учебная запись: в заданном пути есть рекламный переход перед принятой заявкой. Некорректная: реклама принесла дополнительную продажу. У нас нет оплаты, выполненной работы и сравнения с отсутствием рекламы. Пригодность R-003 также требует отдельного статуса, которого история переходов не подтверждает автоматически.
Ожидаемый итог — attribution-journey.json и таблица определений источника, времени и единицы результата. Интеграции не настроены, реальная атрибуция не измерена. Следующий урок подготовит эксперимент: изменим одну подачу объявления и определим, какие условия нужны, чтобы будущий вывод не сводился к случайному сравнению разных периодов.