Meta Pixel в Google Tag Manager вече изчаква автоматично съгласието за бисквитки
Потребител на добавката ми изпрати съобщение: на неговия сайт Meta Pixel се стартираше, когато посетител приемеше аналитични бисквитки, макар че маркетингови бисквитки бяха отказани. А когато посетител приемеше само маркетингови, пикселът изобщо не се стартираше.
Настройката му беше много разпространена: Google Tag Manager, инсталиран с добавката GTM4WP, и Meta Pixel в GTM като таг Custom HTML, който се задейства на All Pages.
Версия 1.8.10 решава и двата проблема и не е нужно да променяте нищо в контейнера си.
Защо се случи
Добавката за съгласие за бисквитки вижда страницата, която WordPress изпраща. Google Tag Manager е един скрипт в тази страница и добавката го задържаше, докато посетителят не приеме аналитика.
Всичко вътре в контейнера беше невидимо за добавката. GTM добавя таговете си към страницата едва след като се е заредил. И така, когато аналитиката беше приета:
- Добавката позволяваше на GTM да се зареди.
- GTM изпълняваше всеки таг с тригера All Pages, включително Meta Pixel.
- Нищо не казваше на GTM, че маркетингът е отказан, защото тагът Custom HTML не следва Consent Mode така, както го правят собствените тагове на Google.
А когато беше приет само маркетингът, GTM изобщо не се зареждаше, така че пикселът никога не получаваше шанс.
При Разширен Consent Mode, при който таговете на Google се зареждат преди какъвто и да е избор, беше още по-лошо: Meta Pixel се изпълняваше, преди посетителят да е избрал каквото и да е. Никой още не беше докладвал за този случай, но нашата тестова лаборатория го показа.
Какво прави 1.8.10
Сега добавката поставя малък защитен скрипт най-отпред в head на страницата. Когато какъвто и да е код, включително GTM, добави скрипт към страницата след зареждането ѝ, защитният скрипт проверява адреса на скрипта спрямо тракерите, които добавката познава, и спрямо вашите собствени правила Блокиране по адрес.
- Тракер, чиято категория посетителят не е разрешил, се задържа.
- Когато посетителят разреши тази категория, задържаният скрипт се изпълнява. Тогава Meta Pixel изпраща прегледа на страницата, който е бил на опашка.
- Всичко останало се зарежда както преди.
А при Основен Consent Mode Google Tag Manager вече се зарежда, когато посетителят приеме аналитика или маркетинг. Вътре в контейнера всеки таг изчаква своята категория:
| Посетителят приема | GTM | Meta Pixel, LinkedIn, TikTok… | Google Ads | Google Analytics |
|---|---|---|---|---|
| Нищо | Изчаква | Изчакват | Изчаква | Изчаква |
| Само аналитични | Зарежда се | Изчакват | Зарежда се, Consent Mode отказва съхранението за реклами | Зарежда се |
| Само маркетингови | Зарежда се | Зареждат се | Зарежда се | Изчаква |
| Всичко | Зарежда се | Зареждат се | Зарежда се | Зарежда се |
Трябва ли да променям контейнера си в GTM?
Не. Таговете, настроени „погрешно“, сега се държат правилно, а таговете, които вече имат настройки за съгласие, продължават да работят както преди.
Разделът „Интеграция“ във версия 1.8.10. Consent Mode v2 е включен по подразбиране, в Основен режим.
Ако искате да сте щателни, собствените настройки за съгласие на GTM все пак са добра идея: в тага на Meta Pixel изберете Advanced Settings → Consent Settings → Require additional consent for tag to fire и добавете ad_storage. Добавката задава този сигнал според маркетинговия избор на посетителя.
Как го тествах
Добавката има тестова лаборатория, която изгражда истински сайтове на WordPress и ги управлява в браузър без графичен интерфейс (headless). За тази поправка тя получи два нови сценария с истинската добавка GTM4WP и контейнер, който изпълнява Meta Pixel, LinkedIn Insight и Hotjar в тагове Custom HTML, плюс тагове за GA4 и Google Ads.
Същите тестове се провалят във версия 1.8.9 точно по начина, описан от потребителя:
Версия 1.8.9. S3 е само със съгласие за аналитика, S4 — само със съгласие за маркетинг.
А във версия 1.8.10 преминават:
Версия 1.8.10. Всички проверки преминават.
По-широк тест добавя всички 31 тракера, които добавката познава, чрез JavaScript след зареждането на страницата: версия 1.8.9 позволяваше на всеки от тях да се изпълнява преди какъвто и да е избор, а 1.8.10 ги задържа всички.
Обновете добавката от таблото на WordPress или я изтеглете от WordPress.org (отваря се в нов раздел). Подробностите са в документацията на Google Consent Mode.