יש לכם 40 הזמנות בחנות בשבוע, ו-Events Manager של טיקטוק מראה 23 אירועי רכישה. ההפרש הזה שווה יותר מכל קריאייטיב חדש: כשפיקסל טיקטוק מפספס כמעט חצי מהמכירות, האלגוריתם לומד מהקונים הלא נכונים, ה-ROAS בדוח נראה גרוע ממה שהוא, ואתם עלולים לסגור קמפיין שדווקא מכניס כסף.
פיקסל טיקטוק הוא קוד שמותקן באתר ומדווח לטיקטוק מה גולשים עשו אחרי שראו מודעה: צפו בעמוד, הוסיפו לסל, שילמו. Events API עושה את אותו דבר מהשרת של האתר ולא מהדפדפן, ולכן הוא לא נחסם על ידי חוסמי פרסומות או הגבלות של Safari. ההמלצה של טיקטוק עצמה היא להפעיל את שניהם יחד. אצלנו יש כלל פשוט: לא מגדילים תקציב בטיקטוק לפני שהמספרים ב-Events Manager מתיישבים עם המספרים בחנות. הנה איך בודקים את זה בחצי שעה.
למה פיקסל טיקטוק לבד מפספס מכירות
פיקסל דפדפן תלוי בכך שהעמוד נטען עד הסוף, שהדפדפן לא חוסם סקריפטים של צד שלישי ושהגולש לא סגר את הלשונית לפני שעמוד התודה עלה. בחנויות ישראליות יש עוד בעיה קבועה: סליקה בדף חיצוני. הלקוח משלם בעמוד של חברת הסליקה, ולא תמיד חוזר לעמוד התודה באתר. אם אירוע הרכישה יורה רק מעמוד התודה, כל לקוח שלא חזר פשוט לא נספר.
Events API פותר את רוב זה כי השרת מדווח על ההזמנה ברגע שהיא נרשמת במערכת, בלי קשר למה שקרה בדפדפן. לכן טיקטוק ממליצה במדריך ההתחלה של Events API להריץ אותו כערוץ שני לצד הפיקסל, לא במקומו. הפיקסל עדיין נותן אותות שהשרת לא רואה, כמו צפייה בעמוד מוצר והוספה לסל.
הבדיקה הראשונה: ספירה מול החנות
זו הבדיקה שרוב בעלי העסקים מדלגים עליה, והיא היחידה שמגלה בעיה אמיתית. אל תסתכלו על עמודת ההמרות בקמפיין. היא מציגה רק המרות שטיקטוק שייכה למודעות, וזה מספר אחר. היכנסו ל-Events Manager, בחרו את הפיקסל, ותסתכלו על סך אירועי הרכישה שהתקבלו ב-7 הימים האחרונים, מכל המקורות. אחר כך פתחו את רשימת ההזמנות ב-WooCommerce, ב-Shopify או במערכת שלכם, לאותם 7 ימים בדיוק, וספרו הזמנות ששולמו.
הכלל שלנו: פער של עד 10% בין שני המספרים הוא רעש סביר. פער של 15% ומעלה הוא תקלה שצריך למצוא לפני שמוסיפים שקל. ויש גם מקרה הפוך, שמפתיע אנשים: יותר אירועי רכישה מהזמנות. זה כמעט תמיד אומר שהאירוע נספר פעמיים, בגלל רענון של עמוד התודה או בגלל שהפיקסל וה-API שולחים את אותה רכישה בלי מזהה משותף.
Deduplication: התקלה שמנפחת את ה-ROAS
כשאותה רכישה נשלחת גם מהדפדפן וגם מהשרת, טיקטוק צריכה לדעת שמדובר באירוע אחד. לפי עמוד ה-Deduplication במרכז העזרה של טיקטוק, זה עובד רק כששני הערוצים שולחים את אותו שם אירוע ואת אותו event_id. טיקטוק שומרת את האירוע הראשון שהגיע ומתעלמת מהכפילויות בחלון של 48 שעות.
שתי טעויות חוזרות על עצמן שוב ושוב. הראשונה: הפיקסל מותקן דרך תוסף אחד וה-API דרך תוסף אחר, וכל אחד מייצר event_id משלו. התוצאה: כל מכירה נספרת פעמיים, ה-ROAS בדוח נראה כמו 6 כשבמציאות הוא 3, ומישהו מכפיל תקציב על סמך מספר מזויף. השנייה: שם אירוע שונה בכל ערוץ, למשל CompletePayment בדפדפן ו-Purchase בשרת. מבחינת טיקטוק אלה שני אירועים שונים, ושום כפילות לא תוסר.
הדרך לבדוק: ב-Events Manager, בלשונית Diagnostics, טיקטוק מתריעה על event_id חסר או לא תואם. אם אין התרעה והספירה מול החנות מתיישבת, אתם בסדר.
ערך ומטבע: בלי זה אין ROAS
אירוע רכישה בלי ערך הוא חצי מידע. טיקטוק יודעת שמישהו קנה, אבל לא כמה. בדקו באירוע הרכישה שמגיעים שני פרמטרים: value עם סכום ההזמנה, ו-currency עם ILS. זו תקלה נפוצה בתוספים: הערך נשלח בלי מטבע, או עם USD כברירת מחדל, ואז הזמנה של 350 ש"ח נרשמת כ-350 דולר. הדוח מראה ROAS מרשים, וההחלטות מתקבלות על סמך מספר שגדול פי שלושה וחצי מהמציאות.
הבדיקה הכי אמינה היא הזמנת בדיקה אמיתית: קופון שמוריד את המחיר לשקל אחד, תשלום, ואז בדיקה בכלי Test Events ב-Events Manager שהאירוע הגיע עם הסכום הנכון והמטבע הנכון, ושהוא הגיע פעם אחת. אחרי הבדיקה מבטלים את ההזמנה.
עסק שמייצר לידים ולא מכירות
אותו היגיון עובד גם כשאין חנות. אם אתם עורכי דין, קליניקה או חברת שיפוצים, האירוע שחשוב הוא שליחת טופס. השוו את מספר אירועי הטופס ב-Events Manager למספר הפניות שנכנסו ל-CRM או למייל באותו שבוע. הטעות הנפוצה כאן היא אירוע שיורה בלחיצה על כפתור השליחה, גם כשהטופס נכשל בוולידציה. אז טיקטוק סופרת 60 לידים, ובמייל יש 35. האירוע צריך לירות רק אחרי שליחה מוצלחת, בעמוד תודה או ב-callback של הטופס.
ויש שאלה שכדאי לשאול לפני הכול: האם האירוע שאתם מבצעים עליו אופטימיזציה הוא באמת הפעולה שמכניסה כסף. קליק על כפתור וואטסאפ הוא לא ליד. אם תלמדו את טיקטוק לחפש אנשים שלוחצים על וואטסאפ, היא תביא לכם הרבה לחיצות ומעט שיחות.
מה בודקים לפני שמגדילים תקציב בטיקטוק
הרשימה הזו היא מה שאנחנו עוברים עליו בכל חשבון חדש לפני שמזיזים את התקציב היומי למעלה:
- פער של עד 10% בין אירועי הרכישה ב-Events Manager להזמנות בחנות, על 7 ימים זהים.
- אין התרעות פתוחות בלשונית Diagnostics, ובמיוחד לא על event_id.
- אירוע הרכישה נושא value ו-currency של ILS, ונבדק בהזמנה אמיתית.
- Events API פעיל דרך התוסף הרשמי של הפלטפורמה או דרך שותף, לצד הפיקסל.
- אירוע האופטימיזציה בקמפיין הוא הרכישה או הליד המאושר, לא צפייה בעמוד או הוספה לסל.
- יש מספיק נפח: כמה עשרות המרות בחודש. מתחת לזה המערכת לא לומדת, ותקציב גדול יותר רק מאיץ את בזבוז הכסף.
אם אתם עוד לפני הקמפיין הראשון, עברו קודם על הסדר הנכון להקמת קמפיין ראשון ב-TikTok Ads Manager. ואם אתם מנסים להבין איזה תקציב בכלל הגיוני, ריכזנו את המספרים במחירון פרסום בטיקטוק בישראל.
איך מתקינים Events API בלי מפתח
ברוב החנויות בישראל לא צריך לכתוב קוד. ב-Shopify האפליקציה הרשמית של TikTok מחברת גם את הפיקסל וגם את ה-API. ב-WooCommerce יש תוסף רשמי של TikTok, ויש תוספים מסחריים כמו PixelYourSite שמנהלים את שני הערוצים מאותו מקום, וזה בדיוק מה שמונע את בעיית ה-event_id הכפול. ב-Google Tag Manager, כשמחברים דרך התהליך המודרך של Events Manager, משתנה ה-event_id מוגדר אוטומטית.
הכלל החשוב: ערוץ אחד מנהל את שני האותות. אל תתקינו את הפיקסל דרך התוסף של התבנית ואת ה-API דרך תוסף אחר. זה המתכון לספירה כפולה. אחרי ההתקנה משתמשים ב-כלי הבדיקה שטיקטוק מפרטת במדריך הפיקסל: התוסף TikTok Pixel Helper לכרום, Test Events, ולשונית Diagnostics.
אנחנו לא מריצים קמפיין שאי אפשר למדוד עד העלות ללקוח, וזו גם הסיבה שבכל חשבון שאנחנו מקבלים לניהול, הבדיקה הזו קודמת לכל שינוי בקריאייטיב או בקהלים. כך זה עובד גם בשאר הערוצים שאנחנו מנהלים בניהול פייד מדיה רב-ערוצי.
בדיקת הפיקסל היא שלב קבוע בכל קמפיין שאנחנו מנהלים במסגרת שירות קידום ממומן בטיקטוק, לפני כל הגדלת תקציב.
שאלות נפוצות על פיקסל טיקטוק
האם אפשר לפרסם בטיקטוק בלי פיקסל?
אפשר להריץ קמפיין של תנועה או צפיות בלי פיקסל, אבל לא קמפיין המרות. בלי פיקסל טיקטוק לא יודעת מי קנה, ולכן היא מבצעת אופטימיזציה לקליקים זולים במקום ללקוחות. לעסק שמוכר או אוסף לידים זה בזבוז תקציב.
למה טיקטוק מראה פחות מכירות ממה שיש בחנות?
יש שתי סיבות. הראשונה היא שעמודת ההמרות בקמפיין מציגה רק מכירות שטיקטוק שייכה למודעות, לא את כל המכירות. השנייה היא אובדן אותות: חוסמי פרסומות, סליקה בדף חיצוני ולקוחות שלא חזרו לעמוד התודה. השוואה של כל אירועי הרכישה ב-Events Manager מול ההזמנות בחנות מפרידה בין השתיים, ו-Events API סוגר את רוב הפער של הסיבה השנייה.
כמה זמן לוקח לראות נתונים אחרי התקנת הפיקסל?
אירועים מופיעים ב-Test Events תוך דקות, ובסקירה של Events Manager תוך כמה שעות. כדי לבצע את בדיקת הספירה מול החנות צריך לפחות 7 ימים של נתונים מלאים, ולכן כדאי להתקין את הפיקסל וה-API שבוע לפני שמתחילים להגדיל תקציב.
הצעד הבא שלכם: פתחו היום את Events Manager ואת רשימת ההזמנות, ספרו את 7 הימים האחרונים בשני המקומות, ורשמו את הפער. אם הוא מעל 15%, זה הדבר הראשון לתקן השבוע, לפני כל שינוי אחר בקמפיין.
