Så lägger du till cookiesamtycke på din webbplats

För att lägga till cookiesamtycke börjar du med att lista vad din webbplats lagrar i besökarnas webbläsare och sortera det i strikt nödvändigt och valfritt. Lägg sedan till en banner — från en plattform för samtyckeshantering (CMP) eller byggd själv — som blockerar valfria skript som analys och annonspixlar tills besökaren godkänner, erbjuder “Avvisa” lika lätt som “Acceptera”, minns valet och låter folk ändra det senare. En banner som visas men inte blockerar något gör inte jobbet.

Den här guiden är allmän information om hur samtyckesbannrar fungerar tekniskt, inte juridisk rådgivning. Integritetsreglerna skiljer sig mellan länder och ändras; kontrollera reglerna som gäller för dina besökare, eller fråga en rådgivare.

Vad som kräver samtycke (i allmänna termer)

Cookiereglerna omfattar oftast cookies och liknande tekniker: localStorage, spårningspixlar, enhetsfingeravtryck. Den vanliga indelningen, baserad på EU- och brittisk vägledning:

Några specifika saker som är lätta att missa:

• EU och Storbritannien använder en opt-in-modell: valfria cookies väntar tills besökaren godkänner. Vägledning från tillsynsmyndigheter som Storbritanniens ICO säger att samtycke måste vara en tydlig positiv handling, och att folk måste kunna aktivera eller inaktivera icke nödvändiga cookies enkelt.
• Storbritannien ändrades 2025. Data (Use and Access) Act 2025 låter vissa cookies sättas utan samtycke, inklusive analys som bara används för att förbättra din egen webbplats och ger aggregerad statistik som inte kan identifiera människor — med en skyldighet att tydligt informera användarna. Läs ICO:s aktuella vägledning innan du förlitar dig på det.
• Flera amerikanska delstater använder en opt-out-modell för att “sälja” eller “dela” personuppgifter för riktad annonsering, och vissa förväntar sig att du respekterar webbläsarsignalen Global Privacy Control.
• Google-annonser: från och med september 2026 kräver Google att utgivare som använder AdSense, Ad Manager eller AdMob använder en av Google certifierad plattform för samtyckeshantering, integrerad med IAB:s Transparency and Consent Framework, när annonser visas i EES, Storbritannien och Schweiz.

Alternativ: CMP, bibliotek eller egen lösning

Det sista alternativet är underskattat. Om du bara vill ha besöksantal kan ett cookiefritt analysverktyg ta bort behovet av banner på många platser — kontrollera dess dokumentation och dina lokala regler.

Om du kör Google-annonser i Europa är en certifierad CMP det praktiska valet. För en liten företagswebbplats med bara analys räcker ofta en väl byggd egen banner eller ett bibliotek.

Hur en banner fungerar under huven

Det som folk hoppar över är blockeringen. En korrekt uppsättning:

1. Före något val körs bara nödvändiga cookies och skript. Analys, pixlar och inbäddningar laddas inte alls (eller, med Google-taggar, laddas med samtycke satt till nekat).
2. Bannern visar tydliga val på första nivån: Acceptera alla, Avvisa alla och ett sätt att välja per kategori.
3. Vid ett val sparar sidan det — vanligtvis i en förstapartscookie eller localStorage, med version och datum — och laddar sedan bara de godkända kategorierna.
4. Vid senare besök läses det sparade valet innan något valfritt laddas.
5. En länk “Cookieinställningar”, oftast i sidfoten, öppnar valen igen när som helst. Att ta tillbaka samtycke ska vara lika enkelt som att ge det.
6. Om du ändrar vad du använder, höj versionen så att folk frågas igen.

Google consent mode

För Google Analytics och Google Ads kopplar Googles consent mode taggarna till bannern. Från och med september 2026 beskriver Googles dokumentation fyra huvudsakliga samtyckestyper: ad_storage, analytics_storage, ad_user_data och ad_personalization. Du anger ett standardvärde innan Google-taggen laddas, och sedan en uppdatering när besökaren väljer:

gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied'
});
// senare, när besökaren godkänner endast analys:
gtag('consent', 'update', { analytics_storage: 'granted' });

Google beskriver en grundläggande implementation, där taggar inte laddas förrän samtycke ges, och en avancerad implementation, där taggar laddas med nekat samtycke och skickar cookiefria signaler. Grundläggande är enklare att resonera kring. För trafik från EES förväntar sig Google att signalerna ad_user_data och ad_personalization skickas. Se hur du ställer in Google Analytics för själva taggen.

Prompter som fungerar

Lägg till en cookiebanner för samtycke. Kategorier: nödvändiga (alltid på), analys (Google Analytics 4) och marknadsföring (Meta-pixel). Inget i analys eller marknadsföring får laddas före samtycke. Första skärmen: “Acceptera alla”, “Avvisa alla” och “Anpassa”, med lika tydlighet. Spara valet med versionsnummer och datum i en förstapartscookie i 6 månader, ladda bara godkända kategorier och lägg till en länk “Cookieinställningar” i sidfoten som öppnar bannern igen. Använd Google consent mode med alla fyra typer satta till nekat som standard.

Lista varje cookie, localStorage-nyckel och tredjepartsskript som den här webbplatsen använder, vilken sida som laddar det och om det är strikt nödvändigt. Skriv ut en tabell jag kan använda för cookiepolicyn.

YouTube-inbäddningarna på /about laddas före samtycke. Ersätt dem med en miniatyrbild och en uppspelningsknapp som bara laddar videon när besökaren klickar, och visa en notis om att YouTube kan sätta cookies.

Steg för steg

1. Granska vad din webbplats sätter: öppna DevTools → Application → Cookies och Local Storage vid ett nytt besök, och kontrollera fliken Network för tredjepartsanrop. Ta med inbäddningar och chattwidgets.
2. Kategorisera varje sak: nödvändig, inställningar, analys, marknadsföring. Ta bort det du inte använder.
3. Bestäm tillvägagångssätt: CMP, bibliotek eller egen lösning, utifrån tabellen ovan.
4. Implementera blockering så att valfria skript bara laddas efter samtycke. För Google-taggar, lägg till standardvärdena för consent mode före taggen.
5. Bygg bannern med lika tydliga val för Acceptera och Avvisa, kategorival och en inställningslänk.
6. Skriv cookiepolicyn (ofta en del av integritetspolicyn) som listar vad du använder och varför; se hur du skriver användarvillkor och integritetspolicy.
7. Testa i ett privat fönster: före val, inga valfria cookies eller förfrågningar; efter avvisning, fortfarande inga; efter godkännande, rätt cookies syns; efter att du ändrat dig, slutar de.
8. Kontrollera igen varje gång du lägger till ett nytt verktyg.

Vanliga misstag

• En banner som inte blockerar något. Skript körs vid sidladdning medan bannern artigt frågar.
• Acceptera är en stor knapp, Avvisa är gömd på en andra skärm eller en grå länk.
• Förkryssade kategorier eller “berättigat intresse”-växlar påslagna som standard.
• Inget sätt att ändra sig efter det första valet.
• Att glömma inbäddningar: YouTube, kartor, sociala flöden och chattwidgets kan också sätta cookies.
• Att fråga vid varje sidladdning eftersom valet inte sparas ordentligt.
• Bannern täcker sidan på mobil, eller fångar tangentbordsfokus. Gör den tillgänglig och tillräckligt liten för att gå förbi den.
• Att kopiera en annan sajts policy som beskriver cookies du inte använder.

Checklista för samtycke

• Varje cookie, lagringsnyckel och tredjepartsskript listat och kategoriserat
• Valfria skript blockerade tills samtycke (verifierat i DevTools)
• Acceptera och Avvisa lika enkla på första nivån
• Kategorival tillgängliga; inget valfritt förvalt
• Valet sparat med version och datum; frågas igen efter ändringar
• Länk “Cookieinställningar” på varje sida
• Google consent mode-standardvärden satta före Google-taggar, om de används
• Cookie- eller integritetspolicyn stämmer överens med vad sidan faktiskt gör
• Reglerna för dina besökares länder kontrollerade mot aktuell vägledning eller en rådgivare

För bakgrunden, läs vad är cookies och vad är GDPR.

Cookiesamtycke på Mythex

Mythex lägger inte till någon samtyckesbanner eller analys i din app av sig självt — båda är saker du begär, så du bestämmer vad som laddas. Kör granskningsprompten först, sedan bannerprompten med dina riktiga kategorier, och testa i förhandsvisningen med DevTools öppet innan du publicerar. Om du använder en hostad CMP ger den dig ett skript och ett ID; ID:t är offentligt och kan ligga i frontend-koden, men allt hemligt hör hemma i projektinställningarna (miljövariabler och hemligheter). Publicera igen efter ändringar så att den live-webbplatsen använder den nya bannern.

Frågor