Privacy Sandbox i cookieless tracking: kampanie bez cookies
Privacy Sandbox to inicjatywa Google, której celem było zastąpienie plików cookie third-party zestawem interfejsów API działających bezpośrednio w przeglądarce Chrome, tak aby remarketing, dobór odbiorców i pomiar konwersji były możliwe bez śledzenia pojedynczego użytkownika między witrynami. 17 października 2025 roku Google ogłosiło wygaszenie większości tych interfejsów, a Chrome zostawia pliki cookie third-party z wyborem użytkownika. Cookieless tracking to szersze podejście do mierzenia efektów kampanii Google Ads w oparciu o dane first-party, zgody użytkowników i modelowanie statystyczne, a nie o ciasteczka stron trzecich. Oba pojęcia opisują ten sam kierunek: pomiar reklamy przesuwa się z przeglądarki użytkownika do infrastruktury reklamodawcy i do zagregowanych sygnałów.
- Czym jest Privacy Sandbox i po co powstał?
- Dlaczego pliki cookie third-party znikają z reklamy?
- Jak działają interfejsy API Privacy Sandbox?
- Co się stało z Privacy Sandbox w październiku 2025 roku?
- Co cookieless tracking oznacza dla kampanii Google Ads?
- Jak Consent Mode v2 wpływa na pomiar bez cookies?
- Czym są Enhanced Conversions i jak odzyskują utracony sygnał?
- Dlaczego dane first-party stają się fundamentem pomiaru?
- Jak tagowanie server-side wspiera świat bez cookies?
- Jak zmienia się remarketing w modelu cookieless?
- Jak przygotować konto Google Ads na kampanie bez cookies?
- Jakie błędy najczęściej popełniają reklamodawcy przy migracji?
- Podsumowanie
- Źródła i dokumentacja
Typowy objaw wygląda tak: sprzedaż w sklepie rośnie, a liczba rejestrowanych konwersji stoi w miejscu albo spada. Nie zmienił się produkt ani ceny. Zmieniło się to, ile sygnałów w ogóle dociera do konta. Przeglądarki blokują ciasteczka, użytkownicy odrzucają zgody, a algorytm licytacji dostaje coraz uboższe paliwo. Privacy Sandbox przeszedł już do historii, ale cookieless tracking to nie jest przyszłościowa ciekawostka dla działu prawnego. To realny problem pomiarowy, który już dziś rozjeżdża raporty i psuje decyzje o budżecie.
Wnioski, które decydują o jakości pomiaru w Google Ads po zniknięciu ciasteczek third-party.
-
Privacy Sandbox miał dzielić funkcje ciasteczka third-party między Topics, Protected Audience i Attribution Reporting
Topics API wyliczało najwyżej 5 tematów zainteresowań na tydzień i udostępniało reklamie do 3 z nich; Protected Audience rozgrywało aukcję remarketingową na urządzeniu, a Attribution Reporting zwracało zbiorczy raport konwersji. Google wygasiło wszystkie trzy 17 października 2025 roku.
-
Safari i Firefox blokują ciasteczka third-party niezależnie od decyzji Chrome
Google wycofało się z automatycznego usuwania ciasteczek third-party w Chrome, ale Safari blokuje je domyślnie od marca 2020 roku, a Firefox od czerwca 2022 roku zamyka je w osobnym magazynie każdej witryny (Total Cookie Protection). Dla tego ruchu pomiar bez ciasteczek jest konieczny już dziś.
-
Brakujące konwersje psują Smart Bidding, który wycofuje budżet z rentownych kampanii
Target CPA i Target ROAS licytują na podstawie zdarzeń, które faktycznie dotarły do konta Google Ads. Gdy część konwersji ginie w warstwie przeglądarki, algorytm widzi zaniżony ROAS i przenosi budżet do kampanii o pozornie lepszym wyniku.
-
Consent Mode v2 warunkuje w EOG remarketing i pełny pomiar konwersji w Google Ads
Google wymaga Consent Mode v2 w EOG od marca 2024 roku i opisuje w pomocy Google Ads dwa tryby: podstawowy wstrzymuje tagi do momentu zgody, zaawansowany wysyła bezcookie pingi zasilające modelowanie konwersji.
-
Enhanced Conversions dopasowują konwersję do kliknięcia po zahaszowanym adresie e-mail
Uruchomienie Enhanced Conversions razem z zaawansowanym Consent Mode zwiększa liczbę rejestrowanych konwersji bez zmiany sprzedaży, bo do konta wracają zdarzenia gubione wcześniej w przeglądarce.
-
Customer Match opiera listy remarketingowe na bazie e-maili, odpornej na czyszczenie ciasteczek
Lista e-maili wgrana do Customer Match jest dopasowywana do zalogowanych kont Google i pozwala dotrzeć do klientów w wyszukiwarce, YouTube oraz sieci reklamowej. Warunkiem jest zgoda marketingowa zebrana przy adresie.
Czym jest Privacy Sandbox i po co powstał?
Privacy Sandbox był programem Google, który miał umożliwić reklamę opartą na zainteresowaniach i pomiar konwersji bez plików cookie third-party i bez identyfikatorów śledzących pojedynczą osobę na wielu witrynach. Ubożejące sygnały międzywitrynowe przesuwają ciężar na dane własne, przez co optymalizacja kampanii Google Ads coraz mocniej zależy od tego, co sam przekażesz systemowi.
Zamiast wysyłać dane o użytkowniku na zewnątrz, przeglądarka miała przetwarzać je lokalnie i udostępniać reklamie jedynie zagregowane, zanonimizowane sygnały.
Sens tej zmiany najłatwiej zrozumieć przez kontrast. Ciasteczko third-party działało jak paszport, który reklamodawca odczytywał na każdej stronie z jego skryptem, budując profil wędrujący za użytkownikiem po całym internecie. Privacy Sandbox miał odebrać reklamie ten paszport i zostawić jej tylko to, co przeglądarka zdecyduje się ujawnić w formie zbiorczej. Google prowadziło ten program pod nadzorem brytyjskiego urzędu ochrony konkurencji (CMA), co samo w sobie pokazuje, jak duża jest stawka dla całego rynku reklamy cyfrowej.
Największym nieporozumieniem wokół Privacy Sandbox było traktowanie go jak jednego przełącznika, który pewnego dnia wyłączy ciasteczka. To nie był przełącznik, tylko kilka niezależnych mechanizmów, z których każdy miał przejąć inną funkcję dawnego cookie: dobór odbiorców, remarketing i atrybucję konwersji. Dlatego jego wycofanie nie przywróciło ciasteczek tam, gdzie już ich nie było.
Dlaczego pliki cookie third-party znikają z reklamy?
Pliki cookie third-party znikają z trzech niezależnych powodów naraz: przeglądarki blokują je domyślnie, regulacje wymuszają zgodę na śledzenie, a użytkownicy coraz częściej tej zgody odmawiają.
To zbieg trzech sił, a nie decyzja jednej firmy - i właśnie dlatego trend jest nieodwracalny, niezależnie od tego, co zrobi Chrome.
Warto rozdzielić dwie rzeczy, które w dyskusji ciągle się mylą. Chrome faktycznie wycofał się z planu automatycznego usunięcia ciasteczek third-party, o czym Google poinformowało w 2024 i 2025 roku. Ale to nie oznacza, że świat cookie wrócił do normy. Safari w ramach Intelligent Tracking Prevention blokuje ciasteczka stron trzecich domyślnie od marca 2020 roku (Safari 13.1, iOS 13.4), a Firefox od czerwca 2022 roku zamyka każde ciasteczko w osobnym magazynie danej witryny. Według danych StatCounter we wrześniu 2026 roku Safari miało w Polsce 12,54% ruchu, a Firefox 5,95%, czyli razem blisko co piątą odsłonę. Dla tego ruchu ciasteczko third-party nie działa - i przestało działać, zanim Google w ogóle zdecydowało o jego losie w Chrome.
- Blokada na poziomie przeglądarki: Safari (ITP) i Firefox domyślnie odrzucają cookie third-party, a Chrome daje użytkownikom coraz więcej kontroli nad prywatnością.
- Presja regulacyjna: RODO oraz dyrektywa ePrivacy wymagają świadomej zgody przed ustawieniem znaczników marketingowych - brak zgody to brak ciasteczka.
- Zachowanie użytkowników: rosnący odsetek osób klika „odrzuć” na banerze zgód, przez co część zdarzeń nigdy nie trafia do pomiaru.
Czy wiesz, że…
Wielu reklamodawców odetchnęło po informacji, że Chrome nie usunie ciasteczek. Tymczasem dla ruchu z Safari i Firefox pomiar cookieless był konieczny od lat, więc odkładanie migracji tylko powiększa lukę w danych.
Jak działają interfejsy API Privacy Sandbox?
Privacy Sandbox nie miał zastąpić ciasteczka jednym rozwiązaniem, tylko podzielić jego dawne funkcje między trzy grupy API: Topics dobierało zainteresowania, Protected Audience obsługiwało remarketing, a Attribution Reporting mierzyło konwersje. Każde działało w przeglądarce i oddawało reklamie wyłącznie dane zagregowane. 17 października 2025 roku Google ogłosiło wycofanie tych trzech API (oraz m.in. IP Protection i Related Website Sets); zostają CHIPS, FedCM i Private State Tokens, a Chrome utrzymuje pliki cookie third-party z wyborem użytkownika. Opis poniżej pokazuje więc, jak model był pomyślany, a nie narzędzia do wdrożenia w kampanii.
W praktyce oznacza to zupełnie inny model myślenia o kampanii. Nie masz już listy identyfikatorów, tylko sygnał grupowy. Nie wiesz, że konkretny Piotr odwiedził kartę produktu, wiesz co najwyżej, że przeglądarka przypisała mu temat „elektronika użytkowa”. Poniższy blok rozkłada trzy filary Privacy Sandbox na czynniki pierwsze.
Kliknij każdy filar, żeby zobaczyć, którą funkcję dawnego cookie miał przejąć (Google wygasiło je w październiku 2025 roku).
1Topics API - dobór zainteresowań
2Protected Audience API - remarketing
3Attribution Reporting API - pomiar
4Efekt - targetowanie i pomiar bez cookie
Co się stało z Privacy Sandbox w październiku 2025 roku?
17 października 2025 roku Google ogłosiło wycofanie większości technologii Privacy Sandbox w Chrome i Androidzie. Na liście znalazły się m.in. Topics, Protected Audience, Attribution Reporting, Shared Storage, Private Aggregation, IP Protection i Related Website Sets. Jako powód Google podało niski poziom adopcji i opinie rynku o oczekiwanej wartości tych technologii.
Zostały trzy elementy: CHIPS, czyli ciasteczka partycjonowane przypisane do jednej witryny nadrzędnej, FedCM do logowania federacyjnego i Private State Tokens do sygnałów przeciw nadużyciom. Pomiar atrybucji Google zapowiedziało rozwijać już nie jako API Chrome, tylko w pracach nad wspólnym standardem z innymi przeglądarkami.
Pliki cookie third-party zostają w Chrome z wyborem po stronie użytkownika, bez osobnego okna wyboru, z którego Google zrezygnowało w kwietniu 2025 roku. Dla konta Google Ads oznacza to, że nie ma czego włączać ani testować: kampanie nie dostaną sygnałów z Topics ani z Protected Audience. Luka w pomiarze nie zniknęła jednak, bo ciasteczek third-party nadal brakuje w Safari i Firefox, a część użytkowników odmawia zgody. Dlatego dalsza część tekstu opisuje narzędzia, które działają niezależnie od losów Privacy Sandbox, a modelowanie konwersji szerzej rozkłada tekst o śledzeniu konwersji w erze cookieless.
Co cookieless tracking oznacza dla kampanii Google Ads?
Cookieless tracking oznacza dla Google Ads jedno: część sygnałów konwersji przestaje docierać w klasyczny sposób, a algorytm licytacji uczy się na uboższych danych.
Skutkiem jest niedoszacowanie konwersji w raportach, słabsza optymalizacja Smart Bidding i rozjazd między tym, co pokazuje konto, a rzeczywistą sprzedażą.
To najważniejsza konsekwencja dla kampanii. Strategie automatyczne, takie jak Target CPA czy Target ROAS, są tak dobre, jak dane, którymi je karmisz. Kiedy z powodu blokad i braku zgód ginie część konwersji, faza uczenia dostaje zniekształcony obraz. Algorytm wycofuje budżet z kampanii, które w rzeczywistości dowożą sprzedaż, bo w danych ich po prostu nie widać. To jest ten moment, w którym reklamodawca mówi „Google Ads przestał działać”, a naprawdę przestał działać pomiar.
Po uzupełnieniu pomiaru o Enhanced Conversions i Consent Mode w trybie zaawansowanym liczba rejestrowanych konwersji rośnie, choć sprzedaż stoi w miejscu. Po prostu przestają ginąć zdarzenia, które wcześniej nie miały jak dotrzeć do konta. Jeśli chcesz sprawdzić, ile konwersji gubi Twoje konto, dokładnie to analizuję podczas audytu pomiaru.
- Niedoszacowanie konwersji: raporty pokazują mniej konwersji niż faktycznie zaszło, co zaniża widoczny ROAS.
- Słabsza optymalizacja: Smart Bidding licytuje na podstawie niekompletnych sygnałów i alokuje budżet w złe miejsca.
- Krótsze okno atrybucji: bez trwałych identyfikatorów trudniej połączyć wizytę z konwersją oddaloną w czasie.
- Osłabiony remarketing: listy odbiorców kurczą się, bo część użytkowników nie trafia na nie z powodu braku zgody lub blokad.
Jak Consent Mode v2 wpływa na pomiar bez cookies?
Consent Mode v2 to mechanizm Google, który dostosowuje działanie tagów do decyzji użytkownika o zgodzie i - gdy zgody brakuje - pozwala modelować brakujące konwersje na podstawie danych zbiorczych.
W Europejskim Obszarze Gospodarczym jego poprawne wdrożenie jest warunkiem korzystania z remarketingu i pełnego pomiaru w Google Ads.
Kluczowa jest różnica między dwoma trybami. W trybie podstawowym tagi w ogóle się nie uruchamiają, dopóki nie ma zgody, więc zdarzenie bez zgody znika bezpowrotnie. W trybie zaawansowanym tagi ładują się od początku, ale bez zgody wysyłają wyłącznie anonimowe, bezcookie sygnały (tzw. pingi), które Google wykorzystuje do modelowania. Tryb zaawansowany odzyskuje więcej konwersji, bo daje modelowaniu sygnały z odmów, dlatego warto go wybrać wszędzie tam, gdzie pozwala na to interpretacja prawna po stronie klienta. Kolejność sygnałów, konfigurację CMP i walidację wdrożenia rozpisałem w checkliście Consent Mode v2.
Częsty błąd na kontach działających w EOG to konfiguracja, w której Consent Mode v2 jest wdrożony tylko formalnie - flagi wysyłane są zawsze jako „granted” niezależnie od tego, co kliknął użytkownik. To nie jest zgodność, to fikcja pomiarowa, która prędzej czy później kończy się utratą dostępu do remarketingu. Szczegółowy proces konfiguracji śledzenia opisuję w osobnym materiale o śledzeniu konwersji w Google Ads.
Czy wiesz, że…
Bez wdrożonego Consent Mode v2 w EOG Google ogranicza działanie list remarketingowych i personalizacji, więc problem nie kończy się na samych raportach - dotyka też skuteczności kampanii.
Czym są Enhanced Conversions i jak odzyskują utracony sygnał?
Enhanced Conversions (konwersje rozszerzone) to funkcja Google Ads, która wykorzystuje zahaszowane, zgodne z RODO dane first-party z formularza lub zakupu - najczęściej adres e-mail - do dopasowania konwersji do kliknięcia w sposób odporny na blokowanie ciasteczek. Stronę formalną pomiaru przejdziesz punkt po punkcie w checkliście RODO w pomiarze.
To dziś jedna z najskuteczniejszych metod domykania luki pomiarowej.
Mechanizm jest elegancki w swojej prostocie. W momencie konwersji strona przekazuje do Google adres e-mail użytkownika w formie nieodwracalnego skrótu (hash SHA-256). Google porównuje ten skrót z zalogowanymi kontami i przypisuje konwersję do wcześniejszego kliknięcia reklamy, nawet jeśli klasyczne ciasteczko konwersji zostało zablokowane. Reklamodawca nie wysyła danych osobowych w postaci jawnej, a mimo to odzyskuje sygnał, który inaczej by przepadł.
Enhanced Conversions powinny być dziś domyślnym elementem każdego wdrożenia pomiaru w e-commerce, a nie dodatkiem „na później”, bo odzyskują sygnał bez własnego serwera. Poniższy panel pokazuje na prostym przykładzie, ile sygnału zostaje w zasięgu ciasteczka, a ile musi uzupełnić modelowanie.
Policzmy na przykładzie sklepu z 1 000 zamówień miesięcznie i 85% zgód na banerze: tag z ciasteczkiem zarejestruje najwyżej 850 zamówień, a pozostałe 150 trafi do konta tylko jako pingi bez plików cookie i konwersje modelowane. Udziały przeglądarek to dane StatCounter dla Polski z września 2026 roku.
Dlaczego dane first-party stają się fundamentem pomiaru?
Dane first-party stają się fundamentem, ponieważ są jedynym sygnałem, który reklamodawca kontroluje i który nie zależy od cudzego ciasteczka.
Adres e-mail z zamówienia, numer telefonu z formularza czy identyfikator klienta z CRM działają niezależnie od tego, co zablokuje przeglądarka - i to na nich Google opiera dziś dopasowanie konwersji oraz budowę odbiorców.
Zbieranie danych first-party łatwo potraktować jako projekt CRM, luźno powiązany z reklamą. W praktyce to kręgosłup całego pomiaru w Google Ads. Bez czystej, zgodnej bazy e-maili nie uruchomisz sensownie Enhanced Conversions ani Customer Match, a to właśnie te mechanizmy odzyskują sygnał, który ginie w warstwie przeglądarki. Temat budowy takiej bazy rozwijam szerzej w materiale o danych first-party w Google Ads.
Trwały pomiar bez cookie powstaje dopiero na przecięciu trzech elementów: własnych danych, poprawnej zgody i infrastruktury, która te dane bezpiecznie przekaże. Poniższy diagram pokazuje ten sweet spot.
Dane własne, zgoda i tagowanie server-side dają wartość dopiero razem - żaden element osobno nie wystarczy.
pomiar
Przecięcie: zgodny, odporny na blokady pomiar konwersji i stabilne odbiorcze, które nie zależą od ciasteczek third-party.
Jak tagowanie server-side wspiera świat bez cookies?
Tagowanie server-side przenosi zbieranie i wysyłkę danych z przeglądarki użytkownika na Twój własny serwer, dzięki czemu sygnał nie jest tak łatwo blokowany przez mechanizmy prywatności i wtyczki. To infrastrukturalna dźwignia, która realnie wydłuża żywotność ciasteczek własnych i stabilizuje pomiar.
Różnica sprowadza się do tego, kto wysyła dane. W modelu client-side to skrypt w przeglądarce, widoczny i podatny na blokowanie przez ITP czy adblockery. W modelu server-side przeglądarka komunikuje się najpierw z Twoim serwerem w tej samej domenie, a dopiero on przekazuje dane do Google. Ciasteczka ustawiane serwerowo są trwalsze, a część zdarzeń, która wcześniej ginęła, dociera do pomiaru. To nie jest magia - to po prostu przesunięcie punktu zbierania danych w miejsce, którego przeglądarka nie traktuje jak strony trzeciej. Wdrożenie kontenera serwerowego przejdziesz krok po kroku w checkliście wdrożenia server-side tagging.
Zastrzegam uczciwie: to rozwiązanie wymaga zaplecza technicznego i dodatkowego serwera, więc nie dla każdego małego konta będzie opłacalne od pierwszego dnia. Próg opłacalności wyznacza skala konta: koszt serwera musi się zwrócić w odzyskanych konwersjach. Pełny proces opisuję w przewodniku o tagowaniu server-side dla Google Ads.
- Dłuższa żywotność ciasteczek: cookie ustawiane po stronie serwera nie są tak agresywnie skracane jak te z JavaScriptu.
- Odporność na blokowanie: mniej zdarzeń przepada przez adblockery i mechanizmy ITP.
- Kontrola nad danymi: decydujesz, co i w jakiej formie trafia do Google, co ułatwia zgodność z RODO.
- Lepsze dopasowanie Enhanced Conversions: dane first-party przekazywane serwerowo są pełniejsze i czystsze.
Jak zmienia się remarketing w modelu cookieless?
Remarketing w modelu cookieless przesuwa się z list opartych na ciasteczkach third-party w stronę Customer Match i list budowanych na danych first-party. Protected Audience API, które miało przejąć remarketing w Chrome, Google wycofało w październiku 2025 roku.
Zamiast śledzić anonimowego użytkownika po sieci, budujesz relację z osobą, która zostawiła Ci swoje dane.
Customer Match jest tu bohaterem, którego wielu reklamodawców wciąż nie docenia. Wgrywasz zgodną listę e-maili klientów, a Google dopasowuje ją do zalogowanych kont i pozwala dotrzeć do tych osób w wyszukiwarce, YouTube czy sieci reklamowej. Ta lista nie znika, gdy przeglądarka wyczyści ciasteczka, bo opiera się na trwałym identyfikatorze, nie na cookie. W praktyce oznacza to, że firma z dobrze prowadzoną bazą klientów ma dziś przewagę remarketingową, której konkurent bez tej bazy nie odtworzy z dnia na dzień.
Czy wiesz, że…
Listy Customer Match działają na trwałym identyfikatorze klienta, dlatego nie kurczą się przy każdym czyszczeniu ciasteczek - to jeden z niewielu zasobów remarketingowych odpornych na świat bez cookie.
Jak przygotować konto Google Ads na kampanie bez cookies?
Przygotowanie konta na świat bez cookie to sekwencja kroków: najpierw zgoda i Consent Mode v2, potem Enhanced Conversions i porządek w danych first-party, następnie tagowanie server-side, a na końcu odbiorcy oparci na Customer Match.
Kolejność nie jest przypadkowa - każdy kolejny element opiera się na poprzednim.
Rekomenduję podejście etapowe, bo próba wdrożenia wszystkiego naraz zwykle kończy się chaosem i błędami w pomiarze. Poniższa tablica pokazuje, jak w praktyce rozłożyć te działania na etapy migracji.
Typowa kolejność wdrożenia na koncie e-commerce. Zaczynasz od zgód, kończysz na odbiorcach.
Od czego zacząć, jeśli masz ograniczone zasoby?
Jeśli masz ograniczone zasoby, zacznij od dwóch rzeczy, które dają największy zwrot przy najmniejszym nakładzie: poprawnego Consent Mode v2 i Enhanced Conversions. Te dwa elementy odzyskują lwią część utraconego sygnału i nie wymagają własnego serwera ani rozbudowanego zaplecza IT.
- Wdróż zgodny baner zgód - bez tego cała reszta jest prawnie zawieszona w próżni.
- Uruchom Consent Mode v2 w trybie zaawansowanym - odzyskujesz modelowane konwersje z sesji bez zgody.
- Włącz Enhanced Conversions - domykasz konwersje odporne na blokowanie ciasteczek.
- Uporządkuj dane first-party - czysta baza to paliwo dla Customer Match i lepszego dopasowania.
- Rozważ tagowanie server-side - gdy skala konta uzasadnia inwestycję w infrastrukturę.
Jak wygląda pomiar bez cookies w sklepie internetowym i w firmie lokalnej?
W sklepie internetowym konwersją jest zamówienie z adresem e-mail, więc rdzeniem pomiaru są konwersje rozszerzone dla witryn: e-mail z formularza zamówienia trafia do Google jako skrót i domyka konwersję, gdy ciasteczko zawiodło. Drugim filarem jest Customer Match z bazy klientów, który pozwala wykluczyć z kampanii pozyskujących osoby, które już kupiły, albo pokazać im ofertę ponownego zakupu.
W firmie lokalnej sprzedaż kończy się zwykle telefonem, wizytą albo umową podpisaną po kilku dniach, więc ciasteczko w przeglądarce widzi tylko początek ścieżki. Tu pomiar bez cookies opiera się na śledzeniu połączeń telefonicznych z reklam i na imporcie konwersji offline z CRM: identyfikator kliknięcia albo zahaszowany e-mail lub telefon z formularza wraca do Google Ads razem z informacją o zamkniętej sprzedaży. Nowe integracje tego typu od 15 czerwca 2026 roku buduje się przez Data Manager API, a nie przez Google Ads API.
Jakie błędy najczęściej popełniają reklamodawcy przy migracji?
Najczęstszy błąd przy migracji na pomiar cookieless to pozorne wdrożenie zgód - konfiguracja, która zawsze raportuje zgodę jako udzieloną, niezależnie od decyzji użytkownika.
Drugi to odkładanie działań „do czasu, aż Chrome coś zdecyduje”, mimo że dla części ruchu ciasteczka third-party już nie działają.
Mechanizm jest zawsze ten sam. Reklamodawca instaluje Consent Mode, ale ustawia go tak, by nie „psuł” danych, czyli sztucznie zawyża zgody. Przez chwilę raporty wyglądają lepiej, a potem Google ogranicza remarketing i pojawia się realny problem. Drugi klasyk to baza e-maili zbierana latami bez zgód marketingowych, której nie da się legalnie wgrać do Customer Match. Uważam, że oba te błędy biorą się z traktowania prywatności jak przeszkody do obejścia, a nie jak nowego fundamentu pomiaru.
- Fikcyjne zgody: flaga „granted” wysyłana zawsze - krótkoterminowy zysk w raportach, długoterminowa utrata remarketingu.
- Baza bez zgód marketingowych: e-maile, których nie wolno użyć w Customer Match, bo brakuje podstawy prawnej.
- Czekanie na Chrome: ignorowanie faktu, że Safari i Firefox blokują cookie third-party już teraz.
- Brak Enhanced Conversions: rezygnacja z najtańszej dźwigni odzysku sygnału w e-commerce.
- Ocena kampanii po niekompletnych danych: wyłączanie kampanii, które dowożą sprzedaż niewidoczną w raporcie.
Jeśli rozpoznajesz któryś z tych wzorców na swoim koncie, warto zweryfikować konfigurację pomiaru, zanim algorytm zdąży podjąć złe decyzje na złych danych - to pierwsza rzecz, którą sprawdzam podczas audytu konta.
Podsumowanie
Privacy Sandbox przeszedł do historii, a cookieless tracking nie jest odległą przyszłością, którą można przeczekać. To stan obecny, wymuszony jednocześnie przez przeglądarki, regulacje i zachowania użytkowników.
Chrome może i wycofał się z jednego kliknięcia wyłączającego ciasteczka, ale kierunek się nie zmienił: pomiar reklamy przenosi się z przeglądarki do infrastruktury reklamodawcy i do sygnałów zagregowanych.
Przestań traktować pomiar konwersji jak coś, co „po prostu działa” w tle. Zacznij postrzegać go jako aktywnie budowaną infrastrukturę: zgoda, dane first-party, Enhanced Conversions, a przy odpowiedniej skali tagowanie server-side. Konta, które ten fundament zbudują wcześniej, będą podejmować decyzje o budżecie na pełniejszych danych niż konkurencja, która wciąż czeka na sygnał ze świata, który już się skończył.
Najlepszy moment, żeby uporządkować pomiar w duchu cookieless, był rok temu. Drugi najlepszy jest teraz - zanim luka w danych urośnie na tyle, że algorytm zacznie na niej podejmować kosztowne decyzje.
Sprawdź, jak to wygląda u Ciebie
Ta sama mechanika działa inaczej w zależności od tego, gdzie i dla kogo reklamujesz. Trzy ujęcia, w których prowadzę kampanie:
Czy ten artykuł był dla Ciebie pomocny?
Oceń go w skali od 1 do 5. Dzięki temu wiem, które tematy rozwijać.
Brak ocen. Twoja będzie pierwsza.
Źródła i dokumentacja
Temat pomiaru bez ciasteczek zmienia się szybciej niż większość poradników, dlatego opieram go na dokumentacji technicznej przeglądarek i platformy oraz na relacjach z pierwszej ręki o wycofaniu planu usunięcia cookies. Pięć poniższych źródeł odpowiada kolejno za warstwę API, wycofanie Privacy Sandbox, chronologię zmian w Chrome, zasady Consent Mode i dane o roli danych first-party.
Privacy Sandbox w dokumentacji MDN
Neutralny wobec Google przegląd interfejsów Privacy Sandbox: Topics API, Protected Audience API i Attribution Reporting API, wraz z wymogiem rejestracji i informacją, że część rozwiązań jest kwestionowana przez innych dostawców przeglądarek. Techniczna podstawa sekcji o działaniu interfejsów Privacy Sandbox.
Wycofanie technologii Privacy Sandbox
Ogłoszenie Google z 17 października 2025 roku: lista wycofanych technologii (m.in. Topics, Protected Audience, Attribution Reporting), powód decyzji i trzy rozwiązania, które zostają (CHIPS, FedCM, Private State Tokens). Podstawa sekcji o tym, co stało się z Privacy Sandbox.
Google porzuca wycofywanie ciasteczek
Relacja z decyzji Google o rezygnacji z automatycznego usuwania ciasteczek third-party w Chrome i przejściu na model wyboru po stronie użytkownika, z reakcjami rynku reklamowego. Punkt odniesienia dla sekcji o tym, dlaczego ciasteczka third-party znikają z reklamy mimo zwrotu Chrome.
Consent Mode w pomocy Google Ads
Oficjalny opis trybu podstawowego i zaawansowanego Consent Mode oraz tego, jak brak zgody wpływa na tagi, sygnały bezcookie i modelowanie konwersji. Dokumentacyjne oparcie dla sekcji o wpływie Consent Mode v2 na pomiar bez ciasteczek.
Dane first-party w badaniach marketerów
Zestaw danych z badań HubSpot pokazujący, że zespoły korzystające z danych własnych częściej przekraczają cele, a jednocześnie tylko 16 procent marketerów ma pełny wgląd w ścieżki klientów. Materiał liczbowy pod sekcję o tym, dlaczego dane first-party stają się fundamentem pomiaru.
Pytania i odpowiedzi (FAQ)
Losy plików cookie third-party w Chrome, granica między Privacy Sandbox a pomiarem bez ciasteczek i zgodność konwersji rozszerzonych z RODO.
Czy Chrome na pewno usunie pliki cookie third-party?
Czym różni się Privacy Sandbox od cookieless tracking?
Czy Enhanced Conversions są zgodne z RODO?
Czy migracja na cookieless zadziała przy małym budżecie?
Czy remarketing w Google Ads przestanie działać bez ciasteczek?
Czy Privacy Sandbox działał w przeglądarkach innych niż Chrome?
Wybór ścieżki pomiaru bez cookies zależy od tego, jakie dane własne już masz. Najszybciej ustalić to na konsultacji.
Ten wpis należy do obszaru Kierowanie reklam - zobacz pozostałe teksty z tego obszaru albo wróć do całego obszaru Google Ads.
