Тежест: ВисокаОтговорник: РазработкаВреме за корекция: 1-3 h
Проблеми със съгласието при server-side GTM
Синхронизирайте routing-а на server-side GTM и предаването на съгласието така, че server-side tagging да не заобикаля consent статуса на посетителя.
Покрива: ssgtm_consent_issue, server_side_gtm_before_consent
Защо това е важно
Server-side GTM може да намали някои client-side изтичания, но може и да скрие проблеми със съгласието, ако събитията се proxy-ват без да се взема предвид denied статусът.
Как да го проверите ръчно
- Проверете дали client-side requests продължават да proxy-ват analytics или ads events към server container-а преди съгласие.
- Инспектирайте как consent статусът се предава към server-side GTM requests.
- Сравнете Accept и Reject flow-овете, за да потвърдите, че denied статусът блокира и server-side dispatch-а.
Типични причини
- Server-side GTM получава events без consent контекст.
- Client кодът изпраща pageviews към server endpoint-а преди съгласие.
- Consent checks съществуват в browser container-а, но не и в server container-а.
Корекция в GTM
- Изпращайте explicit consent статус заедно със събитията към server-side GTM.
- Огледайте consent checks и в server container-а, вместо да разчитате само на client defaults.
- Направете audit на таговете и в browser, и в server container за duplicate или bypass dispatch.
Корекция в WordPress или CMP плъгини
- Проверете дали плъгини или theme snippets автоматично изпращат events към server-side GTM endpoint.
- Изключете server-side analytics forwarding-а, докато consent статусът не бъде правилно вързан.
- Тествайте отново поведението на browser-а и мрежата след промените.
Обща корекция за разработчици
- Третирайте server-side GTM като допълнителен enforcement слой, а не като изключение от consent логиката.
- Предавайте explicit denied статуси и потискайте всяко optional event proxying преди съгласие.
- Документирайте как browser tagging и server-side tagging споделят една и съща source of truth за съгласие.
Как да потвърдите, че корекцията работи
- Потвърдете, че optional events не се proxy-ват към server-side GTM преди съгласие.
- Потвърдете, че Accept активира желания event поток, а Reject го държи в denied състояние.
- Пуснете нов scan и проверете, че consent проблемите около server-side GTM са решени.
Следваща стъпка
Пуснете ново сканиране след deploy, за да потвърдите, че се е променило реалното runtime поведение, а не само текстът на банера.