Google Consent Mode v2 за български сайтове: настройка и тестване

Google Consent Mode v2 позволява на услугите на Google да адаптират поведението си според избора на посетителя. За сайтове, които използват GA4, Google Ads или Google Tag Manager (GTM), правилният ред на зареждане и актуализиране на сигналите е съществен.

Това ръководство разглежда практическата настройка за български сайтове. То не представлява правен съвет и Consent Mode v2 сам по себе си не гарантира съответствие с изискванията за защита на данните.

Как работи Google Consent Mode v2

Consent Mode v2 е сигнален механизъм за услугите на Google, а не система за получаване на съгласие. CMP показва банера, записва избора на посетителя и го преобразува в съответните сигнали към Google.

Основните сигнали са:

• ad_storage — съхранение, свързано с рекламни функции;
• analytics_storage — съхранение, свързано с анализи;
• ad_user_data — използване на потребителски данни за рекламни цели;
• ad_personalization — персонализиране на рекламите.

Първоначалните стойности трябва да бъдат зададени, преди да се изпълнят съответните тагове. След избора на посетителя CMP трябва да изпрати актуализация, която отразява действителните му предпочитания.

Какво не замества Consent Mode v2

Consent Mode v2 не замества:

• ясен банер за бисквитки;
• разбираеми категории и възможност за отказ;
• правилно управление на незадължителните скриптове;
• актуална информация за поверителност и използваните доставчици;
• преглед на правното основание и конкретната техническа реализация.

Текстът на банера трябва да описва точно поведението на сайта. Ако анализите или маркетинговите технологии са представени като незадължителни, техническата настройка трябва да следва този избор.

За повече контекст вижте ръководството нужен ли е банер за бисквитки.

Препоръчителен ред за внедряване

1. Направете списък на GA4, Google Ads, GTM, таговете за ремаркетинг, вградените медии, плъгините за електронна търговия и персонализираните скриптове.
2. Разпределете незадължителните технологии в ясни категории, например „Статистика“, „Маркетинг“ и „Предпочитания“.
3. Задайте началните сигнали за съгласие, преди таговете на Google да могат да се изпълнят.
4. Свържете категориите на CMP със сигналите ad_storage, analytics_storage, ad_user_data и ad_personalization.
5. Актуализирайте сигналите едва след като посетителят направи или промени своя избор.
6. Проверете поведението в чиста браузърна сесия, а не само в административния панел.
7. Документирайте конфигурацията и резултатите от тестовете.

Подробности за поддържания начин на конфигуриране трябва да се проверят в документацията на CookiePilot.

Проверки в Google Tag Manager

В GTM прегледайте:

• Consent Overview и настройките за съгласие на всеки таг;
• реда на инициализация;
• началните стойности на сигналите;
• условията за задействане на GA4 и Google Ads;
• таговете за ремаркетинг и свързване на реализации;
• персонализираните HTML тагове и вграденото съдържание.

Наличието на видим банер не доказва, че таговете се управляват правилно. Проверете мрежовите заявки и състоянията на съгласие преди и след избора на посетителя.

Практически тест на настройката

Изпълнете поне следните сценарии в нова браузърна сесия:

1. Първо посещение без направен избор.
2. Отказ от всички незадължителни категории.
3. Приемане на всички категории.
4. Приемане само на анализи или само на маркетинг.
5. Промяна или оттегляне на вече направен избор.

При всеки сценарий проверете кои тагове и мрежови заявки се изпълняват и дали четирите сигнала отразяват избора. Повторете тестовете след добавяне на нов плъгин, кампания, интеграция или персонализиран скрипт.

Често срещани грешки

• Таговете на Google се зареждат преди задаването на началните сигнали.
• Consent Mode се приема погрешно за самото съгласие.
• ad_user_data или ad_personalization не са нанесени към подходяща категория.
• Банерът използва неясни или неточни наименования.
• Проверява се само сценарият „Приемам всички“.
• CMP конфигурацията не се преглежда след промени по сайта.
• Не е ясно кой отговаря за CMP, GTM, текста за поверителност и контрола на качеството.

Документиране и поддръжка

Съхранявайте текущия текст на банера, разпределението по категории, списъка с доставчици, датата на внедряване и резултатите от тестовете. Така при възникнал проблем е по-лесно да се установи дали причината е в CMP, реда на таговете, нов скрипт или промяна в съдържанието.

Определете и отговорник за всяка част от процеса. Това е особено важно, когато рекламите, разработката и правният преглед се управляват от различни хора или от външна агенция.

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

Прави ли Consent Mode v2 сайта автоматично съответстващ на изискванията?

Не. Той предава сигнали към услугите на Google, но съответствието зависи и от банера, правното основание, информацията за поверителност, използваните доставчици и действителното поведение на скриптовете.

Необходим ли е банер за бисквитки?

Когато сайтът използва незадължителни технологии за анализ, реклама или сходни цели, обикновено е необходим механизъм за информиран избор. Конкретните изисквания следва да бъдат потвърдени от квалифициран специалист.

Задължително ли е внедряването чрез GTM?

Не непременно. Важното е началните сигнали да бъдат зададени преди съответните тагове, а актуализацията да се изпраща след избора на посетителя. Избраният метод трябва да бъде проверен спрямо използваната техническа конфигурация.

Какво да проверим първо?

Започнете с това дали GA4, Google Ads или таговете за ремаркетинг се изпълняват преди посетителят да направи избор. След това проверете актуализирането на сигналите при приемане, частичен избор и отказ.

Следваща стъпка

Разглеждайте Consent Mode v2 като част от цялостния процес по управление на съгласието, а не като изолирана настройка в GTM. След техническия одит сравнете наличните функции за управление на съгласието. Ако трябва да потвърдите дали решението е подходящо за конкретната ви конфигурация, можете да се свържете с екипа на CookiePilot.