Tagi Google Analytics 4 mają kilka opcji konfiguracji, które mogą wpływać na tożsamości sesji i użytkownika. Jeśli nie są prawidłowo skonfigurowane, może to uniemożliwić identyfikację lub podział na kategorie źródeł wizyt, a także powodować inne problemy w raportach. Problemy te powodują, że w raportach występują nieprzypisane wiersze w grupach kanałów, wartości (nie ustawiono) i niespodziewanie duża część ruchu przydzielona do kategorii wizyt bezpośrednich.
W raportach Google Analytics 4 nieprzypisany wiersz pojawia się, gdy Analytics nie potrafi przydzielić źródła wizyt do żadnej kategorii. Analytics dzieli źródła wizyt na kanały na podstawie stałych reguł. Na przykład kanał Bezpłatne wyniki wyszukiwania obejmuje ruch ze wszystkich wyszukiwarek. Kanały są podzielone na grupy kanałów. Jeśli używasz domyślnych grup kanałów, konkretne reguły, które decydują o podziale ruchu na kategorie, możesz sprawdzić w sekcji Definicje kanałów domyślnych. Grupy kanałów można wyświetlać na poziomie użytkownika, sesji lub zdarzenia.
Jeśli źródło wizyt nie pasuje do definicji żadnego z kanałów w grupie, którą oglądasz w raporcie, jest ono wyświetlane jako nieprzypisane. Jeśli ruch pochodzi ze źródła lub medium zdefiniowanego przez użytkownika albo należy do kategorii „(not set)”, ponieważ brakuje mu informacji o tożsamości sesji lub użytkownika, do zaklasyfikowania źródła takiego ruchu nie można użyć zdefiniowanej wstępnie reguły.
Sprawdzone metody określania kolejności kodu tagów
Stosuj te sprawdzone metody dotyczące określania kolejności kodu tagów:
Typ tagu | Instrukcje | Sprawdzone metody |
---|---|---|
Tag Google |
Konfigurowanie usług Google i wysyłanie danych o zdarzeniach |
Zainicjuj tag Google przed wywołaniem metody zdarzenia, m.in. w przypadku zdarzeń wywoływanych przez listę odbiorców. |
Menedżer tagów Google |
Skonfiguruj Menedżera tagów Google |
|
Tagowanie po stronie serwera |
Nie pomijaj tych ustawień tagów. Na tej samej stronie w ramach tej samej usługi w GA4 nie należy utrzymywać implementacji po stronie serwera i samodzielnej implementacji po stronie klienta. Jeśli korzystasz z Menedżera tagów Google, upewnij się, że wszystkie aktywne tagi są skonfigurowane tak, aby wysyłać zdarzenia przez kontener po stronie serwera. |
Nawet wtedy, gdy nie możesz zastosować zalecanego porządku zdarzeń, musisz nadal przestrzegać tych 2 zaleceń. W przeciwnym razie mogą wystąpić problemy z raportowaniem.
- W tagu Google lub w ustawieniach tagu Google (w Menedżerze tagów Google) podaj całą odpowiednią konfigurację strony jako część polecenia
config
(w przypadku tagu Google) lub ustawienia tagu Google (w przypadku Menedżera tagów Google). Zrób to jak najwyżej na stronie i przed wszystkimi zdarzeniami. - Zdarzenia niestandardowe nie powinny być wywoływane przed poleceniem
config
, ponieważ w przeciwnym razie będą grupowane ze zdarzeniemsession_start
. Polecenieconfig
może wpływać na tożsamość użytkownika i sesji przez resztę strony, co oznacza, że wyświetlenie strony i późniejsze zdarzenia nie mogą być powiązane z wcześniejszym rozpoczęciem sesji ani ze zdarzeniem niestandardowym.
Co się stanie, jeśli moje zdarzenia nie będą miały prawidłowej kolejności?
Gdy tagi GA4 występują w nieoczekiwanych miejscach, np. gdy polecenie config lub tag Google uaktywnia się po innych zdarzeniach na stronie, może to wpływać na identyfikator User-ID lub identyfikator sesji albo na oba te identyfikatory. Może to spowodować:
- wyświetlanie danych w Analytics z wartością „(not set)”,
- podawanie nieprawidłowych liczb użytkowników i sesji,
- nieprawidłowe obliczanie danych na poziomie użytkownika i sesji,
- niewłaściwe pomiary użytkowników i sesji.
Co może spowodować nieprawidłowa kolejność zdarzeń?
Typowe następstwa nieoczekiwanej kolejności zdarzeń:
Funkcja | Przyczyna | Wynik | Sprawdzone metody |
---|---|---|---|
Tagowanie po stronie serwera Ustawienie „Zarządzane po stronie serwera” (identyfikator klienta zarządzany przez serwer) Ustawienia zarządzane przez klienta |
Zaznaczenie pola ustawienia „Zarządzane po stronie serwera” w sekcji tagowania po stronie serwera, które jest zaznaczone domyślnie. Gdy zdarzenia GA4 są przetwarzane przez tag serwera, użytkownicy mają wiele opcji umożliwiających korzystanie z innej tożsamości użytkownika niż identyfikator klienta używany przez tag internetowy. |
Ustawienie „Zarządzane po stronie serwera” w menu u góry oznacza, że tagowanie po stronie serwera będzie zarządzać osobnym identyfikatorem klienta i zastępować go w przetwarzanych pomiarach. Umożliwia to też zastosowanie kilku opcji zapisywania pliku cookie oraz opcji migracji rozłożonej w czasie dla klientów, którzy mają już zarejestrowane w GA wizyty bezpośrednie i nie chcą wprowadzać gwałtownych zmian w listach odbiorców ani raportach przez nagłą zmianę wszystkich identyfikatorów odwiedzających w danym momencie. |
Jeśli korzystasz z tej opcji, musisz się upewnić, że wszystkie pomiary dotyczące strumienia przechodzą przez tag serwera i że żaden z nich nie jest wysyłany bezpośrednio na serwery Google. Najprostszym sposobem jest upewnienie się, że Menedżer tagów Google lub polecenie config (tag Google) w przypadku tagu internetowego, który wysyła dane do kontenera serwera, jest zawsze pierwszym tagiem lub poleceniem w tym kontenerze. |
Dostosowywanie nazwy pliku cookie |
Powoduje to zmianę nazwy własnego pliku cookie używanego zarówno w przypadku identyfikatora klienta, jak i stanu sesji. |
Użytkowników nie można wiązać między różnymi sesjami, a zdarzeń –uwzględniać w sesjach. Dane o zdarzeniach pojawiają się z wartością „(not set)” podczas analizy z użyciem wymiarów sesji lub użytkownika. |
Używaj w witrynie jednego spójnego prefiksu plików cookie. Zalecany sposób używania prefiksu pliku cookie w Analytics polega na utworzeniu niestandardowej nazwy pliku cookie, a nie na tworzeniu licznych silosów plików cookie, co ma miejsce, gdy stosujesz różne lub niespójne prefiksy. |
Automatyczny tag łączący wiele domen |
To ustawienie informuje tag, aby przetworzył dane klienta i sesji z poprzedniej strony (jeśli są dostępne) oraz rozpoczął ich używanie. Podczas stosowania połączonych danych tag zakłada, że sesja została już rozpoczęta na poprzedniej stronie. |
Jeśli ustawienie linker zostanie zainicjowane późno i za pomocą także spóźnionego polecenia config wykryje użytkownika połączonego z wieloma domenami, tożsamość użytkownika nagle się zmieni w tym momencie. Opóźnione polecenia config powodują co najmniej rejestrowanie krótkich sesji, które są odrzucane podczas przyjmowania wartości parametrów ustawienia linker. W tym momencie nie można już powiązać z prawdziwą sesją ani użytkownikiem żadnych atrybutów sesji ani użytkownika. |
Nie dostosowuj identyfikatora klienta ani sesji, ponieważ może to spowodować nieprawidłowe założenia dotyczące tagów i przetwarzania odnośnie do tego, jaką strukturę mają mieć sesje, a także może prowadzić do problemów. |
Ręczny tag łączący wiele domen |
Aby umożliwić klientom ręczne wdrażanie pomiarów w wielu domenach, tag GA4 zawiera interfejsy API do pobierania oraz określania identyfikatorów klientów i sesji. Nieumyślna zmiana wartości parametrów |
Zdarzenia, które zostały oddzielone od pierwotnych identyfikatorów klientów i sesji, mogą nie zawierać ważnych informacji i spowodować nieoczekiwane problemy z atrybucją. |
Aby podać niestandardową tożsamość użytkownika, użyj parametru Nie używaj tych interfejsów API do modyfikowania ani podawania niestandardowych identyfikatorów klientów lub sesji. Identyfikatory te należy określać ręcznie tylko w rzadkich przypadkach, gdy konieczna jest ręczna konfiguracja w wielu domenach. |
1 Ustawienie linker to parametr automatycznego łączenia w wielu domenach. Jeśli automatyczne łączenie w wielu domenach nie działa w przypadku Twojej witryny, możesz ręcznie określić identyfikator klienta i sesji. Nigdy nie dostosowuj tych wartości. GA4 oczekuje wartości w określonym formacie, a nieoczekiwane wartości mogą powodować przerwy w zbieraniu danych. Więcej informacji o parametrze linker