Privātuma piekrišana un ChatLab ielāde pēc piekrišanas saņemšanas

Personas datu apstrādei ir nepieciešams atbilstošs juridiskais pamats; piekrišana ir viens iespējamais pamats, nevis universāla prasība visām apstrādes darbībām. Ja izvēlaties balstīties uz piekrišanu, tai jābūt brīvi sniegtai, konkrētai, apzinātai, viennozīmīgai un atsaucamai. Skatiet EDPB vadlīnijas par likumīgu apstrādi. Piemērojamos sīkfailu/ierīces krātuves noteikumus izvērtējiet atsevišķi kopā ar savu privātuma konsultantu.

Tālāk aprakstītie vadīklas elementi veic dažādas tehniskas funkcijas. Ne politikas izvēles rūtiņa, ne aizkavēta ielāde negarantē atbilstību normatīvajiem aktiem. Logrīkā iebūvēts aiztures mehānisms neliedz logrīka skriptam darboties, veikt tīkla pieprasījumus vai izmantot pārlūkprogrammas krātuvi pirms sarunas sākuma.

1. pieeja - In-Widget Privacy Consent (Privātuma piekrišana logrīkā). Pieprasiet apmeklētājiem piekrist jūsu Privātuma politikai tieši tērzēšanas logrīkā, pirms viņi var sākt sarunu vai iesniegt personisko informāciju.

2. pieeja - Load After Consent (Ielāde pēc piekrišanas saņemšanas). Pilnībā bloķējiet tērzēšanas bota skripta ielādi, līdz apmeklētājs sniedz sīkfailu/mārketinga piekrišanu jūsu piekrišanas pārvaldības platformā (Consent Management Platform - CMP).

---

1. pieeja: In-Widget Privacy Consent

ChatLab ir iebūvēti piekrišanas iestatījumi, kas ļauj pieprasīt apmeklētājiem piekrist jūsu Privātuma politikai pirms mijiedarbības ar tērzēšanas botu. Logrīks pats nodrošina piekrišanas procesu - ārēji rīki nav nepieciešami.

Piekļuve iestatījumiem

Atveriet savu tērzēšanas botu vadības panelī, pārejiet uz cilni Settings (Iestatījumi) un pēc tam kreisajā sānjoslā noklikšķiniet uz Consent & Privacy (Piekrišana un privātums).

Piekrišanas slēdži

Kartītē Request user consent (Pieprasīt lietotāja piekrišanu) ir četri slēdži.

• Require Privacy Policy consent before starting a new conversation (Pieprasīt piekrišanu Privātuma politikai pirms jaunas sarunas sākšanas) - kad šī opcija ir iespējota, apmeklētājiem ir jāpiekrīt politikai pirms pirmās ziņas nosūtīšanas. Šī ir visplašākā opcija: tā automātiski attiecas uz visām veidlapām (pieteikumu iegūšana, cilvēku atbalsts un tērzēšana tiešsaistē), tāpēc pārējie trīs slēdži tiek atspējoti.
• Require Privacy Policy consent for human support (Pieprasīt piekrišanu Privātuma politikai cilvēku atbalstam) - pievieno piekrišanas izvēles rūtiņu cilvēku atbalsta saziņas veidlapai.
• Require Privacy Policy consent for lead collection (Pieprasīt piekrišanu Privātuma politikai pieteikumu iegūšanai) - pievieno piekrišanas izvēles rūtiņu pieteikumu iegūšanas veidlapai.
• Require Privacy Policy consent for live chat session (Pieprasīt piekrišanu Privātuma politikai Live Chat sesijai) - pievieno piekrišanas izvēles rūtiņu Live Chat veidlapai.

Ja piekrišana nepieciešama tikai konkrētām darbībām (piemēram, tikai vācot personas datus ar pieteikumu veidlapu starpniecību), iespējojiet atsevišķos slēdžus, nevis opciju "new conversation".

Piekrišanas ziņojumu pielāgošana

Zem slēdžiem kartīte Consent & Privacy ļauj konfigurēt to, ko redz apmeklētāji.

• Consent intro message (Piekrišanas ievadziņojums) - teksts, kas tiek parādīts virs piekrišanas izvēles rūtiņas. Piemēram: "Lūdzu, apstipriniet, ka esat izlasījis(-usi) un pieņemat mūsu Privātuma politiku, lai turpinātu."
• Message to inform users about Privacy Policy consent requirement (Ziņojums lietotāju informēšanai par Privātuma politikas piekrišanas prasību) - izvēles rūtiņas etiķetes teksts. Izmantojiet Markdown, lai iekļautu saiti uz savu privātuma politiku:

Esmu iepazinies(-usies) ar [Privātuma politiku](https://www.example.com/privacy-policy) un tai piekrītu.

Pēc konfigurēšanas uzgaidiet, līdz parādās saglabāšanas statuss. Pārbaudiet darbību jaunā apmeklētāja sesijā, tostarp katrā izmantotajā veidlapā. Izslēdzot jaunas sarunas opciju, iepriekš noņemtie atsevišķu veidlapu slēdži netiek automātiski atjaunoti.

---

2. pieeja: Load After Consent (CMP integrācija)

Ja saskaņā ar savu sīkfailu politiku klasificējat tērzēšanas botu kā mārketinga rīku, ChatLab skripta ielāde ir jābloķē, līdz apmeklētājs sniedz piekrišanu. Tam ir nepieciešama integrācija ar Consent Management Platform (CMP).

ChatLab noklusējuma iegulšanas kods

Standarta ChatLab iegulšanas kods izskatās šādi:

<script>
  window.aichatbotApiKey = "YOUR_API_KEY_HERE";
  window.aichatbotProviderId = "YOUR_PROVIDER_ID_HERE";
</script>
<script src="https://script.chatlab.com/aichatbot.js" id="YOUR_API_KEY_HERE" defer></script>

Šis kods tiek ielādēts uzreiz, tiklīdz lapa tiek atvērta, neatkarīgi no apmeklētāja piekrišanas izvēlēm.

Savu API Key un Provider ID varat atrast sava tērzēšanas bota cilnē Deploy (Izvietošana).

Izmantojiet tālāk norādīto paraugu kā ieviešanas piemēru un pēc tam pārbaudiet to ar savu faktisko CMP un vietni. Šie piemēri nav sertifikācija un neaizstāj testēšanu.

Vienota nosacījumu ielādētāja sagatavošana

Noņemiet parasto, beznosacījumu ChatLab instalāciju no savas vietnes, spraudņiem un tagu pārvaldnieka, lai pastāvētu tikai viens ielādes ceļš. Nokopējiet savu publisko iegulšanas atslēgu un nodrošinātāja ID no sadaļas Deploy, nevis slepeno ck_ vai mk_ API atslēgu. Ja jūsu izvietošana izmanto zīmola skriptu resursdatoru, saglabājiet URL no Deploy.

Definējiet šo palīgfunkciju pirms savu piekrišanas notikumu klausītāju reģistrēšanas. Tā neielādē ChatLab, kamēr nav izsaukta ar parametru true.

<script>
  window.applyChatLabConsent = function (allowed) {
    if (!allowed) {
      if (window.chatLabLoadedAfterConsent) window.location.reload();
      return;
    }
    if (window.chatLabLoadedAfterConsent) return;
    window.chatLabLoadedAfterConsent = true;
    window.aichatbotApiKey = "YOUR_API_KEY_HERE";
    window.aichatbotProviderId = "YOUR_PROVIDER_ID_HERE";

    var script = document.createElement("script");
    script.src = "https://script.chatlab.com/aichatbot.js";
    script.id = window.aichatbotApiKey;
    script.defer = true;
    document.head.appendChild(script);
  };
</script>

Piekrišanas atsaukšanas gadījumā šis piemērs pārlādē lapu pēc tam, kad CMP ir saglabājusi noraidīšanas izvēli. Nākamajai lapas ielādei jāpaliek bloķētai. Pārlādēšana var dzēst nesaglabātos lapas ievades datus, tāpēc integrējiet to savas vietnes atteikšanās plūsmā. Tikai skripta elementa noņemšana neaptur jau izpildīto kodu, tīkla savienojumus vai jau ielādētu logrīku. Tāpat pārlādēšana neizdzēš iepriekš apkopotos datus vai saglabātos piekrišanas ierakstus.

Cookiebot

Izvēlieties kategoriju, kas atbilst jūsu dokumentētajiem mērķiem; marketing šeit ir piemērs, nevis ChatLab noteikta klasifikācija. Cookiebot nodrošina piekļuvi vienotam objektam consent. Tā gatavības, pieņemšanas un noraidīšanas notikumi ļauj atkārtoti pārbaudīt šo kategoriju. Skatiet Cookiebot izstrādātāju dokumentāciju.

Instalējiet šo notikumu klausītāju, pirms CMP var izsaukt savu sākotnējo notikumu:

<script>
  function checkChatLabCookiebotConsent() {
    window.applyChatLabConsent(
      !!(window.Cookiebot && window.Cookiebot.consent &&
         window.Cookiebot.consent.marketing)
    );
  }
  window.addEventListener("CookiebotOnConsentReady", checkChatLabCookiebotConsent);
  window.addEventListener("CookiebotOnAccept", checkChatLabCookiebotConsent);
  window.addEventListener("CookiebotOnDecline", checkChatLabCookiebotConsent);
  checkChatLabCookiebotConsent();
</script>

Usercentrics

Reģistrējiet ChatLab kā pakalpojumu ar jūsu izvērtēto mērķi/kategoriju. Izmantojiet savai instalētajai Web CMP versijai atbilstošo ieviešanu. Ja ir pieejami pielāgoti loga notikumi, konfigurējiet notikumu ar nosaukumu ucEvent sadaļā Implementation > Data Layer & Events, un pēc tam reģistrējiet notikumu klausītāju pirms CMP inicializācijas. Pakalpojuma nosaukumam piemērā precīzi jāatbilst jūsu konfigurācijai.

<script>
  window.addEventListener("ucEvent", function (event) {
    if (event.detail && event.detail.event === "consent_status") {
      window.applyChatLabConsent(event.detail.ChatLab === true);
    }
  });
</script>

Tas atbilst Usercentrics pielāgoto notikumu vadlīnijām. Pārliecinieties, ka jūsu konfigurācija nodod gan sākotnējo saglabāto izvēli, gan turpmākos atjauninājumus. Ja tas tā nav, izmantojiet savai versijai dokumentēto sākotnējā stāvokļa API; nepaļaujieties uz to, ka tikai notikumu klausītājs apstrādās atkārtotus apmeklējumus.

Google Tag Manager

1. Integrējiet savu CMP ar GTM un iestatiet nepieciešamos noraidītās piekrišanas noklusējumus, pirms tiek izpildīti citi tagi.
2. Izveidojiet Custom HTML (Pielāgots HTML) tagu, kurā iekļauts nosacījumu ielādētājs un izsaukums applyChatLabConsent(true).
3. Atveriet taga sadaļu Consent Settings (Piekrišanas iestatījumi) un konfigurējiet Additional Consent Checks (Papildu piekrišanas pārbaudes) atbilstoši šim pakalpojumam izvēlētajiem piekrišanas veidiem.
4. Kā aktivizētāju (trigger) izmantojiet faktisko CMP nodrošināto notikumu datu slānī par piekrišanas gatavību/atjaunināšanu. Pārliecinieties, ka tas attiecas arī uz apmeklētājiem, kuri atgriežas un jau ir snieguši piekrišanu.
5. Pārvaldiet piekrišanas atsaukšanu, izmantojot iepriekš aprakstīto CMP saglabātās izvēles un lapas pārlādēšanas plūsmu.
6. Pirms publicēšanas veiciet testēšanu režīmā GTM Preview.

Custom HTML tags automātiski nekļūst saskaņots ar piekrišanas statusu tikai tāpēc, ka vietnē ir josla. Nekopējiet fiktīvu notikuma nosaukumu, piemēram, CookieConsentDeclaration; notikumam un piekrišanas mainīgajiem ir jāpastāv jūsu konteinerā. Skatiet Google tagu piekrišanas iestatījumus.

Pārbaude pirms publicēšanas

Pārlūkprogrammas jaunā sesijā pārbaudiet šos gadījumus, izmantojot pārlūkprogrammas cilni Network:

• Pirms jebkuras izvēles veikšanas un pēc noraidīšanas: ChatLab ielādētāja, logrīka vai API pieprasījumiem nevajadzētu parādīties.
• Pēc piekrišanas sniegšanas: logrīks ielādējas vienu reizi un var sākt sarunu.
• Atgriežoties vietnē ar saglabātu piekrišanu: logrīks ielādējas bez papildu klikšķa.
• Pēc piekrišanas atsaukšanas: lapa tiek pārlādēta, noraidītā izvēle saglabājas un ChatLab paliek neielādēts.
• Ja logrīkā ir iespējota privātuma piekrišana: pirms konfigurētās darbības parādās paredzētā politikas izvēles rūtiņa.

Tāpat pārbaudiet iframe iegulumus, citus spraudņus un dublējošos tagus: viena skripta bloķēšana nebloķē otru instalāciju. Informāciju par datu glabāšanas pārvaldību skatiet rakstā Datu dzēšana.