Twoje śledzenie UTM przecieka, a winne są przeglądarki nastawione na prywatność. Firefox w trybie Strict usuwa znane parametry śledzące z adresu URL, zanim strona w ogóle się załaduje. Brave dochodzi do tego samego miejsca inną drogą: w większości przypadków zostawia parametry w spokoju, ale blokuje skrypty analityczne, które miałyby je odczytać. Tak czy inaczej, kliknięcie otagowane UTM może dotrzeć do twojej strony docelowej bez tagów albo ze skryptem, który je parsuje, zablokowanym - a twój raport kampanii po cichu zaniża liczby.
To kuzyn problemu z Safari, tylko na poziomie ciągu zapytania. Tekst atrybucja kliknięć po Safari ITP omawia przechowywanie danych i cookies; ten dotyczy samych parametrów URL, które są usuwane albo ignorowane - to inny mechanizm dający ten sam objaw.
Dwie przeglądarki, dwa mechanizmy, jeden zepsuty raport
Warto być precyzyjnym, bo stwierdzenie "przeglądarki usuwają UTM-y" jest tylko w połowie prawdziwe.
Firefox rzeczywiście je usuwa. Jego funkcja usuwania parametrów zapytania, aktywna w trybie Strict Enhanced Tracking Protection, sprawdza parametry URL względem listy znanych identyfikatorów śledzących i usuwa dopasowania, zanim strona się załaduje. Domyślna lista jest ograniczona, ale realna, i jest konfigurowalna, więc zbiór tylko rośnie. Zestawienie usuwania identyfikatorów kliknięć i parametrów w przeglądarkach pokazuje, jak to wygląda w różnych przeglądarkach.
Brave głównie blokuje odczyt. Usuwanie parametrów przez Brave jest niekonsekwentne; to, co robi niezawodnie, to blokowanie skryptów analitycznych - w tym GA4 - które miałyby odczytać UTM-y. Parametry mogą przetrwać w adresie URL, ale nic na stronie nie ma prawa ich sparsować, więc efekt dla twojego raportu jest ten sam: brak atrybucji.
Dodaj do tego ograniczenia przechowywania danych w Safari i masz komplet trzech przeglądarek nastawionych na prywatność. Testy branżowe szacują udział takich przeglądarek na mniej więcej od jednej piątej do jednej czwartej odwiedzających, przy czym część ruchu z USA pochodzi z przeglądarek, które od razu blokują domyślne śledzenie GA4. To nie jest błąd zaokrąglenia w raporcie kampanii.
Dlaczego podejście oparte na UTM jest strukturalnie narażone
Model UTM zakłada dwie rzeczy, które przeglądarka nastawiona na prywatność może zepsuć: że parametry śledzące przetrwają podróż do twojej strony i że skrypt na tej stronie zdoła je odczytać. Obie rzeczy dzieją się na miejscu docelowym, czyli dokładnie tam, gdzie działają funkcje prywatności przeglądarki. Oczekujesz, że tagi przetrwają przeprawę zbudowaną specjalnie po to, by je usunąć.
To nie powód, żeby rezygnować z UTM-ów - wciąż działają dobrze w Chrome, który stanowi większość ruchu - ale to powód, żeby nie traktować UTM-a ze strony docelowej jako jedynego źródła prawdy. To kanał ze stratami, a straty koncentrują się w grupie odbiorców dbających o prywatność, na których zwykle ci zależy.
Zarejestruj kliknięcie, zanim dotknie go przeglądarka
Niezawodnym rozwiązaniem jest przesunięcie pomiaru wcześniej: uchwycenie kliknięcia przy przekierowaniu, zanim strona docelowa i jej skrypty w ogóle się załadują. Krótki link robi dokładnie to. Gdy ktoś kliknie go.acme.com/spring, przekierowanie rozwiązuje adres po stronie serwera i rejestruje kliknięcie - kampanię, cel, znacznik czasu - i dopiero wtedy wysyła przeglądarkę dalej. To, że Firefox usunie parametr zapytania na stronie docelowej, albo że Brave zablokuje tam skrypt, dzieje się już po tym, jak kliknięcie zostało policzone. Dane śledzące żyły w przekierowaniu, a nie w ciągu zapytania, który przeglądarka mogła usunąć.
Niuans, o którym warto uczciwie wspomnieć: to nie odzyskuje analityki zachowania na stronie, którą blokowanie skryptów przez Brave również psuje - jeśli GA4 jest zablokowany, twoje dane o sesji i zdarzeniach na tej stronie i tak są dotknięte. To, co odzyskuje krótki link, to sygnał pozyskania: że kliknięcie się wydarzyło i z jakiej kampanii. Dla większości pytań o atrybucję to właśnie ta liczba znikała. I to ta sama zasada działania po stronie serwera, która stoi za mierzeniem dark social - kliknięcie jest rejestrowane tam, gdzie warstwa prywatności przeglądarki nie sięga.
Zachowujesz swoje parametry UTM dla przeglądarek, które je respektują, i owijasz je krótkim linkiem, żeby kliknięcie było liczone nawet wtedy, gdy zostaną usunięte. Owiń swoje linki kampanijne, a odsetek ruchu z przeglądarek nastawionych na prywatność przestanie znikać z twoich raportów.
Co zrobić
- Przestań traktować UTM ze strony docelowej jako jedyne źródło prawdy; z założenia jest teraz stratny.
- Owijaj linki kampanijne otagowanym krótkim linkiem, żeby kliknięcie było rejestrowane po stronie serwera przy przekierowaniu.
- Porównuj sumy kliknięć z krótkich linków z danymi GA4, żeby oszacować, jak duża jest twoja rzeczywista strata z przeglądarek nastawionych na prywatność.
- Zachowaj UTM-y - nie są martwe, po prostu same w sobie już nie wystarczają.
Przeczytaj serię cornerstone
Ten tekst należy do klastra inżynieryjnego. Pokrewne teksty to atrybucja kliknięć po Safari ITP oraz, jeśli chodzi o same tagi, parametry UTM - wyjaśnienie.
Powiązane wpisy na blogu
Najczęściej zadawane pytania
Czy Firefox i Brave usuwają parametry UTM?
Firefox tak, w trybie Strict: jego funkcja usuwania parametrów zapytania (query-parameter stripping) usuwa znane parametry śledzące, w tym niektóre wartości utm_, z adresu URL, zanim strona się załaduje. Brave działa inaczej - w większości przypadków nie usuwa parametrów, tylko blokuje skrypty analityczne (takie jak GA4), które miałyby je odczytać. Efekt końcowy jest podobny: twoja atrybucja oparta na UTM się psuje, tylko przez dwa różne mechanizmy.
Dlaczego moje dane śledzenia UTM znikają?
Przez przeglądarki nastawione na prywatność. Tryb Strict w Firefoksie usuwa parametry śledzące z zapytania, Brave blokuje skrypty analityczne, które je odczytują, a Safari ma swoje własne ograniczenia dotyczące przechowywania danych. Razem przeglądarki nastawione na prywatność stanowią znaczącą część odwiedzających - zwykle szacowaną na jedną piątą do jednej czwartej - więc część twoich kliknięć otagowanych UTM dociera bez tagów albo ze skryptem, który miałby je odczytać, zablokowanym.
Jak śledzić kampanie, jeśli przeglądarki usuwają parametry UTM?
Rejestruj kliknięcie, zanim załaduje się strona docelowa. Krótki link rozwiązuje adres po stronie serwera przy przekierowaniu i zapisuje kliknięcie, kampanię oraz cel w tym właśnie momencie - zanim jakakolwiek przeglądarka usunie parametr zapytania albo zablokuje skrypt na stronie docelowej. Dane śledzące znajdują się w przekierowaniu, a nie w ciągu zapytania, który przeglądarka może usunąć.
Czy usuwanie parametrów UTM dotyczy wszystkich przeglądarek?
Nie w równym stopniu. Chrome domyślnie nie usuwa parametrów, więc większość ruchu nadal niesie UTM-y. Firefox (w trybie Strict), Brave i Safari to miejsca, w których koncentruje się utrata danych. Ponieważ ich łączny udział jest na tyle duży, że zniekształca raport kampanii, bezpiecznym założeniem jest, że niebagatelny odsetek kliknięć każdej kampanii jest niedomierzony, jeśli polegasz wyłącznie na UTM-ach ze strony docelowej.
Czy śledzenie po stronie serwera to odpowiedź na usuwanie UTM?
Rejestrowanie kliknięcia po stronie serwera przy przekierowaniu to najbardziej niezawodna odpowiedź, tak. Uchwytuje kliknięcie, zanim przeglądarka dotknie docelowego adresu URL albo jego skryptów, więc usuwanie parametrów i blokowanie skryptów nie mogą go usunąć. Nie deanonimizuje nikogo; po prostu przenosi pomiar w miejsce, do którego funkcje prywatności przeglądarki nie sięgają.
Wypróbuj Elido
Wklej URL, otrzymaj krótki link
Bez rejestracji. Link działa 30 dni. Zarejestruj się, aby zachować go na zawsze.
Za darmo, bez rejestracji · 2 dziennie