PrestaShop sīkfailu baneris: Consent Mode v2 ceļvedis

Latvijas PrestaShop veikalā sīkdatņu piekrišana reti ir tikai redzams baneris. Zem tā darbojas tēma, maksājumu un piegādes moduļi, analītika, reklāmas pikseļi, čats, video iegules, atsauksmju rīki, drošības pārbaudes un nereti vairākas valodas vai vairāki veikali vienā instalācijā. Tāpēc piekrišana jāplāno kā skriptu ielādes arhitektūra, nevis kā pēdējā vizuālā detaļa.

Šis materiāls nav juridiska konsultācija. Tā mērķis ir praktiski parādīt, kā tirgotājs, aģentūra vai izstrādātājs var sagatavot CookiePilot lietošanu PrestaShop vidē tā, lai neobligātie tagi sagaidītu apmeklētāja izvēli, Google signāli būtu konsekventi un izmaiņas būtu pārbaudāmas īstā pārlūkā pirms publicēšanas.

Sākumpunkts ir lokālā CookiePilot PrestaShop integrācijas lapa. Plānošanai noder arī funkciju pārskats, cenu lapa, kontakti, Cookiebot alternatīvas salīdzinājums un raksts par Google Consent Mode v2.

Kāpēc tas ir izpildes laika jautājums

Sīkdatne var tikt iestatīta pirms apmeklētājs vispār ierauga baneri. Tas notiek, ja tēmā ir ar roku ievietots <script>, ja modulis izvada kodu caur hook, ja Google Tag Manager tags palaižas ar pārāk plašu trigeri vai ja produkta lapā automātiski ielādējas atsauksmju, kartes vai video rīks. Ja GA4, Google Ads, Meta Pixel, TikTok, Hotjar vai YouTube pieprasījums aiziet pirms izvēles, pats baneris neatrisina īsto problēmu.

PrestaShop dod daudz vietu, kur kods var nonākt lapā. Daļa nāk no tēmas šabloniem, daļa no moduļiem, daļa no optimizācijas rīkiem, kas apvieno vai atliek JavaScript. Īpaši rūpīgi jāpārbauda checkout: tur darbojas karšu maksājumi, krāpšanas riska pārbaudes, nomaksas risinājumi, piegādes izvēles, pamesto grozu rīki un pasūtījuma apstiprinājums. Dažas tehnoloģijas var būt vajadzīgas pasūtījumam, bet citas parasti jāsaista ar iepriekšēju piekrišanu.

Inventarizācija pirms konfigurēšanas

Pirms banera tekstu labošanas izveidojiet tehnoloģiju sarakstu pa lapu ceļiem, ne tikai pa piegādātājiem. Pārbaudiet sākumlapu, kategoriju, produkta lapu, grozu, pieteikšanos, checkout, atgriešanos no maksājumu sniedzēja un pasūtījuma apstiprinājumu. Tīrā pārlūka sesijā salīdziniet sīkdatnes, localStorage, sessionStorage un Network pieprasījumus pirms izvēles, pēc noraidīšanas, pēc daļējas izvēles un pēc visu kategoriju pieņemšanas.

Inventarizācijā iekļaujiet galveno tēmu un child tēmu, PrestaShop moduļus, pielāgotu JavaScript, Google Tag Manager, GA4, Google Ads, Meta, TikTok, partneru tīklus, klientu atbalsta čatu, video iegules, kartes, A/B testus, lojalitātes programmas, atsauksmes, klientu servisa sistēmas, drošības mehānismus, fraud scoring un maksājumu sniedzējus. Nepieciešamās groza, pieteikšanās vai maksājuma sīkdatnes jāapraksta politikā, bet analītikai un reklāmai praksē jāgaida attiecīgā piekrišanas kategorija.

Consent Mode v2

Ja izmantojat Google tagus, piekrišanas stāvoklim jābūt iestatītam pirms neobligāto tagu palaišanas. analytics_storage, ad_storage, ad_user_data un ad_personalization sākumā parasti jābūt denied, un pēc apmeklētāja izvēles tie jāatjaunina atbilstoši kategorijām. Tas ir svarīgi GA4, Google Ads un GTM ieviešanām, īpaši veikaliem, kas mēra konversijas, pasūtījuma vērtību un remarketinga auditorijas.

Oficiālā Google Consent Mode dokumentācija skaidro signālu darbību, taču tā neaizstāj piekrišanas tekstu, piegādātāju sarakstu vai juridisko izvērtējumu. Consent Mode v2 ir tehnisks slānis piekrišanas stāvokļa nodošanai. Tas var palīdzēt sakārtot signālus, bet pats par sevi nepierāda, ka sīkdatņu kategorijas, mērķi un ielādes secība ir pareiza.

CookiePilot PrestaShop veikalā

CookiePilot PrestaShop integrācija palīdz uzstādīt un savienot CookiePilot ar veikalu. Pēc savienošanas vēl jāizdara praktiskais darbs: jākonfigurē kategorijas, jāpārskata atrastās sīkdatnes, jāsagatavo dabiski latviski teksti, jāpārbauda piegādātāji, jāsavieno Google signāli un jānodrošina iespēja vēlāk mainīt izvēli.

Nevienu moduli nevajadzētu uztvert kā automātisku atbilstības garantiju. Ja tēmā vai agrākas aģentūras kodā jau ir gtag, dataLayer, fbq, ttq, clarity, hotjar, iframe vai vietējo reklāmas partneru fragmenti, tie jāpārskata, jāpārvieto vai jāielādē nosacīti. Pēc izmaiņām iztīriet PrestaShop cache, tēmas cache, CDN un optimizācijas moduļus, jo tie var turpināt pasniegt vecu apvienotu JavaScript.

Hook, moduļi un tēmas kods

PrestaShop dokumentācija par moduļu hook palīdz saprast, kur moduļi var ievietot izvadi. Ar viena šablona pārbaudi nepietiek. Pārskatiet galveni, kājeni, produkta lapu, grozu, checkout, pasūtījuma apstiprinājumu un klienta kontu.

Latvijas veikalos bieži redzama vairāku kampaņu vēsture: sezonas reklāmas pikseļi, aģentūru atstāti GTM konteineri, vietējo partneru skripti, jaunumu vēstuļu formas vai atsauksmju rīki. Katram jaunam tagam vajadzīgs īpašnieks, mērķis, piekrišanas kategorija, plānotais noņemšanas brīdis un tests pirms publicēšanas.

Praktiska darba secība sākas ar staging vidi, kas pēc iespējas līdzinās produkcijai. Ieslēdziet tos pašus maksājumu sniedzējus, piegādes moduļus, GTM konteineru, reklāmas rīkus un JavaScript optimizāciju, citādi pārbaudīsiet vienkāršotu veikalu, nevis īsto pirkuma ceļu. Pēc CookiePilot pievienošanas notīriet cache un atkārtojiet pārbaudi vairākās lapās, jo sākumlapa var izskatīties tīra, kamēr produkta vai checkout lapa vēl ielādē vecu skriptu.

Sāciet ar negatīvu testu. Atveriet veikalu kā jauns apmeklētājs un neko nespiediet banerī. Ja jau šajā brīdī parādās _ga, _gcl_*, _fbp, _ttp vai pieprasījumi uz reklāmas domēniem, vispirms jālabo ielādes secība. Tikai pēc tīra sākuma stāvokļa ir jēga pārbaudīt daļēju izvēli, pilnu piekrišanu un vēlāku atsaukšanu. Īss pieraksts par katru tagu palīdzēs nākamajās kampaņās.

Testēšanas matrica

Scenārijs	Kas jāpārbauda
Pirmais apmeklējums	Pirms izvēles nav analītikas vai reklāmas sīkdatņu; Google sākuma vērtības ir denied.
Noraidīšana	Grozs, pieteikšanās un maksājums darbojas; mārketinga pieprasījumi netiek sūtīti.
Daļēja izvēle	Analītika ieslēdzas tikai tad, ja tā izvēlēta; reklāma paliek bloķēta.
Pieņemšana	Tagi palaižas vienu reizi, bez dubultiem pageview vai konversijām.
Piekrišanas atsaukšana	Jauni pieprasījumi seko atjaunotajai izvēlei, un saite maiņai ir redzama.
Produkts, grozs, checkout	Upsell, piegādes vai maksājumu moduļi slepeni nepalaiž neobligātus tagus.
Atgriešanās no maksājuma	Pasūtījuma apstiprinājums tiek mērīts tikai atbilstoši spēkā esošajai izvēlei.
Mobilais skats un klients kontā	Baneris ir salasāms, izvēle saglabājas, konts darbojas.
Multistore	Katra domēna, valodas un tēmas kombinācija ir pārbaudīta atsevišķi.

Kontrolsaraksts pirms publicēšanas

• Sīkdatņu un skriptu inventārs salīdzināts pirms un pēc piekrišanas.
• CookiePilot ielādējas pirms neobligātajiem tagiem.
• Consent Mode v2 sāk ar denied un tiek atjaunināts pēc izvēles.
• Kategorijas atbilst faktiskajiem datu apstrādes mērķiem.
• Sīkdatņu politikā norādīti piegādātāji, mērķi un termiņi.
• Kājene vai konts satur saiti piekrišanas maiņai.
• Checkout, maksājumi un drošības funkcijas nav bloķētas kļūdas dēļ.
• Tests veikts ar GTM Preview, DevTools Network un īstu mobilo ierīci.

Latvijas regulatīvais konteksts

Personas datu aizsardzības jautājumos Latvijā būtiska ir Datu valsts inspekcija. Elektronisko sakaru un saistītu pakalpojumu kontekstā nozīmīga ir Sabiedrisko pakalpojumu regulēšanas komisija. Praktiski tas nozīmē, ka veikala dokumentācijā saprotami jānošķir pasūtījumam nepieciešamās tehnoloģijas no analītikas, personalizācijas un reklāmas.

Piekrišanai jābūt konkrētai, informētai un atsaucamai. PrestaShop veikals, kas pārdod Latvijā un citās ES valstīs, var izmantot vairākus maksājumu sniedzējus, valodas un kampaņu rīkus, tāpēc vispārīgs teksts reti ir pietiekams. CookiePilot var palīdzēt ar uzstādīšanu, izvēles reģistrēšanu un signālu pārvaldību, bet atbilstība joprojām ir atkarīga no inventarizācijas, konfigurācijas un testiem.

BUJ

Vai PrestaShop veikalam vienmēr vajag sīkdatņu baneri?

Ja tiek izmantotas tikai nepieciešamās groza, pieteikšanās, drošības un maksājuma sīkdatnes, situācija ir vienkāršāka, tomēr politikai jābūt skaidrai. Analītika, remarketings, čats un iegultie mediji parasti prasa nopietnāku piekrišanas pārvaldību.

Vai CookiePilot pats bloķē visus moduļus?

CookiePilot palīdz pārvaldīt baneri, kategorijas, izvēles ierakstu un signālus. Tomēr ar roku pievienoti skripti vai moduļi, kas ielādējas pārāk agri, ir tehniski jāpārbauda un jāpielāgo.

Vai Consent Mode v2 pietiek Google Ads kampaņām?

Ne viens pats. Tas ir svarīgs tehniskajai signālu nodošanai, bet neaizstāj piekrišanu, sīkdatņu politiku un tagu palaišanas pārbaudi.

Ko darīt ar maksājumu un drošības skriptiem?

Funkcijas, kas patiešām vajadzīgas pasūtījumam vai krāpšanas novēršanai, nevajadzētu bloķēt bez analīzes. Dokumentējiet tās atsevišķi no reklāmas un analītikas.

Cik bieži atkārtot auditu?

Pēc tēmas, moduļa, GTM konteinera, maksājumu sniedzēja vai lielas kampaņas maiņas. Aktīvam veikalam noder arī īsa regulāra pārbaude.

Ar ko sākt?

Vispirms apskatiet PrestaShop integrāciju, tad salīdziniet funkcijas un cenas. Sarežģīta checkout vai multistore gadījumā nosūtiet moduļu un tagu sarakstu caur kontaktiem.