פרסום הקשרי בעולם שאחרי ההסכמה: מדריך למפרסם
מדוע ההקשרי חזר למפת הדרכים
במשך שנים, ספר המשחקים של הכנסות פרסום המובייל היה פשוט: אספו מידע משתמש, הזינו אותו לשותפי ביקוש, ותנו למיקוד מותאם אישית לדחוף את ה-eCPM למעלה. אותו עולם חלף. בין App Tracking Transparency (ATT) של Apple, דרישות ההסכמה של ה-GDPR ושיעורי הצטרפות יורדים, חלק גדול — והולך וגדל — מהתעבורה שלכם מגיע כעת ללא אות התאמה אישית. עבור מפרסמים רבים, 40–70% מהחשיפות נופלות לדלי הלא-מותאם הזה.
הטעות היא להתייחס לתעבורה הזו כחסרת ערך. פרסום הקשרי — מיקוד על בסיס מה שהמשתמש מסתכל עליו ולא מי הוא — הוא הדרך שבה אתם מייצרים ממנו הכנסה. כשהדבר נעשה היטב, הוא משחזר חלק משמעותי מפער ה-eCPM.
כיצד מיקוד הקשרי באמת עובד
מיקוד הקשרי מתעלם מזהות המשתמש וקורא במקום זאת את הסביבה. עבור אפליקציית מובייל, האותות ששותפי הביקוש יכולים להשתמש בהם כוללים:
- קטגוריית האפליקציה ומטא-נתונים — קטגוריית החנות, ז'אנר האפליקציה ודירוג התוכן.
- הקשר בתוך האפליקציה — המסך, השלב או מקטע התוכן שבו המודעה מוצגת (שלב פאזל, עמוד מתכון, לוח מחוונים פיננסי).
- מילות מפתח ונושאים — מועברים דרך בקשת המודעה כזוגות מפתח-ערך שמתארים את התוכן הנוכחי.
- אותות גסים ולא-מזהים — סוג מכשיר, שפה, מערכת הפעלה ומיקום גאוגרפי משוער ברמת המדינה.
אף אחד מאלו אינו דורש הסכמה למעקב אחר יחיד, מפני שהם מתארים את המיקום ולא את האדם. זו בדיוק הסיבה שהביקוש ההקשרי נשאר זמין כאשר מזהה אינו זמין.
מקסום eCPM על מלאי הקשרי
לא מותאם אישית לא חייב להיות ערך נמוך. הידיות שמזיזות את ה-eCPM ההקשרי שונות מהתנהגותיות, לכן בצעו אופטימיזציה עבורן במכוון:
- העבירו מיקוד מפתח-ערך עשיר. הידית הבודדת הגדולה ביותר היא שליחת זוגות מפתח-ערך תיאוריים (נושא תוכן, מקטע אפליקציה, מילות מפתח של כוונה) בכל בקשת מודעה. מציעי המחיר משלמים יותר כשהם מבינים את המיקום.
- פלחו לפי אנכי תוכן. מסך פיננסי או בריאותי מצווה על CPM הקשרי גבוה בהרבה ממסך טעינה כללי. הפרידו הקשרים בעלי ערך גבוה כך שמפרסמים יוכלו למקד אליהם.
- העמידו את הביקוש בתחרות. הריצו ביקוש הקשרי דרך הצעות מחיר בתוך האפליקציה כך שמספר רשתות יציעו על אותה חשיפה במקום לשבת בעדיפות מפל סטטית.
- בצעו אופטימיזציה של פורמטים. וידאו מתוגמל ומודעות ביניים שומרים על CPM חזק ללא התאמה אישית, מפני שתשומת לב חשובה יותר מזהות.
מיקוד מילות מפתח וקטגוריות בפועל
התייחסו לטקסונומיית מפתח-ערך שלכם כמוצר. הגדירו סט עקבי של מפתחות — content_category, topic, screen_type, game_level — ומלאו אותם בכל בקשה. מפו את התוכן שלכם לקטגוריות התוכן של IAB כך שקונים פרוגרמטיים יוכלו למקד אליכם עם הטקסונומיה שהם כבר קונים מולה. שמרו על רשימות מילות מפתח הדוקות ומדויקות; ערכי ספאם מסוננים ומדכאים הצעות מחיר. המטרה היא להפוך חשיפה חסרת הקשר לקריאה למציע מחיר כמו אחת המועשרת התנהגותית.
בטיחות מותג כתכונת הכנסה
קנייה הקשרית הופכת מפרסמים למודעים מאוד להיכן המודעה שלהם נוחתת, מפני שההקשר הוא כל מה שיש להם. זה הופך את בטיחות המותג לידית הכנסה ישירה, לא רק תיבת סימון לציות. שמרו על קטגוריזציית תוכן נקייה, החריגו מיקומים רגישים מביקוש פרימיום, ואמצו מסגרות בטיחות מותג מוכרות. מפרסמים עם הקשרים מאומתים ומתויגים היטב משיגים CPM גבוה יותר; מלאי אטום מקבל הצעות מחיר נמוכות או מדולג.
שילוב ביקוש מוסכם והקשרי במפל
ההגדרה בעלת ההכנסה הגבוהה ביותר אינה הקשרי או מותאם אישית — היא ניתוב כל חשיפה לביקוש שמעריך אותה יותר מכול. עבור משתמשים מסכימים, ביקוש מותאם אישית בדרך כלל מנצח. עבור משתמשים לא מסכימים או שביטלו הצטרפות ב-ATT, יש לסמן את הבקשה כלא מותאמת אישית (npa) כך ששותפים יחזירו הצעות מחיר הקשריות תואמות במקום לזרוק את הבקשה או להגיש מודעות מותאמות אישית לא תואמות.
כאן נפגשות תשתית ההסכמה וההכנסה. FlexyConsent לוכד את בחירת המשתמש דרך מסגרת IAB TCF 2.3 ואותות Google Consent Mode v2, ולאחר מכן הופך את ההחלטה הזו לזמינה למחסנית הפרסום שלכם בזמן אמת. תעבורה מוסכמת זורמת למפל המותאם אישית המלא שלכם; תעבורה לא מוסכמת מתויגת אוטומטית עבור ביקוש הקשרי לא מותאם — כך שאתם נשארים תואמים וגם עדיין מייצרים הכנסה מכל חשיפה במקום להשאיר את דלי ההסכמה-החסרה חשוך.
נקודות מפתח
- תעבורה לא מוסכמת ניתנת למונטיזציה — ביקוש הקשרי נשאר זמין כאשר מזהים אינם; לעולם אל תתייחסו לביטולי הצטרפות כמלאי מת.
- זוגות מפתח-ערך הם ידית ה-eCPM המובילה — תארו את המיקום בעושר והריצו ביקוש הקשרי דרך הצעות מחיר תחרותיות.
- בטיחות מותג מניעה הצעות מחיר — הקשרים נקיים וממופים ל-IAB משיגים CPM גבוה יותר ממלאי אטום.
- נתבו לפי מצב ההסכמה — השתמשו ב-FlexyConsent עם Consent Mode v2 כדי לשלוח משתמשים מסכימים לביקוש מותאם אישית ומשתמשים לא מסכימים לביקוש הקשרי תואם.