Ответ

Про то, что происходит между «человек кликнул ссылку» и «мы увидели цифру в отчёте»

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

К концу пары каждый из вас откроет действующий сайт, своими глазами увидит, какие данные он отправляет, и составит карту этого пути.

Ответ

Загружается страница — и одновременно сайт сообщает о вас наружу

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

Ответ · определение и происхождение

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

Наверх входит много людей — те, кто увидел рекламу или ссылку. Донизу доходят немногие — те, кто оставил заявку. Форма воронки показывает это сужение: чем ниже шаг, тем меньше людей на нём осталось.

Модель, из которой выросла воронка, предложил рекламист Элиас Сент-Эльмо Льюис в 1898 году: внимание → интерес → желание → действие. Изображать её именно воронкой стали позже; этот образ закрепил Уильям Таунсенд в книге «Bond Salesmanship» (1924).

Ответ

Потому что переход на каждый следующий шаг делают не все

Ширина полосы — это число людей, дошедших до шага. Разница между соседними полосами — потеря на переходе. Именно эти потери нас интересуют: воронку строят не ради красивой картинки, а чтобы найти шаг, на котором отсеивается больше всего.

Ответ

Каждый шаг можно измерить автоматически, потому что действие оставляет цифровой след

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

Цифровая воронка существует, чтобы ответить на этот вопрос — какая половина.

Ответ · первое из четырёх понятий

Событие

Сначала есть действие — то, что человек сделал в интерфейсе: нажал, прокрутил, ввёл текст. Действие само по себе нигде не сохраняется: если его не зафиксировать программно, оно происходит и исчезает.

Событие — это зафиксированный факт действия, переданный в систему аналитики. У него есть имя, например generate_lead, и набор параметров. Событие отвечает на вопрос «что произошло». Исправить переданное событие нельзя — можно только отправить новое.

Шаг воронки — это событие. «Открыли форму» — событие form_start. «Оставили заявку» — событие generate_lead.

Ответ · второе понятие

Нет. Событие — это не заявка

Заявка — это запись со смысловыми данными обращения: имя, контакт, текст, источник, время. Она хранится в таблице или системе управления заявками и отвечает на вопрос «с кем и о чём». Одно нажатие кнопки — это событие; заявка появляется, только если человек заполнил и отправил форму.

Ответ · третье понятие и сводка

Её обрабатывают, и у неё меняется статус

Статус — это этап обработки заявки: new, in progress, done, при необходимости rejected. Он отвечает на вопрос «на каком этапе работа» и меняется многократно — людьми и автоматизацией. Заявки и их статусы хранятся в системе управления заявками (CRM).

Аналитик считает события, менеджер работает с заявками, руководитель смотрит на статусы. Три роли — три взгляда на один поток.

Ответ

Программа в браузере отправляет письмо — HTTP-запрос

В момент действия скрипт на странице собирает строку с параметрами и отправляет её на сервер системы аналитики. С точки зрения сети это ничем не отличается от загрузки картинки; разница в том, что вместо картинки передаётся описание произошедшего. Ниже — настоящий запрос, пойманный на учебном стенде после нажатия «Отправить».

Ответ · параметры запроса /g/collect · значения с учебного стенда

Каждый ключ — одна строчка смысла

Всё, что мы настраиваем в диспетчере тегов и в аналитике, в итоге меняет именно эти строки.

Ответ · продолжение · откуда берётся ep.source

Один и тот же клик, две разные ссылки

Ответ · шаг 1 из 7 · настроить панель

Открыть Network и оставить только запросы аналитики

1 2 3

Ответ · шаг 2 из 7 · действие даёт строку

Каждое действие на странице — новая строка в списке

Открытие страницы даёт page_view, прокрутка — scroll, нажатие кнопки — select_content, отправка формы — generate_lead. Имя действия записано прямо в адресе строки, в параметре en=.

Ответ · шаг 3 из 7 · открыть запрос → откуда каждый параметр

Клик по строке → вкладка Payload → разбор значений

Часть 1 — поля, которые зависят от того, что вы сделали на странице.

Ответ · шаг 3 · откуда это в коде

Слева — код учебного стенда, справа — что улетело

form.addEventListener('submit', () => {
  gtag('event', 'generate_lead', {
    form_id: 'lead_main',
    source:  currentSource(),
    value:   0,
    currency:'RUB'
  });
});

// currentSource() — это буквально:
new URLSearchParams(location.search)
      .get('utm_source') || '(not set)'

en=generate_lead
ep.form_id=lead_main
ep.source=college
epn.value=0
ep.currency=RUB

Второй аргумент gtag('event', …) становится параметром en. Каждый ключ объекта — отдельным полем: строка превращается в ep.имя, число — в epn.имя. Никакой магии: что программист написал в объекте, то и уходит в запросе.

Ответ · шаг 3 · часть 2 · служебные поля

Откуда берутся поля, которые вы не задавали

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

Ответ · шаг 4 из 7 · пустые поля

Что ломается дальше, если поле пришло пустым

Если перейти по ссылке без метки, событие всё равно уйдёт — но часть полей окажется пустой: вместо значения будет (not set) или ничего. Вот к чему это приводит на следующих станциях маршрута.

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

Ответ · шаг 5 из 7 · что означают столбцы

Что означают колонки строки collect

1 2 3 4

Ответ · шаг 6 из 7 · вкладка Headers

Куда ушёл запрос и что ответил сервер

Request URLВесь запрос одной строкой. До ? — адрес приёмника (/g/collect), после — параметры через &.

%D0%9A%D1%83…Кириллица и спецсимволы закодированы: :// превращается в %3A%2F%2F, буквы — в %D0…. Читать удобнее во вкладке Payload.

Request MethodPOST — способ отправки. Данные всё равно лежат в адресе, а не в теле.

Status Code204 No Content с зелёной точкой — сервер принял запрос, возвращать нечего. Это норма для аналитики.

Remote AddressКуда физически ушёл запрос: адрес и порт сервера-приёмника.

Ответ · шаг 7 из 7 · вкладка Payload · тот же запрос, разобранный по полям

Query String Parameters — все поля события

v · tidверсия протокола и идентификатор ресурса аналитики — куда уходит событие

gtm · _p · _sслужебные: версия контейнера тегов, номер загрузки страницы и порядковый номер запроса в визите

cidанонимный идентификатор браузера из cookie _ga — связывает визиты одного человека

sid · sct · segидентификатор визита, его номер по счёту и признак «вовлечённый визит»

ul · srязык браузера и разрешение экрана — уходят автоматически

dl · dtадрес и заголовок страницы. Внутри dl целиком лежат метки utm_*

enимя события — generate_lead. Главное поле: по нему строятся отчёты и воронки

ep.* · epn.*параметры события: строковые (ep.form_id, ep.source) и числовые (epn.value)

_etengagement time: миллисекунды взаимодействия со страницей до отправки

Ответ · как считали посещения в разные годы

От журналов сервера к встроенным счётчикам

Ответ · маршрут из десяти станций

И человек, и программа — по очереди

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

Ответ · четвёртое понятие

На стыках, а не внутри станций

Точка разрыва — стык двух шагов или систем, на котором данные теряются, искажаются или дублируются. Форма не передала поле source — в отчёте у заявки источник останется (not set). Внутри самой формы и самой таблицы данные при этом целы. Рвётся именно на переходе, чаще всего — там, где ручной участок передаёт данные автоматическому.

Ответ · разберём на числах

Одна кампания, три системы, три разных числа

Запустили рассылку. Через неделю смотрим на три экрана и видим три разные цифры — про одно и то же событие.

Вопрос не «какая система врёт». Все три считают разные вещи, и каждую разницу можно объяснить. Разберём обе по очереди.

Первый разрыв · аналитика 120 → таблица 96

Куда делись 24 заявки

Итог: 120 − 14 + 30 + 8 ≈ 96 после вычитания задвоений и тестов. Числа сходятся, когда каждую поправку назвали.

Второй разрыв · таблица 96 → CRM 84

Куда делись ещё 12 заявок

Из трёх причин проблема только одна — упавший шаг. Две другие — так и задумано. Поэтому сверка данных нужна не для «одинаковых чисел», а чтобы отделить норму от поломки.

Отдельная беда · не «сколько», а «откуда»

Почему у половины заявок источник неизвестен

Это и есть тема занятия 2: научиться размечать ссылки так, чтобы источник доезжал до отчёта целым.

Ответ

В объективе и за кадром

Демонстрация · преподаватель · 10 минут

Фиксируем событие generate_lead на учебном стенде

1. Открыть стенд → F12 → Network, фильтр collect, включить Preserve log.
2. Перезагрузить → en=page_view. Прокрутить → en=scroll.
3. Нажать кнопку и отправить форму → select_content, form_start, generate_lead.
4. Выбрать en=generate_lead → Payload → разобрать параметры.

Домашнее задание · два, с разными сроками

Максим Николаевич не хочет задавать домашнее задание. Но очень хочет

Полное описание второго задания с шаблоном отчёта и критериями — файл RESEARCH_TASK.md в папке занятия. Про ИИ: наблюдения, поиск источников и сравнение — сами; модель допускается для формулировок и оформления. Я сам так делаю всегда, поэтому и вам запрещать не буду.

Зачем этот разбор в курсе по автоматизации

Один инструментарий — разные основания для его применения

Событие, параметр, пиксель, идентификатор браузера работают одинаково независимо от того, кто их настроил. Различает случаи не техника, а основание: предупредили ли человека, получили ли согласие, знает ли он, какие поля о нём уходят и в какую систему.

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

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

Выберите одну тему · или предложите свою, согласовав со мной

Двенадцать задокументированных случаев