რატომ სჭირდებათ მობილურ თამაშებს თანხმობის SDK

თუ თქვენი თამაში აჩვენებს რეკლამებს AdMob-იდან, Ad Manager-იდან ან შუამავლობით აწყობილი waterfall-იდან ევროპის ეკონომიკურ ზონაში ან გაერთიანებულ სამეფოში მყოფ მოთამაშეებს, კანონით ვალდებული ხართ მოიპოვოთ ნამდვილი თანხმობა მანამ, სანამ რაიმე პერსონალიზებული რეკლამა ან თვალთვალის იდენტიფიკატორი გამოიყენება. ვებ ქუქი-ბანერი ამას არ წყვეტს — ნატიურ მობილურ აპებს ქუქიები არ აქვს, და თანხმობამ უნდა მიაღწიოს რეკლამის SDK-ებს, რომლებიც თქვენი build-ის შიგნით მუშაობს.

Google-ის პასუხია User Messaging Platform (UMP) SDK, თანხმობის ფენა, რომელიც Google Mobile Ads SDK-თან ერთად მოდის. ის აჩვენებს IAB TCF-თან თავსებად თანხმობის ფორმას, ინახავს მოთამაშის არჩევანს და წარმოაჩენს თანხმობის სიგნალს, რომელსაც AdMob და შუამავლობის პარტნიორები ავტომატურად კითხულობენ. Unity სტუდიისთვის ამ ნაკადის სწორად აწყობა არის სხვაობა ჯანსაღ eCPM-სა და პოლიტიკის დარღვევების ტალღას შორის.

თანხმობის ნაკადი დასაწყისიდან ბოლომდე

ოპერაციების სწორი თანმიმდევრობა უფრო მნიშვნელოვანია, ვიდრე ნებისმიერი ცალკეული API გამოძახება. აპის ყოველ გაშვებაზე უნდა:

• მოითხოვოთ თანხმობის ინფორმაციის განახლება. ეს ეუბნება UMP-ს, შეამოწმოს მოთამაშის რეგიონი და საჭიროა თუ არა ფორმა.
• ჩატვირთოთ და აჩვენოთ ფორმა საჭიროების შემთხვევაში. UMP წყვეტს, აჩვენებს თუ არა მას გეოგრაფიისა და წინა არჩევანის საფუძველზე — თქვენ არასოდეს hard-code-ით წერთ „არის თუ არა ეს მომხმარებელი ევროკავშირში“.
• დაელოდოთ ფორმის დახურვას Mobile Ads SDK-ის ინიციალიზაციამდე.
• ინიციალიზაცია გაუკეთოთ რეკლამებს მხოლოდ თანხმობის მოპოვების შემდეგ, რათა პირველმა რეკლამის მოთხოვნამ უკვე სწორი სიგნალი ატაროს.

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

მინიმალური Unity იმპლემენტაცია

C#-ში ჩონჩხი ასე გამოიყურება:

var request = new ConsentRequestParameters();
ConsentInformation.Update(request, (FormError error) => {
  ConsentForm.LoadAndShowConsentFormIfRequired((FormError err) => {
    if (ConsentInformation.CanRequestAds()) InitializeAds();
  });
});

CanRequestAds() შემოწმება თქვენი კარიბჭეა. სანამ ის აბრუნებს true-ს — იმის გამო, რომ მოთამაშემ თანხმობა მისცა, ან იმიტომ, რომ რეგულირებული რეგიონის გარეთაა — შეგიძლიათ ინიციალიზაცია გაუკეთოთ და მოითხოვოთ რეკლამები. ნუ შეინახავთ ქეშში არაფერს რეგიონის შესახებ თავად; დაე, UMP იყოს ჭეშმარიტების ერთადერთი წყარო.

ტესტირება მაღაზიაში გამოქვეყნების გარეშე

ვერ შეამოწმებთ თანხმობის ნაკადს თქვენი ოფისიდან, ვთქვათ, სტამბოლში, თუ არ მოახდენთ ევროპის ეკონომიკური ზონის მოწყობილობის სიმულაციას. UMP მხარს უჭერს debug გეოგრაფიის პარამეტრს და hashed სატესტო მოწყობილობის ID-ების სიას:

• დაარეგისტრირეთ თქვენი სატესტო მოწყობილობის hashed ID მოთხოვნის პარამეტრებში.
• აიძულეთ debug გეოგრაფია EEA-ზე, რათა ფორმა გამოჩნდეს.
• გამოიყენეთ SDK-ის reset მეთოდი გაშვებებს შორის, რათა ყოველ ჯერზე დაინახოთ პირველი გაშვების გამოცდილება.

ყოველთვის წაშალეთ debug პარამეტრები საპროდუქციო build-მდე. ყველა მოთამაშისთვის იძულებითი EEA debug ალმის გაგზავნა რეალური და სამარცხვინო ინციდენტია.

თანხმობა, შუამავლობა და თქვენი შემოსავალი

როდესაც თანხმობა სწორად ვრცელდება, თქვენი შუამავლობის სტეკის ყველა ქსელი — AdMob, Meta Audience Network, Unity Ads, AppLovin — იღებს TCF სტრიქონს და შეუძლია ფსონის დადება პერსონალიზებულ ინვენტარზე, სადაც ნებადართულია. როდესაც ის ფუჭდება, ეს ქსელები ბრუნდებიან არაპერსონალიზებულ რეკლამებზე eCPM-ის ნაწილად, და თქვენი waterfall ჩუმად კარგავს შემოსავალს. მოეპყარით თანხმობის ფენას, როგორც თქვენი მონეტიზაციის სტეკის ნაწილს, და არა შესაბამისობის შემდგომ ფიქრს.

სად ჯდება FlexyConsent

UMP ფარავს Google-ის საკუთარ ზედაპირს, მაგრამ სერიოზული გამომცემლების უმეტესობა თანხმობას ერთდროულად მართავს ვებ-ქონებებზე, რამდენიმე აპზე და სერვერის მხარეს tagging-ზე. FlexyConsent გაძლევთ ერთიან თანხმობის ჩანაწერს, TCF და Google Consent Mode v2 სიგნალებს და ანალიტიკას თანხმობის მაჩვენებლების შესახებ ყველა პლატფორმაზე — ისე, რომ არჩევანი, რომელსაც მოთამაშე აკეთებს თქვენს Unity თამაშში, და არჩევანი, რომელსაც სტუმარი აკეთებს თქვენს მარკეტინგულ საიტზე, ცხოვრობს ერთ აუდიტისთვის მზა ადგილას. შესაბამისობა ხდება დაფა, და არა სახანძრო წვრთნა.

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

• მოიპოვეთ თანხმობა UMP SDK-ის მეშვეობით მანამ, სანამ Mobile Ads SDK-ს ინიციალიზაციას გაუკეთებთ.
• არასოდეს ჩაწეროთ რეგიონის ლოგიკა hard-code-ით — დაე, UMP-მ გადაწყვიტოს, როდის არის ფორმა საჭირო.
• ტესტირება გააკეთეთ debug გეოგრაფიითა და hashed სატესტო ID-ებით, შემდეგ კი მათ წაშალეთ გამოშვებამდე.
• თანხმობის სწორი გავრცელება იცავს თქვენი პერსონალიზებული რეკლამის eCPM-ს მთელ შუამავლობის სტეკზე.