💡 Пояснення до квізу 4:

A: Правильно. GA4 має вбудовану можливість відстежувати “віртуальні” перегляди сторінок у SPA. Коли увімкнено Enhanced Measurement, подія page_view спрацьовує не лише при завантаженні сторінки, а й при зміні стану історії браузера – тобто при викликах history.pushState, replaceState або popstate у вашому додатку.
Це означає, що якщо ваш SPA-додаток змінює URL при навігації, GA4 зафіксує ці зміни як окремі перегляди сторінок. Примітка: переконайтесь, що увімкнена опція “Page changes based on browser history events” у налаштуваннях потоку даних, яка увімкнена за замовчуванням

B: Немає окремої опції з назвою “SPA Mode”. Все відбувається автоматично через описаний вище механізм Enhanced Measurement. Достатньо мати встановлений тег GA4 (або GTM з GA4 Config) і увімкнену опцію “Page changes based on browser history events” у налаштуваннях потоку даних, яка увімкнена за замовчуванням – GA4 сам буде слухати події історії.

C: На відміну від Universal Analytics, де для SPA часто доводилося вручну викликати gtag('config', 'UA-...') чи ga('send','pageview') при зміні екранів, GA4 суттєво спростив цей момент – багато SPA сценаріїв покриваються без коду. Однак, якщо ваш додаток не змінює URL при навігації, можливо, доведеться вручну викликати подію page_view.

D: GA4 не обмежується тільки першим переглядом. Якщо SPA змінює URL, GA4 спрацює повторно і зареєструє новий page_view. Тобто наступні “внутрішні” переходи не ігноруються, а теж фіксуються – за умови коректної реалізації SPA, що оновлює стан історії