Skrypty nie są blokowane
Objaw
Skrypty wymagające zgody (Google Analytics, Meta Pixel itp.) ładują się przed interakcją użytkownika z banerem — widoczne w DevTools → Sieć.
Przyczyna 1: Skrypty nieoznaczone do blokowania
Jak sprawdzić: Wyświetl źródło strony. Skrypty, które mają być blokowane, muszą mieć type="text/plain" i data-consent-category.
Rozwiązanie:
<!-- Błędnie: załaduje się natychmiast -->
<script src="https://www.googletagmanager.com/gtag/js?id=G-XXXXX"></script>
<!-- Poprawnie: zablokowane do czasu zgody analytics -->
<script type="text/plain" data-consent-category="analytics"
src="https://www.googletagmanager.com/gtag/js?id=G-XXXXX"></script>
Przyczyna 2: Skrypty ładowane przez Google Tag Manager
Jak sprawdzić: Jeśli GA4 jest skonfigurowany w GTM zamiast bezpośrednio w HTML, dodanie type="text/plain" nie zadziała — GTM kontroluje ładowanie GA4.
Rozwiązanie: Użyj szablonu GTM ConsentForge z Consent Mode v2. Zobacz przewodnik konfiguracji GTM. Z Consent Mode tagi GTM czekają na zgodę przed uruchomieniem.
Przyczyna 3: Skrypt ConsentForge ładuje się po blokowanych skryptach
Jak sprawdzić: Sprawdź kolejność skryptów w <head>. ConsentForge musi ładować się przed każdym skryptem, który ma blokować.
Rozwiązanie: Przenieś tag <script> ConsentForge na samą górę <head>, przed wszystkimi tagami stron trzecich.
Przyczyna 4: Kategoria dostawcy ustawiona na necessary
Jak sprawdzić: Panel → Właściwość → Dostawcy → znajdź dostawcę → sprawdź jego kategorię.
Rozwiązanie: Jeśli dostawca wymaga zgody, zmień jego kategorię na analytics lub marketing.
Przyczyna 5: Skrypt używa innego mechanizmu ładowania
Niektóre skrypty wstrzykują się przez document.write lub są ładowane przez inne skrypty. Nie można ich zablokować przez type="text/plain".
Rozwiązanie: Zablokuj zamiast tego skrypt nadrzędny. Jeśli wstrzykujący skrypt jest w GTM, użyj Consent Mode do jego kontroli.