PrestaShop süti banner: Consent Mode v2 útmutató

Egy PrestaShop webáruház süti bannere nem egyszerű felugró ablak a nyitóoldalon. A magyar vásárló sokszor hirdetésből vagy ár-összehasonlító oldalról érkezik közvetlenül egy termékoldalra, kosárba teszi az árut, kuponkódot használ, külső fizetési szolgáltatóhoz kerül, majd visszatér a rendelés visszaigazoló oldalára. A hozzájárulási állapotnak ezen az egész úton következetesen működnie kell.

A PrestaShop erősen moduláris rendszer: sablon, modul, hook, Google Tag Manager, fizetési bővítmény, ügyfélszolgálati eszköz és régi egyedi kód is tölthet be JavaScriptet. Ezért a lényeg nem az, hogy látszik-e a banner, hanem az, hogy a nem feltétlenül szükséges sütik, localStorage-elemek és hálózati kérések valóban megvárják-e a látogató döntését.

Ez a cikk gyakorlati útmutató, nem jogi tanácsadás. A CookiePilot segíthet a hozzájárulás-kezelés telepítésében és összekapcsolásában PrestaShop alatt, de a konkrét bolt leltára, kategóriái, szövegei és böngészős tesztjei helyben dőlnek el.

A hozzájárulás futásidejű kérdés

A banner csak a látható réteg. A háttérben először alapértelmezett hozzájárulási állapot kell, majd csak ezután indulhatnak az opcionális tagek. A munkamenet, kosár, biztonság és fizetés általában szükséges funkcióként maradhat működésben. A statisztika, hirdetés, remarketing, beágyazott videó, chat, hőtérkép és affiliate mérés viszont jellemzően a látogató választásához kötődik.

A sorrend különösen fontos. Legyen óvatos alapértelmezés, töltődjön be korán a CMP, maradjanak visszatartva az opcionális szkriptek, jelenjen meg a választási felület, majd a döntés után frissüljenek a tagek. Ha a GA4, Google Ads, Meta Pixel vagy egy analitikai modul már a döntés előtt kérést küld, a technikai működés nincs összhangban a banner ígéretével.

A helyi CookiePilot funkciók oldal jó ellenőrzőlista lehet, de mindig a tényleges áruházat kell vizsgálni. A megfelelési kockázatot nem az adminfelületen látható beállítás, hanem a böngészőben megfigyelhető viselkedés csökkenti.

Teljes technikai leltár

Kezdésként készíts leltárt minden olyan elemről, amely adatot tárolhat vagy küldhet. Ide tartozik az aktív sablon, child theme, módosított .tpl fájlok, fejléc- és lábléckódok, fizetési modulok, szállítási bővítmények, kereső, termékajánló, értékelési modul, hírlevél felugró, élő chat, videó, térkép, csalásmegelőzés, biztonsági szolgáltatás, ügyfélszolgálati platform, GA4, Google Ads, GTM, Meta, TikTok, Hotjar, Microsoft Clarity, affiliate hálózat és ár-összehasonlító integráció.

Ne csak a főoldalt nézd. Tesztelendő a kategóriaoldal, termékoldal, keresés, kosár, pénztár, belépés, regisztráció, kapcsolatfelvétel, fizetésből visszatérés és köszönő oldal. Magyar piacon gyakori, hogy számlázási, csomagpontos, bankkártyás vagy kuponmodul csak a folyamat egy késői pontján ad hozzá saját mérést.

Az elemeket cél szerint sorold be, ne modulnév alapján. Egy kosárhoz szükséges munkamenet-süti más, mint egy remarketing azonosító. Egy csalásmegelőzési ellenőrzés szükséges lehet a fizetéshez, miközben a konverziós pixel opcionális marad.

Consent Mode v2 PrestaShop alatt

Ha a bolt Google-szolgáltatásokat használ, a Google Consent Mode v2 legyen része a tervnek. A négy alapjel a analytics_storage, ad_storage, ad_user_data és ad_personalization. Az EGT-ből érkező látogatóknál az opcionális céloknál gyakorlatban célszerű óvatos, denied alapállapotot beállítani még az érintett Google tagek betöltése előtt.

A választás után a CMP frissítést küld. Ha a látogató csak a statisztikát engedi, az analytics_storage lehet granted, miközben az ad_storage, ad_user_data és ad_personalization marad denied. Ha később visszavonja a döntést, az új állapotnak újratöltés után és további oldalakon is érvényesülnie kell.

A Consent Mode v2 nem helyettesíti a hozzájárulást, a tájékoztatást vagy a jogi elemzést. Ez technikai jelzésréteg a Google rendszerei felé. Más szolgáltatóknál továbbra is szkriptblokkolás, GTM-trigger vagy saját consent API szükséges. GTM-hez hasznos a Consent Mode v2 Google Tag Manager útmutató és a hivatalos Google Consent Mode dokumentáció.

CookiePilot beállítása

Kiindulópontként használd a helyi CookiePilot PrestaShop integráció oldalt. A modul vagy integráció segít a CookiePilot telepítésében és a bolt összekapcsolásában. Ezt technikai alapnak kell tekinteni, nem garanciának arra, hogy minden sablonfelülírás, modul és régi mérőkód automatikusan jó kategóriába kerül.

Állítsd be a domaint, nyelvet, banner szövegét, kategóriákat, szolgáltatóleírásokat és adatkezelési hivatkozásokat. A leltár minden elemét rendeld célhoz és kategóriához. Gondoskodj arról is, hogy a látogató később újra meg tudja nyitni a beállításokat, és vissza tudja vonni a döntését.

Ha más CMP-ről váltasz, érdemes megnézni a Cookiebot alternatíva oldalt. Költségtervezésnél ellenőrizd az árakat, különösen több domain, staging környezet vagy ügynökségi kezelés esetén. A tesztelést lehetőleg stagingen végezd; ha ez nem elérhető, használj tiszta böngészőprofilt, töröld a tárolást a forgatókönyvek között, és ments bizonyítékot a sütikről, localStorage-ról, hálózati kérésekről és GTM Preview állapotról.

Hookok, modulok és sablonkód

A PrestaShop hivatalos module hooks dokumentációja jól mutatja, miért nem elég egyetlen fejlécfájlt ellenőrizni. Modulok a headerben, footerben, termékoldalon, kosárban, pénztárban és rendelés-visszaigazoláson is adhatnak ki kódot.

Nézd át a modulbeállítások szövegmezőit is, mert ügynökségek gyakran itt helyeznek el tracking ID-t vagy HTML-részletet. Egyedi sablonokban maradhat régi analytics, remarketing vagy chatkód. Ha cache- vagy teljesítményoptimalizáló modul összevonja a szkripteket, a végső renderelt oldalt kell vizsgálni. Ha a hálózati működés nem követi a tárolt preferenciát, a kódot át kell helyezni, feltételhez kell kötni vagy el kell távolítani.

Tesztmátrix

Forgatókönyv	Mit kell ellenőrizni
Első látogatás	Opcionális sütik és kérések nem indulnak; a Google alapállapot denied.
Elutasítás	Statisztika, reklám, chat és videó kategória szerint visszatartva marad.
Részleges választás	Csak az elfogadott kategória fut.
Elfogadás	Az engedélyezett tagek egyszer indulnak, és frissül a Consent Mode.
Visszavonás	Az új preferencia újratöltés és oldalváltás után is érvényes.
Termékoldal	Az e-kereskedelmi események követik a hozzájárulási állapotot.
Kosár és pénztár	A vásárlás, fizetés és biztonság opcionális tracking nélkül is működik.
Fizetésből visszatérés	A konverziós tagek nem kerülik meg a CMP-t a köszönő oldalon.
Mobil	A banner és preferenciaközpont nem takarja ki a vásárlási gombokat.
Bejelentkezett vevő	A belépés nem írja felül az opcionális tag szabályait.
Multistore	Minden domain, nyelv és sablonváltozat külön ellenőrzött.

Élesítés előtti ellenőrzőlista

• Legyen dátumozott leltár a modulokról, sütikről, tárolásról és hálózati hívásokról.
• Ellenőrizd a magyar szövegeket, kategóriákat és adatkezelési linkeket.
• Állíts denied alapállapotot az opcionális Google tagek előtt.
• Teszteld az elutasítást, elfogadást, részleges választást és visszavonást.
• Auditáld a hookokat, sablonfájlokat, modulbeállításokat és GTM-triggereket.
• Dokumentáld a sablon, modulok és GTM-konténer verzióját.
• Legyen tartós link a preferenciák újranyitásához a láblécben vagy adatvédelmi oldalon.
• Ismételd meg az auditot kampány, új modul, fizetési változás vagy sablonfrissítés után.

Általános szövegezéshez és kategóriatervezéshez érdemes összevetni a GDPR cookie banner útmutatót.

Magyar jogi és hatósági környezet

Magyarországon adatvédelmi kérdésekben a NAIH hivatalos forrás, az elektronikus hírközlési környezetnél pedig az NMHH tájékoztatói lehetnek relevánsak. A konkrét értékelés függ a használt technológiáktól, céloktól, beszállítóktól, szerződésektől, célpiacoktól és attól, hogy a bolt ténylegesen mit tölt be a látogató eszközére.

Érdemes óvatosan fogalmazni. Egy CMP segíthet a választások bekérésében, tárolásában és technikai érvényesítésében, de önmagában nem tesz egy PrestaShop áruházat teljesen jogszerűvé. A banner, a szolgáltatólista és az adatkezelési tájékoztató ugyanazt a valós működést írja le.

Folyamatos karbantartás

Élesítés után jelölj ki felelőst az új tagek jóváhagyására. Sok boltban a marketing kampányt indít, az ügynökség GTM-et módosít, a fejlesztő sablont frissít, a pénzügy pedig fizetési vagy számlázási modult cserél. Ha nincs közös folyamat, a banner szövege és a böngészőben látható működés gyorsan eltér.

Hasznos egy rövid változásnapló: szolgáltató, cél, kategória, érintett oldal, tesztdátum, elutasítás utáni eredmény és elfogadás utáni eredmény. Nagyobb akció, új fizetési mód, redesign vagy ügyfélszolgálati eszköz előtt ez a kis rutin kevesebb kockázatot hagy a rendszerben.

FAQ

Elég telepíteni a PrestaShop modult?

Nem. A modul segít a telepítésben és összekapcsolásban, de a sablon, modulok, GTM és checkout böngészős viselkedését külön ellenőrizni kell.

Futhatnak szükséges sütik hozzájárulás nélkül?

A munkamenethez, kosárhoz, biztonsághoz és fizetéshez kapcsolódó elemek a gyakorlatban szükségesek lehetnek. Ezeket dokumentáld külön, és ne keverd marketinggel.

A Consent Mode v2 megfelelést biztosít?

Nem. Technikai jeleket küld a Google felé, de nem helyettesíti a hozzájárulást, tájékoztatást és jogi értékelést.

Miért kell külön tesztelni a pénztárat?

Mert fizetés, csalásmegelőzés és konverziómérés gyakran csak a pénztárban vagy a visszaigazoló oldalon jelenik meg.

Mit jelent a részleges választás?

A látogató engedélyezheti a statisztikát, miközben elutasítja a marketinget. A kategóriáknak és tageknek ezt pontosan követniük kell.

Mikor kell újra auditálni?

Új modul, GTM-módosítás, kampány, sablonfrissítés, fizetési változás vagy új ügyfélszolgálati eszköz után.

Következő lépés

Nyisd meg a PrestaShop integráció oldalt, készíts leltárt, majd futtasd végig a tesztmátrixot tiszta böngészőben. Összetettebb boltnál küldd el a modulok, tagek és checkout lépések listáját a kapcsolat oldalon. Több platform kezelésekor hasznos összevetni a WooCommerce és Shopify útmutatókat is.