ecommerceprestashopcookie bannerConsent Mode v2sv

PrestaShop cookie banner: guide till Consent Mode v2

Marcin
21 juli 2026
7 min läsning
PrestaShop cookie banner: guide till Consent Mode v2

En cookiebanner för PrestaShop är mer än en ruta på startsidan. En svensk kund kan komma direkt till en produktsida från Google Shopping, sociala medier eller en prisjämförelsetjänst, lägga varan i kundvagnen, gå genom kassan, skickas till en betalpartner och återvända till en bekräftelsesida. Samtycket behöver följa hela den resan.

PrestaShop består ofta av tema, moduler, hooks, Google Tag Manager, betalningslösningar, kundtjänstverktyg och äldre kod som lagts in av olika team. Därför räcker det inte att kontrollera om bannern syns. Frågan är om valfria cookies, localStorage-poster och nätverksanrop faktiskt väntar på besökarens val.

Den här artikeln är en praktisk genomgång, inte juridisk rådgivning. CookiePilot kan hjälpa till att installera och ansluta samtyckeshantering i PrestaShop, men varje butik behöver egen inventering, konfigurering, kategorisering, textgranskning och testning i riktig webbläsare.

Samtycke som körningsarkitektur

Bannern är bara den synliga delen. Innan valfria taggar körs behöver butiken ha ett förvalt samtyckesläge. Nödvändiga funktioner som session, kundvagn, säkerhet och betalningsflöde kan fortsätta fungera. Statistik, annonsering, remarketing, inbäddad video, chatt, kartor, A/B-testning och affiliatemätning behöver däremot normalt följa besökarens val.

Den tekniska ordningen spelar roll. Sätt försiktiga standardvärden, ladda CMP tidigt, håll tillbaka valfria script, visa valgränssnittet och uppdatera därefter taggarna efter godkännande, avvisning eller delval. Om GA4, Google Ads, Meta Pixel eller ett heatmapverktyg skickar anrop innan standardläget finns, stämmer inte implementationen med bannertexten.

Använd den lokala sidan för CookiePilot funktioner som checklista, men verifiera alltid butikens verkliga beteende. En PrestaShop-butik bedöms utifrån vad webbläsaren laddar, inte utifrån hur inställningarna ser ut i adminpanelen.

Inventera butiken

Börja med en komplett teknisk inventering. Ta med aktivt tema, child theme, ändrade .tpl-filer, kodsnuttar i header eller footer, checkoutmoduler, betalningslösningar, fraktmoduler, sök, produktrekommendationer, omdömen, nyhetsbrevspoppar, livechatt, video, kartor, bedrägeriskydd, säkerhetsverktyg, kundserviceplattformar, GA4, Google Ads, GTM, Meta, TikTok, Hotjar, Microsoft Clarity, affiliatenätverk och prisjämförelser.

Testa inte bara startsidan. Gå igenom kategori, produkt, sökresultat, kundvagn, kassa, inloggning, registrering, kontaktformulär, retur från betalningsleverantör och orderbekräftelse. I svenska butiker kan Klarna, Swish, kortbetalning, faktura, fraktväljare, rabattmotorer och jämförelsetjänster lägga till mätning först sent i köpresan.

Klassificera varje teknik efter syfte, inte efter modulnamn. En sessionscookie för kundvagnen är något annat än en remarketingidentifierare. En fraudkontroll kan vara nödvändig i kassan, medan en konverteringspixel normalt är valfri.

Om butiken använder Google-tjänster ska Google Consent Mode v2 ingå i planen. De fyra centrala signalerna är analytics_storage, ad_storage, ad_user_data och ad_personalization. För besökare från EES bör valfria ändamål i en försiktig implementation normalt starta med denied innan relevanta Google-taggar laddas.

När CMP:n har registrerat valet skickas en uppdatering. Om besökaren godkänner statistik men avvisar marknadsföring kan analytics_storage bli granted, medan ad_storage, ad_user_data och ad_personalization ligger kvar som denied. Om samtycke återkallas senare måste det nya läget respekteras efter omladdning och på följande sidor.

Consent Mode v2 ersätter inte samtycke, information eller juridisk bedömning. Det är ett tekniskt signalskikt för kompatibla Google-tjänster. Andra leverantörer behöver fortfarande scriptregler, GTM-triggers eller egna consent-API:er. För GTM kan du jämföra med Consent Mode v2 i Google Tag Manager och Googles officiella Consent Mode-dokumentation.

Ställa in CookiePilot i PrestaShop

Börja med den lokala sidan för CookiePilot PrestaShop-integration. Modulen eller integrationen hjälper till att installera och ansluta CookiePilot till butiken. Se den som en teknisk grund, inte som en garanti för att varje temaändring, modul och gammal spårningskod automatiskt är rätt kategoriserad.

Konfigurera domän, språk, bannertexter, kategorier, leverantörsbeskrivningar och länkar till integritetspolicy. Mappa varje inventerad teknik till rätt syfte. Säkerställ också att besökaren kan öppna inställningarna igen och återkalla sitt samtycke senare.

Om du byter från en annan CMP är sidan alternativ till Cookiebot användbar som jämförelse. För planering, kontrollera priser, särskilt vid flera domäner, stagingbutiker eller byråförvaltning. Testa helst i staging. Om staging saknas, använd en ren webbläsarprofil, rensa lagring mellan scenarier och spara bevis från cookies, localStorage, nätverksanrop och GTM Preview.

Hooks, moduler och temakod

PrestaShops officiella dokumentation om module hooks visar varför en granskning inte kan stanna vid en headerfil. Moduler kan lägga in kod i header, footer, produktvy, kundvagn, kassa och orderbekräftelse.

Gå också igenom modulernas inställningsfält, där tracking-ID:n och HTML-snuttar ofta hamnar. Anpassade teman kan innehålla gamla analytics-, remarketing- eller chattkodsnuttar. Om cache- eller prestandamoduler slår ihop script är det den slutliga renderade sidan som räknas. När nätverksbeteendet inte följer den sparade preferensen behöver koden flyttas, villkoras eller tas bort.

Testmatris

ScenarioKontrollera
Första besöketValfria cookies och anrop startar inte; Google-standard är denied.
AvvisningStatistik, annonser, chatt och video hålls tillbaka per kategori.
DelvalEndast godkänd kategori körs.
GodkännandeTillåtna taggar startar en gång och Consent Mode uppdateras.
ÅterkallelseNy preferens sparas och respekteras efter omladdning.
ProduktsidaE-handelsevent följer samma samtyckesläge.
Kundvagn och kassaKöp, betalning och säkerhet fungerar utan valfri spårning.
Retur från betalningKonverteringstaggar kringgår inte CMP:n på tack-sidan.
MobilBanner och inställningar går att använda utan att täcka köpknappar.
Inloggad kundInloggning ändrar inte reglerna för valfria taggar.
MultistoreVarje domän, språk och temavariant är kontrollerad.

Checklista före publicering

  • Spara en daterad inventering av moduler, cookies, lagring och nätverksanrop.
  • Kontrollera svenska texter, kategorier och integritetslänkar.
  • Sätt denied som standard innan valfria Google-taggar laddas.
  • Testa avvisning, godkännande, delval och återkallelse.
  • Granska hooks, temafiler, modulinställningar och GTM-triggers.
  • Dokumentera tema-, modul- och GTM-versioner samt testresultat.
  • Ha en beständig länk för att öppna preferenser igen i sidfot eller integritetssida.
  • Upprepa granskningen efter kampanjer, nya moduler, betalningsändringar och temauppdateringar.

För bredare formulering och kategorisering, jämför med guiden GDPR cookie banner.

Svensk rättslig och regulatorisk kontext

I Sverige är IMY den centrala myndigheten för dataskyddsfrågor, medan PTS är relevant för elektronisk kommunikation. Den konkreta bedömningen beror på tekniker, ändamål, leverantörer, avtal, marknader och vad butiken faktiskt laddar på besökarens enhet.

Formulera försiktigt. En CMP hjälper till att samla in, lagra och respektera val, men gör inte automatiskt en PrestaShop-butik fullt förenlig med alla krav. Banner, tekniklista och integritetspolicy bör beskriva samma faktiska beteende.

Löpande förvaltning

Efter publicering behöver butiken en ägare för nya taggar. I många svenska PrestaShop-miljöer skapar marknad kampanjer, byrån ändrar GTM, utvecklare uppdaterar temat och ekonomiteamet byter betal- eller fakturamodul. Utan gemensam rutin glider bannertexten och webbläsarbeteendet snabbt isär.

En enkel ändringslogg räcker långt: leverantör, ändamål, kategori, sida där scriptet körs, testdatum, resultat efter avvisning och resultat efter godkännande. Inför rea, Black Friday, ny betalmetod, redesign eller nytt kundtjänstverktyg bör loggen uppdateras och testmatrisen köras igen.

FAQ

Räcker det att installera PrestaShop-modulen?

Nej. Modulen hjälper med installation och anslutning, men tema, moduler, GTM och kassa behöver fortfarande kontrolleras i webbläsaren.

Kan nödvändiga cookies köras utan samma samtycke?

Session, kundvagn, säkerhet och betalning kan i praktiken vara nödvändiga. De bör dokumenteras separat och inte blandas ihop med marknadsföring.

Nej. Det skickar tekniska signaler till Google, men ersätter inte samtycke, information till besökaren eller juridisk analys.

Varför ska kassan testas separat?

Betalning, bedrägeriskydd och konverteringsmätning dyker ofta upp först i kassan eller på bekräftelsesidan.

Vad betyder delval?

Besökaren kan godkänna statistik men avvisa marknadsföring. Kategorier och taggar måste spegla den skillnaden.

När bör granskningen upprepas?

Efter nya moduler, GTM-ändringar, kampanjer, temauppdateringar, betalningsändringar eller nya kundserviceverktyg.

Nästa steg

Öppna PrestaShop-integrationen, bygg inventeringen och kör testmatrisen i en ren webbläsare. Vid mer komplexa flöden kan du skicka modullista, taggar och kassaflöde via kontakt. Team som driver flera plattformar kan även jämföra guiderna för WooCommerce och Shopify.

Skrivet av

Marcin

Zespół CookiePilot dzieli się wiedzą o RODO, PKE i zarządzaniu cookies.

Dela den här artikeln: