ორი განსხვავებული საქმე

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

ეს შედარება განიხილავს სამ გავრცელებულ ვარიანტს — first-party ქუქი-ფაილებს, ბრაუზერის შენახვას, როგორიცაა localStorage, და სერვერის მხარის თანხმობის ჩანაწერებს — და იმას, სად ეგუება თითოეული.

ვარიანტი 1: First-party ქუქი-ფაილები

ქუქი-ფაილები თანხმობის მდგომარეობის ტრადიციული სახლია. TCF CMP-ები თანხმობის string-ს ჩვეულებრივ first-party ქუქი-ფაილში ინახავენ და ბევრი CMP იქვე ინახავს საკუთარ პრეფერენციების მონაცემებსაც.

ძლიერი მხარეები

• სერვერისთვის წაკითხვადი. ქუქი-ფაილი ყოველ მოთხოვნას ახლავს, ამიტომ სერვერის მხარის კოდს, edge ლოგიკასა და server-side tagging-ს არჩევანის წაკითხვა JavaScript-ის ლოდინის გარეშე შეუძლია.
• ქვედომენებს შორის გაზიარებადი. თქვენს დარეგისტრირებად დომენზე დაყენებულ ქუქი-ფაილს შეუძლია www, blog და shop ქვედომენების დაფარვა.
• ფართოდ მოსალოდნელი. ad tech-ის ბევრი ინტეგრაცია თანხმობას ქუქი-ფაილებში ეძებს.

სუსტი მხარეები

• ზომის ლიმიტები. ბრაუზერები ქუქი-ფაილის ზომას დაახლოებით 4 KB-ით ზღუდავენ და TCF string ბევრი ვენდორითა და სხვა მნიშვნელობებით ამ ზღვარს შეიძლება მიუახლოვდეს.
• მოთხოვნების დატვირთვა. თქვენს დომენზე ყოველი მოთხოვნა ქუქი-ფაილს ატარებს, სურათებისა და სკრიპტების მოთხოვნების ჩათვლით.
• სიცოცხლის ხანგრძლივობის ლიმიტები ზოგ ბრაუზერში. Safari-ის Intelligent Tracking Prevention JavaScript-ით შექმნილ ქუქი-ფაილებს მაქსიმუმ შვიდდღიანი სიცოცხლით ზღუდავს. თქვენი სერვერის მიერ HTTP პასუხში დაყენებულ ქუქი-ფაილებს ზოგადად უფრო ლმობიერად ეპყრობიან, თუმცა გამონაკლისები არსებობს.

ვარიანტი 2: localStorage და ბრაუზერის სხვა შენახვა

ზოგი CMP დეტალურ პრეფერენციებს localStorage-ში ინახავს, ზოგჯერ უფრო მცირე ქუქი-ფაილთან ერთად.

ძლიერი მხარეები

• მეტი სივრცე. რამდენიმე მეგაბაიტი origin-ზე, საკმარისი ვენდორის დონის დეტალური არჩევანისთვის.
• მოთხოვნების დატვირთვის გარეშე. სერვერზე არაფერი ავტომატურად არ იგზავნება.

სუსტი მხარეები

• სერვერისთვის უხილავი. სერვერის მხარის კოდს და edge ლოგიკას მისი წაკითხვა არ შეუძლია, ამიტომ ნებისმიერი სერვერული გადაწყვეტილება ბრაუზერს უნდა დაელოდოს.
• ერთ origin-ზე მიბმული. www.example.com-ზე შენახული მონაცემები shop.example.com-ზე ხელმისაწვდომი არ არის, ამიტომ ვიზიტორმა ბანერი შეიძლება თითოეულ ქვედომენზე ხელახლა ნახოს.
• წაშლას ექვემდებარება. Safari-ს შეუძლია სკრიპტებისთვის ჩასაწერი შენახვა, localStorage-ის ჩათვლით, წაშალოს იმ საიტებისთვის, რომლებთანაც მომხმარებელს ბრაუზერის გამოყენების შვიდი დღის განმავლობაში ურთიერთქმედება არ ჰქონია, ხოლო პირადი დათვალიერების რეჟიმები მას, როგორც წესი, სესიის დასრულებისას ასუფთავებენ.

ვარიანტი 3: სერვერის მხარის თანხმობის ჩანაწერები

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

ძლიერი მხარეები

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

სუსტი მხარეები

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

გვერდიგვერდ შეჯამება

• საუკეთესოა არჩევანის დასამახსოვრებლად ვებში: first-party ქუქი-ფაილები, იდეალურად თქვენი სერვერის მიერ დაყენებული სტაბილური სიცოცხლის ხანგრძლივობით.
• საუკეთესოა დეტალური პრეფერენციების მონაცემებისთვის ბრაუზერში: localStorage, ქუქი-ფაილთან ერთად, რომლის წაკითხვაც სერვერს შეუძლია.
• საუკეთესოა არჩევანის დასამტკიცებლად: სერვერის მხარის ჩანაწერები.
• ყველაზე ცუდი ერთადერთი ვარიანტი: მხოლოდ localStorage-ზე დაყრდნობა, რაც სერვერს ბრმად ტოვებს და არჩევანს ზოგ ბრაუზერში მყიფეს ხდის.

პრაქტიკული კომბინირებული მიდგომა

1. ავტორიტეტული ლოკალური სიგნალი — მაგალითად TCF string და კომპაქტური პრეფერენციების ჩანაწერი — შეინახეთ first-party ქუქი-ფაილში, რომელიც თქვენს დარეგისტრირებად დომენზეა მიბმული.
2. localStorage გამოიყენეთ მხოლოდ დამატებით მონაცემებზე, რომლებიც სერვერამდე არ უნდა მივიდეს.
3. ყოველი არჩევანისთვის ჩაწერეთ სერვერის მხარის ჩანაწერი, ნაჩვენები ბანერისა და პოლიტიკის ვერსიის ჩათვლით.
4. თუ შენახული არჩევანი გაქრება, ბანერი ხელახლა აჩვენეთ და არ ივარაუდოთ წინა პასუხი.
5. დააწესეთ შენახული არჩევანის ხელახლა მოთხოვნის პერიოდი და ჩაიწერეთ ის თქვენს პოლიტიკაში.

თავად ვიზიტორის თანხმობის არჩევანის შენახვა ზოგადად ითვლება აუცილებლად იმ სერვისის მისაწოდებლად, რომელიც ვიზიტორმა მოითხოვა — მისი გადაწყვეტილების დამახსოვრება — მაგრამ გადაამოწმეთ თქვენს ძირითად ბაზრებზე მოქმედი სახელმძღვანელო მითითებები.

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

• არჩევანის დამახსოვრება და დამტკიცება განსხვავებული საქმეებია, რომლებსაც განსხვავებული შენახვა სჭირდება.
• ქუქი-ფაილები სერვერისთვის წაკითხვადია და ქვედომენებს შორის გაზიარებადი, მაგრამ შეზღუდულია ზომით და, Safari-ში, სიცოცხლის ხანგრძლივობით, როცა სკრიპტით არის დაყენებული.
• localStorage სივრცეს გვთავაზობს, მაგრამ სერვერისთვის უხილავია და ბრაუზერებს შეუძლიათ მისი გასუფთავება.
• სერვერის მხარის ჩანაწერები მტკიცებულების ფენაა და არა ლოკალური სიგნალის შემცვლელი.
• შეუხამეთ სერვერის მიერ დაყენებული first-party ქუქი-ფაილი, არასავალდებულო ბრაუზერის შენახვა და სერვერის ჩანაწერები.