Cookies se po Reject stále nastavují

Proč je to důležité

Reject tlačítko, které opravdu neblokuje volitelné zpracování, je jedním z nejjasnějších signálů, že mechanismus souhlasu není správně vynucovaný.

Jak to ověřit ručně

1. V čisté session odmítněte volitelné zpracování a stránku reloadujte.
2. Po Reject zkontrolujte cookies i síťové requesty.
3. Porovnejte chování před a po Reject a ověřte, zda se volitelné ukládání opravdu zastaví.

Typické příčiny

• Reject aktualizuje jen vizuální stav banneru, ale nepropaguje denied consent stav.
• Volitelné tagy se po reloadu znovu spustí i přes odmítnutou volbu.
• Uložené hodnoty souhlasu se po navigaci špatně čtou nebo ignorují.

Oprava v GTM

1. Ujistěte se, že se denied stav čte ještě před tím, než se tagy po reloadu mohou znovu spustit.
2. Připojte consent checks ke všem volitelným tagům, ne jen k first-load eventům.
3. V GTM Preview ověřte, že Reject správně přetrvá přes reloady.

Oprava ve WordPressu nebo CMP pluginech

1. Prověřte plugin integrace, které po Reject dál načítají volitelné tagy.
2. Ověřte, že CMP plugin denied stav ukládá a vynucuje při každém page loadu.
3. Odstraňte překrývající se tracking pluginy, které CMP stav ignorují.

Obecná vývojářská oprava

1. Berte Reject jako vynutitelný runtime stav, ne jen jako UI akci.
2. Blokujte volitelné loadery na každé stránce, pokud je uložený stav souhlasu denied.
3. Testujte reload, revisit i cross-page flow, ne jen first-load chování.

Jak potvrdit, že oprava funguje

• Reject a reload: potvrďte, že volitelné cookies zůstávají nepřítomné.
• Reject a reload: potvrďte, že volitelné requesty zůstávají blokované.
• Spusťte nový sken a ověřte, že findings související s Reject zmizely.