מדוע משחקי מובייל זקוקים ל-SDK של הסכמה

אם המשחק שלך מציג מודעות מ-AdMob, מ-Ad Manager או ממפל מתווך לשחקנים באזור הכלכלי האירופי או בבריטניה, אתה מחויב על פי חוק לקבל הסכמה תקפה לפני שנעשה שימוש בכל מודעה מותאמת אישית או מזהה מעקב. באנר עוגיות לאינטרנט אינו פותר זאת — לאפליקציות מובייל מקוריות אין עוגיות, וההסכמה חייבת להגיע ל-SDK של המודעות שרצים בתוך הבנייה שלך.

התשובה של Google היא ה-SDK של User Messaging Platform (UMP), שכבת ההסכמה שמגיעה יחד עם ה-SDK של Google Mobile Ads. היא מציגה טופס הסכמה תואם IAB TCF, שומרת את בחירות השחקן וחושפת אות הסכמה ש-AdMob ושותפי תיווך קוראים אוטומטית. עבור אולפן Unity, ביצוע נכון של הזרימה הזו הוא ההבדל בין eCPM בריא לבין גל של עונשי מדיניות.

זרימת ההסכמה, מתחילתה ועד סופה

הסדר הנכון של הפעולות חשוב יותר מכל קריאת API בודדת. בכל הפעלה של האפליקציה עליך:

• לבקש עדכון של מידע ההסכמה. זה אומר ל-UMP לבדוק את האזור של השחקן והאם נדרש טופס.
• לטעון ולהציג את הטופס אם נדרש. UMP מחליט אם להציג אותו בהתבסס על גאוגרפיה ועל בחירות קודמות — לעולם אל תקודד באופן קשיח "האם המשתמש הזה נמצא ב-EU".
• להמתין לסגירת הטופס לפני אתחול ה-SDK של Mobile Ads.
• לאתחל מודעות רק לאחר איסוף ההסכמה, כך שבקשת המודעה הראשונה כבר נושאת את האות הנכון.

אתחול ה-SDK של המודעות לפני שטופס ההסכמה חוזר הוא הטעות הנפוצה ביותר שאנו רואים. הוא מייצר חשיפה ראשונה לא מותאמת אישית או לא תואמת ועלול להפעיל בדיקות מדיניות אוטומטיות.

יישום מינימלי ב-Unity

ב-C#, השלד נראה כך:

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

הבדיקה CanRequestAds() היא השער שלך. כל עוד היא מחזירה true — בין אם משום שהשחקן הסכים ובין אם משום שהוא נמצא מחוץ לאזור מפוקח — אתה רשאי לאתחל ולבקש מודעות. אל תשמור בעצמך שום דבר לגבי האזור; תן ל-UMP להיות מקור האמת היחיד.

בדיקה ללא הפצה לחנות

אינך יכול לאמת זרימת הסכמה מהמשרד שלך, נניח באיסטנבול, אלא אם כן אתה מדמה מכשיר של EEA. UMP תומך בהגדרת גאוגרפיית ניפוי באגים וברשימה של מזהי מכשירי בדיקה מגובבים (hashed):

• רשום את המזהה המגובב של מכשיר הבדיקה שלך בפרמטרים של הבקשה.
• אלץ את גאוגרפיית ניפוי הבאגים ל-EEA כדי שהטופס יופיע.
• השתמש בשיטת האיפוס של ה-SDK בין הפעלות כדי שתראה בכל פעם את חוויית ההפעלה הראשונה.

תמיד הסר את הגדרות ניפוי הבאגים לפני בנייה לייצור. הפצת דגל ניפוי באגים של EEA כפוי לכל שחקן היא תקרית אמיתית ומביכה.

הסכמה, תיווך וההכנסות שלך

כאשר ההסכמה מתפשטת נכון, כל רשת בערימת התיווך שלך — AdMob, Meta Audience Network, Unity Ads, AppLovin — מקבלת את מחרוזת ה-TCF ויכולה להגיש הצעות על מלאי מותאם אישית במקום שבו זה מותר. כאשר זה נשבר, הרשתות הללו חוזרות למודעות לא מותאמות אישית במחיר חלקי מה-eCPM, והמפל שלך מאבד הכנסות בשקט. התייחס לשכבת ההסכמה כחלק מערימת המונטיזציה שלך, ולא כמחשבה תפלה של תאימות בדיעבד.

היכן FlexyConsent משתלב

UMP מכסה את המשטח של Google עצמה, אך רוב המפרסמים הרציניים מנהלים הסכמה על פני נכסי אינטרנט, אפליקציות מרובות ותיוג בצד השרת בו-זמנית. FlexyConsent נותן לך רשומת הסכמה אחת, אותות TCF ו-Google Consent Mode v2, וניתוח של שיעורי ההסכמה בכל פלטפורמה — כך שהבחירה שעושה שחקן במשחק ה-Unity שלך והבחירה שעושה מבקר באתר השיווק שלך חיות במקום אחד הניתן לביקורת. תאימות הופכת ללוח מחוונים, ולא לתרגיל כיבוי אש.

נקודות מפתח

• אסוף הסכמה דרך ה-SDK של UMP לפני אתחול ה-SDK של Mobile Ads.
• לעולם אל תקודד באופן קשיח לוגיקת אזור — תן ל-UMP להחליט מתי נדרש טופס.
• בדוק עם גאוגרפיית ניפוי באגים ומזהי בדיקה מגובבים, ולאחר מכן הסר אותם לפני השחרור.
• התפשטות הסכמה נכונה מגינה על ה-eCPM של המודעות המותאמות אישית שלך בכל ערימת התיווך.