מדריך להטמעת מדידה

1. לפני שמתחילים

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

  • סוג הלקוח: מפרסמים גדולים לעומת מפרסמים קטנים, סוכנויות, סוג ענף, טווח גיאוגרפי
  • יעדי קמפיין וסוגי המרות: צירוף משתמשים, שימור לקוחות, רכישות, הכנסות
  • תרחישי שימוש: דיווח, ניתוח החזר ROI, אופטימיזציה של הצעות מחיר

2. תרחישים לדוגמה

לרוב, דוחות סיכום משמשים לדיווח, ודוחות ברמת האירוע משמשים לאופטימיזציה (ואולי גם לדיווח כנתונים משניים). כדי למקסם את יכולות המדידה, כדאי לשלב בין נתונים ברמת האירוע לבין נתונים ברמה המצטברת. לדוגמה, על סמך המתודולוגיה של Google Ads ומחקר האופטימיזציה של ארגז החול לפרטיות.

3. כללי

ערך הבסיס אופטימלי
דוחות
  • שימוש בדוחות סיכום לתרחישי שימוש בדיווח
  • איך משתמשים בדוחות סיכום ובדוחות ברמת האירוע כדי לדווח
אופטימיזציה
  • הסבר ברור לגבי מה בדיוק עובר אופטימיזציה
  • הבנה ברורה של הדוחות שמניעים את מודל האופטימיזציה
  • שימוש בדוחות ברמת האירוע לתרחישי שימוש של אופטימיזציה
  • PA + ARA
  • אופטימיזציה של PA עשויה לכלול מידול של אותות
  • איך משתמשים בדוחות סיכום ובדוחות ברמת האירוע ביחד, במיוחד לצורך אופטימיזציה של החזר על הוצאות פרסום
שיוך (Attribution) בין אפליקציות ולאתרים
  • השוואה בין שיוך (Attribution) חוצה-אפליקציות וחוצה-אתרים באמצעות ARA לבין הכיסוי הנוכחי של שיוך חוצה-אפליקציות וחוצה-אתרים
  • אם אתם לא מודדים שיוך בין אפליקציות ואתרים, כדאי לשקול אם זה יכול להועיל לכם

4. הגדרת התצורה

ערך הבסיס אופטימלי
דוחות ברמת האירוע
  • הגדרה נכונה של קריאות לרישום של מקורות או טריגרים, לכל סוג של תהליך (PA,‏ non-PA וכו')
  • שימוש בהמרות לאחר קליק (CTC) או בהמרות בעקבות צפייה (VTC)
  • שימוש בהגדרות ברירת המחדל
  • הבנה מלאה של המושגים: עדיפות, תאריך תפוגה, event_report_window, ‏ deduplication_key, ‏ filters,‏ lookback_window
  • הגדרה נכונה של קריאות לרישום מקורות או טריגרים, לכל התהליכים (PA, ‏ non-PA, ‏ כל סוגי המודעות וכו')
  • שימוש ב-CTC וב-VTC
  • שימוש בהגדרה Lite Flexible Event-Level, במיוחד כדי לצמצם את אובדן הנתונים בדוחות
  • בדיקת חלונות דיווח שונים כדי לבצע אופטימיזציה למניעת אובדן נתונים בדוח, וזיהוי ההגדרות האופטימליות לתרחישי השימוש שלכם
  • שילוב עם Sim lib, כלי שאפשר להשתמש בו כדי לבדוק שיוך מבוסס-כללים על סמך נתונים היסטוריים
דוחות סיכום
  • הגדרה נכונה של קריאות לרישום של מקורות או טריגרים, לכל סוג של תהליך (PA,‏ non-PA וכו')
  • שימוש בהמרות בעקבות קליק (CTC) או בהמרות בעקבות צפייה (VTC)
  • הבנה מלאה של הגדרות דוחות צבירה: filters, aggregatable_report_window, scheduled_report_time, source_registration_time, reporting_origin
  • הגדרה נכונה של קריאות לרישום מקורות או טריגרים, לכל התהליכים (PA, ‏ non-PA, ‏ כל סוגי המודעות וכו')
  • שימוש ב-CTC וב-VTC
  • שילוב עם SimLib וניסויים עם סימולציות של Noise Lab. אפשר להשתמש בו כדי לבדוק הגדרות שונות של API

5. אסטרטגיות הטמעה

ערך הבסיס אופטימלי
נתונים שלא מגיעים מ-3PC
  • כדאי לחשוב איך להשתמש בקובצי Cookie של צד שלישי (בזמן שהם זמינים) ובנתונים שלא מושפעים מהוצאה משימוש של קובצי Cookie של צד שלישי כדי לאמת את הביצועים של ARA או לשפר אותם עוד יותר
רעש
  • שילוב עם SimLib וניסויים עם סימולציות של Noise Lab כדי להעריך את השפעת הרעש
  • הטמעה ובדיקה של מנגנונים שונים להסרת רעשי רקע מהנתונים
Aggregation Service
  • בודקים שהמפתחות בצד המקור ובצד הטריגר שאתם מתכננים להשתמש בהם מתאימים לתרחישי השימוש שלכם

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