Событие (Event)

Событие (Event) в Google Analytics 4 — базовая единица сбора данных, в которую GA4 превратил все типы взаимодействий: просмотр страницы, клик, отправку формы, скролл, транзакцию, начало видео. В отличие от Universal Analytics, где сосуществовали разные типы Hit (pageview, event, transaction, social), в GA4 всё является event — единая структура с именем (event_name) и набором параметров (event_params). Такая event-based модель пришла из Firebase Analytics и даёт два преимущества: унификацию веб и мобильных данных и гибкость схемы — добавление нового измерения не требует изменений конфигурации, только дополнительного параметра к существующему событию.

Событие — фундамент GA4. Без правильной архитектуры событий и параметров все отчёты, воронки, retention-анализы будут неточными или вообще невозможными. В 2026 понимание event-based модели обязательно для любого аналитика.

Что считается событием в GA4

Любое действие, которое мы хотим измерить:

• просмотр страницы — page_view;
• клик по внешней ссылке — click (с параметром outbound: true);
• отправка формы — form_submit;
• начало просмотра видео — video_start;
• покупка — purchase с параметрами value, currency, transaction_id, items;
• пользователь скроллит 90% страницы — scroll (в enhanced measurement);
• логин в кабинете — login;
• добавление в корзину — add_to_cart.

Каждое событие автоматически получает автоматически собираемые параметры (page_location, page_referrer, language, screen_resolution) — их не нужно указывать вручную. И может иметь дополнительные параметры, которые вы передаёте сами: value, item_id, method, search_term и т.д.

Четыре типа событий в GA4

Документация Google разделяет события на четыре категории:

Разница критична: recommended events имеют зарезервированные имена, к которым Google привязывает готовые отчёты, автоматическую категоризацию в Monetization, шаблоны аудиторий в Google Ads. Custom events работают, но по ним нужно самостоятельно строить все отчёты в Explore. Поэтому правило номер один — проверить recommended-список, прежде чем придумывать своё имя.

Полный список recommended events для e-commerce

view_promotion, select_promotion, view_item_list, select_item, view_item, add_to_wishlist, add_to_cart, view_cart, remove_from_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund, share, select_content.

Для SaaS и B2B: login, sign_up, generate_lead, tutorial_begin, tutorial_complete, level_up, unlock_achievement, earn_virtual_currency, spend_virtual_currency, view_search_results.

Полный список и обязательные параметры — в документации Google.

Параметры события: что это и сколько их

Event parameters — пары «ключ-значение», описывающие контекст события. Например, событие purchase имеет базовые параметры:

gtag('event', 'purchase', {
  transaction_id: 'T-12345',
  value: 1999.00,
  currency: 'UAH',
  coupon: 'SUMMER20',
  items: [{
    item_id: 'SKU-001',
    item_name: 'Учебный курс GA4',
    price: 1999.00,
    quantity: 1
  }]
});

Ограничения GA4 на 2026 год:

• До 25 параметров на одно событие (в дополнение к автоматическим).
• 500 уникальных имён событий на ресурс.
• Имя события — до 40 символов, только латиница, цифры и _.
• Имя параметра — до 40 символов, значение — до 100 символов.
• Для параметров с длинными значениями (URL, JSON) — либо обрезать, либо хранить в user properties с более высоким лимитом (36 символов для ключа, 50 для значения).

Чтобы увидеть параметр в отчётах GA4, его нужно зарегистрировать как custom dimension или custom metric в Admin → Custom definitions (максимум 50 event-scoped custom dimensions на ресурс). Без регистрации параметр сохраняется в событиях, но невидим в отчётах — доступен только через BigQuery export.

Как передать событие в GA4

На практике есть три способа:

1. Через gtag.js напрямую — вызов gtag('event', 'name', { params }) в коде сайта. Просто, но трудно масштабировать: каждое новое событие требует релиза.
2. Через Google Tag Manager — разработчик пушит данные в dataLayer, маркетолог создаёт GA4 Event Tag с триггером, срабатывающим на это событие в dataLayer. Стандарт индустрии.
3. Через Measurement Protocol — серверные события через HTTP POST на https://www.google-analytics.com/mp/collect. Для server-side tracking, офлайн-конверсий, CRM-интеграций.

Чаще всего комбинируют: GTM ловит события на клиенте, серверный контейнер GTM обрабатывает их и отправляет в GA4 через Measurement Protocol, что позволяет обходить блокировщики рекламы и не нагружать клиент лишним кодом. Готовый конструктор dataLayer push’ей — GA4 Event Builder.

Пример: dataLayer push для add_to_cart

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ ecommerce: null });  // очистка
window.dataLayer.push({
  event: 'add_to_cart',
  ecommerce: {
    currency: 'UAH',
    value: 1490,
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Кожаный рюкзак',
      item_category: 'Аксессуары',
      price: 1490,
      quantity: 1
    }]
  }
});

В GTM далее: Custom Event Trigger на add_to_cart → GA4 Event Tag с соответствующими параметрами через Data Layer Variables.

Key Events: что изменилось в марте 2024 года

Раньше в GA4 существовало понятие conversion — любое событие можно было отметить как конверсию, и оно начинало учитываться в отчётах Monetization и импортироваться в Google Ads. В марте 2024 года Google переименовал «conversion» в key event в GA4, при этом оставив термин «conversion» в Google Ads. Смысл такой:

• Key event (в GA4) = важное для бизнеса действие, по которому вы отслеживаете эффективность внутри аналитики.
• Conversion (в Google Ads) = действие, по которому обучается алгоритм Smart Bidding и оптимизируются ставки.

Эти два понятия могут совпадать, а могут и нет. Например, add_to_cart можно оставить как key event в GA4 (чтобы видеть его в отчётах воронки), но не импортировать в Google Ads, чтобы алгоритм обучался только на purchase. Подробнее о конечных конверсиях.

Как настроить: GA4 → Configure → Events → переключатель ‘Mark as key event’ → потом Google Ads → Tools → Conversions → Import → GA4 → выберите key event для импорта.

Server-side трекинг событий

Server-side GTM (sGTM) — отдельный контейнер GTM, работающий на вашем сервере (Google Cloud Run, $50-300/мес). Архитектура:

Браузер → ваш sGTM endpoint (gtm.example.com)
              ↓
              ├── GA4
              ├── Meta CAPI
              ├── TikTok Events API
              └── ваш CRM

Вместо того чтобы браузер отправлял 10 запросов напрямую к Google/Meta/TikTok (легко блокируется ad-blockers и Safari ITP), он шлёт один запрос на ваш gtm.example.com, а сервер уже forward’ит данные в вендоры.

Преимущества:

• Обход ad-blockers и Safari ITP — ваш домен не в фильтрах.
• First-party cookies (28 дней вместо 7).
• Очистка PII перед отправкой (удалить email из события).
• Обогащение данных из CRM (LTV, customer segment).
• Server-side conversion APIs (Meta CAPI, TikTok Events API).
• Повышение точности атрибуции на 15-30%.

Минусы: хостинг $50-300/мес + нужен DevOps. Целесообразно для трафика >100k/мес.

Отличия событий GA4 от событий Universal Analytics

В GA4 исчезла привычная категория/действие/метка — вместо неё передаются произвольные параметры. Это болезненная точка миграции: старые Category=«video», Action=«play», Label=«intro.mp4» нужно рефакторить в video_start с параметрами video_title, video_provider.

Как проверить, что событие доходит в GA4

4 способа:

1. DebugView (Admin → DebugView) — показывает события в режиме реального времени от сессий с debug_mode. Самый быстрый способ для разработки. Активация: Chrome DevTools → запрос с debug_mode=1, или GA Debugger extension.
2. Realtime Report — GA4 → Reports → Realtime. За последние 30 мин, без деталей параметров.
3. Google Tag Assistant — Chrome extension с полными деталями.
4. BigQuery events_intraday_* table — для зрелых property. Задержка 5-15 мин, все параметры + SQL.

Типичные ошибки при настройке событий

1. Дублирование с enhanced measurement — auto-tracking + manual push одного события = дубли.
2. Кириллица в event_name — GA4 отклоняет.
3. PII в параметрах — email/телефон запрещены, GA4 блокирует property.
4. Event без контекста — click без link_url/link_text бесполезен.
5. Регистрация всех событий как key events — ‘конверсия’ теряет смысл.
6. Динамические event_name (event_${user_id}) — упирается в лимит 500.
7. Не зарегистрированные Custom Dimensions — параметр невидим в отчётах.
8. Не передаётся value в purchase — Target ROAS не работает.
9. Двойной gtag.js + GTM — каждое событие дважды.
10. Не исключён internal traffic — шум в данных от команды.

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

• DataLayer — структура данных для передачи событий.
• Trigger — условия срабатывания в GTM.
• Tag — инструкция что отправить.
• Google Analytics 4 — базовая платформа.
• Conversion / Key Event — обозначение важных событий.
• GA4 — полное руководство.
• GTM — основы.
• GA4 Event Builder — конструктор dataLayer push’ей.