Банер cookie, що з'являється на сторінці OpenCart, не доводить, що сигнали згоди досягають ваших тегів. Тестуйте, що відбувається до того, як відвідувач вибирає, після кожного вибору та коли цей вибір змінюється. Мета полягає в перевірці реалізації, а не просто в зовнішньому вигляді банера.
Google Consent V2 надає налаштовуваний інтерфейс згоди для OpenCart, включаючи багатомовні та мультимагазинні налаштування. Якщо ви використовуєте функціонал згоди в Google Marketing Tools замість цього, визначте, який компонент відповідає за згоду, і уникайте запуску двох незалежних контролерів на одній сторінці.
Визначте контролера згоди та власників тегів
Перелічіть модуль, відповідальний за інтерфейс, місце, де встановлюється за замовчуванням згода, та код, відповідальний за оновлення. Потім перелічіть контейнери GTM та будь-які аналітичні або рекламні теги, встановлені безпосередньо в темі. Правильна настройка GTM не може контролювати несумісний скрипт, який ігнорує погоджений процес згоди.
Використовуйте тестове середовище або окремий тестовий потік, коли це можливо. Відкрийте чисту сесію браузера, щоб раніше збережений вибір не приховував початкову поведінку. Включайте маршрути продукту, кошика та оформлення замовлення, а не лише домашню сторінку. Деякі теми використовують різні макети на цих сторінках.
Перевірте чотири сигнали режиму згоди Google v2
Огляд analytics_storage, ad_storage, ad_user_data і ad_personalization. Вони представляють різні дозволи; одна мітка "маркетинг" у банері може оновлювати більше ніж один сигнал. Підтверджуйте, як ваші категорії інтерфейсу відображаються на них, а не припускайте, що кожен перемикач є незалежним.
Стежити Документація з реалізації Google коли перевіряєте значення за замовчуванням, оновлення та поведінку тегів. Значення за замовчуванням повинні бути встановлені до того, як відповідні теги їх потребують. Режим згоди - це технічний механізм сигналізації; ваші вимоги до конфіденційності та текст, показаний користувачам, потребують окремого перегляду.
Запустіть повторювану матрицю вибору
| Тест | Що перевірити |
|---|---|
| Нова сесія, вибору ще немає | Стан за замовчуванням і порядок виконання тегів |
| Відмовитися від необов'язкових категорій | Оновлення відображають відмову без необґрунтованого надання |
| Прийняти лише аналітику | Аналітика та рекламні сигнали залишаються окремими |
| Прийняти всі налаштовані категорії | Оновлення відповідають вибору інтерфейсу |
| Змінити попередній вибір | Нові сигнали замінюють попередній стан згоди |
| Відвідати іншу сторінку | Збережений вибір обробляється послідовно |
Використовуйте інформацію про згоду Tag Assistant та панель мережі разом. Не вирішуйте, що будь-який запит до Google доводить, що згода була проігнорована: поведінка залежить від того, чи використовує ваша реалізація базовий або розширений режим. Порівняйте поведінку запиту та зберігання з режимом, який ви навмисно налаштували.
Тестуйте зберігання, навігацію та кілька магазинів
Після вибору перейдіть до сторінки продукту, кошика та оформлення замовлення. Перевірте, що правильний вибір зберігається для запланованого обсягу і що нова сторінка не скидає його на невідповідний стан. Перевірте повернення на сайт, а також нову сесію.
Для установок з кількома магазинами перевірте кожне ім'я хоста та мову окремо. Область дії файлів cookie та налаштування перекладеного інтерфейсу можуть відрізнятися. Англійський банер, що працює в одному магазині, не встановлює, що другий магазин надсилає ті ж оновлення. Запишіть, який магазин і мова використовувалися для кожного результату.
Слідкуйте за дублікатами банерів та застарілими активами
Конфліктуючі контролери можуть надсилати послідовні оновлення, що ускладнює налагодження. Типові місця для перевірки: окремий модуль згоди, вбудований банер модуля відстеження, скрипт теми та шаблон GTM. Призначте одного відповідального за інтерфейс згоди та забезпечте цілеспрямовану інтеграцію з тегами.
Після зміни налаштувань очищайте лише відповідні кеші додатків і браузера, а потім повторіть тест чистої сесії. Перевірте версію скрипту, яка фактично доставляється до браузера. Екран конфігурації може показувати нове налаштування, тоді як кешований JavaScript все ще застосовує попереднє.
Тримайте докази, що хтось інший може повторити
Збережіть короткий тестовий запис з датою, магазином, мовою, браузером, режимом реалізації та спостережуваними станами. Включіть послідовність дій, а не один скріншот банера. Повторно запустіть його після відстеження, оформлення замовлення або змін теми. Якщо покупки також виглядають дублікатами, розслідуйте це окремо з нашим Контрольний список подій покупки GA4; тестування згоди не повинно використовуватися для компенсації за перекриваючий відправник подій.