Таймер-Триггер в Google Tag Manager: как правильно добрать события для Amplitude (dwell time и async)

Таймер-Триггер в Google Tag Manager: как правильно добрать события для Amplitude (dwell time и async)

Если в вашей аналитике в Amplitude не хватает «дожатых» событий (время на странице, завершение запроса, подгрузка данных), Timer Trigger в GTM — практичный инструмент. Он срабатывает через заданную длительность на странице, что полезно в privacy-first мире, когда хочется меньше гадать и больше фиксировать факты.

Чек-лист внедрения под Amplitude:

— Определите цель события «после N секунд»
Сформулируйте, что именно считаете завершённым действием: удержание на странице (dwell time), факт просмотра ключевого экрана, ожидание ответа от API. Не используйте таймер ради «красоты графика».

— Проверьте, что событие не дублируется при навигации
Добавьте логику, которая учитывает SPA-переходы и повторные рендеры: таймер должен запускаться один раз на нужный маршрут/контент. В противном случае получите завышенные DAU/engagement в Amplitude.

— Сначала соберите событие, потом решайте, «убивает ли оно bounce»
Если вы ранее отправляли engagement в GA/аналоги после X секунд, перенесите подход в Amplitude только для бизнес-сценариев (например, “читал страницу тарифа 20–30 сек”). Таймер не равен качеству — используйте его как минимальный сигнал интереса.

— Для async (AJAX) привяжите отправку к гарантированному завершению
Таймер полезен, когда «первый экран» грузится асинхронно: вы можете задержать тег на время, достаточное для завершения запроса/рендера, но лучше подтверждать готовность по косвенному признаку (например, элемент уже появился в DOM) или сигналу из события.

— Калибруйте длительность по фактам, а не по ощущениям
В Amplitude посмотрите distribution времени до ваших целевых событий и выберите порог, который отделяет «почти сразу ушёл» от «успел погрузиться». Обычно таймер подбирают итерациями: 5/10/20 сек и сравнение корреляций с downstream (например, переход в форму).

— Пропишите события в Amplitude с единым неймингом и параметрами
Отправляйте структурно: event name вроде “Page_Dwell_20s” и параметры (page_url, page_type, content_id, variant/кампания). Это позволит строить cohorts и считать конверсию в MQL/SQL-воронке уже от поведения, а не от факта визита.

— Учитывайте ограничения: таймер ≠ реальное чтение
Таймер фиксирует пребывание, а не внимание. Используйте его как слой в модели качества (в сочетании с кликами, глубиной скролла, успешными ответами) и обязательно смотрите инкрементальность эффекта на метрики.

когда это пригодится: при настройке engagement-событий и событий «после подгрузки данных» для отчётов Amplitude, когда нельзя полагаться только на last-click и первый тэг срабатывания.

— @AmplitudeCookbookRuPro