Adobe Experience Cloud-ის ტრეკინგის ზედაპირები

ერთი Adobe-ის ინსტალაცია კონფიდენციალურობის თვალსაზრისით ხუთი განსხვავებული ტრეკინგის ზედაპირია. თითოეულს აქვს საკუთარი თანხმობის კითხვა.

Adobe Experience Cloud ID Service

ECID სერვისი (cdn.cookielaw.org-დან ჩატვირთული ან Adobe Launch-ის მეშვეობით თვითმასპინძლობით) ანიჭებს მუდმივ ვიზიტორის იდენტიფიკატორს და ინახავს მას AMCV_* Cookie-ებში. ECID არის სუბსტრატი, რომელიც აკავშირებს ყველა სხვა Adobe სერვისს — Analytics, Target და Audience Manager ყველა იყენებს ერთსა და იმავე ECID-ს მოვლენების პროფილთან დასაკავშირებლად. ECID-ის დაბლოკვა არის ფუნდამენტური თანხმობის გადაწყვეტილება; მის გარეშე არც ერთ downstream სერვისს არ შეუძლია ვიზიტორის თანმიმდევრულად იდენტიფიცირება.

Adobe Analytics (Site Catalyst)

Adobe Analytics-ის beacon (s_code.js ან AppMeasurement-ის მეშვეობით ჩატვირთული) აწვდის გვერდის ნახვებისა და დაწკაპუნების მოვლენებს Adobe-ის ანალიტიკის ინფრასტრუქტურაში. სკრიპტი ადგენს s_cc, s_sq და s_pers Cookie-ებს, სხვებთან ერთად. ECID-ის მსგავსად, ეს ასევე ქცევითი ანალიტიკის ზედაპირია, რომელიც მოითხოვს opt-in თანხმობას EU-ში ePrivacy Article 5(3)-ის შესაბამისად.

Adobe Target

Target-ის სკრიპტი (at.js-ის მეშვეობით ჩატვირთული) ახორციელებს რეალური დროის პერსონალიზაციის გადაწყვეტილებებს. ჩაიტვირთება სერვერის მხარეს, აკვირდება ვიზიტორის ქცევას და ცვლის გვერდის კონტენტს სეგმენტაციის წესების მიხედვით. Target-ის Cookie-ები მოიცავს mbox-ს და mboxEdgeCluster-ს. Target არის ცალსახად მარკეტინგული მიზნის ტრეკინგის ზედაპირი.

Adobe Audience Manager

Audience Manager (DMP ფენა, dpm.demdex.net-ის მეშვეობით ჩატვირთული) არის სეგმენტაციის ძრავი, რომელიც ქმნის აუდიტორიებს ფასიან მედიაში გასააქტიურებლად. ადგენს demdex Cookie-ს და ვიზიტორის მონაცემებს გადასცემს Adobe-ის იდენტობის გრაფიკს. AAM არის ყველაზე გამოფენილი ზედაპირი მარეგულირებლის თვალსაზრისით, რადგან ეს ცალსახად კონტექსტთაშორისი ქცევითი რეკლამაა CPRA-ს შესაბამისად და ცხადი მარკეტინგი GDPR-ის შესაბამისად.

Adobe Real-Time CDP

Real-Time CDP აერთიანებს იდენტობას ვებ, მობილური და ოფლაინ წყაროებში, ქმნის ერთ მომხმარებლის პროფილს. თანხმობის თვალსაზრისით, ნაგულისხმევად მემკვიდრეობით იღებს ყველაზე ნებადართულ თანხმობის მდგომარეობას თავის შეყვანაში; CMP-ის ინტეგრაციამ სამაგიეროდ ყველაზე მკაცრი მდგომარეობა უნდა განახორციელოს.

Adobe-ის ნათელი თანხმობის პრიმიტივები

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

Adobe Privacy & Consent service

2025 წელს გაშვებული Privacy & Consent service Adobe-ის ერთიანი თანხმობის ფენაა. იღებს თანხმობის გადაწყვეტილებებს CMP-ისგან API-ის ან სტანდარტული IAB GPP სიგნალის მეშვეობით და ავრცელებს მათ Analytics-ს, Target-ს, Audience Manager-სა და Real-Time CDP-ს შორის. ეს არის 2026 წლის რეკომენდებული ინტეგრაციის წერტილი.

Adobe Launch-ის თანხმობის გაფართოება

Adobe Launch-ს ტეგ მენეჯერად გამოყენებული განლაგებებისთვის, თანხმობის გაფართოების ჩარჩო (Google Tag Manager-ის თანხმობის რეჟიმის მსგავსი) საშუალებას იძლევა კონფიგურაცია მოახდინო, რომ თითოეული Adobe ტეგი ელოდეს კონკრეტულ თანხმობის კატეგორიებს. OneTrust-ის, TrustArc-ის, Cookiebot-ისა და სხვათა ინტეგრაციები ამ ჩარჩოს უკავშირდება.

Privacy JS API

Adobe Analytics, Target და ECID ამჟღავნებენ optIn API-ს გვერდის დონის Adobe ობიექტზე. visitor.optIn.approve(["aam", "ecid", "target", "analytics"])-ის გამოძახება ანიჭებს თანხმობას დასახელებული სერვისებისთვის; visitor.optIn.deny(...) გამოიხმობს მას. ეს სწორი პრიმიტივია დეტალური, სერვისის მიხედვით თანხმობის განხორციელებისთვის.

CMP ინტეგრაცია ნაბიჯ-ნაბიჯ

საიმედო არქიტექტურა არის ყველა Adobe ტეგის გადადება თანხმობის გადაწყვეტილების ჩაწერამდე, შემდეგ კი გადაწყვეტილების Privacy & Consent service-ის ან Launch-ის თანხმობის გაფართოების მეშვეობით გავრცელება.

1. Adobe Launch-ის ინიციალიზაციის გადადება

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

2. სერვისის მიხედვით თანხმობის კატეგორიების კონფიგურაცია

დაამაპეთ თითოეული Adobe სერვისი CMP კატეგორიაზე. ECID და Analytics ჩვეულებრივ ანალიტიკის ქვეშ მოდის; Target და Audience Manager მარკეტინგის ქვეშ; Real-Time CDP იმ კატეგორიის ქვეშ, რომელიც ყველაზე ნებადართულ downstream გამოყენებას მოიცავს. დოკუმენტირება გაუკეთეთ მაპინგს; აუდიტის დაცვა მასზეა დამოკიდებული.

3. optIn API-ის გამოყენება

როდესაც CMP კატეგორია-დამტკიცებულ callback-ს გამოიძახებს, გამოიძახეთ visitor.optIn.approve([...]) სერვისებით, რომლებიც მინიჭებულ კატეგორიებს შეესაბამება. ECID სერვისი და downstream Adobe სკრიპტები დაიწყებენ მოვლენების გაგზავნას. გამოხმობისას გამოიძახეთ visitor.optIn.deny(...) მათი შეჩერებისთვის.

4. Privacy & Consent service-თან დაკავშირება

თანხმობის სტატუსისთვის, რომელიც გვერდზე განხორციელებას მიღმა უნდა გავრცელდეს — Real-Time CDP-ში, სერვერის მხარის შეყვანაში, სხვა სისტემებიდან საწყის იმპორტებში — CMP-მ API-ის მეშვეობით Adobe-ის Privacy & Consent service-ში უნდა ჩაწეროს. შემდეგ სერვისი ახდენს გადაწყვეტილების განხორციელებას ყველა Adobe ფენაზე, რომელიც მხარდაჭერილია.

5. გამოხმობის პატივისცემა იდენტობის გრაფიკში

როდესაც მომხმარებელი გამოიხმობს თანხმობას, Real-Time CDP-მ და Audience Manager-მა მომხმარებელი აქტიური აუდიტორიებიდან უნდა წაშალოს, არა მხოლოდ შეწყვიტოს მათ პროფილზე მოვლენების დამატება. კონფიგურაცია მოახდინეთ, რომ Privacy & Consent service-ის წაშლის სამუშაო პროცესი გამოხმობისას გაშვებოდეს და შეამოწმეთ, რომ downstream აუდიტორიის გააქტიურების ზედაპირები (Google Ads, Meta, LiveRamp) ითვალისწინებდეს ჩახშობას.

გავრცელებული ხარვეზები

ოთხი ინტეგრაციის შეცდომა ახსნის საწარმოო Adobe განლაგებების აუდიტის დასკვნების უმეტეს ნაწილს.

Launch-ის თანხმობამდე ინიციალიზაციის დაშვება

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

ECID-ის გათავისუფლებულად მოპყრობა

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

შეუსაბამო თანხმობა სტეკში

თუ CMP ანალიტიკისთვის ჩაწერს თანხმობას, მაგრამ optIn API მხოლოდ ecid-ს და analytics-ს ამტკიცებს, aam-ს და target-ს კი განუსაზღვრელად ტოვებს, downstream ქცევა პლატფორმაზეა დამოკიდებული და იშვიათად ემთხვევა CMP-ს ჩაწერილს. დაამტკიცეთ მომხმარებლის მიერ მინიჭებული სრული ნაკრები, დანარჩენი ცხადად უარყავით.

სერვერის მხარის შეყვანის დავიწყება

Adobe Real-Time CDP მხარს უჭერს CRM-ებიდან, მონაცემთა სასაწყობოებიდან და ოფლაინ სისტემებიდან სერვერის მხარის მონაცემთა შეყვანას. ეს ნაკადები ბრაუზერის მხარის თანხმობას ავტომატურად არ ითვალისწინებს. Privacy & Consent service სერვერის მხარის შეყვანის კონვეიერიდან უნდა გამოიძახოს თანხმობის კონვერტის განსახორციელებლად.

აუდიტის საკონტროლო სია

ექვსი კონკრეტული კითხვა, რომელზეც პასუხი უნდა გაეცეს EU-ს, UK-ს ან კალიფორნიის ტრაფიკთან შეხებადი ნებისმიერი Adobe Experience Cloud განლაგებისთვის.

• Launch ელოდება თანხმობას? გახსენით გვერდი პრივატულ ფანჯარაში და დაადასტურეთ, რომ Adobe-ის დომენის მოთხოვნები ბანერის დაშვებამდე არ გაქვს.
• სერვისის კატეგორიის მაპინგი დოკუმენტირებულია? თითოეული Adobe სერვისისთვის (ECID, Analytics, Target, AAM, Real-Time CDP) არსებობს წერილობითი ჩანაწერი, თუ რომელი CMP კატეგორია ბლოკავს მას?
• optIn API CMP-ის სტატუსს ემთხვევა? დაადასტურეთ, რომ approve/deny გამოძახებები ყველა Adobe სერვისს ცხადად ჩამოთვლის, მინიჭებული ნაკრები კი CMP-ის ჩაწერილ გადაწყვეტილებას ემთხვევა.
• Privacy & Consent service კონფიგურირებულია? დაადასტურეთ, რომ CMP Privacy & Consent service API-ში წერს გადაწყვეტილებებს, ისე რომ არა-ბრაუზერის ზედაპირებმა (Real-Time CDP, სერვერის მხარის შეყვანა) ისინი გაითვალისწინოს.
• Downstream გააქტიურება გამოხმობას ითვალისწინებს? დაადასტურეთ, რომ თანხმობის გამოხმობა მომხმარებელს Google Ads-ის, Meta-ს და LiveRamp-ის აქტიური აუდიტორიებიდან შლის, არა მხოლოდ მომავალი სინქრონიზაციებიდან.
• სერვერის მხარის შეყვანის გზები დაბლოკილია? დაადასტურეთ, რომ CRM-ისა და მონაცემთა სასაწყობოს Real-Time CDP-ში იმპორტები ბრაუზერის მოვლენების იდენტური თანხმობის კონვერტს ახორციელებს.

Adobe-ის ადგილი თანხმობა-პირველ სტეკში

Adobe Experience Cloud-ის გარშემო აგებული საწარმოო მარკეტინგული სტეკები ერთდროულად ყველაზე ძლიერი და ნებისმიერი საერთო კონფიგურაციაში ყველაზე გამოფენილია. კარგი ამბავი ის არის, რომ Adobe ბოლო ორი წლის განმავლობაში თანხმობის პრიმიტივებში ბევრი ჩადო ინვესტიცია, და 2026 წლის განლაგება, რომელიც სწორად იყენებს Privacy & Consent service-ს, მნიშვნელოვნად უფრო თავდასაცავია, ვიდრე მხოლოდ ძველ Visitor ID Service-ზე აგებული. სამუშაო დისციპლინაშია: სერვისი-კატეგორიის მაპინგის დოკუმენტირება, optIn API-ის ცხადად გამოყენება პლატფორმის ნაგულისხმევებზე დაყრდნობის ნაცვლად, სერვერის მხარის ზედაპირებზე თანხმობის გავრცელება და downstream გააქტიურება რეალურად ითვალისწინებს გამოხმობებს. სწორად გაკეთებული, ერთი და იგივე Adobe სტეკი, რომელიც მარკეტიოლოგების მიერ ნაყიდ პერსონალიზაციასა და სეგმენტაციას ამოძრავებს, შეწყვეტს ჩუმი შესაბამისობის გამოვლენა ყოფნას, რომელიც მარეგულირებლის ზედაპირზე გამოყვანას ელოდება.