WooCommerce e-veikalā vienlaikus var darboties WordPress, maksājumu risinājumi, analītikas rīki, reklāmas pikseļi un dažādi mārketinga spraudņi. Tādēļ nepietiek tikai parādīt sīkdatņu baneri — apmeklētāja izvēlei jāatbilst tam, kā pārlūkā faktiski darbojas sīkdatnes, skripti un Google tagi.
Šajā ceļvedī apskatīts, kā sagatavot WooCommerce sīkdatņu baneri, neizjaucot grozu un norēķinu procesu, kā pieslēgt Google Consent Mode v2 un kā pārbaudīt visu pirkuma ceļu. Plašāku ievadu atradīsiet ceļvedī par GDPR sīkdatņu baneri Latvijas vietnēm.
Kāpēc WooCommerce nepieciešama rūpīga piekrišanas konfigurācija
Katrs WooCommerce veikals var izmantot atšķirīgus piegādes, maksājumu, papildu pārdošanas, analītikas un reklāmas spraudņus. Ja piekrišanas pārvaldība nav pareizi konfigurēta, var rasties divas pretējas problēmas:
- tiek bloķētas grozam vai norēķiniem nepieciešamās funkcijas;
- analītikas vai mārketinga rīki sāk darboties, pirms apmeklētājs ir izdarījis izvēli.
Tādēļ jāpārbauda ne tikai banera izskats, bet arī sīkdatnes, tīkla pieprasījumi, tagu stāvokļi un pilns pasūtījuma process.
WooCommerce sīkdatņu iedalīšana kategorijās
Konkrētais iedalījums ir jāpārbauda atbilstoši veikala konfigurācijai un izmantotajiem pakalpojumiem. Tipiskā WooCommerce instalācijā var būt šādas sīkdatnes:
| Sīkdatne | Nolūks | Iespējamā kategorija |
|---|---|---|
woocommerce_cart_hash | Groza satura un izmaiņu pārvaldība | Nepieciešamās |
woocommerce_items_in_cart | Preču skaita saglabāšana grozā | Nepieciešamās |
wp_woocommerce_session_ | Sesijas un groza nepārtrauktība | Nepieciešamās |
_ga, _ga_* | Google Analytics mērījumi | Analītikas |
_gcl_au | Google Ads reklāmguvumu un attiecinājuma funkcijas | Mārketinga |
_fbp un līdzīgas sīkdatnes | Reklāmas auditoriju vai atkārtotā mārketinga funkcijas | Mārketinga |
Groza un sesijas sīkdatnes bieži ir vajadzīgas, lai nodrošinātu pircēja pieprasīto pakalpojumu. Savukārt analītikas un reklāmas rīku darbība parasti jāsasaista ar skaidru apmeklētāja izvēli. Precīzu klasifikāciju nevajadzētu noteikt tikai pēc sīkdatnes nosaukuma — jāvērtē arī tās faktiskā funkcija.
Maksājumu risinājumi un norēķinu plūsma
Maksājumu pakalpojumu sniedzēji un krāpšanas novēršanas rīki norēķinu laikā var ielādēt savus skriptus vai sīkdatnes. Automātiski pieskaitot visus šādus elementus mārketingam, iespējams traucēt pasūtījuma pabeigšanu.
Maksājumu funkcijas ieteicams dokumentēt un pārbaudīt atsevišķi. Viena no praktiskām pārbaudes plūsmām:
- Atveriet veikalu tīrā pārlūka sesijā.
- Noraidiet izvēles sīkdatnes.
- Pievienojiet preci grozam un pārejiet uz norēķiniem.
- Izvēlieties maksājuma veidu un, ja nepieciešams, atgriezieties no maksājumu pakalpojuma vietnes.
- Pārbaudiet pasūtījuma statusu, grozu un lietotāja sesiju.
- Atkārtojiet pārbaudi pēc visu kategoriju pieņemšanas un salīdziniet analītikas un reklāmguvumu notikumus.
Consent Mode v2 ieviešanas kontrolsaraksts
- Ielādējiet piekrišanas pārvaldības risinājumu pirms izvēles analītikas un reklāmas tagiem.
- Pārbaudiet, vai groza un sesijas sīkdatnes ir klasificētas atbilstoši to faktiskajai funkcijai.
- Sasaistiet analītikas izvēli ar
analytics_storagestāvokli. - Sasaistiet reklāmas izvēli ar
ad_storage,ad_user_dataunad_personalizationstāvokļiem. - Pārbaudiet GA4 un Google Ads darbību pirms un pēc apmeklētāja izvēles.
- Atsevišķi dokumentējiet maksājumu un krāpšanas novēršanas skriptus.
- Izmēģiniet noraidīšanu, daļēju piekrišanu un visu kategoriju pieņemšanu.
- Atkārtojiet pārbaudes pēc jauna spraudņa instalēšanas vai tagu konfigurācijas maiņas.
Detalizētākas GTM darbības aprakstītas ceļvedī par Google Consent Mode v2 ieviešanu ar Google Tag Manager. Consent Mode v2 nodod piekrišanas stāvokli Google tagiem, taču neaizstāj pašu piekrišanas iegūšanas procesu un negarantē juridisko atbilstību.
Spraudnis, Google Tag Manager vai pielāgota ieviešana
| Pieeja | Kam tā var būt piemērota | Kas jāpārbauda |
|---|---|---|
| CMP vai WordPress spraudnis | Mazākiem un vidējiem veikaliem ar salīdzinoši vienkāršu tagu komplektu | Agrīna ielāde, kategorijas un saderība ar veikala spraudņiem |
| Google Tag Manager | Aģentūrām un veikaliem ar plašāku mārketinga konfigurāciju | Trigeri, piekrišanas stāvokļi un katrs jaunais tags |
| Pielāgota ieviešana | Komandām ar izstrādes resursiem un īpašām prasībām | Uzturēšana, dokumentācija un regresijas pārbaudes |
Izvēle ir atkarīga no veikala tehniskās uzbūves, izmantotajiem tagiem un komandas iespējām uzturēt konfigurāciju. Pirms risinājuma izvēles varat apskatīt CookiePilot funkciju pārskatu un tehniskajai plānošanai izmantot CookiePilot dokumentāciju.
Kā pārbaudīt veikalu pirms publicēšanas
| Pārbaude | Sagaidāmais rezultāts |
|---|---|
| Pirms apmeklētāja izvēles | Izvēles sīkdatņu un tagu darbība atbilst sākotnējai piekrišanas konfigurācijai |
| Pēc izvēles sīkdatņu noraidīšanas | Grozs, pieteikšanās un norēķini turpina darboties |
| Pēc analītikas pieņemšanas | Analītikas darbība atbilst izvēlei, bet reklāmas piekrišana paliek noraidīta |
| Pēc visu kategoriju pieņemšanas | Tagi saņem konfigurācijai atbilstošus piekrišanas signālus |
| Pēc jauna spraudņa vai taga pievienošanas | Sīkdatnes, pieprasījumi, kategorijas un pirkuma ceļš tiek pārbaudīti atkārtoti |
Pārbaudei var izmantot pārlūka izstrādātāja rīkus, Google Tag Assistant un GTM priekšskatījuma režīmu. Nepaļaujieties tikai uz to, ka baneris ir redzams: pārbaudiet pārlūka krātuvi, tīkla pieprasījumus, tagu notikumus un visu pasūtījuma ceļu.
Tiesiskais konteksts
Piekrišanas pārvaldības platforma var palīdzēt apkopot izvēles un tehniski pārvaldīt tagu darbību, taču tā pati par sevi negarantē atbilstību prasībām. Sīkdatņu klasifikācija, banera teksts un piekrišanas mehānisms jāizvērtē atbilstoši konkrētā veikala izmantotajiem pakalpojumiem un piemērojamajām prasībām.
Vietējo skaidrojumu pārbaudei izmantojiet Datu valsts inspekcijas informāciju, bet tehniskās ieviešanas detaļas salīdziniet ar attiecīgo pakalpojumu sniedzēju aktuālo dokumentāciju. Ja klasifikācija vai juridiskais pamatojums nav skaidrs, konsultējieties ar kvalificētu speciālistu.
Biežāk uzdotie jautājumi
Vai WooCommerce pēc noklusējuma nodrošina pilnvērtīgu sīkdatņu baneri?
WooCommerce pamatfunkcionalitāti nevajadzētu uzskatīt par pilnvērtīgu piekrišanas pārvaldības risinājumu. Nepieciešamā konfigurācija ir atkarīga no vietnē izmantotajiem spraudņiem, tagiem un ārējiem pakalpojumiem.
Vai pirms izvēles jābloķē WooCommerce groza sīkdatnes?
Groza un sesijas sīkdatnes bieži nodrošina pircēja pieprasītās funkcijas, tādēļ to bloķēšana var sabojāt grozu vai norēķinus. Tomēr katras sīkdatnes nolūks un klasifikācija jāpārbauda konkrētajā veikalā.
Vai Consent Mode v2 aizstāj piekrišanu?
Nē. Tas nodod piekrišanas stāvokli Google tagiem. Banerim vai CMP joprojām jānodrošina apmeklētājam saprotama izvēle un tehniski pareiza tās piemērošana.
Kā klasificēt maksājumu pakalpojumu sīkdatnes?
Tās jāvērtē pēc faktiskā nolūka. Maksājuma izpildei vai krāpšanas novēršanai izmantotu funkciju nevajadzētu automātiski uzskatīt par mārketingu, taču klasifikācija ir jādokumentē un jāpārbauda.
Kad WooCommerce veikals jāpārbauda atkārtoti?
Pārbaude ir ieteicama pēc mārketinga vai maksājumu spraudņu pievienošanas, GTM publikācijas, tēmas vai norēķinu procesa izmaiņām un citiem būtiskiem tehniskiem atjauninājumiem.
Nākamais solis
Sāciet ar visu sīkdatņu, skriptu un tagu uzskaiti. Pēc tam konfigurējiet kategorijas un Consent Mode v2, kā arī pārbaudiet pirkuma ceļu ar dažādām apmeklētāja izvēlēm. Ja vēlaties novērtēt CookiePilot piemērotību sava WooCommerce veikala konfigurācijai, varat apskatīt demonstrāciju.
Autors
Marcin
Zespół CookiePilot dzieli się wiedzą o RODO, PKE i zarządzaniu cookies.
