2026-02-25 · Редакция Baduno · 8 blog.readMin · Блог и знания
Consent Mode v2: Какво трябва да знаят рекламодателите сега
Без правилни сигнали за съгласие акаунтите в Google Ads губят данни за реализации и функции. Задължението е обяснено разбираемо.
Какво е Consent Mode v2
Процедура на Google, чрез която вашият уебсайт съобщава за какво е дал съгласие посетителят – в четири сигнала: съхранение за реклама, използване за рекламни данни, персонализация и анализ. Без тези сигнали Google ограничава измерването и функциите за аудитории в ЕИП.
Основните правила
Стандартното състояние е „отказано", преди потребителят да вземе решение. Едва съгласието в банера превключва сигналите на „дадено". Таговете трябва да изчакат или да изпращат в щадящ данните режим – никога пълни данни преди решението.
Често срещани грешки
Банери, които са само козметични, докато таговете отдавна стрелят. Съгласие без реална опция за отказ. Сигнали, които никога не се актуализират. Всяка от тези опции рискува загуба на данни, предупреждения или и двете.
Чисто изпълнение
Default-Denied в сорс кода, грануларен избор в банера, повикване за актуализация след решение, оттегляне във футъра – и тест с инструментите за разработчици дали преди съгласието наистина нищо не тече. Точно така е решено на този уебсайт.
Consent Mode v2 и Google Ads: Конкретни въздействия върху кампаниите
Без правилни сигнали за съгласие Google Ads ограничава ключови функции. Данните за реализации вече не се отчитат, ремаркетинговите списъци не могат да се попълват, а корекциите на оферти на база на поведението на потребителите са неефективни. Особено засегнати са кампаниите, които разчитат на разпознаване на потребители, като динамичен ремаркетинг или Customer-Match. Резултатът: по-малко реализации, по-висока CPA и неточни данни за ефективността. В ЕИП това е задължително от март 2024 г. за всички рекламодатели с Google Ads. Дори и да пускате малка локална кампания, сигналите трябва да са коректни. Чести заблуди е предположението, че използването на Consent Mode v2 е доброволно – Google обвърза достъпа до данни за реализации с предаването на правилни сигнали за съгласие. Без тях съществува риск от преминаване на моделите на данни към икономична основа, което значително затруднява оптимизирането на рекламните ви разходи. Затова редовно проверявайте кампаниите си за липсващи сигнали и коригирайте грешките незабавно.
Ролята на доставчика на управление на съгласието (CMP)
За да внедрите правилно Consent Mode v2, е задължителен CMP. Инструментът трябва да може да задава и актуализира четирите сигнала (ad_storage, ad_user_data, ad_personalization, analytics_storage). Google публикува списък със сертифицирани CMP доставчици – само те гарантират съвместимост. При избора обърнете внимание на детайлността на настройките: потребителят трябва да може да потвърди или отхвърли отделно рекламни и аналитични цели. Един прост бутон „Разреши всичко“ не е достатъчен. Освен това CMP трябва да позволява оттегляне на съгласието и незабавно да съобщава за това на Google. Уверете се, че вашият CMP записва коректно сигналите след смяна на страница или при навигация в SPA (Single Page Applications). Неправилно конфигурираните CMP са една от най-честите грешки – те или задействат твърде рано, или не актуализират сигналите след решението на потребителя. Затова тествайте с инструментите за разработка на Google дали сигналите са в желаното състояние.
Consent Mode v2 в комбинация с проследяване на реализации и управление на маркери
Интеграцията на Consent Mode v2 във вашия мениджър на тагове (напр. Google Tag Manager) изисква прецизна верификация на проверката за съгласие и задействането на таговете. Таговете трябва да се задействат само след валидно съгласие; преди това те трябва да изпращат в режим с минимални данни (Consent Mode v2) или да бъдат блокирани. В Google Tag Manager използвайте заместванията на съгласие или новия Consent API, който чете сигналите от вашия CMP. За таговете за проследяване на реализации е от съществено значение да изискват съгласие за ad_storage и ad_user_data. Често срещана грешка: тагът за реализация се задейства, но свързаните сигнали за съгласие не са зададени правилно – тогава реализацията не се отчита в Google Ads. Използвайте функцията за преглед в GTM, за да проверите потока от данни. Обърнете внимание и на персонализираните HTML тагове: те също трябва да отчитат сигналите за съгласие. Чистото внедряване спестява много време за дебъгване и предпазва от загуба на данни.
Без правилни сигнали за съгласие акаунтите в Google Ads губят данни за реализации и функции. Задължението е обяснено разбираемо.
Правни капани и проверка от надзорни органи
Consent Mode v2 не е оправдание за нарушения на защитата на данните. Съгласието трябва да е валидно съгласно GDPR: информирано, доброволно, специфично и оттегляемо по всяко време. CMP, който позволява съгласие само веднъж и не позволява промени по-късно, е недостатъчен. Също така предаването на данни в трети държави (напр. САЩ) трябва да бъде обезпечено с подходящи гаранции (стандартни договорни клаузи, доклад за прозрачност). Надзорни органи като Hamburgische Datenschutzbeauftragte вече са наложили глоби за липсващи или недостатъчни решения за съгласие. Само Consent Mode v2 не предпазва от предупреждения, ако банерът е непрозрачен или предварително попълнен. Затова накарайте експерт по защита на данните да провери вашето решение. Документирайте начина на работа на вашия CMP и направените конфигурации. При проверка трябва да можете да докажете, че съгласието действително е получено и правилно предадено на Google. Договор за обработка на данни (DPA) с Google също е задължителен.
Ефекти върху производителността и оптимизация на времето за зареждане чрез Consent Mode v2
Consent Mode v2 може да повлияе на времето за зареждане на вашия уебсайт, ако е неправилно конфигуриран. В режим default-denied много таг платформи като Google Tag Manager се спират, докато не бъде получено съгласието на посетителя. Това забавя активирането на таговете за проследяване и реклама, което удължава измереното време за зареждане от гледна точка на потребителя. Важно е вашият CMP да получи съгласието възможно най-бързо и без да блокира останалата част от уебсайта. Затова е задължителна асинхронна реализация на мениджъра на съгласие: банерът не трябва да блокира изобразяването на страницата. Освен това трябва да проверите дали вашият CMP поддържа режим с минимално използване на данни (например анонимни пинг), който генерира по-малко мрежова активност. Друг момент е GTM контейнерът: ако много тагове чакат съгласие, опашката може да забави браузъра. Използвайте възможността да зареждате маловажни тагове едва след получаване на съгласие. Също така използването на gtm.js или gtm.dom като тригери може да помогне да не се блокира изобразяването на страницата. Тествайте производителността с инструменти като PageSpeed Insights и обърнете внимание на влиянието на реализацията на съгласието. Оптимизираното решение гарантира, че сигналите за съгласие се задават правилно, без да се влошава потребителското изживяване.
Consent Mode v2 и сървърно тагване: Синергии и предизвикателства
Комбинацията от Consent Mode v2 със сървърно тагване предлага разширени възможности за контрол на данните, но поставя и по-високи изисквания към логиката за съгласие. В сървърния модел можете да обработвате сигналите за съгласие директно в сървърния контейнер, преди данните да бъдат предадени на трети страни. Това намалява риска от изтичане на данни през клиента и ви дава пълен контрол върху предаването на данните. Трябва обаче да се уверите, че вашият сървърен контейнер интерпретира правилно сигналите за съгласие и активира тагове като Google Ads или Facebook само при валидно съгласие. За целта предавайте сигналите от клиентския контейнер чрез Event Data или използвайте сървърен Consent API. Често срещана грешка е сървърният контейнер да не проверява съгласието и да изпраща данни въпреки това. Затова трябва да реализирате последователна логика за съгласие както в клиента, така и в сървъра. Освен това се увеличава латентността, тъй като данните първо преминават през вашия сървър. Добре конфигурираното сървърно тагване с Consent Mode v2 обаче е устойчиво на бъдещи промени, тъй като работи независимо от ограниченията на браузъра като Intelligent Tracking Prevention. Затова планирайте достатъчно ресурси за поддръжка и логване, за да можете по всяко време да докажете съответствие.
Техническа реализация в Google Tag Manager: Презаписвания на съгласие и тригери
Правилното внедряване на Consent Mode v2 в Google Tag Manager (GTM) изисква добре обмислено взаимодействие между презаписвания на съгласие и тригери. Първо трябва да свържете настройките за съгласие на вашия CMP с GTM. Използвайте Consent API, който чете четирите сигнала (ad_storage, ad_user_data, ad_personalization, analytics_storage) от CMP. В GTM задайте презаписвания на съгласие за всеки таг: за всеки таг дефинирайте кои съгласия са необходими, преди тагът да се задейства. Например: таг за Google Ads конверсия изисква ad_storage и ad_user_data да са 'разрешени', а таг за анализи изисква analytics_storage. Без тази настройка таговете се задействат независимо от съгласието. Освен това конфигурирайте тригери за режим на пестене на данни: преди съгласие таговете трябва или да бъдат блокирани, или да изпращат в режим на пестене на данни (Consent Mode v2). За целта създайте тригер, който реагира на промяна на съгласието и освобождава таговете едва след дадено съгласие. Често срещана грешка е липсата на последователна настройка за отказ по подразбиране. Затова задайте стойностите по подразбиране на 'отказани' в GTM или директно в кода на страницата. Използвайте GTM Preview, за да проверите дали таговете наистина не се задействат преди съгласие и дали сигналите се актуализират правилно след решението. Тази техническа дисциплина предпазва от загуба на данни и гарантира, че измерването на конверсиите работи надеждно.
Consent Mode v2 и Google Analytics 4: Влияние върху събирането на данни
Consent Mode v2 засяга не само Google Ads, но и Google Analytics 4 (GA4). За GA4 сигналите analytics_storage и ad_personalization са от значение. analytics_storage контролира дали бисквитките могат да се съхраняват за аналитични цели. Без съгласие GA4 продължава да изпраща данни, но без бисквитки – това води до намален брой потребители и ограничени аналитични функции, особено по отношение на поведението и ангажираността на потребителите. ad_personalization се отнася до използването на аналитични данни за персонализирана реклама. В щадящия режим реализациите и събитията се предават с намалена информация, което влошава качеството на данните. За точно отчитане трябва да гарантирате, че сигналите analytics_storage са зададени правилно. Внедрете вашия CMP така, че съгласието за аналитични цели да се изисква отделно от рекламните цели. Standard-Denied важи и за analytics_storage. След дадено съгласие CMP актуализира сигнала на ‚дадено‘ и GA4 може да задава бисквитки. Често срещана грешка е липсата на такова разделение: много банери обединяват всички цели в един бутон „Разрешаване на всичко“. Това не отговаря на изискванията на GDPR и може да доведе до изкривяване на данните. Тествайте с GA4 DebugView дали събитията преди съгласие постъпват в щадящ режим, а след това – изцяло. Само така можете да сте сигурни, че вашите анализи се основават на валидни данни.
blog.faqT
Трябва ли да използвам Consent Mode v2, дори ако използвам само Google Analytics, а не Google Ads?
Да, Consent Mode v2 е важен и за Google Analytics. Analytics се нуждае от сигнала analytics_storage, за да записва анонимизирани данни без съгласие. Без правилни сигнали Google Analytics не може да предоставя подробни отчети и качеството на данните намалява. Освен това правилното внедряване подготвя пътя за бъдещо използване на Google Ads.
Мога ли да настроя Consent Mode v2 след това на съществуващ уебсайт, без да наруша маркерите?
Да, интегрирането след това е възможно, но изисква внимателно планиране. Трябва да интегрирате вашия CMP, да зададете правилата за отказ по подразбиране в изходния код и да инструктирате всички маркери да изчакат съгласие. Използвайте прегледа на Google Tag Manager, за да се уверите, че никакви маркери не се задействат преди вземането на решение. Препоръчително е внедряване в тестова среда.
