SPA и PWA ломают трекинг там, где обычный сайт уже не ошибается

SPA и PWA ломают трекинг там, где обычный сайт уже не ошибается

В одностраничных приложениях нет классической загрузки страницы на каждый переход, поэтому page_view нельзя считать единственным сигналом. Если не слушать изменения history, переходы внутри интерфейса исчезают из отчётов, а сессии выглядят короче, чем есть на самом деле.

Для SPA и PWA базовый набор событий обычно такой: • первый page_view при инициализации • virtual pageview на каждый route change • события кликов и отправки форм • статус установки и открытия PWA, если это влияет на путь пользователя. Проверим в системе трекинга: у каждого события должен быть стабильный путь вызова и одинаковые параметры на клиенте и в аналитике.

Отдельно проверьте дубли. Частая ошибка — отправлять page_view и на загрузку, и на смену маршрута без фильтрации. Вторая проблема — кеш и offline-режим в PWA: событие может уйти позже, уже вне контекста исходного действия. Для таких случаев полезны timestamp, session_id и source_route, чтобы восстановить последовательность.

На практике сначала строят карту маршрутов, потом связывают её с событиями и только после этого оценивают конверсию. Любая неточность в трекинге ведет к неверным бизнес-решениям, а для SPA это особенно заметно: данные говорят сами за себя, факт против допущения.