מגבלת שמונה אירועים: איך בוחרים מה נכנס לרשימה

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

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

מגבלת שמונה אירועים: מה היא מגבילה

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

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

למה קיימת מגבלה בכלל

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

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

איך בוחרים מה נכנס

הכלל שמאחורי הטבלה: הפעולה שהכי קרובה לכסף עולה למעלה,
והשאר יורדים לפי הקרבה שלהם אליה. הפיתוי לשים למעלה אירוע נפוץ ״כדי שיהיו
הרבה נתונים״ מוביל לתוצאה ההפוכה — האירוע החשוב ייעלם מתחתיו אצל אותם
משתמשים בדיוק.

הפרדת ערך, לא רק פעולה

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

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

אימות הדומיין הוא התנאי לכל השאר

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

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

כשכמה מפרסמים חולקים דומיין אחד

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

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

כשהאירוע החשוב פשוט נדיר מדי

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

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

מה קורה כשמשנים את הסדר

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

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

הטעות הנפוצה: לשמור מקומות ״ליתר ביטחון״

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

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

מה זה לא פותר

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

סדר עבודה בעשר דקות

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

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