გამონაკლისი „აუცილებელი“ ქუქი-ფაილებისთვის: რა შედის და რა არა

რატომ არის გამონაკლისი მნიშვნელოვანი

ePrivacy-ის დირექტივის (მუხლი 5(3)) მიხედვით, მომხმარებლის მოწყობილობაზე ინფორმაციის შენახვა ან წაკითხვა, როგორც წესი, წინასწარ თანხმობას მოითხოვს. არსებობს ორი გამონაკლისი, და გამომცემლების უმეტესობა ყველაზე ხშირად ეყრდნობა გამონაკლისს იმ შენახვისთვის, რომელიც მკაცრად აუცილებელია სერვისის მისაწოდებლად, რომელიც მომხმარებელმა პირდაპირ მოითხოვა. ყველაფერი, რასაც ეს გამონაკლისი არ ფარავს, თქვენი თანხმობის ბანერის უკან დგას.

ბევრი საიტი ამ გამონაკლისს აფართოებს ანალიტიკაზე, A/B ტესტირებაზე, რეკლამის სიხშირის შეზღუდვასა და პერსონალიზაციაზე. მარეგულირებლები არაერთხელ დაუპირისპირდნენ ამ გაგებას, ამიტომ ღირს ზუსტად გაიგოთ, სად გადის ზღვარი.

ორნაწილიანი ტესტი

გამონაკლისი არ ეხება იმას, რაც თქვენთვის მოსახერხებელია. ის ორ კითხვას სვამს:

  1. პირდაპირ მოითხოვა თუ არა მომხმარებელმა სერვისი? სტატიის ჩატვირთვა მოთხოვნაა. კალათაში ნივთის დამატება მოთხოვნაა. ჩატის ვიჯეტის გახსნა, რომელიც თქვენ ყველა გვერდზე მიაწოდეთ, არ არის.
  2. არის თუ არა შენახვა მკაცრად აუცილებელი სწორედ ამ სერვისის მისაწოდებლად? თუ სერვისი ქუქი-ფაილის ან იდენტიფიკატორის გარეშეც იმუშავებდა, თუნდაც ნაკლებად მოხერხებული ფორმით, შენახვა ალბათ მკაცრად აუცილებელი არ არის.

გაითვალისწინეთ, რომ „აუცილებელია ჩვენი ბიზნესმოდელისთვის“ არ ნიშნავს „აუცილებელია სერვისისთვის, რომელიც მომხმარებელმა მოითხოვა“. სარეკლამო შემოსავალი უფასო საიტს აცოცხლებს, მაგრამ რეკლამის დასამიზნებელი იდენტიფიკატორები სტატიის საჩვენებლად საჭირო არ არის.

ხშირად მისაღები მაგალითები

ხშირად არასწორად კლასიფიცირებული მაგალითები

ვადა და მოცულობა მაინც მნიშვნელოვანია

ქუქი-ფაილი, რომელიც ნამდვილად აუცილებელია, შეიძლება პრობლემური გახდეს, თუ ის უფრო დიდხანს ცოცხლობს ან უფრო მეტს აგროვებს, ვიდრე ფუნქციას სჭირდება. სესიის ქუქი-ფაილი, რომელიც ერთი წელი რჩება, ან უსაფრთხოების ქუქი-ფაილი, რომელიც მარკეტინგულ პროფილსაც წერს, კარგავს დაცვას. ვადა მოკლე, შიგთავსი კი მინიმალური გახადეთ.

დააფიქსირეთ თქვენი დასაბუთება

ყოველი ქუქი-ფაილისთვის ან შენახვის ერთეულისთვის, რომელსაც მკაცრად აუცილებლად კლასიფიცირებთ, ჩაწერეთ სამი რამ: მომხმარებლის მიერ მოთხოვნილი ფუნქცია, რომელსაც ის ემსახურება, რატომ გაფუჭდებოდა ეს ფუნქცია მის გარეშე და მისი სიცოცხლის ხანგრძლივობა. საკმარისია მოკლე ცხრილი, რომელსაც ქუქი-ფაილების ინვენტარის გვერდით აწარმოებთ. სიის გადახედვისას ყოველ ჩანაწერს ეჭვქვეშ დააყენეთ: თუ ერთადერთი არგუმენტია „ყოველთვის ასე ვაკეთებდით“, გადაიტანეთ ის თანხმობის უკან.

გამონაკლისი ქუქი-ფაილებზე მეტს ეხება. ლოკალური შენახვა (local storage), სესიის შენახვა (session storage), მოწყობილობის თითის ანაბეჭდი (fingerprinting) და აპებში SDK-ს იდენტიფიკატორები იმავე მუხლი 5(3)-ის ლოგიკას ექვემდებარება, ამიტომ ისინიც შეიტანეთ თქვენს გადახედვაში.

სად ჯდება FlexyConsent

FlexyConsent არის Google-ის მიერ სერტიფიცირებული CMP (CMP ID 317), სერტიფიცირებულია IAB Europe-სა და IAB Canada-ს მიერ და მისი ბანერი ხელმისაწვდომია 57 ენაზე. CMP საშუალებას გაძლევთ, არააუცილებელი ტეგები შეაჩეროთ, სანამ მომხმარებელი არჩევანს გააკეთებს, ხოლო თქვენი ნამდვილად აუცილებელი ერთეულები ჩვეულებრივ იტვირთება. იმის გადაწყვეტა, თითოეული ქუქი-ფაილი რომელ კატეგორიას ეკუთვნის, მაინც თქვენზეა, ამიტომ თქვენი დოკუმენტირებული დასაბუთება განახლებულად შეინახეთ.

მთავარი დასკვნები

← ბlodelays delays ყველას წაკითხვა →