Когда стоит использовать кастомное событие в GA4 вместо рекомендуемого (recommended) события, и какие ограничения это создаёт?

Короткий ответ

Кастомное событие стоит использовать, когда действие пользователя не укладывается ни в одно из рекомендуемых событий GA4 (например, специфичное для бизнеса действие вроде «подбор размера» в калькуляторе), но при этом важно помнить, что кастомные события не получают автоматических улучшенных отчётов и интеграций, которые есть у рекомендуемых.

Как это работает подробнее

Рекомендуемые события (purchase, generate_lead, sign_up и т.д.) имеют заранее определённую Google структуру параметров и автоматически поддерживаются в готовых отчётах, Looker Studio шаблонах и при экспорте в Google Ads; кастомные события просто принимают произвольное имя и параметры, но GA4 не «знает» их семантику заранее. Такая регистрация делается один раз в настройках свойства GA4 (Admin → Custom definitions) и не требует изменений в самом коде отправки события — после регистрации параметр становится доступен как измерение в произвольных отчётах и в Looker Studio.

Что использовать на практике

• Практика. На практике стоит сначала проверить список рекомендуемых и автоматически собираемых событий GA4 и использовать их везде, где поведение подходит по смыслу, а кастомные события вводить только для действительно уникальных для бизнеса действий, задавая им понятные и согласованные с командой имена.

Подводные камни

• Риск ошибки. Частая ошибка — придумывать кастомное название для события, которое уже есть среди рекомендуемых (например, назвать покупку order_complete вместо стандартного purchase), из-за чего стандартные отчёты по электронной коммерции и автоматический импорт в Google Ads работать не будут без дополнительной настройки.Частая ошибка — использовать параметры кастомного события без регистрации их как пользовательских измерений (custom dimensions) в настройках GA4: без этого шага параметр технически собирается, но остаётся недоступным для анализа в стандартных и кастомных отчётах интерфейса.