Режимът на получаване на съгласие Ви дава възможност да съобщите на Google състоянието на съгласието на потребителите Ви, касаещо „бисквитките“ или идентификатора на приложението. Маркерите коригират поведението си и вземат предвид избора на потребителите.
Режимът на получаване на съгласие взаимодейства с платформата Ви за управление на получаването на съгласие или с персонализирано внедряване за получаване на съгласие от посетителите, като например банер за получаване на съгласие за „бисквитки“. Режимът на получаване на съгласие получава избора на потребителите относно съгласието от банера или приспособлението Ви за „бисквитки“ и динамично адаптира поведението на Анализ, Google Ads и маркери на трети страни, които създават или четат „бисквитки“.
Когато посетителите откажат съгласие, вместо да съхраняват „бисквитките“, маркерите изпращат команди ping до Google. Ако използвате Google Анализ 4, Google попълва пропуските в събирането на данни чрез моделиране на реализациите и моделиране на поведението.
Set up consent mode in Google Analytics
Маркери с вградена поддръжка на режима на получаване на съгласие
Маркерите на Google за следните продукти съдържат вградени проверки на съгласието и коригират поведението си въз основа на състоянието на съгласието:
- Google Анализ
- Google Ads*
- Floodlight
- Инструмент за свързване на реализации
* Включва проследяване на реализациите и ремаркетинг в Google Ads; предстояща поддръжката за реализации от обаждане по телефона.
Състояние на съгласието и поведение на маркерите
Когато активирате режима на получаване на съгласие, продуктите на Google за измерване подсигуряват, че състоянието на режима на получаване на съгласие на посетителя е запазено за всички страници, които посещава. Ако бъде отказано съгласие, маркерите, които се задействат, не съхраняват „бисквитки“, а вместо това предават минимална информация за потребителската активност. Състоянието на съгласието и потребителската активност се съобщават чрез изпращането на следните типове команди ping или сигнали без „бисквитки“ до сървъра на Google:
- Сигнали за състояние на съгласието за маркерите на Floodlight и Google Ads: Комуникират стандартното състояние на съгласието, което сте конфигурирали, и актуализираното състояние, след като посетителят предостави или откаже съгласие за всеки тип съгласие, като например „съхранение в Google Ads“ и „съхранение в Google Анализ“. Сигналите за състояние на съгласието се изпращат от всяка страница, която потребителят посети и на която е активиран режимът на получаване на съгласие, и се задействат за някои маркери, ако състоянието на съгласие се промени от „Отказано“ на „Предоставено“, ако например посетител се включи от диалогов прозорец за получаване на съгласие.
- Сигнали за ключово събитие: Показват, че е възникнало ключово събитие.
- Сигнали за Google Анализ: Изпращат се при зареждане и при регистриране на събитие от всяка страница на уебсайта, където е внедрен Google Анализ.
Описаните по-горе сигнали може да включват:
- Информация за начина на работа (като пасивно добавени от браузъра заглавки):
- клеймо за дата и час;
- потребителски агент (само за мрежата);
- препращащ URL адрес.
- Обобщена/неидентифицираща информация:
- индикатор за това дали текущата или предходната страница от навигирането на потребителя на сайта е включвала информация за кликване върху рекламата в URL адреса или не (напр. GCLID/DCLID);
- булева информация за състоянието на съгласие;
- произволно число, генерирано при всяко зареждане на страница;
- информация относно платформата за съгласие, използвана от собственика на сайта (например идентификационен номер на програмиста).
Поведение на режима на получаване на съгласие
Освен това сигналите за съгласие и ключови събития може да включват следните типове поведение в зависимост от настройките за съгласие и конфигурацията на маркерите.
Стандартното поведение функционира така, все едно са предоставени всички опции за съгласие:
|
|
|
|
За мрежата |
Мобилни приложения |
|
|
Когато не са предоставени един или повече начина на съгласие, трябва да се вземат предвид допълнителни типове поведение:
|
|
|
|
Мрежата |
Мобилни приложения |
|
|
|
|
|
Мрежата |
|
|
|
|
|
Мрежата |
Мобилни приложения |
|
|
|
Уеб/мобилни приложения Когато Командите ping без „бисквитки“, като част от редовната комуникация през HTTP/браузър, може да включват следната информация: потребителски агент, разделителна способност на екрана и IP адрес. Имайте предвид, че Google Анализ 4 не съхранява или регистрира IP адреси. Ако рекламодателят зададе други полета, като например user_id и персонализирани величини, те ще се изпращат по обичайния начин. Данните, събирани с командите ping без „бисквитки“, се използват за моделиране на реализациите и поведението, за да се запълнят пропуските в данните Ви. |
|
Най-добри практики за режима на получаване на съгласие
Независимо как активирате режима на получаване на съгласие, трябва да следвате тези най-добри практики:
- Задайте начално състояние на съгласието с основни стойности, определени от организацията Ви. Основното състояние на съгласието се прилага, когато потребител за първи път прегледа страница на уебсайта Ви.
- Внедрете маркерите на страниците така, че да се заредят, преди диалоговият прозорец за получаване на съгласие да се отвори.
- Заредете маркерите на Google във всички случаи, а не само ако потребителят даде съгласие. Ако съгласието е отказано, Google получава команди ping без „бисквитки“. В собственостите в Google Анализ 4 командите ping без „бисквитки“ дават възможност за поведение и моделиране на реализациите, за да се запълнят пропуските в данните Ви.
- Опциите за съгласие трябва да се показват на посетителя възможно най-скоро. Актуализирайте състоянието на съгласие, след като посетителят посочи избора си.
- Дайте на потребителите възможност да откажат или дадат съгласие за всеки тип съхраняване, използвано от маркерите в уебсайт. Например потребител може да даде съгласие за „бисквитки“ на Google Анализ, но да откаже рекламните „бисквитки“.
- Тъй като текущите закони за поверителност са конкретни за регион, конфигурирайте стандартно състояние, което да важи за конкретни региони, а не за всички посетители. Особено ако организацията Ви изисква стандартното състояние да бъде „Отказано“, прилагането му само на посетителите от съответния регион ще предотврати загубата на точно измерване за всички други региони.
Сравнение между основно и разширено внедряване
Ако решите да внедрите режима на получаване на съгласие, като блокирате маркерите на Google, докато не се покаже диалоговият прозорец за получаване на съгласие и потребителите не предоставят съгласието си, няма да се възползвате в пълна степен от този режим. Например няма да получавате моделирани данни в собствеността си в GA4, които да попълват пропуските за липсващите наблюдаеми данни, когато потребителите отхвърлят съгласието. Независимо дали изберете да блокирате маркери (основно внедряване), или да отблокирате маркери (разширено внедряване), маркерите на Google коригират поведението си въз основа на състоянието на съгласие от страна на потребителите Ви.
Следват компромисите между разширеното и основното внедряване за режима на получаване на съгласие:
| Разширено внедряване | Основно внедряване | |
|---|---|---|
| Поведение на маркерите |
|
|
| Моделиране на поведението в GA4 |
|
|
| Моделиране на реализациите в GA4 |
|
|
| Моделиране на реализациите в Google Ads |
|
|
* Когато маркерите са блокирани поради избор за съгласие, не се събират данни и моделирането на реализациите в Google Ads се основава на общ модел. Моделите използват функции като тип на браузъра, тип действие, водещо до ключово събитие, час от денонощието и други общи неидентифициращи променливи. Научете повече за режима на получаване на съгласие и моделирането на реализациите за Google Ads.
Как да активирате режима на получаване на съгласие
Начинът на активиране на режима на получаване на съгласие се различава при уебсайтовете и приложенията. Той зависи и от какво внедряване за получаване на съгласие и коя платформа за маркиране използвате.
Активиране на режима на получаване на съгласие за уебсайтове
Можете да активирате режима на получаване на съгласие за уебсайтове с минимално програмиране, като използвате Мениджър на маркери и CMP с шаблон на общността. Партньорите на CMP предлагат шаблони и инструкции в Мениджър на маркери за активиране на режима на получаване на съгласие чрез интегрирането им:
Програмистите на уебсайтове могат да активират режима на получаване на съгласие, като използват команди за съгласие на gtag.js или маркер, създаден от шаблон за режим на получаване на съгласие в Мениджър на маркери:
Активиране на режима на получаване на съгласие за приложения
Програмистите на приложения могат да активират режима на получаване на съгласие, като използват SDK на Google Анализ за Firebase:
Интеграции с платформи за управление на получаването на съгласие
Платформите за управление на получаването на съгласие (CMP) могат да се интегрират с режима на получаване на съгласие и настройките за съгласие в Мениджър на маркери на Google. За CMP, представени в Мениджър на маркери на Google, галерията с шаблони на общността съдържа шаблони, интегрирани с нашите API за получаване на съгласие.
За да получавате ценна статистика, като същевременно защитавате поверителността на потребителите, трябва да получите съгласие от потребителите на уебсайта Ви. Препоръчваме Ви да използвате платформа за управление на получаването на съгласие (CMP) или да работите със системата си за управление на съдържанието (CMS), за да получавате съгласието на потребителите и да го изпращате на Google.
Научете повече за това как да настроите банера за получаване на съгласие с платформа за управление на получаването на съгласие или система за управление на съдържанието.
Вижте таблицата по-долу за повече информация за начина, по който CMP са интегрирани с режима на получаване на съгласие:
| Инструмент за получаване на съгласие | Поддържани типове съгласие | Наличен шаблон на общността на Мениджър на маркери |
Интегриране с извиквания за актуализация на съгласието | Интегриране с извиквания за съгласието по подразбиране |
| Commanders Act | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + шаблон за TrustCommander) |
| Complianz | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + шаблон за TrustCommander) |
| Consentmanager | ad_personalization ad_storage ad_user_data analytics_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Cookie First | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Cookie Information A/S |
ad_personalization |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Cookiebot (Cybot) | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| CookieScript |
ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ |
✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| CookieYes |
ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Didomi |
ad_personalization |
✓ | ✓ | ✓ (цялостно интегриране с GTM + интегриране извън GTM) |
| iubenda | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| OneTrust |
ad_personalization |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Osano | ad_personalization ad_storage ad_user_data analytics_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Secure Privacy |
ad_personalization |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Sirdata | ad_personalization ad_storage ad_user_data analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Termly |
ad_storage analytics_storage functionality_storage personalization_storage security_storage |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
| Usercentrics |
ad_personalization |
✓ | ✓ | ✓ (интегриран шаблон за GTM + примерен код за gtag.js) |
Режим на получаване на съгласие за доставчици на CMP
Доставчиците на платформа за управление на получаването на съгласие (CMP) могат да направят интеграция с режима на получаване на съгласие, за да предоставят по-добра практическа работа на клиентите, които използват продукти на Google. За да научите повече, вижте Режим на получаване на съгласие за доставчици на CMP.
Допълнителни ресурси
Режимът на получаване на съгласие има допълнителни възможности, като поведение за конкретен регион, възможност за редактиране на вече съхранената информация и възможност за предаване на информация в URL адресите при отказано съгласие. За информация относно използването на режима на получаване на съгласие и допълнителните функции вижте:
