Google Tag Manager (googletagmanager.com) не зарежда сам инструменти за проследяване, а ги управлява. Истинската тема за защита на данните са таговете, които той излъчва.
Най-честата грешка с Tag Manager е предположението, че блокиран инструмент за съгласие в контейнера е достатъчен. Докато сниппетът на контейнера е в <head>, при зареждане на страницата се установява връзка към googletagmanager.com и IP адресът се предава на Google — преди да се задейства какъвто и да е таг. За самия контейнер това може да се избегне само като се зареди след съгласие или се доставя сървърно.
Google Consent Mode v2 е практически задължителен от март 2024 за рекламни функции в ЕИП, ако конверсионни данни трябва да текат към Google Ads. Но той не заменя инструмент за съгласие: Consent Mode само настройва поведението на Google таговете спрямо статуса на съгласие — самият статус трябва да се улови от банер, който отговаря на изискванията за съгласие.
При сървърно етикетиране изпълнението на таговете се мести на собствена крайна точка (често поддомейн). Това подобрява времето за зареждане и контрола върху данните, но не измества задължението за съгласие: сървърно задействани тагове, които достъпват клиентски зададени идентификатори, също изискват предварително съгласие.
Ако Tag Manager зарежда тагове, изискващи съгласие (Analytics, Ads, пиксел) преди отказа или въпреки него, за тях липсва правно основание съгласно § 25, ал. 1 TDDDG. Самото извикване на контейнера вече предава IP на Google (САЩ).
Безплатната проверка анализира предоставения HTML и показва кои услуги са вградени, разпозната ли е лентата за бисквитки и налични ли са връзките към поверителност и данни за контакт — с класификация към всяка констатация. Не замества правна консултация.
Този текст е обща информация според най-доброто ни знание, а не правна консултация. За конкретния случай се обърнете към адвокатска кантора, специализирана в ИТ право.