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

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

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

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

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

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

3. כללי

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

4. הגדרות אישיות

	ערך הבסיס	אופטימלי
דוחות ברמת האירוע	הגדרה נכונה של קריאות לרישום מקור / טריגר לכל זרימה (PA, ללא PA וכו') שימוש בהמרות לאחר צפייה (CTC) או בהמרות בעקבות צפייה (VTC) שימוש בהגדרת ברירת המחדל הבנה מלאה של עדיפויות, תפוגה, event_report_window, desuplication_key, מסננים,_lookback_window	הגדרה נכונה של קריאות לרישום מקור / טריגר לכל התהליכים (PA, ללא PA, כל סוגי המודעות וכו') שימוש גם בדיווח על המרות לאחר צפייה וגם בהמרות לאחר צפייה שימוש בהגדרה של אירוע גמיש ברמת האירוע הגמישה, במיוחד כדי לצמצם אובדן דוחות בדיקת חלונות דיווח שונים כדי לבצע אופטימיזציה למקרים של אובדן דוחות, וזיהוי הגדרות אופטימליות בתרחישי השימוש הבנה מלאה של תהליך השיוך (Attribution) שילוב עם דוחות ניפוי באגים במעבר כדי להשוות בצורה טובה יותר לעומת מדידה מבוססת 3PC, כולל דוחות ניפוי באגים מסוג שיוך-הצלחה ודוחות מפורטים על ניפוי באגים שילוב עם Sim lib, כלי שיכול לשמש לבדיקת ARA על סמך נתונים היסטוריים
דוחות סיכום	הגדרה נכונה של קריאות לרישום מקור / טריגר לכל זרימה (PA, ללא PA וכו') שימוש בהמרות לאחר קליק (CTC) או בהמרה לאחר צפייה (VTC) הבנה מלאה של הגדרות הדוח הנצבר: מסננים, aggregatable_report_window, Schedule_report_time, source_signup_time, Reporting_origin הגדרה נכונה של שירות צבירה	הגדרה נכונה של קריאות לרישום מקור / טריגר לכל התהליכים (PA, ללא PA, כל סוגי המודעות וכו') שימוש גם בדיווח על המרות לאחר צפייה וגם בהמרות לאחר צפייה הבנה מלאה של תהליך השיוך לשקול דרכים לאופטימיזציה של תקציב L1 ולביצוע כמה המרות לכל מקור שילוב עם דוחות של ניפוי באגים במעבר כדי להשוות בצורה טובה יותר למדידה מבוססת 3PC, כולל דוחות ניפוי באגים של שיוך-הצלחה ודוחות מפורטים של ניפוי באגים שילוב עם SimLib וניסויים עם סימולציות של Noise Lab. יכול לשמש כדי לבדוק הגדרות API שונות דוגמה לאסטרטגיית אצווה שאפשר לנסות ב-Sim lib

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

	ערך הבסיס	אופטימלי
נתונים שהם לא של 3PC		כדאי לשקול איך להשתמש בקובצי cookie של צד שלישי (כשהם זמינים) ובנתונים שלא מושפעים מ-3PCD כדי לאמת את הביצועים של ARA או לשפר אותם עוד יותר
רעש	הבנה מלאה של האופן שבו רעש מתווסף לדוחות הסיכום וההחלטות השונות בנוגע לעיצוב שאפשר לקבל כדי לשנות את ההשפעה של הרעש.	שילוב עם SimLib וניסוי עם סימולציות של Noise Lab כדי להעריך את השפעת הרעש הטמעה ובדיקה של מנגנונים שונים לביטול רעשים של נתונים
שירות צבירה	הבנה מלאה של מסגרת הבדיקה של שירותי צבירה: הנחיות לבדיקה של שירות Agg צריך לבדוק שהמפתחות בצד המקור ובצד הטריגר שאתם מתכננים להשתמש בהם הגיוניים בתרחישים לדוגמה שלכם מבנה מפתחות לדוגמה שאפשר להתחיל איתו יכול להיות: מבנה מפתחות שכולל את כל המאפיינים שאחריהם רוצים לעקוב. על סמך הפלט, ניתן לבדוק מבני מפתח שונים. הבנה מלאה של המזהה המשותף ותקציב התרומה הבנה מלאה של הוספת רעש בשירות הצבירה.	בדיקה של כמה מבני מפתחות שונים, כולל מפתחות היררכיים כדי לבצע אופטימיזציה בתרחישי השימוש השונים דוגמה לשימוש במבנה מפתחות היררכי בדיקה של ערכים שונים של Epsilon בשירות צבירה ואפשרות לתת נקודת מבט לגביו
אסטרטגיית אצווה	הבנה מלאה של ההשפעה של תדירויות אצווה שונות (למשל, שעתי, יומי או שבועי) ואופן קיבוץ הדוחות (למשל, לפי מועד דוחות מתוזמן של מפרסם X). פרטים נוספים זמינים במסמכים למפתחים ובהנחיות של Agg Service Load Testing בדיקה עם תדירות קיבוץ אחת לפחות ומפרסם אחד	בדיקת שילובים שונים של תדירויות אצווה ומאפייני דוחות, וזיהוי הגדרות אופטימליות בתרחישי השימוש שלהם הפעולות האלה יכולות לכלול גם אסטרטגיות שונות לכל מפרסם או לכל קבוצת מפרסמים (למשל, קטנה, בינונית, גדולה). כדאי לעיין בהנחיות לבדיקה של MTG Agg Service Load Testing מתאימים את אסטרטגיית הקיבוץ כדי לצמצם את אובדן הדוחות על ידי התחשבות בדוחות שנצברים באיחור
ניפוי באגים	שילוב עם דוחות ניפוי באגים בנושא שיוך-הצלחה, דוחות ניפוי באגים מפורטים ומצב ניפוי באגים ב-Aggregation Service.	משתמשים בכל הסוגים של דוחות ניפוי באגים כחלק מהבדיקה וההערכה