Waga: WysokaWłaściciel: DevelopmentCzas naprawy: 1-2 h
Tagi GTM odpalane przed zgodą
Popraw triggery GTM tak, aby opcjonalne tagi nie wykonywały niczego, dopóki nie istnieje wymagana zgoda.
Obejmuje: gtm_tags_before_consent, pre_consent_gtm_fire
Dlaczego to ważne
Nawet przy poprawnie wdrożonym CMP, GTM może nadal uruchamiać tagi zbyt wcześnie, jeśli triggery, wyjątki i kontrole zgody nie są właściwie zgrane.
Jak zweryfikować to ręcznie
- Otwórz GTM Preview i zobacz, które tagi odpalają się przy pierwszym ładowaniu.
- Wypisz wszystkie opcjonalne tagi uruchamiane przed jakąkolwiek interakcją użytkownika.
- Sprawdź, czy tagi Custom HTML nadal ręcznie wstrzykują skrypty.
Typowe przyczyny
- Tagi GTM używają triggerów pageview bez warunków zgody.
- Kontrole zgody są zastosowane tylko do części tagów, a nie do wszystkich.
- Tagi Custom HTML omijają zamierzony model zgody.
Naprawa w GTM
- Zastosuj kontrole zgody do wszystkich opcjonalnych tagów.
- Użyj Consent Initialization i usuń triggery startujące zbyt wcześnie.
- Po publikacji ponownie zweryfikuj kolejność wykonania w GTM Preview.
Naprawa w WordPressie lub wtyczkach CMP
- Upewnij się, że strona używa tylko jednego kontenera GTM i nie ma zduplikowanych snippetów.
- Wyłącz pluginy, które dodają tracking poza GTM.
- Przetestuj ponownie po publikacji i unieważnieniu cache.
Ogólna poprawka developerska
- Traktuj GTM jako warstwę wykonawczą, a nie źródło prawdy dla zgody.
- Scentralizuj stan zgody i wymagaj go przed każdym opcjonalnym tagiem.
- Usuń redundantne ścieżki tagowania, które omijają zamierzony flow GTM.
Jak potwierdzić, że poprawka działa
- Potwierdź w Preview, że żaden opcjonalny tag GTM nie odpala przed zgodą.
- Potwierdź, że przy pierwszym ładowaniu aktywne pozostają tylko tagi niezbędne.
- Uruchom nowy skan i sprawdź spadek findings związanych z pre-consent.
Następny krok
Po wdrożeniu uruchom nowy skan, aby potwierdzić, że zmieniło się rzeczywiste zachowanie runtime, a nie tylko treść bannera.