Server-side GTM nõusoleku probleemid

Miks see on oluline

Server-side GTM võib vähendada mõningaid client-side lekkeid, kuid võib peita ka nõusoleku enforcementi puudujääke, kui sündmusi proxytakse denied staatust arvestamata.

Kuidas seda käsitsi kontrollida

1. Kontrolli, kas client-side päringud proxydavad endiselt analyticsi või ads sündmusi serverikonteinerisse enne nõusolekut.
2. Vaata üle, kuidas nõusoleku olekut server-side GTM päringutes edastatakse.
3. Võrdle Accepti ja Rejecti vooge, et kinnitada denied staatuse mõju ka server-side dispatchile.

Tüüpilised põhjused

• Server-side GTM saab sündmusi ilma nõusoleku kontekstita.
• Client-kood saadab pageview'd server endpointi enne nõusolekut.
• Nõusolekukontrollid eksisteerivad browser-konteineris, kuid mitte server-konteineris.

Parandus GTM-is

1. Saada server-side GTM-i sündmustega kaasa selgesõnaline nõusoleku staatus.
2. Peegelda nõusolekukontrollid ka serverikonteinerisse, mitte ära looda ainult client default seadetele.
3. Auditeeri browseri ja serveri konteinereid dubleeriva või möödasõitva dispatchi osas.

Parandus WordPressis või CMP pluginates

1. Kontrolli, kas pluginad või teema snippet'id saadavad server-side GTM endpointi sündmusi automaatselt.
2. Keela server-side analytics forwarding, kuni nõusoleku olek on korrektselt ühendatud.
3. Testi browseri ja võrgu käitumist pärast muudatusi uuesti.

Üldine arendaja parandus

1. Käsitle server-side GTM-i täiendava enforcement-kihina, mitte erandina nõusoleku loogikale.
2. Levita denied staatus selgesõnaliselt ja suru enne nõusolekut maha kogu optional event proxying.
3. Dokumenteeri, kuidas browseri ja server-side tagging jagavad sama nõusoleku source of truth'i.

Kuidas kinnitada, et parandus töötab

• Kinnita, et optional sündmusi ei proxytata enne nõusolekut server-side GTM-i.
• Kinnita, et Accept aktiveerib soovitud sündmuste voo ja Reject hoiab selle denied olekus.
• Käivita uus scan ja kontrolli, et server-side GTM-i nõusoleku findings on lahendatud.