פיקסל ו-Conversions API — המדריך להטמעה נכונה של מדידה במטא

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

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

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

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

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

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

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

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

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

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

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

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

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

מדידה בצד השרת מעבירה יותר מידע, ולכן היא מחייבת יותר זהירות ולא פחות.

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

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

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

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

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

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