Сквозная аналитика

Происхождение и история

У подхода есть две содержательные линии развития: объединение сведений о клиенте и оценка вклада каналов в результат. В статье Адриана Пейна и Пенни Фроу 2005 года управление отношениями с клиентами — CRM, от Customer Relationship Management — рассматривается через связанные процессы. Среди них интеграция каналов, управление информацией и оценка результатов. Авторы описывают сбор данных из разных точек контакта и соединение систем, работающих непосредственно с клиентом, с внутренними системами организации. Это академическое основание для понимания сквозной связи данных, а не только отдельной базы контактов. ^[2]

Следующая задача возникает, когда покупке предшествуют несколько рекламных контактов: кому отнести результат? В работе Вэнди Цзи и Сяолин Ван 2017 года сопоставлены подход последнего клика и многоконтактная атрибуция, распределяющая вклад между контактами. Авторы предложили модель, учитывающую время до конверсии — выбранного целевого действия. Эти работы показывают развитие задач, которые объединяет сквозная аналитика; они не устанавливают автора или дату появления русского названия. ^[3]

Суть и механизм

Связь удобно представить как последовательность: рекламный источник — посещение — обращение — сделка — оплата. Это учебная схема: конкретный проект может иметь другие этапы. В отличие от отчёта только о посещениях сайта, здесь нужны сведения о дальнейшем результате, которые могут находиться в CRM или системе заказов. Передачу таких сведений описывают, например, Яндекс и Google. ^{[1; 4]}

Системы соединяют по ключам — значениям, позволяющим сопоставить записи. В варианте импорта Google Ads через GCLID сохраняют идентификатор рекламного клика вместе с данными обращения, чтобы затем импортировать сведения об офлайн-конверсии. Это конкретный механизм Google Ads, а не обязательный формат любой сквозной аналитики. Для новых подключений Google рекомендует расширенные конверсии для потенциальных клиентов; здесь GCLID служит примером устройства связи. ^[4]

Другую задачу решает User-ID в Google Analytics: организация передаёт собственный устойчивый идентификатор пользователя, чтобы связывать его активность между сеансами и устройствами. Если один идентификатор ошибочно присвоить разным пользователям, их активность объединится. Поэтому совпадение ключей нельзя принимать за безошибочное установление личности. ^[5]

Для учебного проекта сначала стоит описать смысл статусов. Например, «обращение» означает отправленную форму, «сделка» — подписанный договор, «оплата» — подтверждённое поступление денег. Тогда читатель отчёта понимает, на каком этапе возник результат. Одинаковое название поля без одинакового смысла не обеспечивает сопоставимость.

Виды и классификации

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

Отдельно выбирают правило атрибуции — распределения результата между рекламными контактами. Например, последний клик отдаёт весь вклад последнему нажатому объявлению; многоконтактные модели учитывают несколько контактов. Цзи и Ван показывают, что это разные способы оценки, основанные на разных предположениях. Название модели необходимо указывать рядом со сравнением каналов. ^[3]

Как применяется на практике

В документации Яндекс Метрики российский пример связывает заказ на сайте с последующей оплатой при получении. В общей схеме сквозной аналитики Метрика использует расходы, идентификаторы посетителей и данные CRM о клиентах и заказах. Это описание возможностей конкретной системы; полноту сведений отдельного проекта оно не гарантирует. ^[1]

Зарубежный пример — описанный выше импорт офлайн-конверсий Google Ads. В нём важны не только действия на сайте: система получает данные о результате, случившемся позже. Настройка включает действие-конверсию и подключение источника данных. ^[4]

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

Как измерить или проверить

Ниже приведены условные расчёты, а не рыночные ориентиры. Для показателя «рекламные расходы на оплаченную сделку» делим расходы выбранной кампании на число связанных с ней оплаченных сделок, учитываемых по одному правилу.

В учебной кампании за 1–30 июня расходы составили 30 000 рублей. Её обращения объединены в группу по дате первого обращения; каждая учитываемая сделка связана с этой кампанией, дублей нет. Для каждого обращения наблюдаем первые 60 суток, включая момент окончания срока. На 1 сентября все обращения прошли этот срок; 10 сделок получили полную оплату внутри своего срока, возвратов к дате отчёта нет. В примере каждой сделке соответствует одно обращение, а весь результат отнесён этой кампании.

Расходы на оплаченную сделку = 30 000 / 10 = 3 000 рублей.

В числителе только рекламные расходы: работа менеджеров, подготовка материалов и обслуживание подписки не включены. Поэтому показатель не описывает полную стоимость привлечения или прибыль. При нуле оплаченных сделок деление не определено: следует показать расходы и нулевой результат отдельно. При появлении возврата потребуется пересчёт по заранее выбранному правилу.

Полноту связи проверим на другом учебном наборе. Из 100 уникальных обращений одного периода после удаления дублей у 80 установлен источник, у 20 он неизвестен. Доля сопоставления равна 80 / 100 × 100% = 80%. Знаменатель включает все 100 обращений, а не только найденные. Этот показатель ничего не говорит о правильности каждой найденной связи: её проверяют отдельно на записях.

Задержка результата важна: отсутствие покупки к концу наблюдения может означать как отказ, так и более позднюю покупку. Это различие учитывается в работе Цзи и Ван. Поэтому свежую группу с коротким наблюдением нельзя без оговорки сравнивать с группой, прошедшей весь выбранный срок. ^[3]

Ошибки, ограничения и спорные вопросы

В учебном отчёте было бы ошибкой заменить число оплат числом форм: изменился бы сам измеряемый результат. Другая ошибка — удалить обращения с неизвестным источником и объявить оставшиеся записи полным потоком. В примере выше это скрыло бы двадцать обращений. Их нельзя произвольно распределить между каналами.

Атрибуция также не равна доказательству добавочного эффекта — продаж, которые появились именно благодаря рекламе. Google описывает отдельный инструмент Conversion Lift: контролируемое сравнение групп с рекламным воздействием и без него. Следовательно, обычную связанную выгрузку нельзя выдавать за результат такого эксперимента. ^[4]

Правовой аспект

На 24 октября 2026 года используется редакция Федерального закона № 152-ФЗ от 26.07.2026. Если связываемые сведения относятся к определённому или определяемому человеку, применимо определение персональных данных из статьи 3, пункта 1. Статья 6, часть 1 предусматривает основания обработки, включая согласие; наличие технического ключа само по себе основанием не является. Конкретную схему должен проверить юрист. ^[6]

У Google Analytics есть отдельное продуктовое ограничение: User-ID не должен содержать сведения, позволяющие третьему лицу установить личность пользователя. Соблюдение этого требования не заменяет проверку российского правового основания. ^{[5; 6]}

Частые вопросы

Связанные термины

• veb-analitika
• konversiya
• cpa
• personalnye-dannye
• cookie banner
• mediaplan