PrestaShop slapukų juosta: Consent Mode v2 gidas

Lietuvos PrestaShop parduotuvėje slapukų sutikimas retai yra vien tik matomas baneris. Po juo veikia tema, mokėjimo ir pristatymo moduliai, analitika, reklamos pikseliai, pokalbių langai, vaizdo įrašai, atsiliepimų valdikliai, saugumo patikros ir kartais kelios kalbos ar kelios parduotuvės vienoje administracijoje. Todėl sutikimą verta planuoti kaip skriptų įkėlimo architektūrą, o ne kaip paskutinę dizaino detalę.

Šis tekstas nėra teisinė konsultacija. Jo tikslas - praktiškai parodyti, kaip Lietuvos prekybininkas, agentūra ar vidinis programuotojas gali paruošti CookiePilot diegimą PrestaShop aplinkoje taip, kad nebūtini žymėjimo įrankiai palauktų lankytojo pasirinkimo, o sprendimai būtų patikrinami realioje naršyklėje.

Pradėti galima nuo lokalios CookiePilot PrestaShop integracijos. Vertinant projektą taip pat praverčia funkcijų apžvalga, kainodara, kontaktų puslapis, Cookiebot alternatyvos palyginimas ir praktinis tekstas apie Google Consent Mode v2.

Kodėl tai vykdymo laiko klausimas

Slapukas gali atsirasti dar prieš lankytojui pamatant banerį. Taip nutinka, kai tema turi ranka įrašytą <script> elementą, modulis prisikabina prie antraštės hook, Google Tag Manager žyma paleidžiama per anksti arba produkto puslapyje automatiškai įsikrauna atsiliepimų, žemėlapio ar vaizdo įrašo valdiklis. Jeigu GA4, Google Ads, Meta Pixel, TikTok, Hotjar ar YouTube užklausa iškeliauja iki pasirinkimo, gražus baneris pats savaime problemos neišsprendžia.

PrestaShop turi daug vietų, kur kodas gali patekti į puslapį. Dalis jo ateina iš temos šablonų, dalis iš modulių, dalis iš talpyklos ar optimizavimo įrankių, kurie sujungia JavaScript failus. Checkout kelias dar jautresnis: čia prisideda kortelių mokėjimai, sukčiavimo prevencija, lizingas, pristatymo pasirinkimai ir krepšelio atkūrimas. Vienos technologijos gali būti būtinos užsakymui, kitos paprastai turėtų laukti aiškaus sutikimo.

Inventorius prieš konfigūraciją

Prieš keičiant banerio tekstus sudarykite technologijų sąrašą pagal puslapio kelią. Patikrinkite pagrindinį puslapį, kategoriją, produkto kortelę, krepšelį, prisijungimą, atsiskaitymą, grįžimą iš mokėjimo ir užsakymo patvirtinimą. Švarioje naršyklės sesijoje palyginkite slapukus, localStorage, sessionStorage ir Network užklausas prieš pasirinkimą, po atmetimo, po dalinio pasirinkimo ir po visko priėmimo.

Į inventorių įtraukite pagrindinę temą ir child temą, PrestaShop modulius, individualų JavaScript, Google Tag Manager, GA4, Google Ads, Meta, TikTok, partnerystės tinklus, pokalbių pagalbą, vaizdo įrašus, žemėlapius, A/B testus, lojalumo programas, atsiliepimus, klientų aptarnavimo sistemas, saugumo įrankius, fraud scoring ir mokėjimo teikėjus. Būtini krepšelio ar mokėjimo slapukai turėtų būti aiškiai aprašyti politikoje, o analitikos ir reklamos sluoksniai praktikoje turi būti susieti su atitinkamomis sutikimo kategorijomis.

Consent Mode v2

Jeigu naudojate Google žymas, sutikimo būsena turi būti nustatyta prieš pasirenkamų žymų paleidimą. analytics_storage, ad_storage, ad_user_data ir ad_personalization pradinėje būsenoje paprastai turėtų būti denied, o po lankytojo pasirinkimo atnaujinami pagal jo kategorijas. Tai svarbu GA4, Google Ads ir GTM diegimams, ypač parduotuvėms, kurios matuoja konversijas, užsakymo vertę ir remarketingo auditorijas.

Oficiali Google Consent Mode dokumentacija paaiškina signalų logiką, bet ji nepakeičia sutikimo teksto, tiekėjų sąrašo ar teisinio vertinimo. Consent Mode v2 yra techninis perdavimo sluoksnis. Jis gali padėti tvarkingiau perduoti būseną Google sistemoms, tačiau neįrodo, kad jūsų slapukų kategorijos, tikslai ir įkėlimo tvarka jau yra tinkami.

CookiePilot diegimas PrestaShop parduotuvėje

CookiePilot PrestaShop integracija padeda įdiegti ir prijungti CookiePilot prie parduotuvės. Po prijungimo lieka praktinis darbas: suderinti kategorijas, peržiūrėti aptiktus slapukus, paruošti lietuviškus tekstus, patikrinti tiekėjus, sujungti Google signalus ir įsitikinti, kad pasirinkimą galima pakeisti vėliau.

Nereikėtų tikėtis, kad bet kuris modulis automatiškai sutvarkys visus senus kodus. Jeigu tema jau turi gtag, dataLayer, fbq, ttq, clarity, hotjar, iframe ar kitų žymų fragmentus, juos reikia perkelti, pašalinti arba susieti su sutikimo būsena. Po diegimo išvalykite PrestaShop talpyklą, temos talpyklą, CDN ir optimizavimo modulius, nes jie gali rodyti seną sujungtą JavaScript.

Hook, moduliai ir temos kodas

PrestaShop dokumentacija apie modulių hook naudinga atliekant auditą, nes parodo, kur moduliai gali įterpti išvestį. Tikrinti vien head.tpl neužtenka. Peržiūrėkite antraštę, poraštę, produkto puslapį, krepšelį, checkout, užsakymo patvirtinimą ir kliento paskyrą.

Lietuvos parduotuvėse dažnai būna kelių metų reklamos istorija: sezoniniai pikseliai, agentūros palikti GTM konteineriai, vietinių partnerystės kampanijų skriptai, naujienlaiškių formos ar atsiliepimų įrankiai. Kiekvienas naujas tag turėtų turėti savininką, tikslą, kategoriją, numatomą galiojimo laiką ir testą prieš publikavimą.

Praktiškas darbo eiliškumas yra paprastas: pirmiausia pakartokite produkcinę konfigūraciją staging aplinkoje, tada įjunkite tuos pačius mokėjimo, pristatymo ir reklamos modulius, kuriuos naudoja tikri klientai. Jei testuojate supaprastintą parduotuvę be GTM, mokėjimo grįžimo ir remarketingo, rezultatas neparodys, kaip elgsis realus pirkimo kelias. Po kiekvieno pakeitimo verta fiksuoti ekrano kopiją, eksportuotą slapukų sąrašą ir trumpą užklausų suvestinę, kad vėliau būtų aišku, kodėl konkretus tag priskirtas tam tikrai kategorijai.

Neigiamas testas dažnai naudingesnis už priėmimo testą. Atidarykite puslapį kaip naujas lankytojas ir nieko nespauskite. Jei jau tada matote _ga, _gcl_*, _fbp, _ttp ar reklamos domenų užklausas, pirmiausia taisykite įkėlimo seką. Tik švarus pradinis vaizdas leidžia prasmingai tikrinti dalinį pasirinkimą, pilną sutikimą ir vėlesnį atšaukimą.

Testavimo matrica

Scenarijus	Ką tikrinti
Pirmas apsilankymas	Iki pasirinkimo nėra analitikos ar reklamos slapukų; Google numatytos būsenos yra denied.
Atmetimas	Krepšelis, prisijungimas ir mokėjimas veikia; marketingo užklausos neišsiunčiamos.
Dalinis pasirinkimas	Analitika įsijungia tik ją pasirinkus; reklama lieka blokuojama.
Priėmimas	Žymos paleidžiamos vieną kartą, be dvigubų pageview ar konversijų.
Sutikimo atšaukimas	Naujos užklausos laikosi pakeistos būsenos, o nuoroda keisti pasirinkimą matoma.
Produktas, krepšelis, checkout	Upsell, pristatymo ir mokėjimo moduliai slapta nepaleidžia nebūtinų tag.
Grįžimas iš mokėjimo	Užsakymo patvirtinimas matuojamas tik pagal galiojantį pasirinkimą.
Mobilus vaizdas ir paskyra	Baneris telpa ekrane, pasirinkimas įsimenamas, paskyra veikia.
Multistore	Kiekviena domeno, kalbos ir temos kombinacija patikrinta atskirai.

Kontrolinis sąrašas prieš paleidimą

• Slapukų ir skriptų inventorius sulygintas prieš ir po sutikimo.
• CookiePilot įkeliamas anksčiau nei nebūtini tag.
• Consent Mode v2 turi denied pradinę būseną ir atnaujinimą po pasirinkimo.
• Kategorijos atitinka realius duomenų tvarkymo tikslus.
• Slapukų politika nurodo tiekėjus, tikslus ir trukmes.
• Poraštėje ar paskyroje yra nuoroda pakeisti pasirinkimą.
• Checkout, mokėjimas ir saugumo funkcijos neblokuojamos per klaidą.
• Testuota su GTM Preview, DevTools Network ir realiu mobiliuoju įrenginiu.

Lietuvos teisinis kontekstas

Asmens duomenų apsaugos klausimais Lietuvoje svarbi Valstybinė duomenų apsaugos inspekcija. Elektroninių ryšių ir susijusių paslaugų kontekste aktuali Ryšių reguliavimo tarnyba. Praktikoje taip pat verta sekti Europos lygmens aiškinimus, tačiau vietinis tekstas turi atitikti konkrečią parduotuvę, jos tiekėjus ir klientų kelią.

PrestaShop slapukų politika turėtų suprantamai atskirti, kas būtina užsakymui, saugumui ir mokėjimui, o kas naudojama analitikai, personalizavimui ar reklamai. Sutikimas turėtų būti konkretus, informuotas ir atšaukiamas. Reikėtų vengti kategoriškų teiginių, kad įrankis pats užtikrina visišką atitiktį, nes reali rizika priklauso nuo modulių, žymų, tekstų ir testavimo.

DUK

Ar PrestaShop parduotuvei visada reikia slapukų banerio?

Jeigu naudojami tik būtini krepšelio, prisijungimo, saugumo ir mokėjimo slapukai, situacija paprastesnė, bet politika vis tiek turi būti aiški. Analitika, remarketingas, pokalbių įrankiai ar įterpti vaizdo įrašai paprastai reikalauja rimtesnio sutikimo valdymo.

Ar CookiePilot gali pats užblokuoti visus modulius?

CookiePilot padeda valdyti banerį, kategorijas, pasirinkimo įrašą ir signalus, tačiau per anksti įkelti temos ar modulio skriptai turi būti audituojami ir pritaikomi.

Ar Consent Mode v2 pakanka Google Ads kampanijoms?

Jis svarbus techniniu požiūriu, bet nepakeičia sutikimo, slapukų politikos ir tag testavimo. Pradinės būsenos turi būti nustatytos prieš Google žymas.

Ką daryti su mokėjimo ir fraud skriptais?

Nereikėtų blokuoti funkcijų, kurios realiai būtinos užsakymui ar saugumui, neįvertinus jų paskirties. Jas dokumentuokite atskirai nuo reklamos ir analitikos.

Kaip dažnai kartoti auditą?

Po temos, modulio, GTM konteinerio, mokėjimo teikėjo ar kampanijų pakeitimų. Aktyviai parduotuvei verta turėti trumpą periodinę patikrą.

Nuo ko pradėti praktiškai?

Peržiūrėkite PrestaShop integraciją, tada įvertinkite funkcijas ir kainodarą. Jei checkout ar multistore sudėtingas, per kontaktų puslapį pateikite modulių ir žymų sąrašą.