Consent Mode v2: tehnični vodič za implementacijo

Objavljeno:

Avtor: Marin Bilić

Google Consent Mode v2 je razširjen API, ki Googlovim oznakam posreduje štiri ključne parametre soglasja: ad_storage, analytics_storage, ad_user_data in ad_personalization. Za spletne strani z obiskovalci iz Evropskega gospodarskega prostora (EGP) je pravilna implementacija priporočljiva in pogosto nujna za ohranitev oglaševalskih funkcij. Takoj, ko začnete, naredite tri stvari:

  • Nastavite privzeto stanje vseh štirih parametrov na denied (za napredni način).
  • Povežite certificiran upravljalnik soglasij (CMP) z Google Tag Managerjem ali gtag.js.
  • Preverite, da se inicializacija soglasja izvede pred vsemi drugimi Googlovimi oznakami.

Brez teh korakov tvegate nepopolno merjenje, izgubo podatkov za modeliranje in neskladnost z zahtevami politike EU User Consent. Ta vodič vam ponuja kodo, primere, kontrolne sezname in lokalne smernice za Slovenijo, da greste od nič do produkcije brez nepotrebnih napak.


Ključne ugotovitve

Pravilna implementacija Consent Mode v2 zahteva vse štiri parametre soglasja, napredni način za komercialne strani z EGP prometom in dosledno pošiljanje cookieless pingov za učinkovito modeliranje konverzij.

Točka Podrobnosti
Štirje obvezni parametri ad_storage, analytics_storage, ad_user_data in ad_personalization morajo biti nastavljeni v privzetem stanju in posodobitvi.
Zaporedje inicializacije Consent Initialization mora teči pred vsemi drugimi oznakami, sicer se piškotki morda nastavijo brez soglasja.
Osnovna vs. napredna implementacija Napredna prinaša oglaševalsko specifično modeliranje; osnovna je varnejša za strogo regulirana okolja.
GDPR in Slovenija Consent Mode v2 ne nadomešča CMP ali pravno veljavne privolitve; revizijska sled soglasij je obvezna.
Webtim implementacija Webtim izvaja celoten potek od CMP konfiguracije do testiranja in revizije skladnosti za slovensko okolje.

Kazalo

Consent Mode v2, ki ga je Google posodobil novembra 2023, prinaša dva nova parametra poleg obstoječih ad_storage in analytics_storage. Razumevanje vseh štirih je pogoj za pravilno delovanje oznak in modeliranja.

Pregled parametrov:

ad_user_data nadzira, ali se sploh pošljejo kakršni koli podatki o uporabniku Googlu v oglaševalske namene. ad_personalization, ko je nastavljen na denied, onemogoči personalizirano oglaševanje in remarketing, tudi če je ad_storage odobren. To razlikovanje je ključno: nastavitev privzetih stanj in posodobitev mora vključevati vse štiri parametre, ne le prvotna dva.

Poleg novih parametrov v2 uvaja tudi spremenjen URL-shema za cookieless pinge. Ko je ad_storage zavrnjen, Google oznake pošljejo ping brez piškotkov, ki vsebuje parametre gcs (stanje soglasja), gcd (privzeto stanje) in dma (signal za Digital Markets Act). Ti pingi so osnova za cookieless modeliranje konverzij v Google Ads in GA4.

Brez implementacije v2 za promet iz EGP oglaševalci tvegajo izpad podatkov za optimizacijo in poročanje, kar je Simo Ahava podrobno opisal v svoji tehnični razlagi sprememb skupaj z opozorili glede zaporedja skriptov in posebnih izzivov pri SPA in SSR okoljih.


Kaj morate preveriti pred začetkom implementacije?

Pred pisanjem prve vrstice kode si pripravite dostope in okolje. Zamudna napaka pri implementaciji pogosto izvira iz manjkajočih pravic ali nepripravljenega testnega okolja, ne iz napačne kode.

Potrebni dostopi in računi:

  • Skrbniški dostop do Google Tag Managerja (GTM) za urejanje sprožilcev in oznak.
  • Dostop do GA4 lastnosti z vlogo »Urednik« ali višje.
  • Dostop do Google Ads računa za preverjanje diagnostike konverzij.
  • Skrbniška konzola izbranega CMP (Cookiebot, Complianz ali lastna rešitev).

Odločitev glede CMP in IAB TCF v2:

Preden začnete mapirati signale, se odločite, ali boste uporabili CMP, ki podpira IAB TCF v2, ali lastno pasico z ročnim mapiranjem. Google certificirani CMP-ji pogosto avtomatsko podpirajo posodobitve za v2, kar pomeni manj ročnega dela. Lastne rešitve so prožnejše, a zahtevajo natančno mapiranje namenov (purposes) na Google parametre. Napake v mapiranju IAB TCF v2 so med najpogostejšimi vzroki za nepravilno obnašanje oznak.

Testno okolje in verzioniranje:

  • Ustvarite ločen GTM delovni prostor za testiranje pred objavo.
  • Dokumentirajte vse spremembe v konfiguracijah z verzijskimi opombami.
  • Pripravite rollback plan: shranite trenutno objavljeno verzijo GTM in jo označite kot »pred-v2«.

Strokovni nasvet: Organizirajte skripte tako, da se Consent Initialization sproži pred vsemi drugimi oznakami. V GTM to dosežete z uporabo sprožilca »Inicializacija soglasja« (Consent Initialization), ki se izvede pred sprožilcem »Vse strani« (All Pages). Brez tega zaporedja oznake morda naložijo podatke pred prejetjem soglasja.


Inicializacija je najpomembnejši korak. Napaka tukaj pomeni, da vse ostalo ne deluje pravilno, ne glede na to, kako skrbno ste konfigurirali CMP ali GTM.

Inicializacija z gtag.js

Privzeto stanje nastavite takoj po nalaganju gtag.js, preden se sproži kateri koli drug klic:

<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  // Privzeto stanje — nastavi se PRED vsemi drugimi klici
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'analytics_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'wait_for_update': 500
  });

  gtag('js', new Date());
  gtag('config', 'G-XXXXXXXX');
</script>

Parameter wait_for_update (v milisekundah) pove Googlovim oznakam, koliko časa naj počakajo na posodobitev soglasja, preden nadaljujejo z nalaganjem. Vrednost 500 ms je razumno izhodišče za večino strani, pri počasnejših CMP-jih pa jo povečajte na 1000 ms.

Inicializacija v Google Tag Managerju

V GTM ustvarite novo oznako tipa »Koda po meri« (Custom HTML) in jo povežite s sprožilcem »Inicializacija soglasja«:

<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'analytics_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'wait_for_update': 500,
    'region': ['SI', 'AT', 'BE', 'BG', 'HR', 'CY', 'CZ', 'DK', 'EE', 'FI',
               'FR', 'DE', 'GR', 'HU', 'IE', 'IT', 'LV', 'LT', 'LU', 'MT',
               'NL', 'PL', 'PT', 'RO', 'SK', 'SE']
  });
</script>

Parameter region omeji privzeto stanje denied samo na obiskovalce iz EGP, kar je priporočljivo za strani z globalnim prometom. Za Slovenijo vključite kodo SI.

Pogosta napaka: Oznaka za inicializacijo soglasja je nastavljena na sprožilec »Vse strani« namesto »Inicializacija soglasja«. Posledica je, da se Googlove oznake naložijo pred privzetim stanjem, kar pomeni, da se piškotki morda nastavijo brez soglasja.

Skladno z uradno dokumentacijo Tag Platform mora inicializacija soglasja teči pred vsemi drugimi oznakami, ki zbirajo podatke.


Kako posodobiti stanje soglasja ob interakciji uporabnika?

Ko uporabnik sprejme ali zavrne piškotke v pasici CMP, morate Googlu takoj sporočiti novo stanje. To storite z gtag('consent', 'update', ...) ali z guranjem v dataLayer.

Posodobitev z gtag.js

// Primer: uporabnik sprejme vse kategorije
gtag('consent', 'update', {
  'ad_storage': 'granted',
  'analytics_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

// Primer: uporabnik zavrne personalizacijo, sprejme analitiko
gtag('consent', 'update', {
  'ad_storage': 'denied',
  'analytics_storage': 'granted',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied'
});

Posodobitev prek dataLayer v GTM

window.dataLayer.push({
  'event': 'consent_update',
  'ad_storage': 'granted',
  'analytics_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted'
});

V GTM nato ustvarite sprožilec na osnovi tega dogodka in oznako, ki pokliče gtag('consent', 'update', ...) z vrednostmi iz spremenljivk dataLayer.

Pravila za ponovno pošiljanje zadetkov (resend hits):

Ko uporabnik soglasje odobri po nalaganju strani, Google oznake samodejno pošljejo zadetke, ki so bili zadržani med čakanjem. To je koristno za beleženje konverzij, ki bi sicer bile izgubljene. Pazite pa: ne implementirajte lastnega ponovnega pošiljanja poleg tega mehanizma, ker pride do podvajanja konverzij.

Konfliktna stanja ad_personalization in ad_user_data: Če je ad_user_data nastavljen na denied, Google ne bo personaliziral oglasov, tudi če je ad_personalization nastavljen na granted. Oba parametra morata biti odobrena za polno delovanje remarketinga.


Katera implementacija je boljša: osnovna ali napredna?

Razlika med osnovnim (basic) in naprednim (advanced) načinom ni le tehnična, ampak ima neposreden vpliv na kakovost podatkov za modeliranje in poročanje.

Vidik Osnovna implementacija Napredna implementacija
Obnašanje oznak Blokirane do soglasja Naložene z privzetim denied
Cookieless pingi Ne pošilja Pošilja ob vsakem obisku
Vrsta modeliranja Splošno modeliranje Oglaševalsko specifično modeliranje
Podatki brez soglasja Nič Anonimni pingi za modeliranje
Zahtevnost implementacije Nižja Višja (zahteva pravilno inicializacijo)
Primernost Strogo regulirana okolja Komercialne strani z EGP prometom

Napredna implementacija omogoča oglaševalsko specifično modeliranje, ker Google prejme anonimne cookieless pinge za vsakega obiskovalca, ne glede na soglasje. Osnovna implementacija pošlje podatke samo ob odobrenem soglasju, kar pomeni, da Google za modeliranje nima dovolj signalov pri visokem deležu zavrnitev.

Za večino komercialnih spletnih strani z EGP prometom je napredna implementacija boljša izbira, pod pogojem, da je inicializacija pravilna in da cookieless pingi dosledno prihajajo. Brez doslednih pingov Google nima dovolj podatkov za učinkovito modeliranje.

Strokovni nasvet: Osnovno implementacijo izberite, kadar imate strogo regulirano vsebino (zdravstvo, finance) in pravna ekipa zahteva, da se nobeni podatki ne pošljejo pred eksplicitnim soglasjem. V vseh ostalih primerih napredna implementacija prinaša boljše podatke za odločanje.


Kako integrirati CMP in mapirati IAB TCF v2 signale?

Integracija CMP je točka, kjer se teorija sreča s prakso. Napačno mapiranje namenov (purposes) IAB TCF v2 na Google parametre je pogost vir napak, ki jih je težko odkriti brez natančnega testiranja.

Kaj pričakovati od Google certificiranih CMP-jev:

Certificirani CMP-ji, kot sta Cookiebot in Complianz, pogosto samodejno podpirajo posodobitve za v2 in upravljajo z mapiranjem TCF signalov. Cookiebot na primer samodejno pošlje pravilne signale, ko je konfiguriran za Google oznake. Kljub temu preverite, da je v nastavitvah CMP aktivirana podpora za Consent Mode v2, ne le v1.

Mapiranje IAB TCF v2 namenov na Google parametre:

Nameni (purposes) IAB TCF v2 se preslikajo na Google parametre takole:

  • Namen 1 (shranjevanje in dostop do informacij) → ad_storage, analytics_storage
  • Namen 3 (ustvarjanje profilov za personalizirano oglaševanje) → ad_personalization
  • Namen 7 (merjenje oglaševalske uspešnosti) → ad_storage
  • Posebni namen za Google (Google Advertising Products) → ad_user_data

Primer dataLayer mapiranja za GTM pri lastnem CMP:

// Ko CMP vrne odločitev uporabnika
window.dataLayer.push({
  'event': 'consent_update',
  'ad_storage': tcfData.purpose.consents[1] ? 'granted' : 'denied',
  'analytics_storage': tcfData.purpose.consents[1] ? 'granted' : 'denied',
  'ad_user_data': tcfData.purpose.consents[1] && googleVendorConsent ? 'granted' : 'denied',
  'ad_personalization': tcfData.purpose.consents[3] ? 'granted' : 'denied'
});

Pri lastnih CMP implementacijah bodite posebno pozorni na mapiranje namenov in prodajalcev (vendors), ker napake tukaj povzročijo, da se oznake obnašajo napačno, ne da bi to bilo takoj vidno v diagnostičnih orodjih.

Complianz ima vgrajeno integracijo z GTM in samodejno guranje v dataLayer ob spremembi soglasja. Preverite, da je v nastavitvah aktiviran »Google Consent Mode v2« in ne le »Google Consent Mode«.


Konkreten primer implementacije: CMP → GTM → GA4

Ta primer prikazuje celoten potek, ki ga Webtim uporablja pri implementacijah za stranke v Sloveniji.

Celoten potek implementacije:

  1. Aktivacija CMP: V Cookiebot ali Complianz aktivirajte podporo za Consent Mode v2 in konfigurirajte kategorije piškotkov skladno s slovenskimi zahtevami (statistika, marketing, funkcionalni).
  2. Consent Initialization v GTM: Ustvarite oznako »Privzeto stanje soglasja« (Custom HTML) s sprožilcem »Inicializacija soglasja«. Vključite vse štiri parametre z vrednostjo denied in parameter region za EGP.
  3. Posodobitev soglasja: Ustvarite sprožilec na osnovi dogodka consent_update v dataLayer in oznako, ki pokliče gtag('consent', 'update', ...) z vrednostmi iz spremenljivk dataLayer.
  4. GA4 konfiguracija: Preverite, da je GA4 oznaka nastavljena na sprožilec »Vse strani« in da ima v nastavitvah soglasja aktivirano spoštovanje stanja soglasja.
  5. Testiranje: Pred objavo preverite v GTM predogledu, da se oznake sprožijo v pravilnem zaporedju.

Kontrolni seznam za razvijalce:

  • Oznaka za inicializacijo soglasja je na sprožilcu »Inicializacija soglasja«.
  • Spremenljivke dataLayer za vse štiri parametre so pravilno definirane.
  • CMP je konfiguriran za pošiljanje consent_update dogodka ob vsaki spremembi.
  • GA4 in Google Ads oznake imajo nastavljene zahteve soglasja (Consent Settings).
  • Verzija GTM je označena z opisom spremembe (npr. »Consent Mode v2 implementacija«).

Testni seznam:

  • V omrežnih zahtevah preverite prisotnost parametrov gcs, gcd in dma v pingih na google-analytics.com ali googletagmanager.com.
  • V GA4 DebugView preverite, da se dogodki beležijo po odobritvi soglasja.
  • V Google Ads diagnostiki konverzij preverite status »Soglasje odobreno«.
  • Preverite obnašanje ob zavrnitvi soglasja: oznake ne smejo nastaviti piškotkov.

Opažanja Webtim pri implementacijah: Najpogostejši popravek je premik oznake za inicializacijo soglasja na pravilen sprožilec. Drugi pogost problem je manjkajoč ad_user_data parameter, ki ga stranke pogosto pozabijo dodati, ker ga v v1 ni bilo.


Kako preveriti implementacijo in odpraviti napake?

Preverjanje ni opcijsko. Napake pri implementaciji soglasja so pogosto nevidne v normalnem delovanju, dokler ne opazite padca v podatkih ali opozorila v Google Ads.

Koraki za preverjanje:

  • Google Ads diagnostika konverzij: Odprite Google Ads → Cilji → Konverzije → izberite konverzijsko dejanje → zavihek »Diagnostika«. Preverite, ali se prikazuje opozorilo glede soglasja.
  • GA4 DebugView: Aktivirajte GTM predogled in odprite GA4 DebugView. Preverite, da se dogodki beležijo po odobritvi soglasja in da se ne beležijo pred njo.
  • Omrežni pingi: V orodjih za razvijalce (F12 → Network) filtrirajte zahteve na collect ali g/collect. Preverite parametre gcs (vrednosti: G100, G110, G111 itd.) in dma.

Diagnostična tabela pogostih napak:

Napaka Simptom Rešitev
Inicializacija prepozno Piškotki nastavljeni pred soglasjem Premakni oznako na sprožilec »Inicializacija soglasja«
Manjkajoč consent_update Soglasje ni posredovano Googlu Dodaj dataLayer push v CMP callback
Napačno mapiranje TCF Oznake blokirane kljub soglasju Preveri mapiranje namenov na Google parametre
Manjkajoč ad_user_data Opozorilo v Ads diagnostiki Dodaj parameter v privzeto stanje in posodobitev
Podvajanje konverzij Dvojni zadetki po odobritvi Odstrani lastno resend logiko, zaupaj Googlovemu mehanizmu
SPA navigacija brez pingov Manjkajoči cookieless pingi Implementiraj ročno pošiljanje pingov ob navigaciji

Za SPA in SSR arhitekture je potrebna posebna pozornost: stanje soglasja se mora prenesti med navigacijami in ob vsakem AJAX klicu morajo biti poslani ustrezni pingi. To je ena od tehničnih točk, ki jo Simo Ahava izpostavlja kot pogost vir težav v kompleksnih spletnih arhitekturah.


Kaj morate vedeti o GDPR in lokalnih zahtevah v Sloveniji?

Consent Mode v2 je tehnično orodje za posredovanje soglasij Googlu. Ni nadomestilo za pravno veljavno privolitev in ne zagotavlja skladnosti z GDPR samo po sebi. To jasno poudarja Googlova dokumentacija za Google Ads: za zakonito obdelavo podatkov potrebujete delujoč CMP in dokumentirano soglasje.

Slovensko pravno okolje:

Informacijski pooblaščenec Republike Slovenije je pristojen nadzorni organ za varstvo osebnih podatkov in izvajanje GDPR v Sloveniji. Njegova priporočila glede piškotkov in sledenja so usklajena z Evropskim odborom za varstvo podatkov (EDPB). Za spletne strani, ki ciljajo slovensko občinstvo, to pomeni:

  • Pasica za soglasje mora biti prikazana pred nastavitvijo katerega koli nebistveno piškotka.
  • Zavrnitev mora biti enako enostavna kot sprejetje (enaka vidnost gumbov).
  • Soglasja je treba hraniti z dokazili: časovni žig, različica besedila, IP-naslov (ali drug identifikator), izbrane kategorije.
  • Revizijska sled mora biti dostopna ob morebitnem nadzoru.

Praktični ukrepi za slovensko okolje:

  • Posodobite politiko piškotkov in splošne pogoje, da odražajo implementacijo Consent Mode v2 in vse štiri kategorije soglasja.
  • Zagotovite, da CMP beleži vsako soglasje z revizijsko sledjo.
  • Preverite, da je politika piškotkov dostopna iz pasice za soglasje z enim klikom.
  • Kadar obdelujete posebne kategorije podatkov ali izvajate obsežno profiliranje, se posvetujte s pooblaščeno osebo za varstvo podatkov (DPO).

Consent Mode v2 vam pomaga tehnično usklajevati pošiljanje podatkov z odločitvijo uporabnika, pravna veljavnost te odločitve pa je odgovornost vaše organizacije in izbranega CMP.

Ta vodič je splošna tehnična informacija in ne nadomešča pravnega svetovanja. Za specifične zahteve vaše organizacije se posvetujte s pravnim strokovnjakom ali DPO.


Korak za korakom: migracija iz v1 na v2

Migracija je strukturiran proces, ne enkratna sprememba. Sledite tem korakom, da zmanjšate tveganje za izpad merjenja.

  1. Inventar oznak: Preglejte vse oznake v GTM in identificirajte tiste, ki zahtevajo soglasje (Google Ads, GA4, Floodlight, remarketing piksli).
  2. Posodobitev CMP: Preverite, da vaš CMP podpira Consent Mode v2. Certificirani CMP-ji pogosto zahtevajo le aktivacijo v nastavitvah. Lastne rešitve zahtevajo dodajanje ad_user_data in ad_personalization v posodobitvene klice.
  3. Posodobitev privzetega stanja: Dodajte ad_user_data in ad_personalization v obstoječo inicializacijo soglasja z vrednostjo denied.
  4. Testni rollout: Objavite spremembe v testnem okolju in preverite delovanje na 5–10 % prometa. Preverite omrežne pinge, GA4 DebugView in Ads diagnostiko.
  5. Polna aktivacija: Po uspešnem testiranju (priporočeno 3–5 dni) aktivirajte spremembe za ves promet.
  6. Monitoriranje: Spremljajte podatke 7–14 dni po aktivaciji. Primerjajte stopnjo beleženja konverzij pred in po migraciji.
  7. Obvestilo ekipam: Obvestite oglaševalske ekipe o pričakovanih spremembah v poročanju med prehodnim obdobjem.
  8. Dokumentacija: Posodobite interno dokumentacijo z novimi parametri, verzijo GTM in datumom aktivacije.

Rollback postopek: Če pride do resnih težav, v GTM objavite prejšnjo verzijo (označeno kot »pred-v2«). To takoj obnovi prejšnje stanje brez izgube sledenja. Nato diagnosticirajte težavo v testnem okolju, preden znova aktivirate v2.


Webtim-ovo priporočilo glede implementacije

Za komercialne spletne strani z EGP prometom Webtim priporoča napredno implementacijo. Razlog je preprost: cookieless pingi, ki jih pošilja napredni način, so osnova za oglaševalsko specifično modeliranje, ki nadomesti del podatkov, izgubljenih pri zavrnitvi soglasja. Brez teh pingov je modeliranje manj natančno in poročanje v Google Ads ter GA4 manj zanesljivo.

Osnovna implementacija ima svoje mesto pri strogo reguliranih vsebinah, kjer pravna ekipa zahteva, da se nobeni podatki ne pošljejo pred eksplicitnim soglasjem. V teh primerih je varnost pred morebitnimi pravnimi tveganji pomembnejša od kakovosti modeliranja.

Ključna lekcija iz projektov Webtim: večina težav pri implementaciji ni v kodi, ampak v zaporedju izvajanja in manjkajočih parametrih. Preden začnete odpravljati napake v CMP ali GTM, preverite, da inicializacija soglasja teče pred vsemi drugimi oznakami in da so vsi štirje parametri prisotni v privzetem stanju in posodobitvi.

Za ekipe, ki nimajo časa ali izkušenj za lastno implementacijo, je revizija in implementacija s strani agencije pogosto hitrejša pot do pravilnega delovanja kot iterativno odpravljanje napak v produkciji.


Pravilna implementacija Consent Mode v2 zahteva natančno tehnično izvedbo, ki jo je težko doseči brez izkušenj s specifičnimi izzivi GTM, CMP integracije in GDPR zahtev za slovensko okolje. Webtim ponuja celovito storitev: od konfiguracije CMP in GTM do revizije skladnosti in testiranja.

Webtim

Storitve vključujejo implementacijo gtag.js in GTM, konfiguracijo Cookiebot ali Complianz za slovensko okolje, revizijo obstoječe implementacije, testiranje cookieless pingov in diagnostiko Google Ads konverzij. Za stranke, ki gradijo ali prenavljajo spletno stran, je implementacija Consent Mode v2 del vsakega projekta izdelave spletne strani. Spletne trgovine, ki potrebujejo zanesljivo merjenje konverzij, najdejo ustrezno rešitev v storitvi izdelave spletne trgovine.

Za brezplačno oceno vaše obstoječe implementacije ali novega projekta nas kontaktirajte prek strani za povpraševanje.


Viri

Za tehnično referenco in posodobitve priporočamo redno preverjanje naslednjih uradnih virov:

Googlova dokumentacija se posodablja ob vsaki spremembi platforme, zato preverite datume zadnje posodobitve na vsaki strani, preden implementirate na osnovi teh navodil.

This article is general information, not a substitute for advice from a qualified lawyer. Consult a qualified legal professional about your own circumstances before acting on anything here.

Priporočeno

ZGRADITE TRGOVINO, KI PRODAJA

Na brezplačenem posvetu vam pokažemo, kako lahko povečate prodajo in izboljšate uporabniško izkušnjo.
Zaupa nam že več kot 300 slovenskih podjetij iz različnih panog.