Samtyckesstatus sparas inte

Varför det här är viktigt

Om samtycket återställs vid reload eller mellan sidor kan användaren bli tillfrågad igen eller valfri behandling starta om utan att respektera tidigare val.

Så verifierar du manuellt

1. Acceptera eller avvisa på en sida, ladda sedan om och navigera till andra sidor.
2. Bekräfta att samma samtyckesval fortsätter att gälla på hela webbplatsen.
3. Inspektera vilken persistensmekanism som används för att lagra samtycke.

Typiska orsaker

• Samtyckescookien eller local storage-posten skrivs inte konsekvent.
• Subdomän-, path- eller SameSite-inställningar förhindrar persistens.
• SPA-navigering återställer status eftersom samtycket bara hålls i minnet.

Åtgärd i GTM

1. Säkerställ att samtyckesstatus läses från en persistent källa på varje sida.
2. Förlita er inte på engångsvariabler i runtime som försvinner efter navigering.
3. Validera samtyckespersistens i GTM Preview över flera omladdningar.

Åtgärd i WordPress eller CMP-pluginer

1. Granska CMP-pluginets inställningar för storage, domänomfång och flerspråkiga paths.
2. Testa om cache- eller säkerhetspluginer återställer eller tar bort samtyckesstorage.
3. Bekräfta att pluginet respekterar samma sparade val i alla templates.

Generell utvecklaråtgärd

1. Spara samtycke i en stabil cookie eller motsvarande storage med korrekt domän- och path-scope.
2. Ladda om samtyckesstatus innan valfria taggar initialiseras på varje sida.
3. Centralisera logiken för samtyckeslagring i stället för att duplicera den per route.

Så bekräftar du att åtgärden fungerar

• Bekräfta att samma val kvarstår efter reload och navigering mellan sidor.
• Bekräfta att Reject förblir denied vid ett senare besök.
• Kör en ny skanning och kontrollera att regressionsproblem kring persistens försvinner.