Przejdź do głównej zawartości

Wydajność

Oczekiwany wpływ na wydajność​

ConsentForge jest zaprojektowany, aby mieć minimalny wpływ na wydajność:

MetrykaWpływ
Rozmiar skryptulightweight skompresowany
Ładowanie skryptu (CDN)~20–50ms z UE (z cache)
Time to first byte (TTFB)Brak wpływu (async/defer)
Largest Contentful Paint (LCP)Brak wpływu przy użyciu defer
Cumulative Layout Shift (CLS)Niewielki (~0,01) od wstawienia banera

Redukcja CLS od banera​

Jeśli optymalizujesz Core Web Vitals, zarezerwuj miejsce na dolny pasek przed załadowaniem skryptu:

body {
  padding-bottom: 80px; /* przybliżona wysokość banera */
}

Lub użyj opcji embed data-position="inline", aby renderować baner w stałym kontenerze.

Objaw: Skrypt spowalnia ładowanie strony​

Jak sprawdzić: PageSpeed Insights / Lighthouse → "Wyeliminuj zasoby blokujące renderowanie". Czy consentforge.min.js jest wymieniony?

Przyczyna: Tag skryptu bez atrybutu defer.

Rozwiązanie: Upewnij się, że skrypt embed używa defer:

<script src="https://cdn.consentforge.com/consentforge.min.js" data-token="..." defer></script>

Buforowanie CDN​

Runtime ConsentForge jest serwowany z cdn.consentforge.com z 7-dniowym cache (Cache-Control: public, max-age=604800). Przy kolejnych wizytach skrypt ładuje się z cache przeglądarki z zerowym opóźnieniem sieciowym.

Objaw: Runtime ładuje się z niewłaściwego regionu​

Jak sprawdzić: DevTools → Sieć → consentforge.min.js → sprawdź nagłówek odpowiedzi x-served-by.

Rozwiązanie: CDN automatycznie kieruje do najbliższego PoP. Jeśli widzisz niezwykle wysokie opóźnienie, skontaktuj się z pomocą techniczną — może to wskazywać na problem z routingiem CDN.

Self-hosting runtime (Enterprise)​

Klienci Enterprise mogą hostować pakiet runtime ConsentForge we własnym CDN dla maksymalnej kontroli nad wydajnością ładowania. Skontaktuj się z pomocą techniczną, aby włączyć tę opcję.