מדוע הסכמה ב-CTV שונה

חוויות הסכמה באינטרנט ובמובייל חולקות הנחה משותפת: המשתמש יכול בקלות לקרוא טקסט קטן, להקיש על פקדים מדויקים ולגלול. ממשק משתמש של 10 רגל, המופעל על ידי שלט D-pad, שובר כל אחת מההנחות האלו. יש לכך השלכות ישירות על עיצוב ההסכמה:

• הקלדה יקרה. משתמשים אינם יכולים להזין בנוחות מידע ארוך, מה שמגביל את כמות ההתאמה האישית שניתן לצפות לה.
• מכשירים לריבוי משתמשים הם הנורמה. טלוויזיה אחת עשויה להיות משותפת בין מבוגרים לילדים, ללא דרך אמינה לדעת מי צופה כרגע.
• מזהים מתמידים מוגבלים. המזהים משתנים לפי פלטפורמה: Roku משתמש ב-RIDA, Amazon Fire TV משתמש ב-Fire Advertising ID, Android TV חושף Advertising ID, tvOS מגביל את הזיהוי בחומרה. ניתן לאפס את כולם, ורבים ניתן להשבית לגמרי.
• הגבלות מכולת האפליקציה. רוב פלטפורמות ה-CTV מריצות אפליקציות בתוך ארגז חול המגביל את מה ש-CMP יכול להזריק, באיזה אחסון הוא יכול להשתמש ואיזה כרום ממשק משתמש זמין.

אילו חוקי פרטיות חלים בפועל

אין חוק פרטיות ספציפי ל-CTV, מה שאומר שאפליקציות CTV ו-SSP מנוהלות על ידי מסגרות כלליות המכסות כבר שירותים דיגיטליים:

• GDPR ו-ePrivacy באיחוד האירופי ובבריטניה — הם חלים בכל פעם שאפליקציית CTV מציבה אחסון במכשיר או קוראת ממנו מידע, כולל מזהה הפרסום.
• CCPA / CPRA בקליפורניה, המתייחס למזהי מכשיר ולהיסטוריית צפייה כמידע אישי ומעניק זכויות לביטול הסכמה ל"מכירה" ו"שיתוף" של נתונים אלה.
• LGPD בברזיל, PIPL בסין ו-DPDP Act בהודו, שכולם חלים על צופי CTV באותה דרך שבה הם חלים על משתמשי אינטרנט.
• COPPA בארצות הברית, הרלוונטי במיוחד לאפליקציות CTV מוכוונות משפחה ולכל מלאי שבו קיימת אמונה סבירה שילדים צופים.

אף אחד מהחוקים הללו לא פוטר CTV, ואף אחד מהם לא מקבל "זו טלוויזיה" כסיבה לדלג על הסכמה. השאלה איננה האם לאסוף הסכמה — אלא כיצד לאסוף אותה באופן שמשתמשים יוכלו באמת להשלים בשלט רחוק.

מסגרת IAB Tech Lab להסכמה ב-CTV

IAB Tech Lab פרסמה מפרטים המאפשרים למוניטיזציה פרוגרמטית של CTV להיות תואמת להסכמה. החלקים החשובים ביותר הם:

• Global Privacy Platform (GPP) — היורש של מחרוזות TCF ו-USP, שתוכנן מהיום הראשון לייצג מספר תחומי שיפוט באות הסכמה אחד ולנוע בצורה נקייה דרך בקשות הצעה בצד השרת.
• OpenRTB 2.6 ואילך — כולל שדות להעברת מחרוזות GPP, דגלי קטגוריה רגישים ו-loggedInState של המשתמש כך שקונים יוכלו לכבד הסכמה בזמן המכרז.
• App-ads.txt ו-sellers.json — חיוניים לאימות מלאי בערוץ שבו הונאה והצגה מטעה נפוצות, ורלוונטיים בעקיפין מכיוון שקונים מסרבים יותר ויותר להציע הצעות על מלאי CTV ללא אות הסכמה שניתן לאמת המצורף אליו.

אם ערימת המוניטיזציה של CTV שלכם אינה מדברת GPP או אינה מעבירה מחרוזת הסכמה בבקשת ההצעה, DSP רבים פשוט יוותרו על ההופעה במקום להסתכן ברכישה ללא בסיס חוקי.

עיצוב חוויית הסכמה ל-CTV שבאמת עובדת

הסכמה טובה ב-CTV היא בראש ובראשונה בעיית UX ובשלב השני בעיה משפטית. כמה עקרונות שעובדים באופן עקבי בפועל:

1. הצג את ההודעה פעם אחת, מראש. הצג את הודעת הפרטיות בהפעלה הראשונה לפני ביצוע קריאת פרסומת כלשהי, לא קבורה בהגדרות.
2. השתמש במטרות גדולות ידידותיות לשלט. שני או שלושה כפתורים, כל אחד ברוחב של לפחות רבע מרוחב המסך, עם מצבי מיקוד בעלי ניגודיות גבוהה השורדים ניווט D-pad.
3. הצע אפשרות "דחייה" אמיתית באותה רמה כמו "קבל". הסתרת דחייה מאחורי תת-תפריט היא דוגמה קלאסית לדפוס אפל והובילה לפעולות אכיפה בהקשרים מקוונים — רגולטורים לא ייתנו ל-CTV אישור חופשי.
4. תמוך באישור קולי כאשר הפלטפורמה מציעה זאת. במכשירים עם Alexa, Google Assistant ו-Siri, אישור מדובר הוא לעיתים קרובות הדרך הנגישה ביותר למתן הסכמה.
5. ספק מסך העדפות קבוע שנגיש מהתפריט הראשי בשתי לחיצות או פחות.
6. לעולם אל תחסום תוכן על בסיס הסכמה. שכבות הנתמכות על ידי פרסום עשויות להיות מותנות בקבלת פרסום, אך הבחירה בין שכבה בתשלום לחינמית חייבת להיות באמת משמעותית — לא קיר עוגיות מוסווה.

הכנסת פרסומות בצד השרת ושרשרת ההסכמה

רוב מלאי ה-CTV האיכותי מועבר דרך הכנסת פרסומות בצד השרת (SSAI), שבה הפרסומת נתפרת לווידאו בשרתי המפיץ והמכשיר של משתמש הקצה לעולם אינו קורא ישירות לשרת פרסום. SSAI יוצרת שרשרת הסכמה שיש לטפל בה בזהירות:

• האפליקציה אוספת הסכמה במכשיר ומפיקה מחרוזת GPP.
• מחרוזת ה-GPP מועברת לספק ה-SSAI כחלק מאתחול הפעלת המפגש.
• ספק ה-SSAI מעביר את המחרוזת לשרת הפרסום או ל-SSP בכל בקשה במעלה הזרם.
• ה-SSP כולל את המחרוזת בבקשות הצעת OpenRTB לקונים.

כל שבר בשרשרת הזו — שדה חסר, מחרוזת מטמון ישנה, ספק SSAI שאינו מעביר GPP — והקונה במורד הזרם למעשה קונה בעיניים עצומות. בתחומי שיפוט של GDPR, זו חשיפה משפטית לכל צד בשרשרת.

ילדים ו-CTV

ערוץ ה-CTV נמצא בשימוש נרחב על ידי משפחות, ורגולטורים רואים במבט חמור מעקב אחר מסכים שבהם ילדים הם צופים סבירים. אמצעי הגנה מעשיים כוללים תמיכה במצבי ילדים ברמת הפלטפורמה, הצעת חוויית פרסום קונטקסטואלית בלבד עבור תוכן לילדים, ווידוא שכל אפליקציה המכוסה על ידי COPPA מריצה צינור הסכמה ובחירת פרסומות נפרד לחלוטין מהקהל הכללי. ה-FTC הראתה שוב ושוב שהיא תתייחס ל"לא ידענו שזה ילד" כהגנה חלשה כאשר התוכן מכוון בבירור לילדים.

מה צריכים מפיצי CTV לעשות עכשיו

1. בצעו ביקורת על אות ההסכמה הנוכחי שלכם. ודאו שאפליקציית ה-CTV שלכם באמת מפיקה מחרוזת הסכמה ושהיא מגיעה ל-SSP בכל בקשת הצעה. מפיצים רבים מגלים בבדיקה שהם מסתמכים על ברירת מחדל של "1YNN" או מחרוזת ריקה.
2. אמצו את GPP. מחרוזות TCF בלבד או USP בלבד אינן מספיקות עוד עבור מלאי מרובה תחומי שיפוט. עברו ל-GPP כך שאות אחד יכסה את חוקי האיחוד האירופי, בריטניה, מדינות ארה"ב ומסגרות מתעוררות.
3. עצבו מחדש את חוויית ההפעלה הראשונה סביב ממשק משתמש הסכמה ידידותי לשלט לפני שחרור עדכון האפליקציה הבא שלכם.
4. תעדו את שרשרת ההסכמה שלכם מקצה לקצה, מהאפליקציה דרך SSAI ועד לקונה. רגולטורים מתחילים לבקש את הדיאגרמה הזו בשמה.
5. אמנו את צוות האופס הפרסומי שלכם להכיר איזה מלאי הוא בהסכמה ואיזה לא, כדי שיוכלו להציע חלופות קונטקסטואליות בלבד כאשר אות ההסכמה חסר.

מסקנה

CTV אינה אזור ללא פרטיות, וההנחה ש"אף אחד לא מסדיר טלוויזיה" כבר שגויה בכל שוק גדול. החדשות הטובות הן שאבני הבניין — GPP, OpenRTB 2.6, העברת הסכמה מודעת ל-SSAI ודפוסי UX ידידותיים לשלט — כולם קיימים. מפיצים שיאמצו אותם מוקדם יהיו אלה שיוכלו להמשיך למכור מלאי CTV פרימיום כאשר הקונים יתחילו לסרב לכל השאר. מסך הסלון הוא הגבול הבא לניהול הסכמה, והמפעילים שיתייחסו אליו ככזה יחזיקו בדולרי הפרסום כאשר שאר השוק יתעדכן.