Sådan skader dit cookiebanner din SEO — og hvad du gør ved det
Cookiebannere koster LCP, CLS og INP, og Googlebot ser banneret med. Typiske intervaller for skaden, rettelserne efter effekt, og hvordan du slipper for banneret.
Et cookiebanner skader din tekniske SEO på fire målbare måder. Det tilføjer JavaScript, der blokerer for rendering og forsinker Largest Contentful Paint (LCP). Det giver layoutspring (CLS), når det indsættes efter første tegning af siden. Det lægger arbejde på hovedtråden og forværrer Interaction to Next Paint (INP). Og med statistik bag samtykke gør det dig blind for en stor del af dine egne besøgsdata. Googlebot giver ikke samtykke til noget: den crawler siden som en helt ny besøgende, banner og det hele, så det, banneret gør ved din første tegning, gør det ved det, Google måler.
Det her er ikke en artikel om reglerne. Den har Nikan skrevet i cookiebanner: reglerne. Det her handler om, hvad banneret gør ved din hastighed, dine placeringer og dine data, og hvad du gør ved det. Der er to veje: gør banneret billigt, eller fjern det, der gør det nødvendigt. Vi tager begge.
Sådan påvirker et cookiebanner Core Web Vitals
Core Web Vitals (LCP, CLS og INP) er en bekræftet, om end let, rangeringsfaktor og, vigtigere, et udtryk for den oplevelse, rigtige brugere har, og som afgør, om de bliver. Samtykkeværktøjer rører ved alle tre. Intervallerne herunder er dem, tredjeparts-samtykkescripts typisk lander i på tværs af feltstudier af webperformance; det er typiske spænd, ikke et løfte om din side.
| Måling | Typisk skade fra et skødesløst samtykkeværktøj | Mekanisme |
|---|---|---|
| LCP (mål: højst 2,5 s) | +200–800 ms, værre på mobil | Blokerende tredjepartsscript i <head>; på nogle sider er banneret LCP-elementet |
| CLS (mål: højst 0,1) | 0,1–0,4 ekstra spring | Banner indsat efter første tegning skubber eller dækker indhold; topbannere er værst |
| INP (mål: højst 200 ms) | +50–300 ms på de første interaktioner | Samtykke-JavaScript kæmper om hovedtråden, præcis når brugeren trykker første gang |
Dine tal afhænger helt af, hvilket værktøj, hvordan det indlæses, og hvor tung siden allerede er.
Et slankt, selvhostet samtykkescript indlæst med defer kan koste tæt på ingenting. En kommerciel
platform indsat via tag manager, der indlæser et framework, henter konfiguration udefra og tegner
en modal over hele skærmen, kan være den dyreste tredjepart på hele siden.
To ting gør det værre i praksis. For det første indlæses samtykkeværktøjet før alt det, det styrer. Det skal det pr. definition, for det skal køre før de sporingsscripts, det kontrollerer, og derfor sidder det forrest i den kritiske sti. For det andet lægger samtykkemure, der blokerer hele siden (modaler over hele skærmen med nedtonet baggrund) banneret foran dit indhold ved hvert eneste første besøg. For Googlebot er hvert besøg et første besøg.
Hvad Googlebot faktisk ser
Googlebot klikker ikke på “accepter”. Den renderer siden som en førstegangsbesøgende, der ikke har givet samtykke til noget, og det har tre konkrete konsekvenser:
- Dine feltdata hælder mod oplevelsen med banner. Googles CrUX-data kommer fra rigtige Chrome-brugere, hvoraf mange er førstegangsbesøgende, der ser banneret. Siden med banner er din målte side.
- Indhold bag en samtykkemur kan være usynligt. Blokerer værktøjet sidens indhold, indtil brugeren gør noget, kan Google indeksere muren i stedet for indholdet. Mure i interstitial-stil kan også udløse Googles signaler for påtrængende mellemsider på mobil. (De er også juridisk skrøbelige, fordi samtykke skal være frivilligt, men det er den anden artikel.)
- Indlejringer bag samtykke bliver ikke indekseret. Indlæses YouTube-videoer, kort eller anmeldelseswidgets først efter samtykke, ser crawlere dem aldrig. Nogle gange er det fint; et kort bidrager ikke til placeringen. Nogle gange er det ikke: videoresultater og anmeldelsesuddrag forsvinder. Klik-for-at-indlæse er det rigtige mønster for reglerne; du skal bare vide, at det indlejrede indhold er usynligt for søgning.
Så er der målesiden. Med statistik bag samtykke, hvilket er et krav for Google Analytics og lignende værktøjer, mister du hver eneste besøgende, der siger nej, fra dine data. I praksis er det tit et sted mellem en tredjedel og to tredjedele. Det er ikke en rangeringsfaktor, men at flyve halvblind gør hver eneste SEO-beslutning dårligere. Det er kerneargumentet for cookiefri måling, som vi gennemgår i webstatistik uden cookies.
Rettelserne, i rækkefølge efter effekt
- Indlæs samtykkescriptet med
defer, selvhostet hvis muligt. Et synkront tredjepartsscript i<head>er det værste mønster overhovedet. Selvhosting fjerner et DNS-opslag, et TLS-handshake og en tredjepartsafhængighed, og holder samtykkeinfrastrukturen på dit eget domæne, i EU. Ræsonnementet er det samme som i dansk hosting eller amerikansk cloud. - Reservér pladsen, eller læg banneret ovenpå uden at skubbe indhold. Et bundbanner med
position: fixedgiver nul CLS. Et topbanner, der skubber siden ned, er et garanteret spring. Indsætter værktøjet sig sent, så reservér pladsen med CSS på forhånd. - Blokér aldrig renderingen af selve indholdet. Siden tegnes først; banneret kommer ovenpå. Indholdet skal være fuldt server-renderet og crawlbart uanset samtykkestatus.
- Hold bannerets JavaScript lille. Samtykkescripts under 20 kB findes og er lette at bygge; samtykkebundter på 300 kB findes også. Tjek dit i browserens coverage-panel. Banneret skal kunne vise og skjule sig, have to knapper, et panel til valg og sende et signal til din tag-indlæser. Det skal ikke bruge et framework.
- Styr korrekt: intet ikke-nødvendigt affyres før samtykke. Det er regel-halvdelen, og det er også performance: hvert blokeret sporingsscript er scriptvægt, en besøgende uden samtykke aldrig betaler. Efterprøv det i en ren profil med netværksfanen åben. En tag manager, der affyrer pixels før samtykke, er både et regelbrud og spildte bytes.
- Brug pladsholdere til tunge indlejringer. En klik-for-at-indlæse-pladsholder til YouTube er både det regelrette og det hurtige mønster. En indlejret afspiller er 500 kB eller mere JavaScript, du springer helt over.
- Mål før og efter i felten, ikke kun i Lighthouse. Laboratorietests undervurderer tit samtykkeværktøjets pris, fordi konfiguration hentet udefra og A/B-testede bannervarianter opfører sig anderledes i virkeligheden. Følg CrUX eller dine egne brugerdata i to til fire uger omkring enhver ændring.
Vil du have den bredere gennemgang af, hvad der ellers gør en side langsom, billeder og skrifttyper inklusive, står den i derfor er din hjemmeside langsom.
Den stærkere løsning: hav brug for mindre samtykke
Alle punkterne ovenfor optimerer banneret. Det træk, der giver mest, er at gøre bannerets opgave mindre, for samtykke kræves kun til det, der ikke er strengt nødvendigt:
- Erstat statistik, der kræver samtykke, med et cookiefrit værktøj hostet i EU: Umami, Plausible eller Matomo i cookiefri tilstand. Intet gemmes på enheden, ingen personoplysninger, intet samtykke at indhente for at måle, og du får alle dine besøgsdata tilbage i stedet for den del, der sagde ja. Datatilsynets udmelding om Google Analytics fra september 2022 gør det alligevel til den sikrere vej.
- Fjern sporing, der ikke tjener noget. De fleste mindre virksomhedssider bærer rundt på pixels fra annoncekampagner, der sluttede for et år siden, og heatmap-værktøjer, ingen åbner. Hver fjernelse er scriptvægt og samtykkeflade, der forsvinder.
- Host skrifttyper og statiske filer selv, så ingen tredjepartskald overhovedet skal oplyses eller styres.
En side med cookiefri statistik og ingen annoncepixels har ikke brug for et samtykkebanner. Nul bannerbytes, nul CLS, ingen samtykkemur foran Googlebot, fuld dækning i statistikken. Den tilstand kan ikke alle nå; kører du betalt annoncering på sociale medier, beholder du pixelen og banneret. Men for en stor del af mindre virksomhedssider kan den.
nbsweb.dk er beviset. Vi kører selvhostet, cookiefri Umami, vi sætter ingen cookies, og der er intet banner. Du kan tjekke det, mens du læser: åbn udviklerværktøjerne, kig under Cookies, og der står ingenting. Sådan bygger vi som standard.
Hvad det koster at rette
Ærlige markedstal: en kommerciel samtykkeplatform koster 0–450 kr. om måneden for en mindre virksomhed, og en performance-fokuseret opsætning eller oprydning af samtykke fra et bureau lander typisk på 3.750–19.000 kr. som engangsbeløb, mere hvis tag-opsætningen er noget rod. Alle priser er ekskl. moms.
Vores egne tal: det er med i måden, vi bygger på. Vores sider leveres enten uden banner (cookiefri opsætning) eller med et slankt, udskudt, layoutstabilt samtykkelag, dækket af de faste priser på priser: Start til 3.995 kr., Byg fra 14.995 kr., drift og vedligehold fra 375 kr. om måneden. Performance-tuning og løbende teknisk SEO er en del af Vækst-pakken til 975 kr. om måneden. Det bredere budgetbillede står i hvad koster en hjemmeside.
Konklusionen: konflikten mellem regler og teknisk SEO er reel, men næsten udelukkende et implementeringsproblem. En samtykkeopsætning lavet af en, der går op i både reglerne og LCP, koster dig tæt på ingenting i placeringer. Et standardsnip klistret ind i en tag manager koster dig reel Core Web Vitals-luft hver eneste dag. Står dit samtykkeværktøj blandt de tungeste tredjeparter i din PageSpeed-rapport, kan det rettes, og det er præcis den slags arbejde, vores SEO-ydelse findes til.
Ofte stillede spørgsmål
Straffer Google sider for at have et cookiebanner? Nej, ikke som sådan. Google måler, hvad banneret gør ved siden: indlæsningstid, layoutspring, svartid. Et hurtigt, stabilt banner koster ingenting. Et langsomt koster præcis, hvad det koster.
Er et banner en “påtrængende mellemside”? Et lille banner, der lægger sig i et hjørne eller i bunden, er det ikke. En mur over hele skærmen, der skjuler indholdet, indtil brugeren gør noget, kan være det på mobil. Hold indholdet synligt bagved.
Kan jeg bare fjerne banneret for hastighedens skyld? Kun hvis du også fjerner det, det dækker over. Fjerner du banneret og beholder sporingen, er du dårligere stillet end før, både juridisk og i dine data.
Mister jeg data ved at gå cookiefrit? Tværtimod. Statistik bag samtykke tæller kun de besøgende, der klikker accepter. Cookiefri måling tæller alle, med færre detaljer pr. person og ingen sporing på tværs af sider. For de fleste virksomhedssider er det den bedre byttehandel.
Hvorfor os
Billigere end de fleste, og ikke ringere
Vi er tre udviklere. Ingen projektledere, ingen sælgere, intet kontorlandskab i midtbyen. Det er den udgift, du ellers betaler oven i selve arbejdet, og derfor kan vi holde prisen nede på både hjemmesider, webshops, webapps og mobilapps. Hver pris er offentlig og aftalt skriftligt, før vi starter — fra 375 kr. om måneden eller 3.995 kr. engang. Se priser.
Billigere betyder ikke mindre. Vi bygger og driver vores egne produkter: NBS Booking, NBS Food og appen KalorieTracker, der ligger i App Store og Google Play. Så vi har selv betalt for de fejl, vi rådgiver dig om. Du taler med den, der skriver koden, og du ejer koden bagefter. Vil du videre uden os, kan du det.
Læs også
Relaterede indlæg
- Derfor er din hjemmeside langsom — og hvad det kosterDe fem årsager bag næsten alle langsomme sider, hvordan du finder din egen på ti minutter, og hvorfor et designvalg kan koste dig 1,9 sekunder uden at nogen ser det.
- SaaS MVP til fast pris: sådan får du første version i luftenHvad en SaaS MVP koster i Danmark, hvorfor fast pris og fast scope virker til en første version, og hvordan du skærer idéen ned til det ene flow, der beviser den.
- Webstatistik uden cookies: GDPR-venlige alternativer til GA4Hvorfor Google Analytics blev et GDPR-problem i Danmark, hvad reglerne kræver, og hvordan Umami, Plausible og Matomo klarer sig. Baseret på det, vi selv kører.
