Co je Google Privacy Sandbox a proč ho cookieless řeší jinak

Google Privacy Sandbox^?Soubor technologií od Googlu navržených k nahrazení third-party cookies v Chrome při zachování funkčnosti cílené reklamy. Zahrnuje Topics API, Attribution Reporting API a…Více ve slovníku → je soubor technologií navržených tak, aby reklama mohla dál fungovat bez individuálního cross-site trackingu. Jednotlivé návrhy omezovaly sdílení údajů různými způsoby: například Topics API zpřístupňovalo vybraná témata zájmu odvozená z aktivity uživatele, zatímco Attribution Reporting pracovalo s omezenými konverzními reporty. Projekt zahrnoval Topics API (náhrada za FLoC), Attribution Reporting API a Protected Audience API (dříve FLEDGE). Zásadní zlom přišel v roce 2025: poté co Google oznámil, že třetí cookies v Chrome nakonec rušit nebude, většinu těchto API v průběhu roku utlumil a začal je vyřazovat. Iniciativa, která měla cookies nahradit, tak z velké části skončila dřív, než se naplno rozjela - o to užitečnější je podívat se, co slibovala a proč na ni cookieless analytika^?Způsob měření návštěvnosti a výkonu webu, který nevyžaduje vlastní analytické cookies v prohlížeči návštěvníka. U čistě serverového nasazení mohou data vznikat přímo ze…Více ve slovníku → nikdy nespoléhala.

Záměr byl pochopitelný: nahradit brutální sledování něčím, co zachová příjmy z reklamy, ale nezpůsobí regulatorní průšvih. Otázka vždy zněla, zda to funguje v praxi a koho to ve skutečnosti chrání - a právě na praxi Sandbox nakonec narazil.

Kde je problém

Celý koncept stál a padal s prohlížečem. Data o chování uživatele se měla zpracovávat lokálně v Chrome a výsledky - anonymizované, ale přesto - odcházet k inzerentům přes Google API. Regulační orgány, zejména britský ICO a CMA, si kladly přesně tuto otázku: nepřesouvá Google konkurenční výhodu ze cookies na svůj vlastní prohlížeč? Vyšetřování v roce 2022 sice Sandbox nezastavilo a Google přijal závazky ohledně rovného přístupu třetích stran, projekt ale o tři roky později stejně z velké části skončil.

Pro analytiku e-shopů byl podstatný jiný detail: Attribution Reporting API kombinovalo omezené event-level reporty s agregovanými souhrny a ochranou pomocí šumu. Zpoždění záviselo na typu reportu a nastavení; agregovatelné reporty mohly odcházet během minut. To měnilo přesnost a dostupné podrobnosti měření. Server-side analytika objednávek přímo z e-shopu na těchto reportech nezávisí.

Proč server-side jde jinou cestou

Trackless nedělá reklamu. Pro analytiku rozlišuje návštěvníky pseudonymními identifikátory, které nejsou reklamními kohortami. Serverové moduly načítají návštěvy a objednávky na serveru e-shopu; napojení přes t.js posílají události z prohlížeče, kde je server přijme a zpracuje. V sekci Náklady & ROAS pak importujete CSV s mediálními náklady podle data, zdroje a média a Trackless spočítá ROAS^?Metrika efektivity reklamního výdeje: tržby z daného kanálu děleno náklady na reklamu v tom kanálu. ROAS 5 znamená, že každá koruna investovaná do reklamy přinesla 5 korun tržeb.…Více ve slovníku → kanál po kanálu - bez jakékoli závislosti na Chrome API.

V sekci Náklady & ROAS si tak po importu nákladů přečtete ROAS jednotlivých kanálů vedle sebe - třeba že Vám Google Ads vyšly za minulý měsíc lépe nebo hůře než Facebook Ads - a podle toho přesunete rozpočet. Trackless k tomu nepotřebuje Privacy Sandbox ani vlastní analytické cookies. Potřebu souhlasu a právní základ ale posuďte podle konkrétního nasazení a celého webu.

Google Privacy Sandbox byl pokus vyřešit problém reklamního ekosystému - a skončil rozpačitě. Cookieless analytika pro e-commerce řeší jiný problém: jak mít spolehlivá data o tržbách a zákaznících, aniž byste záviseli na tom, co prohlížeč zrovna dovolí. A ten problém nezmizel bez ohledu na osud Sandboxu.

Mohlo by Vás zajímat: GDPR a analytika: co zpravidla měřit bez cookie souhlasu · Konec third-party cookies v prohlížečích a co to mění