Apple w dalszym ciągu ogranicza ilość informacji, jakie technologie śledzenia innych firm mogą gromadzić w przeglądarce Safari. Pierwsza wersja beta przeglądarki Safari 27 pojawiła się 8 czerwca 2026 r. Testy branżowe wykazały szerszy zestaw wyczyszczonych parametrów śledzenia i zablokowanych zasobów śledzenia. Dokładne zachowanie wersji beta może jeszcze ulec zmianie przed ostateczną wersją, ale kierunek jest znany: pomiary zależne wyłącznie od skryptów przeglądarki, żądań stron trzecich i trwałych identyfikatorów są coraz mniej kompletne.
Co wydaje się zmieniać w Safari 27
Opublikowane przez firmę Apple notatki dotyczące wersji beta przeglądarki Safari 27 potwierdzają wydanie wersji beta i dostępność platformy, ale nie dokumentują każdej zmiany na listach śledzenia. Niezależne raporty branżowe mówią, że Safari 27 rozszerza parametry śledzenia usunięte z linków, w tym identyfikatory używane w linkach z platform takich jak Threads, YouTube i X.
To samo doniesienie wskazuje na szersze blokowanie znanych zasobów reklamowych i pobierania odcisków palców. Przykłady obejmują snap.licdn.com LinkedIn i zasoby powiązane z narzędziami takimi jak Microsoft Advertising UET, Segment, Tealium i BlueConic. Ponieważ Safari 27 pozostaje wersją beta, zespoły powinny przetestować własną implementację, zamiast zakładać, że każda zgłoszona reguła zostanie dostarczona bez zmian.
Dlaczego to ma znaczenie: Safari to główna przeglądarka mobilna
Udział przeglądarki Safari w światowym wykorzystaniu przeglądarek mobilnych, czerwiec 2026 r. (Statcounter)
To nie jest przypadek Edge. Statcounter zmierzył, że w czerwcu 2026 r. Safari stanowiło 24,07% światowego wykorzystania przeglądarek mobilnych, co stanowi mniej więcej jedną na cztery sesje przeglądania mobilnego w zbiorze danych. Udział ten może być znacznie wyższy w przypadku odbiorców z rynków intensywnie korzystających z Apple lub z segmentów konsumentów premium.
Jeśli liczba odwiedzających Safari zostanie niedostatecznie zmierzona, pulpity nawigacyjne mogą pokazywać mniej sesji, konwersji i wspomaganych punktów kontaktu, niż faktycznie wygenerowała firma. Kampanie niekoniecznie mają gorszą skuteczność; warstwa pomiarowa widzi mniej. Osłabia to atrybucję, odbiorców remarketingu i sygnały wykorzystywane przez platformy reklamowe do optymalizacji.
Gdzie śledzenie po stronie klienta powoduje utratę informacji
Tradycyjne śledzenie prosi przeglądarkę odwiedzającego o załadowanie kodu JavaScript dostawcy, zapisanie identyfikatorów i wysłanie żądań bezpośrednio do domen reklamowych lub analitycznych. Safari może interweniować na każdym z tych etapów.
Parametry atrybucji
Po usunięciu parametrów identyfikacyjnych z adresu URL strony docelowej pierwotną kampanię lub kliknięcie może być trudniej połączyć z późniejszą konwersją.
Żądania osób trzecich
Znany punkt końcowy piksela lub modułu śledzącego może zostać zablokowany, zanim żądanie opuści urządzenie, dzięki czemu dostawca nigdy nie otrzyma zdarzenia.
Pamięć przeglądarki
WebKit ogranicza śledzenie w wielu witrynach i może ograniczyć ilość miejsca na dane, które można zapisać za pomocą skryptu, co utrudnia niezawodne połączenie podczas długich konwersji.
Sygnały odcisków palców
Zmniejszanie lub randomizowanie charakterystyk urządzenia sprawia, że identyfikacja probabilistyczna jest mniej stabilna – co jest dobre dla prywatności, ale zakłóca działanie zależnych od niej systemów śledzenia.
Jak śledzenie po stronie serwera poprawia odporność
Dzięki Menedżerowi tagów Google po stronie serwera witryna wysyła zatwierdzone dane o zdarzeniach do własnego punktu końcowego w Twojej domenie. Twój kontener serwera sprawdza i przekształca zdarzenie, a następnie przekazuje tylko wymagane pola do miejsc docelowych takich jak GA4, Google Ads, Meta czy TikTok.
Zmniejsza to liczbę bezpośrednich połączeń zewnętrznych wykonywanych przez przeglądarkę i zapewnia jedną kontrolowaną warstwę gromadzenia danych. Możesz ujednolicić dane kampanii, usunąć niepotrzebne dane osobowe, odrzucić źle sformułowane zdarzenia i centralnie monitorować dostawę. Zarządzany punkt końcowy hostowany w UE zapewnia również przewidywalność infrastruktury bez konieczności obsługi Google Cloud przez Twój zespół.
1. Kolekcja własna
Przeglądarka wysyła dozwolone dane o zdarzeniach do subdomeny śledzącej Twoją markę.
2. Kontrola po stronie serwera
Twój kontener sGTM sprawdza, wzbogaca i filtruje wydarzenie zgodnie z Twoimi regułami.
3. Kontrolowana dostawa
Serwer wysyła zatwierdzone dane do każdej platformy analitycznej lub reklamowej.
Czego nie robi śledzenie po stronie serwera
Śledzenie po stronie serwera nie jest maską niewidzialności i nie powinno być wykorzystywane do obchodzenia kontroli prywatności przeglądarki. Nie może odzyskać identyfikatora kliknięcia, który Safari usunął przed otrzymaniem go przez Twoją stronę, ani nie może utworzyć danych, których nigdy nie zebrało zdarzenie zablokowanej przeglądarki.
Wymogi dotyczące zgody nadal obowiązują. Twoja platforma zarządzania zgodami powinna określać, które zdarzenia i miejsca docelowe są dozwolone, zanim dane zostaną zebrane lub przesłane dalej. Celem jest bardziej niezawodna i dbająca o prywatność architektura własna, a nie więcej śledzenia bez pozwolenia.
Praktyczny plan gotowości na Safari 27
- 01
Zmierz swoją lukę w Safari
Porównaj współczynniki konwersji Safari, dostarczanie zdarzeń i przypisane przychody z innymi przeglądarkami. Posegmentuj osobno mobilne Safari.
- 02
Sprawdź zależności przeglądarki
Wymień każdy piksel, skrypt innej firmy, parametr adresu URL i plik cookie przeglądarki używany przez Twój stos pomiarowy.
- 03
Chroń własne dane kampanii
Wcześnie wychwytuj dozwolony kontekst kampanii, w stosownych przypadkach używaj trwałych identyfikatorów własnych i zasad przechowywania dokumentów.
- 04
Przenieś po stronie serwera dostarczania
Kieruj kwalifikujące się wydarzenia GA4 i reklamy przez punkt końcowy sGTM w Twojej własnej subdomenie.
- 05
Testuj zgodę i deduplikację
Przed porównaniem sum sprawdź zachowanie zgody, identyfikatory zdarzeń, deduplikację przeglądarki/serwera i diagnostykę dostawcy.
- 06
Monitoruj Safari 27 aż do wydania
Przetestuj ponownie aktualizacje beta i wersję ostateczną, ponieważ listy modułów śledzących i zachowanie mogą się zmienić.
Nie czekaj, aż deska rozdzielcza straci sygnał
Trajektoria prywatności Safari jest ustalona, a jej mobilni odbiorcy są zbyt liczni, aby można je było zignorować. Firmy, które polegają wyłącznie na pikselach po stronie klienta, powinny spodziewać się wzrostu luk w pomiarach w miarę zwiększania się wymagań przeglądarek.
Dobrze zaprojektowana konfiguracja po stronie serwera nie pokona Safari — i nie powinna próbować. Zapewnia Twojej firmie czystszy, własny punkt końcowy, lepsze zarządzanie i bardziej niezawodne dostarczanie danych, które użytkownicy pozwolili Ci przetwarzać.
Safari 27 i śledzenie po stronie serwera: częste pytania
Czy Safari 27 blokuje śledzenie?
Nie. Safari stosuje kilka zabezpieczeń prywatności znanych modułów śledzących, identyfikatorów łączy, pamięci przeglądarki i odcisków palców. Dokładne zachowanie zależy od żądania i konfiguracji, a Safari 27 jest wciąż w fazie beta.
Czy śledzenie po stronie serwera odzyska każdą brakującą konwersję w Safari?
Nie. Poprawia niezawodność i kontrolę dozwolonego dostarczania zdarzeń własnych, ale nie może przywrócić informacji usuniętych przez Safari przed zebraniem lub zdarzeniami, które nigdy nie miały miejsca.
Czy nadal potrzebuję zgody na śledzenie po stronie serwera?
Tak. Przeniesienie przetwarzania na serwer nie znosi RODO, e-prywatności ani innych zobowiązań w zakresie zgody. Zgoda powinna kontrolować zbiór i każde dalsze miejsce docelowe.
Po co używać GTM po stronie serwera zamiast wysyłać zdarzenia bezpośrednio z przeglądarki?
GTM po stronie serwera ogranicza bezpośrednie żądania przeglądarki stron trzecich i zapewnia centralną warstwę do sprawdzania poprawności, minimalizacji, routingu, monitorowania i dostarczania za zgodą użytkownika.