Количество ключевых событий GA4 зависит не только от поведения покупателей, но и от выбранного способа подсчёта. Повторные действия в одном сеансе могут учитываться каждое отдельно либо один раз. Перед сравнением кампаний проверьте настройку конкретного события. Официальная справка проверена 27 октября 2026 года; материал относится к аналитике собственного сайта.

Сначала определите единицу результата

Опишите, что означает событие для бизнеса: отправленная заявка, запрос наличия, переход к оформлению или подтверждённая покупка. Затем решите, требуется ли различать несколько таких действий за одно посещение. Ответ зависит от задачи отчёта. Привычное название «конверсия» само по себе не объясняет, считаете вы действия, сеансы с действиями или отдельные заказы.

Google рекомендует Once per event: каждое срабатывание учитывается. Legacy-вариант Once per session учитывает ключевое событие один раз за сеанс. В учебном примере две отдельные отправки формы в одном сеансе дадут разный результат в этих режимах. Это арифметическое следствие настройки, а не доказательство, что магазин получил больше заинтересованных покупателей.

Проверьте настройку именно нужного события

Откройте Events, вкладку ключевых событий и меню способа подсчёта. Для изменения требуются соответствующие права, начиная с Marketer. Не делайте вывод по настройке другого похожего события. История создания также важна: для перенесённых определённым способом целей Universal Analytics значение по умолчанию может отличаться от обычного нового ключевого события GA4.

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

Не маскируйте технические дубли режимом подсчёта

Если кнопка ошибочно отправляет событие дважды, переход на Once per session может скрыть часть симптомов. Но это не исправит саму отправку и способно убрать реальные повторные действия. Сначала отделите технический дубль от самостоятельной операции. Для покупки важен устойчивый transaction_id, а не только удобный итоговый счётчик.

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

Отмечайте изменение методики в отчёте

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

Настройка подсчёта GA4 не тождественна участию действия в назначении ставок Google Ads. Этот отдельный вопрос разобран в материале об основных, вторичных и пользовательских целях. Завершайте аудит двумя понятными выводами: как действие считается в аналитике и где оно используется дальше. Одно подтверждение не заменяет проверку другой системы.