Samtykkeproblemer i server-side GTM

Hvorfor det betyder noget

Server-side GTM kan reducere visse lækager fra klienten, men kan også skjule samtykkefejl, hvis events proxyes uden hensyn til denied-status.

Sådan verificerer du manuelt

1. Kontrollér om klientrequests stadig proxier analytics- eller ads-events til servercontaineren før samtykke.
2. Undersøg hvordan samtykkestatus sendes videre til requests i server-side GTM.
3. Sammenlign Accept- og Reject-flows for at bekræfte, at denied-status også blokerer server-side dispatch.

Typiske årsager

• Server-side GTM modtager events uden samtykkekontekst.
• Klientkoden sender pageviews til serverendpointet før samtykke.
• Samtykkekontroller findes i browsercontaineren, men ikke i servercontaineren.

Rettelse i GTM

1. Send eksplicit samtykkestatus sammen med events til server-side GTM.
2. Spejl samtykkekontroller i servercontaineren i stedet for kun at stole på klientens standarder.
3. Gennemgå tags i både browser- og servercontainere for dubleret eller omgået dispatch.

Rettelse i WordPress eller CMP-plugins

1. Kontrollér om plugins eller theme-snippets automatisk sender events til et server-side GTM-endpoint.
2. Deaktivér server-side analytics-forwarding, indtil samtykkestatus er korrekt koblet op.
3. Test browser- og netværksadfærd igen efter ændringerne.

Generel udviklerrettelse

1. Behandl server-side GTM som et ekstra håndhævelseslag, ikke som en undtagelse fra samtykkelogikken.
2. Send denied-status eksplicit videre og undertryk al valgfri event-proxying før samtykke.
3. Dokumentér hvordan browser- og server-side tagging deler samme source of truth for samtykke.

Sådan bekræfter du, at rettelsen virker

• Bekræft, at valgfrie events ikke proxyes til server-side GTM før samtykke.
• Bekræft, at Accept aktiverer det ønskede eventflow, mens Reject holder det i denied-tilstand.
• Kør en ny scanning, og kontrollér at samtykkeproblemer omkring server-side GTM er løst.