Отстраняване на грешки в Google Consent Mode с DevTools: как да четем параметъра gcs

Защо да проверявате в браузъра

Банер за съгласие, който изглежда правилно, не е доказателство, че таговете ви се държат правилно. Проблемите с Consent Mode са тихи: страниците се зареждат, рекламите се показват, отчетите се пълнят, а сигналите към Google може да са грешни. Инструментите за разработчици на браузъра ви позволяват да проверите какво наистина се случва, за няколко минути и без допълнителен софтуер.

Стъпка 1: Отворете чисто раздела Network

  1. Отворете страницата в частен прозорец, за да не е записан по-ранен избор.
  2. Отворете DevTools и отидете на раздела Network.
  3. Поставете отметка на Preserve log, за да оцеляват заявките при навигация.
  4. Презаредете страницата и още не пипайте банера.

Стъпка 2: Намерете състоянието на съгласието в заявките

Таговете на Google добавят параметър gcs към заявките си. Можете да филтрирате мрежовия списък по collect или по google и да отворите всяко попадение, за да прочетете низа на заявката. Стойността изглежда като G100 или G111.

Четейки знаците отляво надясно след G1: първата цифра е състоянието на рекламното хранилище, а втората е на аналитичното, където 1 означава разрешено, а 0 означава отказано. По-новите имплементации изпращат и параметър gcd с по-дълго кодирано състояние, което включва допълнителните сигнали на Consent Mode v2.

Стъпка 3: Какво трябва да виждате преди всякакъв избор

В регион, където се изисква съгласие, първите заявки, изпратени преди посетителят да е взаимодействал, трябва да показват състояние denied. Ако вече виждате G111, преди посетителят да е кликнал нещо, стойността ви по подразбиране е грешна или тагът се е задействал, преди тя да бъде зададена.

Стъпка 4: Какво трябва да виждате след приемане

Кликнете върху приемане и следете новите заявки. Състоянието трябва да се смени на разрешено и таговете да продължат. Ако банерът казва, че е прието, но заявките още носят състояние отказано, извикването за актуализация не стига до таговете на Google или се изпълнява твърде късно.

Стъпка 5: Прегледайте слоя за данни

В конзолата въведете dataLayer и разгънете записите. Търсите две неща по ред:

  1. Запис consent с команда default, който изброява всеки сигнал като отказан за региони, изискващи съгласие.
  2. По-късен запис consent с команда update, след като потребителят избере.

Сигналите на Consent Mode v2 са ad_storage, analytics_storage, ad_user_data и ad_personalization. Ако последните два липсват, имате настройка в стил v1.

Най-честите грешки

Стъпка 6: Проверете режима за преглед на Tag Manager

Ако използвате Google Tag Manager, режимът Preview показва състоянието на съгласието за всяко събитие на страницата и кои тагове са се задействали или са били блокирани. Сравнете го с това, което сте видели в раздела Network: двата изгледа трябва да съвпадат.

Направете го рутина

Изпълнявайте тази петминутна проверка след всяка промяна на банера, публикуване на контейнер или издание на сайта. Запишете очакваната стойност на gcs за четири случая: първо посещение, след приемане, след отказ и след по-късна промяна на избора. Всичко, което не съвпада, е грешка, която трябва да се поправи, преди отчетите ви да я разкрият.

Къде се вписва FlexyConsent

FlexyConsent е сертифицирана от Google CMP (CMP ID 317), която поддържа Google Consent Mode v2 и изпраща сигналите default и update вместо вас. Все пак трябва да правите тази проверка в браузъра на собствените си страници, защото редът на таговете и настройките на контейнера са специфични за вашия сайт.

Основни изводи

← Блaderegistrdelays delays Прочети всичко →