English
Deutsch
PolskiModelowanie behawioralne w GA4: dwa warunki kwalifikacji i gdzie pojawiają się wartości modelowane
Management Summary
Modelowanie behawioralne GA4 szacuje część aktywności witryny, której brakuje przy niewyrażonej zgodzie na analitykę. Ma zwiększać użyteczność wybranych raportów mimo luk, a nie odtwarzać pełny zapis każdej wizyty. Wymaga odpowiedniej liczby użytkowników ze zgodą, zdarzeń bez zgody i dalszych warunków jakości. Oszacowania pojawiają się tylko w niektórych raportach, bez eksportu zdarzeń. Wyjaśnia to, dlaczego różne widoki danych mogą się różnić, choć dotyczą tej samej witryny.
Spis treści
Tryb zgody nie uzupełnia automatycznie wszystkich luk wynikających z braku zgody na analitykę. Modelowanie behawioralne w GA4 szacuje aktywność użytkowników i sesji tylko w kwalifikujących się usługach. Dwa opublikowane progi liczebności są wymaganiami minimalnymi, a nie gwarancją uruchomienia funkcji.
Zdarzenia i użytkownicy to różne wielkości
Pierwszy próg wymaga co najmniej 1000 zdarzeń dziennie z analytics_storage='denied' przez co najmniej siedem dni. Drugi wymaga co najmniej 1000 dziennych użytkowników wysyłających zdarzenia z analytics_storage='granted' w co najmniej siedmiu z poprzednich 28 dni. Google podaje okno 28 dni wyraźnie dla drugiego warunku. Dopisanie takiego okna albo wymogu kolejnych dni również do pierwszego warunku wykraczałoby poza opublikowane brzmienie.
Tysiąc zdarzeń może pochodzić z wielu wizyt albo z powtarzających się działań podczas niewielu wizyt. Z kolei użytkownik w Analytics nie oznacza zawsze jednej konkretnej osoby. Suma odsłon ani wskaźnik akceptacji banera nie zastępują żadnej z tych dwóch wielkości.
Zbieranie danych, kwalifikacja i wyświetlanie
W witrynie funkcja wymaga zaawansowanego trybu zgody na wszystkich stronach: tagi ładują się również bez zgody, z właściwym stanem domyślnym ustawionym przed pomiarem. Tryb podstawowy blokuje tagi Google przy braku zgody, więc nie dostarcza takich zdarzeń z odmową zapisu analitycznego. Tryb zgody steruje działaniem tagów; sam nie stanowi uprawnienia do zbierania danych.
Nawet wystarczająca liczebność nie gwarantuje kwalifikacji. Znaczenie mają również trening i dodatkowe kryteria jakości modelu. Wyświetlanie oszacowań behawioralnych wymaga tożsamości na potrzeby raportowania Blended. Opcje Observed i Device-based pomijają to modelowanie behawioralne. Zmiana ustawienia nie zmienia zbierania danych ani trwale nie przepisuje danych źródłowych.
Raporty wymagają różnych interpretacji
W raportach modelowanie dotyczy takich wielkości jak użytkownicy i sesje, zamiast prostego mnożenia liczby zdarzeń. Eksploracje ścieżek i ścieżek do konwersji traktują first_visit i session_start inaczej: te zdarzenia mogą być tam modelowane. Ogólne uznanie tych eksploracji za nieobsługiwane byłoby więc mylące.
Oszacowania behawioralne nie są dostępne w grupach odbiorców, eksploracjach użytkowników, kohort i cyklu życia użytkownika, segmentach z sekwencjami, raportach utrzymania, metrykach predykcyjnych i eksportach BigQuery. Nie wynika z tego, że każda różnica między raportem a eksportem jest skutkiem modelowania. Nadal trzeba porównać zakres dat, definicję metryki i samo zapytanie. Brak oszacowań nie dowodzi też, że nie zebrano żadnych zdarzeń bez plików cookie.
Status jest częścią pomiaru
Ikona jakości danych wskazuje status modelowania i datę początku dostępności. Dokumentacja Google opisuje również komunikaty w interfejsie oraz informowanie o zmianach mających duży wpływ na dane. Po utracie i ponownym uzyskaniu kwalifikacji oszacowania są dostępne dopiero od nowej daty kwalifikacji. Uzupełnienie wcześniejszej luki nie jest obiecane.
Rzetelna kontrola zapisuje łącznie usługę GA4, zakres dat, tożsamość raportowania, komunikat statusu i typ raportu. Własne obliczenia mogą wykazać zbyt małe liczebności albo błędy zbierania danych, lecz nie potwierdzają wewnętrznej decyzji Google o kwalifikacji.
Pytania i odpowiedzi
Co wynika z wysokiego odsetka odmów?
Przy stałej liczbie wszystkich użytkowników i pozostałych warunkach bez zmian wyższy udział odmów oznacza mniej użytkowników wyrażających zgodę. Nie określa jednak, który próg stanowi przeszkodę. Przykładowo 1500 użytkowników wyrażających zgodę przy zaledwie 500 zdarzeniach z odmową zapisu nadal nie spełnia progu zdarzeń. Zamiana tych liczebności oznacza niespełnienie progu użytkowników.
Czy obliczenie 1000 / (1 − q) jest przydatne?
Tylko jako uproszczony przykład planistyczny. W tym przykładzie q oznacza udział odmów w tej samej grupie użytkowników liczonych danego dnia. Każdy użytkownik musi należeć jednoznacznie do jednej kategorii zgody, a definicje liczenia muszą być zgodne. Przy 60% odmów potrzeba łącznie 2500 użytkowników, a przy 80% — 5000, aby osiągnąć 1000 wyrażających zgodę. Rachunek nie określa liczby zdarzeń z odmową ani jakości modelu. Wskaźnik liczony na wyświetlenie banera ma inny mianownik.
Wzór nie szacuje też brakujących zakupów. W przykładzie z 1000 użytkowników wyrażających zgodę i 1000 odmawiających 100 zaobserwowanym zakupom może towarzyszyć zarówno 20, jak i 200 zakupów w drugiej grupie. Równe liczebności grup nie dowodzą jednakowego zachowania zakupowego.
Powiązane artykuły
