SFMC-ის თვალყურის დევნების ზედაპირი

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

Web Analytics Connector და Collect-ის თვალყურის დევნების კოდი

Collect-ის თვალყურის დევნების კოდი (ხშირად collect.js ეწოდება ან cdn.evgnet.com-ის საშუალებით მიეთითება) SFMC-ის ქცევითი ტრეკერია. ის _etmc-ს და მასთან დაკავშირებულ ქუქი-ფაილებს ადგენს, სტუმრებს სესიებს შორის ამოიცნობს და გვერდის ნახვის, დაწკაპუნების და კონვერტაციის მოვლენებს SFMC-ში გადასცემს Journey Builder ტრიგერებში და ელექტრონული ფოსტის რეტარგეტინგში გამოსაყენებლად. მარეგულირებელი პერსპექტივიდან ეს სწორედ მარქეტინგის ტრეკერია — მიუხედავად იმისა, რომ მოვლენები ანალიტიკური ჩანს, მონაცემები პირდაპირ მარქეტინგის ავტომატიზაციას კვებავს.

Marketing Cloud Personalization სკრიპტი

Personalization სკრიპტი (ლეგასი Interaction Studio) Collect-ზე მძიმეა. ის ჩატვირთავს SDK-ს, რომელიც მთელ DOM-ს ადევნებს თვალს, კლიკ-სტრიმისა და ფორმებთან ინტერაქციის მონაცემებს ითვლისცავს და პერსონალიზაციის გადაწყვეტილების ძრავს გადასცემს, რომელსაც შეუძლია გვერდის შინაარსი რეალურ დროში გადაწეროს. ქუქი-ფაილებში, რომლებიც დაყენებულია, შედის _ev_* იდენტიფიკატორები და სესიის ტოკენი. ეს ცალსახად მარქეტინგული მიზნის დამუშავებაა და EU-ს ან UK-ის ნებისმიერ იურისდიქციაში ოპტ-ინ თანხმობას მოითხოვს.

CloudPages ფორმები და თვალყურდევნებული ბმულები

CloudPages-ის მასპინძლობით გაშვებული სადესანტო გვერდები და SFMC-ს გავლით მარშრუტიზებული თვალყურდევნებული ელექტრონული ფოსტის ბმულები საკუთარ საიდენტიფიკაციო პარამეტრებს ატარებენ (subscriberkey, jb, mid პარამეტრები URL-ებში). როდესაც სტუმარი თვალყურდევნებული ბმულის საშუალებით ჩამოდის, SFMC-ს შეუძლია სესია მათ გამომწერის ჩანაწერთან დაუკავშიროს, სანამ გვერდზე თვალყურის დევნება გააქტიურდება. ეს ანონიმური თვალყურის დევნებისგან არსებითად განსხვავებული სამართლებრივი პოზიციაა — გამომწერის ვინაობა პირველი კონტაქტიდანვეა ცნობილი — და მარქეტინგული კომუნიკაციების თანხმობა უკვე უნდა არსებობდეს.

Data Cloud კონექტორები

SFMC-ის Data Cloud ინტეგრაცია (მომხმარებელთა მონაცემების პლატფორმის ფენა) ვებ-თვალყურის დევნებიდან, მობილური SDK-ებიდან, CRM ჩანაწერებიდან და ოფლაინ მონაცემებიდან იდენტიფიკატორებს ერთიან პროფილში ათავსებს. თანხმობის მდგომარეობა Data Cloud-ში უნდა გაფართოვდეს, არა მხოლოდ ზედაპირის დონის თვალყურის დევნების პიქსელში, რათა სარეკლამო ქსელებში ქვედა ნაკადის გააქტიურებებმა სტუმრის დაფიქსირებული პრეფერენციები დაიცვას.

SFMC-ის ნათესაური კონფიდენციალობის კონტროლი

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

Web Analytics Connector-ის თვალყურის დევნებაზე გაუქმება

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

თანხმობის პრეფერენციები გამომწერის ჩანაწერებში

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

Marketing Cloud Personalization-ის თანხმობა

Personalization SDK ინიციალიზაციის დროს თანხმობის დროშას იღებს. დააყენეთ false-ზე, სანამ მომხმარებელმა CMP ბანერში მარქეტინგის კატეგორია არ მიიღო, შემდეგ კი SDK-ი ხელახლა ინიციალიზეთ, როდესაც თანხმობა მინიჭებულია.

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

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

1. Collect სკრიპტის ნაგულისხმევი ჩამოტვირთვის შეჩერება

ამოიღეთ Collect სკრიპტი დოკუმენტის სათაურიდან და შეცვალეთ პლეისჰოლდერით, რომლის გააქტიურებაც CMP-ს შეუძლია. როდესაც სტუმარი მარქეტინგის კატეგორიას იღებს, CMP პლეისჰოლდერს collect.js-ის ჩამოტვირთვისთვის გადაწერს. ნებისმიერი სარიგო მოვლენა ჩამოტვირთვის დროს წაიშლება.

2. Marketing Cloud Personalization-ის ინიციალიზაციის გადადება

Personalization სკრიპტი თანხმობამდე არ უნდა ინიციალიზდეს. CMP-ების უმეტესობა ამას გადავადებული ჩამოტვირთვის შაბლონით ამუშავებს: სკრიპტის ელემენტი DOM-ში არის, მაგრამ მისი type ატრიბუტი text/plain-ია, ხოლო CMP თანხმობის მიღებისას text/javascript-ად გადაწერს.

3. CloudPages-ის თვალყურის დევნების პარამეტრების ჩაკეტვა

თუ სტუმარი თვალყურდევნებული ბმულის გზით ჩამოვიდა და ჯერ არ უმიცია თანხმობა, შემომავალი subscriberkey პარამეტრი უნდა გადაიჭიროს, მაგრამ დაუყოვნებელი პერსონალიზაციის მასტიმულირებლად არ უნდა გამოიყენებოდეს. სწორი შაბლონია სესიის მდგომარეობაში შენახვა და მხოლოდ მასის (პროფილის მონაცემებთან კორელაციით, Journey Builder-ის მოვლენების ტრიგერით) გააქტიურება, მას შემდეგ, რაც თანხმობა დაფიქსირდება.

4. Data Cloud-ში თანხმობის მდგომარეობის გავრცელება

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

5. SFMC გამომწერის თანხმობის ველებთან მიმაგრება

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

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

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

Collect-ის ანალიტიკად მოხილვა

ვინაიდან Collect სკრიპტი გვერდის ნახვებსა და დაწკაპუნების მოვლენებს ატყობინებს, რომლებიც ანალიტიკური ჩანს, გუნდები ზოგჯერ ანალიტიკის თანხმობის კატეგორიის ქვეშ ჩაკეტავენ. SFMC ამ მონაცემებს Journey Builder მარქეტინგის ავტომატიზაციის წასამართავად იყენებს, რაც ცალსახად მარქეტინგული მიზნის დამუშავებაა. Collect-ი მარქეტინგის ქვეშ ჩაკეტეთ.

Personalization-ის თანხმობამდე გაშვების დაშვება

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

სტეკის მასშტაბით თანხმობის სინქრონიზაციის შეუსრულებლობა

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

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

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

• Collect-ი თანხმობას ელოდება? დაადასტურეთ, რომ ბანერის მიღებამდე collect.js ან evgnet.com-ის მოთხოვნა არ იწყება.
• Personalization-ი გადავადებულია? დაადასტურეთ, რომ Personalization SDK-ი მარქეტინგის კატეგორიის მინიჭებამდე არ ინიციალიზდება.
• შემომავალი თვალყურდევნებული ბმულის პარამეტრები თანხმობამდე ინახება? დაადასტურეთ, რომ subscriberkey-ზე დაფუძნებული პერსონალიზაცია ნაგრძნობ თანხმობის სიგნალს ელოდება.
• Data Cloud-ი თანხმობის მდგომარეობას ხედავს? დაადასტურეთ, რომ თანხმობის გაფართოება კონფიგურირებულია და CMP რეალურ დროში Data Cloud-ში გადაწყვეტილებებს ჩაწერს.
• გამომწერის თანხმობის ველები სინქრონიზებულია? დაადასტურეთ, რომ პრეფერენციათა ცენტრის ცვლილებები გვერდზე ბანერში ვრცელდება და პირიქით.

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

SFMC ყველაზე ძლიერი — და ამასთანავე ყველაზე გამამჟღავნებელი — მარქეტინგის პლატფორმებიდან ერთ-ერთია, რომელის განლაგებაც საწარმოს შეუძლია. ნაგულისხმევი ინსტალაციის შაბლონი უბრალოდ ვერ აკმაყოფილებს ევროპულ ან კალიფორნიულ მოლოდინებს, ხოლო პლატფორმის ნათესაური კონტროლი სასარგებლო პრიმიტივებია, მაგრამ ზემო ნაკადის თანხმობის მართვის ფენის შემცვლელი არ არის. სწორი არქიტექტურა CMP-ს ერთ-ერთ სიმართლის წყაროდ მოიხილავს, ყველა თვალყურის დევნების მოდულს მის მიღმა ჩაკეტავს და SFMC-ის თანხმობის გაფართოებებს იყენებს Data Cloud-ის და გამომწერის ჩანაწერების სიმართლის სტეკის დარჩენილ ნაწილზე გასავრცელებლად. სწორად განხორციელების შემთხვევაში, SFMC კვლავ ასრულებს იმ ფუნქციას, რომლისთვისაც მარქეტოლოგებმა შეიძინეს — Journey Builder ტრიგერები, Personalization გადაწყვეტილება, Data Cloud-ის გააქტიურება — ხოლო ძირითადი შესაბამისობის პოზიცია ემთხვევა იმას, რასაც მარეგულირებლები ახლა ნებისმიერი საწარმოო მარქეტოლოგისგან ელიან.