Safari 26 usuwa identyfikatory kliknięć: co dzieje się z gclid, fbclid i UTM

Co dokładnie usuwa Safari: gclid, fbclid i UTM w różnych kontekstach

Safari usuwa parametry, które identyfikują pojedynczego użytkownika lub pojedyncze kliknięcie, i zostawia te, które nie pozwalają nikogo rozpoznać. Mechanizm nazywa się Link Tracking Protection i działa od Safari 17 (2023), a Safari 26 rozszerzyło inne elementy ochrony prywatności.

Apple nie publikuje pełnej listy usuwanych parametrów i może ją zmieniać bez zapowiedzi. Z testów branżowych wynika, że na liście są m.in. GCLID z Google Ads, FBCLID z Meta i msclkid z Microsoft Ads. Usuwanie odbywa się przed przejściem na stronę docelową, więc Twoje tagi w ogóle nie widzą identyfikatora.

Ostatni wiersz tabeli dotyczy ustawienia „Advanced Tracking and Fingerprinting Protection” w zaawansowanych ustawieniach Safari. Użytkownik może wybrać ochronę tylko dla przeglądania prywatnego albo dla całego przeglądania. Odsetek osób, które zmieniają to ustawienie ręcznie, jest trudny do oszacowania, ale w grupach bardziej świadomych technicznie może być zauważalny.

Skąd zamieszanie wokół Safari 26 i gclid

W czerwcu 2025 roku Apple zapowiedziało dla Safari 26 zaawansowaną ochronę przed fingerprintingiem we wszystkich trybach przeglądania, a jedna z notatek do wersji beta wspominała o usuwaniu identyfikatorów także w zwykłym przeglądaniu. W finalnych informacjach o wydaniu Safari 26.0 tego punktu już nie było.

To dwa różne mechanizmy, które w wielu publikacjach zostały ze sobą pomylone:

• Ochrona przed fingerprintingiem utrudnia rozpoznanie urządzenia na podstawie jego cech technicznych. Safari dodaje „szum” do wyników interfejsów, z których korzystają skrypty fingerprintingowe, i ogranicza znanym skryptom śledzącym dostęp do części danych. Od Safari 26 działa domyślnie w każdym trybie.
• Link Tracking Protection usuwa parametry z adresów. Działa w kontekstach z tabeli powyżej i nie została domyślnie rozszerzona na zwykłe przeglądanie.

Testy wersji beta pokazywały też niespójne zachowanie w wersjach przedpremierowych, co tylko zwiększyło chaos. Wniosek praktyczny jest taki, że stan na październik 2026 roku nie oznacza końca gclid w Safari, ale kierunek zmian jest jasny. Apple może w kolejnych wersjach rozszerzyć usuwanie na zwykłe przeglądanie, dlatego zabezpieczenia warto wdrożyć teraz, a nie po następnej aktualizacji systemu.

Niezależnie od usuwania parametrów działa Intelligent Tracking Prevention. ITP nie zmienia adresów, ale skraca czas życia ciasteczek zapisywanych przez JavaScript – standardowo do 7 dni, a gdy użytkownik przychodzi z domeny uznanej za śledzącą i adres zawiera parametry, nawet do 24 godzin. Dla atrybucji oznacza to, że nawet zachowany gclid może „wygasnąć” szybciej, niż trwa ścieżka zakupowa.

Co się dzieje z pomiarem, gdy Safari usunie gclid lub fbclid

Gdy identyfikator kliknięcia zniknie, platforma reklamowa traci najprostszy sposób powiązania konwersji z kliknięciem, a GA4 może błędnie przypisać wizytę. Skutki różnią się w zależności od tego, czy w adresie zostały inne parametry.

Google Ads bez gclid i bez UTM-ów. Użytkownik przychodzi z wyszukiwarki, więc GA4 widzi odesłanie z google.com i klasyfikuje sesję jako google / organic. Płatny ruch zasila kanał Organic Search, a kampanie w GA4 wyglądają gorzej, niż działają naprawdę. W Google Ads część takich konwersji odzyskają gbraid, Enhanced Conversions i modelowanie, ale nie wszystkie.

Google Ads bez gclid, ale z UTM-ami. GA4 przypisze sesję do google / cpc i nazwy kampanii z utm_campaign. Raporty kanałów pozostają poprawne, choć powiązanie z danymi Google Ads (koszty, słowa kluczowe) jest słabsze niż przy autotagowaniu. Dlatego właśnie warto rozważyć łączenie obu mechanizmów, co szczegółowo opisujemy w tekście o autotagowaniu Google Ads a UTM.

Meta bez fbclid. Piksel nie zapisze ciasteczka _fbc, które zawiera identyfikator kliknięcia, więc Meta musi dopasować zdarzenie do użytkownika innymi danymi. Spada jakość dopasowania, a część konwersji z Safari może nie zostać przypisana kampanii. Jak to zrekompensować, pokazujemy w artykule o Event Match Quality.

Te różnice są jedną z przyczyn, dla których GA4, Google Ads i Meta pokazują różne liczby konwersji. Szerszy obraz rozbieżności znajdziesz w poradniku o różnicach w konwersjach między GA4, Google Ads i Meta.

Jak sprawdzić, czy Safari usuwa gclid w Twoich danych

Skalę problemu najłatwiej ocenić, mierząc obecność identyfikatorów kliknięć w adresach stron docelowych z podziałem na przeglądarki. Wystarczy prosta zmienna w GTM i jeden parametr zdarzenia.

Poniższa zmienna typu JavaScript niestandardowy sprawdza, jaki identyfikator jest w adresie strony:

function() {
  var q = window.location.search;
  if (/[?&]gclid=/.test(q)) return 'gclid';
  if (/[?&]gbraid=/.test(q) || /[?&]wbraid=/.test(q)) return 'gbraid_wbraid';
  if (/[?&]fbclid=/.test(q)) return 'fbclid';
  if (/[?&]msclkid=/.test(q)) return 'msclkid';
  if (/[?&]utm_source=/.test(q)) return 'tylko_utm';
  return 'brak';
}

Procedura wdrożenia i analizy:

1. Utwórz zmienną w GTM i nazwij ją np. JS - typ identyfikatora kliknięcia.
2. Dodaj parametr click_id_type z wartością tej zmiennej do tagu Google lub do zdarzenia page_view.
3. Zarejestruj wymiar niestandardowy o zakresie zdarzenia w ustawieniach GA4.
4. Odczekaj 1–2 tygodnie i zbuduj eksplorację: wiersze – przeglądarka i system operacyjny, kolumny – typ identyfikatora, filtr – kampanie płatne (medium cpc lub Source Platform równe Google Ads).
5. Porównaj udziały. Jeśli w Safari na iOS udział wejść z kampanii Google Ads z wartością brak lub tylko_utm jest wyraźnie wyższy niż w Chrome, masz miarę utraty identyfikatorów.
6. Zestaw kliknięcia z sesjami. Liczba kliknięć w Google Ads według urządzeń w porównaniu z sesjami google / cpc w GA4 pokaże, ile płatnego ruchu „przecieka” do kanału organicznego.

Jeśli masz eksport GA4 do BigQuery, ten sam pomiar zrobisz bez nowego wymiaru, filtrując adresy strony w parametrze page_location i wymiar device.web_info.browser.

Jak zabezpieczyć pomiar przed utratą identyfikatorów kliknięć

Skuteczna obrona to połączenie dwóch warstw: parametrów, których Safari nie usuwa, oraz danych first-party przesyłanych niezależnie od adresu URL. Pierwsza warstwa chroni raporty w GA4, druga – optymalizację kampanii.

UTM-y jako kopia zapasowa. W Google Ads dodaj UTM-y w sufiksie końcowego URL na poziomie konta lub kampanii. Przy obecnym gclid GA4 i tak użyje danych z autotagowania, a gdy identyfikator zniknie, sesja zostanie przypisana według UTM-ów:

utm_source=google&utm_medium=cpc&utm_campaign={_kampania}&utm_id={campaignid}&utm_content={creative}&utm_term={keyword}

Parametry {campaignid}, {creative} i {keyword} to standardowe parametry ValueTrack. Google Ads nie ma parametru z nazwą kampanii, dlatego {_kampania} to parametr niestandardowy, który musisz zdefiniować w ustawieniach każdej kampanii. W Meta Ads podobną rolę pełni pole parametrów adresu URL w reklamie, gdzie możesz użyć parametrów dynamicznych, takich jak {{campaign.name}} i {{ad.name}}. Spójne nazewnictwo takich linków opisuje artykuł o parametrach UTM w GA4, a zasady wspólne dla zespołu – konwencja nazewnicza UTM.

Enhanced Conversions w Google Ads. Zahaszowany adres e-mail lub telefon przesłany razem z konwersją pozwala Google dopasować ją do zalogowanego użytkownika bez gclid. Konfigurację krok po kroku opisujemy w poradniku o Enhanced Conversions przez GTM.

Conversions API w Meta. Zdarzenia wysyłane z serwera z danymi klienta (zahaszowanymi) i parametrem fbp uzupełniają brakujące fbc. Pamiętaj o deduplikacji przez event_name i event_id.

Tagowanie w modelu first-party. Google Tag Gateway lub server-side GTM sprawiają, że skrypty i żądania idą przez Twoją domenę, co ogranicza blokowanie i pomaga utrzymać ciasteczka. Nie przywrócą jednak usuniętego gclid. Różnice między tymi rozwiązaniami opisujemy w porównaniu Google Tag Gateway i server-side GTM. Szerzej o budowaniu pomiaru na własnych danych piszemy w tekście o danych first-party w reklamie.

Najczęstsze błędy przy reagowaniu na zmiany w Safari

Najwięcej szkody robią nie same zmiany w Safari, ale pochopne reakcje na nie. Poniżej sytuacje, które w praktyce pojawiają się najczęściej.

• Wyłączenie autotagowania „bo gclid i tak znika”. To pogarsza dane we wszystkich przeglądarkach, w których gclid działa, i odbiera Smart Biddingowi najlepszy sygnał.
• Przepisywanie gclid do innego parametru. Takie obejścia mogą naruszać zasady platform i nie działają, gdy identyfikator zostaje usunięty przed wejściem na stronę.
• Przekierowania gubiące parametry. Skracacze linków i przekierowania bez przenoszenia ciągu zapytania kasują także UTM-y, niezależnie od przeglądarki.
• Wnioski z wersji beta. Przed każdą większą aktualizacją iOS pojawiają się alarmistyczne testy. Decyzje opieraj na własnych danych z wymiaru typu identyfikatora, nie na nagłówkach.
• Brak zgody, a nie brak gclid. Spadek konwersji z Safari bywa skutkiem błędnie działającego banera cookies. Zanim obwinisz przeglądarkę, sprawdź Consent Mode.

Pozostałe poradniki o opisywaniu ruchu znajdziesz w podtemacie UTM i nazewnictwo.