WebKit poinformował 19 października 2026 r., że Safari i WebKit blokują na poziomie domeny dostęp sieciowy do zewnętrznej infrastruktury służącej do rozpoznawania tożsamości. Ochronę opisano dla wydań iOS, iPadOS, macOS i visionOS 27. Mechanizm ma zatrzymywać proces, w którym podmiot zewnętrzny wiąże wpisany na stronie adres e-mail z identyfikatorem wykorzystywanym do łączenia aktywności między witrynami i urządzeniami.

Jak działa rozpoznawanie tożsamości

Rozpoznawanie tożsamości pozwala łączyć informacje o tej samej osobie pochodzące z różnych stron lub urządzeń. W opisie WebKit użytkownik wpisuje adres e-mail, na przykład podczas logowania albo zapisu do newslettera. Zewnętrzny serwis tworzy powiązany z nim nieprzezroczysty identyfikator, czyli taki, którego znaczenia nie da się odczytać z samej wartości, a następnie odsyła go do strony.

Taki identyfikator może posłużyć do dopasowania informacji z różnych witryn i budowania profilu, który umożliwia kierowanie reklam. WebKit podaje, że podmiot zewnętrzny może zachować adres e-mail i powiązany z nim identyfikator nawet po wylogowaniu się użytkownika lub rezygnacji z newslettera.

Jak Safari blokuje ten przepływ

Safari i WebKit blokują dostęp sieciowy do infrastruktury rozpoznawania tożsamości na poziomie domeny. Według WebKit zmiana sposobu zbudowania żądania sieciowego nie omija tej blokady.

Zakres ochrony i personalizacja witryn

Co Safari blokuje w rozpoznawaniu tożsamości?

WebKit wskazał wydania iOS, iPadOS, macOS i visionOS 27. Opisana ochrona dotyczy zewnętrznej infrastruktury rozpoznawania tożsamości, a nie każdego mechanizmu reklamowego.

Personalizacja strony dla jej własnych użytkowników nie jest celem tej ochrony, jak wyjaśnia WebKit. Inaczej działa dopasowywanie informacji przez zewnętrzny serwis między różnymi witrynami i firmami. To, że dane zaczęły się od jednej strony, nie zmienia możliwości ich późniejszego łączenia przez podmiot zewnętrzny.

Firmy i przypadki opisane w relacji branżowej

W relacji opublikowanej 20 października 2026 r. Digiday wymienił LiveRamp, ID5, UID 2.0 firmy The Trade Desk, Permutive i Audigent wśród firm, których rozwiązania miały znaleźć się we wczesnej grupie objętej blokadą. Digiday podał również, powołując się na osobę znającą sprawę, że serwer reklamowy The Trade Desk został omyłkowo zablokowany, a później przywrócony.

Digiday poinformował też, że w jego teście większość sprawdzonych adresów internetowych związanych z reklamą nadal się ładowała. To wynik dotyczący adresów sprawdzonych w tym teście.