De tre Core Web Vitals i 2026

Google måler tre primære feltmetrikker for sideopplevelse. Hver har en terskel for "God" ytelse:

• Largest Contentful Paint (LCP) — tid til å gjengi det største synlige elementet. Godt: under 2,5 sekunder.
• Interaction to Next Paint (INP) — responsivitet til alle brukerinteraksjoner (erstattet FID i mars 2024). Godt: under 200ms.
• Cumulative Layout Shift (CLS) — visuell stabilitet under lasting. Godt: under 0,1.

Et samtykkebanner som blokkerer gjengivelse, kjører tung JavaScript ved lasting, eller injiserer sene layoutendringer, kan skyve noen av disse inn i bandet "Trenger forbedring" eller "Dårlig" — og Google bruker 28-dagers feltdata fra ekte Chrome-brukere, så forbigående problemer blir vedvarende rangeringssignaler.

Hvordan samtykkebannere skader LCP

Largest Contentful Paint utløses vanligvis på et hero-bilde eller overskrift. Flere samtykkemønstre forsinker det unødvendig:

Gjengivelsesblokkerende CMP-skript

Synkron lasting av CMP fra dokumenthodet stopper HTML-parsing til skriptet er lastet ned og utført. Hvis CMP er hostet på en treg CDN eller har kald buffer, kan du legge til 200-800ms til LCP globalt.

Banner som dekker hero-elementet

Hvis samtykkebanneret er posisjonert som en modal overlegg som dekker LCP-elementet, vil nettlesere likevel måle LCP fra det dekkte elementet. Men hvis banneret er det største malte elementet, blir det LCP-kandidaten — og hvis det gjengis via JavaScript etter sideinnlasting, er LCP kunstig høy.

Løsning: asynkron lasting med liten inline bootstrap

Last den fullstendige CMP asynkront (async eller defer), med bare et lite inline skript for den innledende bannervisningen. Mål en bootstrap mindre enn 5KB gzipet. Full atferdslogikk, leverandørlister og UI-krom kan lazylastes etter første maling.

Hvordan samtykkebannere skader INP

Interaction to Next Paint måler den verste responstiden over alle klikk, trykk og tastetrykk under en økt. Informasjonskapselsamtykkeinteraksjoner er ofte den første interaksjonen en bruker gjør — så en treg Godta-knapp ødelegger scoren.

Tungt arbeid ved Godta

Mange CMPer utfører synkront arbeid ved Godta: lasting av 40+ leverandørskript, skriving til localStorage, utløsing av dataLayer-hendelser, utløsing av Google Consent Mode-oppdateringer. Hvis dette overstiger 200ms, lider INP.

Løsning: kø arbeid etter maling

Ved Godta-klikk, skjul banneret umiddelbart og planlegg tungt arbeid med requestIdleCallback eller setTimeout(0). Brukeren ser banneret forsvinne øyeblikkelig; leverandørskript lastes i bakgrunnen uten å blokkere interaksjon.

Hvordan samtykkebannere skader CLS

Cumulative Layout Shift sporer uventet visuell bevegelse. Bannere er en klassisk kilde til CLS når de injiseres i DOM etter at innhold er malt.

Sen bannerinjeksjon

Hvis banneret dukker opp 800ms etter LCP, skyver det innhold ned og genererer et layoutskift. Selv et lite banner kan utløse en CLS-score på 0,1+ hvis det påvirker en stor del av visningsvinduet.

Informasjonskapselpreferanse-widget re-renders

Bunntekst-preferansewidgeter som laster leverandørlogoer asynkront, kan flyte om hele bunnteksten flere ganger, noe som forsterker CLS.

Løsning: reserver plass på forhånd

Bruk CSS for å reservere bannerets plass fra den aller første malingen — plassholder med fast høyde, min-height på bunnteksten, eller et bunnfiksert banner som ikke skyver innhold. Moderne CMPer bør tilby en no-CLS-konfigurasjon ut av esken.

Google Consent Mode V2 og ytelse

Consent Mode V2 lar Google-tagger kjøre i en informasjonskapselfri tilstand før samtykke, og sender signaler via gtag('consent', 'default', {...}). Dette er flott for målingskontinuitet, men gtag.js-biblioteket i seg selv er 50-90KB. Last det asynkront og sett standarder så tidlig som mulig for å unngå løpetilstander.

• Sett standarder før gtag lastes — legg samtykkestandardkallet i hodet, før gtag.js-skriptet.
• Bruk analytics_storage: 'denied' som standard — minimerer data samlet inn før samtykke.
• Oppdater ved Godta via requestIdleCallback — unngå blokkering av main thread.

Måle CMP-påvirkning på Core Web Vitals

Ikke gjett — mål. Bruk disse verktøyene for å kvantifisere bannerets påvirkning:

• PageSpeed Insights — feltdata fra Chrome UX Report pluss lab Lighthouse-revisjon. Sammenlign scorer med og uten CMP-skriptet.
• Web Vitals Chrome-utvidelse — sanntids LCP, INP, CLS-overlegg under lokal testing.
• WebPageTest.org — filmstrip- og fossefallsvisning som viser nøyaktig når banneret gjengis og hva det blokkerer.
• Search Console Core Web Vitals-rapport — 28-dagers feltdata gruppert etter URL-mønster. Sjekk om destinasjonssider med banneret ditt scorer annerledes enn sider uten.

Hvordan FlexyConsent forblir rask