Google Consent Mode v2: Пълното ръководство

Google Consent Mode е рамка, която позволява на вашия уебсайт да адаптира поведението на Google таговете — Analytics, Ads, Floodlight и други — според статуса на съгласие на посетителите ви. Това е отговорът на Google на едно основно противоречие: как да запазите възможностите за измерване и рекламиране, като същевременно зачитате правото на потребителя да откаже бисквитки?

От март 2024 г. Google Consent Mode v2 е задължителен за всеки уебсайт, който използва рекламните услуги на Google и таргетира потребители в Европейското икономическо пространство (ЕИП). Ако използвате Google Ads и таргетирате потребители от ЕС, това не е по избор.

Какво представлява Google Consent Mode?

По същество Google Consent Mode е API, който стои между вашата платформа за управление на съгласие (CMP) и вашите Google тагове. Когато потребител направи избор относно съгласие — приемане, отказ или персонализиране — вашата CMP предава този избор на Google таговете чрез Consent Mode API. Таговете след това адаптират поведението си съответно.

Без Consent Mode имате бинарен избор: или задействате всички Google тагове (и нарушавате законите за поверителност за потребителите, които не са дали съгласие), или блокирате всички Google тагове за потребителите без съгласие (и губите всички данни за измерване за тези потребители). Consent Mode въвежда среден вариант.

Рамката беше въведена за първи път през 2020 г. (v1) и значително обновена в края на 2023 г. (v2), с краен срок за съответствие 6 март 2024 г.

Версия 1 срещу Версия 2

Преходът от v1 към v2 въведе два нови сигнала за съгласие и направи цялата рамка задължителна за рекламирането в ЕИП. Ето какво се промени:

Функция	Consent Mode v1	Consent Mode v2
Сигнали за съгласие	ad_storage, analytics_storage	ad_storage, analytics_storage, ad_user_data, ad_personalization
Изискване за ЕИП	Препоръчително	Задължително за рекламиране в ЕИП (от март 2024 г.)
Влияние върху ремаркетинга	Списъците за ремаркетинг се влияят от съгласието	Аудиториите за ремаркетинг изискват изрично съгласие ad_personalization
Customer Match	Не е изрично адресирано	Изисква съгласие ad_user_data за качване на потребителски данни
Моделиране на конверсии	Достъпно с Advanced режим	Достъпно с Advanced режим, подобрени алгоритми

Четирите типа съгласие

Consent Mode v2 предава потребителското съгласие чрез четири отделни сигнала. Всеки може да бъде независимо зададен на granted или denied:

ad_storage

Контролира дали бисквитките, свързани с рекламирането (като бисквитките _gcl_* на Google Ads), могат да бъдат съхранявани на устройството на потребителя. Когато е отказано, не се задават рекламни бисквитки и информацията за кликвания върху реклами се предава чрез URL параметри по ограничен начин без бисквитки.

analytics_storage

Контролира дали аналитичните бисквитки (като бисквитките _ga и _gid на Google Analytics) могат да бъдат съхранявани. Когато е отказано, не се задават аналитични бисквитки. В Advanced режим все още се изпращат пингове без бисквитки за моделиране на конверсии.

ad_user_data

Контролира дали потребителски данни могат да бъдат изпращани към Google за рекламни цели. Това е новият сигнал, въведен във v2. Той засяга функции като Customer Match (качване на списъци с клиенти в Google Ads) и Enhanced Conversions (изпращане на хеширани потребителски данни за атрибуция). Когато е отказано, Google няма да използва данните на потребителя за рекламиране.

ad_personalization

Контролира дали данните могат да бъдат използвани за персонализиране на реклами, включително ремаркетинг. Когато е отказано, потребителят няма да бъде добавен към аудитории за ремаркетинг и няма да вижда персонализирани реклами въз основа на активността си на вашия сайт. Този сигнал трябва да бъде зададен на granted, за да функционират списъците за ремаркетинг и подобните аудитории.

Basic режим срещу Advanced режим

Това е най-важното архитектурно решение при внедряването на Google Consent Mode. Двата режима се различават фундаментално по начина, по който обработват потребителите, които не са дали съгласие.

Basic режим

В Basic режим Google таговете изобщо не се задействат, докато потребителят не даде съгласие. Никакви данни не се изпращат до Google — дори анонимизирани или без бисквитки. Когато се даде съгласие, таговете се задействат нормално. Когато съгласието е отказано, таговете са напълно блокирани.

Как работи:

1. Потребителят пристига на вашия сайт. Състоянието на съгласие по подразбиране е зададено на denied за всички типове.
2. Появява се банерът за бисквитки. Google таговете са блокирани — няма заявки към сървърите на Google.
3. Ако потребителят приеме: състоянието на съгласие се актуализира на granted и Google таговете се задействат с пълна функционалност.
4. Ако потребителят откаже: състоянието на съгласие остава denied и Google таговете никога не се задействат. Google не получава данни за този посетител.

Предимства: Най-просто внедряване. Максимална защита на поверителността. Никакви данни не напускат браузъра без съгласие. Най-лесно за обосноваване пред органите за защита на данните.

Недостатъци: Губите всички данни за измерване за потребителите без съгласие. На пазари с нисък процент на съгласие (Германия: ~40-50%), това може да означава загуба на видимост върху половината или повече от трафика ви. Няма достъпно моделиране на конверсии.

Advanced режим

В Advanced режим Google таговете се задействат незабавно при зареждане на страницата, но в ограничен режим без бисквитки, когато не е дадено съгласие. Не се задават бисквитки. Не се съхраняват потребителски идентификатори. Вместо това Google получава анонимни „пингове“ без бисквитки — минимални сигнали, които показват, че страница е била прегледана или е настъпила конверсия, без никаква информация, която би могла да идентифицира потребителя.

Как работи:

1. Потребителят пристига на вашия сайт. Състоянието на съгласие по подразбиране е зададено на denied.
2. Google таговете се задействат незабавно, но в ограничен режим: не се записват бисквитки, не се събират потребителски идентификатори. Google получава пинг без бисквитки с основна информация (URL на страницата, времеви маркер, тип браузър).
3. Ако потребителят приеме: състоянието на съгласие се актуализира на granted и Google таговете превключват към пълна функционалност с бисквитки.
4. Ако потребителят откаже: състоянието на съгласие остава denied. Google таговете продължават да изпращат пингове без бисквитки, но никога не задават бисквитки или не събират идентифицируеми данни.

Предимства: Google може да използва пинговете без бисквитки, за да моделира конверсии за потребителите без съгласие. Google оценява, че Advanced режимът възстановява 50-70% от данните за конверсии, които иначе биха били загубени. Това е критично важно за оптимизиране на кампаниите в Google Ads.

Недостатъци: Данни се изпращат до Google преди съгласие. Въпреки че данните са без бисквитки и анонимни, някои органи за защита на данните може да смятат това за проблематично. Правната оценка варира според юрисдикцията.

Кой режим да изберете?

Съображение	Basic режим	Advanced режим
Данни, изпращани преди съгласие	Няма	Пингове без бисквитки (анонимни)
Моделиране на конверсии	Недостъпно	Достъпно (възстановява 50-70% от данните)
Отношение към поверителността	Максимална поверителност	Зачитане на поверителността с компромис в полезността
Оптимизация на Google Ads	Ограничена само до потребители със съгласие	Пълна възможност за оптимизация
Сложност на внедряването	Проста	Умерена
Регулаторен риск	Най-нисък	Нисък, но зависим от юрисдикцията

За повечето компании, използващи Google Ads в ЕС, Advanced режимът предлага най-добрия баланс между съответствие и възможности за измерване. Ако сте в силно регулиран отрасъл или работите в юрисдикция със строги тълкувания на органите за защита на данните (напр. Австрия, Франция), Basic режимът може да бъде по-безопасният избор.

Стъпки за внедряване

Внедряването на Google Consent Mode v2 изисква координация между вашата платформа за управление на съгласие и конфигурацията на вашите Google тагове.

Стъпка 1: Задайте състояние на съгласие по подразбиране

Преди да се задействат каквито и да е Google тагове, трябва да зададете състояние на съгласие по подразбиране. За потребителите от ЕИП всички типове съгласие трябва да бъдат по подразбиране denied:

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied',
  'wait_for_update': 500
});

Параметърът wait_for_update указва на Google таговете да изчакат до 500 милисекунди за актуализация на съгласието от вашата CMP, преди да се задействат. Това дава на банера ви време да се зареди и да провери за съществуващо съгласие.

Стъпка 2: Актуализирайте съгласието при избор на потребителя

Когато потребителят взаимодейства с вашия банер за бисквитки, вашата CMP трябва да предаде избора на Google таговете:

// User accepts all
gtag('consent', 'update', {
  'ad_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted',
  'analytics_storage': 'granted'
});

// User accepts only analytics
gtag('consent', 'update', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'granted'
});

Стъпка 3: Конфигурирайте настройки по подразбиране за конкретни региони

Можете да зададете различни състояния на съгласие по подразбиране за различни региони. Например по подразбиране denied в ЕИП, докато по подразбиране granted в юрисдикции без изисквания за съгласие:

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied',
  'region': ['BE', 'BG', 'CZ', 'DK', 'DE', 'EE', 'IE', 'EL', 'ES',
             'FR', 'HR', 'IT', 'CY', 'LV', 'LT', 'LU', 'HU', 'MT',
             'NL', 'AT', 'PL', 'PT', 'RO', 'SI', 'SK', 'FI', 'SE',
             'IS', 'LI', 'NO']
});

Стъпка 4: Проверете внедряването

Използвайте тези инструменти, за да проверите дали внедряването ви работи правилно:

• Google Tag Assistant — показва състоянието на съгласие за всеки таг и дали таговете се задействат в ограничен или пълен режим.
• Инструменти за разработчици в браузъра — проверете мрежовите заявки към google-analytics.com и googleads.g.doubleclick.net. Търсете параметъра gcs, който кодира състоянието на съгласие.
• GA4 DebugView — в Google Analytics 4 активирайте DebugView, за да виждате събитията в реално време и да проверявате дали функциите, зависещи от съгласието, се държат правилно.

Влияние върху Google Ads, GA4 и проследяването на конверсии

Google Ads

Без Consent Mode v2 Google Ads няма да обработва данни за конверсии от потребители в ЕИП. Това означава, че вашите стратегии за Smart Bidding (Target CPA, Target ROAS, Maximize Conversions) ще работят с непълни данни, което ще влоши ефективността. С Consent Mode Google може да моделира конверсии за потребители без съгласие, поддържайки оптимизацията на офертите.

Google Analytics 4

GA4 поддържа Consent Mode нативно. Когато analytics_storage е отказано, GA4 не задава бисквитки, но все още може да получава пингове без бисквитки (в Advanced режим). Тези пингове допринасят за поведенческото моделиране, което GA4 използва, за да запълни празнините в отчетите, причинени от потребители без съгласие.

Enhanced Conversions

Enhanced Conversions — които изпращат хеширани първостранни потребителски данни (имейл, телефон, адрес) до Google за подобрена атрибуция — изискват съгласие ad_user_data при Consent Mode v2. Без този сигнал за съгласие данните за Enhanced Conversions няма да бъдат обработвани.

Работа с CMP

Повечето съвременни платформи за управление на съгласие поддържат Google Consent Mode v2 директно. CMP управлява интерфейса за съгласие и предава избора на потребителя на Google таговете чрез Consent Mode API.

Когато оценявате CMP за съвместимост с Consent Mode, проверете дали:

• Поддържа и четирите типа съгласие от v2 (ad_storage, analytics_storage, ad_user_data, ad_personalization)
• Задава състояние на съгласие по подразбиране преди зареждането на Google таговете
• Актуализира състоянието на съгласие в реално време, когато потребителят направи избор
• Запазва съгласието между сесиите
• Е включена в партньорската програма за CMP на Google (препоръчително, но не задължително)

Управлението на съгласие на Passiro се интегрира напълно с Google Consent Mode v2, поддържайки както Basic, така и Advanced режим. Сигналите за съгласие се предават автоматично на Google таговете — не е необходим персонализиран код. Научете повече за интеграцията на Passiro с Google Consent Mode.

Често задавани въпроси

Задава ли Advanced режимът бисквитки без съгласие?

Не. Това е най-честото погрешно схващане относно Consent Mode. В Advanced режим Google таговете се задействат преди съгласие, но работят в ограничен режим без бисквитки. Не се задават бисквитки на устройството на потребителя. Не се съхраняват или четат потребителски идентификатори. Таговете изпращат анонимни пингове без бисквитки — минимални сигнали с данни, които не могат да идентифицират потребителя. Бисквитки се задават само ако и когато потребителят изрично даде съгласие.

Съответства ли Advanced режимът на GDPR?

Това зависи от тълкуването. Пинговете без бисквитки не съдържат лични данни по смисъла на GDPR (без идентификатори, без бисквитки, без снемане на цифрови отпечатъци на устройства). Въпреки това някои органи за защита на данните може да смятат предаването на каквито и да е данни към сървърите на Google — дори анонимизирани — за обработка, която изисква правно основание. Позицията на Google е, че пинговете са анонимни и не представляват обработка на лични данни. Консултирайте се с вашия длъжностен по защита на данните или правен съветник за вашата конкретна ситуация.

Какво се случва, ако не внедря Consent Mode v2?

От март 2024 г. Google изисква сигналите на Consent Mode v2 за потребителите от ЕИП. Без тях функциите за аудитории в Google Ads (ремаркетинг, подобни аудитории, Customer Match) ще спрат да работят за трафика от ЕИП. Измерването на конверсии ще бъде влошено. Оптимизацията на кампаниите ви ще пострада.

Мога ли да използвам Consent Mode без CMP?

Технически да — можете да внедрите извикванията на API за съгласие ръчно в собствения си JavaScript. Това обаче означава, че сте отговорни и за интерфейса за съгласие, запазването и правното съответствие на вашето персонализирано решение. Силно се препоръчва използването на специализирана CMP.