איכות התאמת אירועים: מה הציון מודד ואיך מעלים אותו

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

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

איכות התאמת אירועים: מה הציון מודד

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

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

למה זה משנה בכלל

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

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

השדות, לפי כמה הם מזיזים

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

איפה ההתאמה נשברת בדרך

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

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

הנתיב הכפול, ולמה הוא מכפיל בעיות

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

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

מה אסור לשלוח, בשום מקרה

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

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

למה לאירועים שונים יש ציונים שונים

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

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

כשמשתמש בוחר לא להימדד

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

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

סדר עבודה לשיפור

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

מה לא לצפות מהציון

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

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