Google Analytics 4

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

14 октября 2020 года Google опубликовал анонс нового поколения Analytics. В нём ресурс Google Analytics 4 описан как развитие ранее представленного App + Web, объединяющего измерения сайта и приложения. ^[3] Ресурс объединяет данные сайта или приложения; в нём доступны отчёты и настройки сбора. ^[10] Историческое название помогает понять, почему GA4 не ограничивается посещениями веб-страниц.

С 1 июля 2023 года стандартные ресурсы прежней системы Universal Analytics перестали обрабатывать новые данные. Продлённый срок обработки для Universal Analytics 360 закончился 1 июля 2024 года. ^[1] При сравнении старых и новых отчётов поэтому важно сверять определения показателей: одинаковое название колонки не гарантирует одинакового способа расчёта.

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

Сайт передаёт событие с именем и, при необходимости, параметрами — дополнительными сведениями об этом действии. Например, имя сообщает о просмотре материала, а параметр помогает различить материалы. Google описывает настройку событий через Google tag — код для передачи данных — или Google Tag Manager, средство управления тегами. ^[2] Конкретный способ подключения не меняет главный вопрос: что именно означает полученная запись?

Событийная модель не отменяет сеансы. В GA4 сеанс начинается, когда пользователь открывает приложение на переднем плане либо просматривает страницу или экран при отсутствии действующего сеанса. По умолчанию он завершается после 30 минут бездействия; этот срок можно менять. ^[4] Один сеанс может включать несколько просмотров и нажатий. Поэтому десять событий не означают десять посещений или десять человек.

При начале сеанса система создаёт его идентификатор. Для внешнего подсчёта Google рекомендует сочетать идентификатор сеанса с идентификатором пользователя: один только номер сеанса не следует считать универсально уникальным. ^[4] Для пользователей также существует несколько показателей. Например, Total users учитывает уникальных пользователей с любым событием за период, а Active users — с признаками активности по правилам Google. ^[8] Выбирая знаменатель, нужно назвать показатель полностью.

Рабочий план измерений можно построить от вопроса к проверке. Допустим, редакция хочет узнать, сколько читателей подтвердили подписку. Нажатие кнопки показывает попытку, успешная отправка формы — следующий этап, а подтверждение подписки — конечный результат. Если записывать одно и то же событие на всех этапах, отчёт не позволит их различить. Это схема проектирования измерений, а не отдельная обязательная методика Google.

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

Google выделяет четыре категории событий. ^[2] Они различаются способом появления и требованиями к настройке.

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

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

Учебный пример. У интернет-СМИ есть форма подписки. Команда договаривается различать открытие формы, нажатие кнопки и подтверждённую подписку. Для последнего этапа в этом примере вводится пользовательское имя newsletter_confirmed; оно не выдаётся за обязательное имя Google. Событие должно соответствовать подтверждению, а не простому открытию страницы благодарности.

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

В DebugView — отчёте для отладки — можно наблюдать события и их параметры. Для него нужно включить режим отладки; при проверке своей установки Google рекомендует выделить собственное устройство. ^[5] Наличие записи показывает, что Analytics получил событие в этом режиме. Проверка смысла требует дополнительно сопоставить запись с фактическим этапом подписки.

При сравнении с Яндекс Метрикой проверяют обе реализации. Её автоматические цели создаются при включённой опции и наличии подходящих элементов страницы, например телефонных ссылок или форм. ^[7] Одинаковые подписи в отчётах двух систем ещё не доказывают, что они регистрируют один этап действия.

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

Продолжим учебный пример. За календарную неделю в выбранном часовом поясе форму открыли 200 уникальных идентификаторов. Из этой же группы 30 имели событие подтверждения после открытия формы и до конца недели. Предположим, идентификаторы внутри учебного набора стабильны; это не утверждение о точном числе физических лиц.

Доля подтверждений = число идентификаторов с подтверждением / число идентификаторов открытия формы × 100%.

Получаем 30 / 200 × 100% = 15%. Каждый идентификатор входит в числитель и знаменатель не более одного раза. Если подтверждение пришло на следующей неделе, в этом расчёте оно не учитывается. Иное окно наблюдения даст другой показатель, поэтому период нужно задавать заранее.

Если те же посетители сделали 45 нажатий, отношение 45 / 200 = 0,225 означает среднее число нажатий на идентификатор. Оно не равно доле подтвердивших подписку: один участник мог нажать несколько раз. При отсутствии открытий доля не определена, а не равна нулю. Это собственный учебный показатель, не обещание совпадения с готовой метрикой интерфейса GA4.

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

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

Пустой DebugView не всегда означает отсутствие действий. Google отдельно указывает ограничения видимости при клиентских настройках конфиденциальности и при режиме согласия, если пользователь не согласился на аналитические cookies. ^[5] Поэтому проверяют не только код события, но и условия, при которых выполнялся тест.

BigQuery — облачное хранилище, куда можно экспортировать исходные события GA4 и самостоятельно обрабатывать их запросами. Экспорт не включает все дополнительные преобразования стандартных отчётов Analytics. ^[6] Например, интерфейс оценивает число сеансов с помощью приближённого подсчёта уникальных значений, а запрос к исходным данным может считать их точно по выбранному правилу. ^[4] Расхождение требует объяснения, но само по себе не доказывает ошибку.

Имеет значение и момент сравнения. Потоковая выгрузка за текущий день может содержать пропуски, а дневные таблицы обновляются с учётом поздно поступивших событий. ^[6] Перед сверкой нужно выбрать сопоставимые даты, фильтры, сущности и состояние выгрузки. Экспорт также не гарантирует восстановление действий, которые вообще не были зарегистрированы.

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

Если схема измерения обрабатывает персональные данные, в России требуется применимое основание из части 1 статьи 6 закона от 27.07.2006 № 152-ФЗ. Согласие — одно из предусмотренных оснований; его наличие не отменяет остальных принципов и правил обработки. ^[9] Здесь использована редакция закона от 26.07.2026.

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

Зарубежные счётчики и персональные данные. С 1 июля 2025 года часть 5 статьи 18 закона № 152-ФЗ «О персональных данных» (в редакции Федерального закона от 28.02.2025 № 23-ФЗ) не допускает при сборе персональных данных граждан России, в том числе в интернете, их запись, хранение и другие операции с использованием баз данных за пределами России. Счётчики вроде Google Analytics передают на зарубежные серверы IP-адреса и идентификаторы cookie, которые могут относиться к персональным данным; о трансграничной передаче, кроме того, заранее уведомляют Роскомнадзор (статья 12 того же закона). Нарушения влекут ответственность по статье 13.11 КоАП РФ. Использование такого счётчика на российском сайте требует юридической оценки; для сбора данных о посетителях из России применяют системы веб-аналитики с хранением данных в России, например Яндекс Метрику.

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

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

• veb-analitika
• yandeks-metrika
• kogortnyy-analiz
• atributsiya
• konversiya
• cookie banner