דוחות אוטומטיים: איפה האוטומציה שוברת את המשמעות

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

בקצרה

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

מה הופך דוח אוטומטי לחסר משמעות

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

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

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

איך מזהים ספירה כפולה של אותה פעולה

מתחילים מהמזהים, לא מהמספר. ב-⁠Meta ההתאמה בין הפיקסל ל-⁠Conversions API מבוססת על שם אירוע זהה ועל event_id, ואין מתג שמפעיל או מכבה את ההתאמה. ב-⁠Google Ads חזרה על אותה המרה עם אותו transaction או order ID מדוכאת, אבל מזהה זהה לא מאחד שתי פעולות המרה נפרדות.

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

סדר הבדיקה:

1. רושמים את שמות האירועים שמוגדרים בכל מקור דיווח, כולל הדפדפן, השרת והייבוא.
2. בודקים אם לאותו אירוע יש event_id ב-⁠Meta או transaction/order ID ב-⁠Google Ads, ושהוא זהה בשני המקורות.
3. משווים את מספר ההמרות למספר ההזמנות או הלידים במערכת המקור, לא לתקופה קודמת.
4. מחפשים אירועים שנשלחים יותר מפעם אחת מאותו משתמש על אותה פעולה.
5. מתעדים את מה שנמצא לפני שמשנים הגדרה, אחרת אי אפשר לדעת מה השתנה.

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

מה קובע איזה אירוע נכנס לדוח ההמרות בגוגל

ההגדרה של primary או secondary קובעת אם הפעולה נכללת בעמודת ההמרות ובחישוב ההצעות. secondary מופיע רק ב-⁠All conversions, ולפעולות מסוג custom goals יש כללים משלהם. זה אומר ששני אנשים באותו חשבון יכולים להסתכל על אותו קמפיין ולראות שני מספרים שונים, ושניהם צודקים.

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

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

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

הסיבה הנפוצה ביותר היא שההמרה עדיין מחוץ לחלון שנקבע. ב-⁠Google Ads חלון ההמרה לפי קליק הוא 30 יום כברירת מחדל, וניתן לכוונון בין 1 ל-⁠90 יום. דוח על תקופה קצרה מהחלון שנבחר לא יכיל את כל ההמרות, וזה לא אומר שהמדידה שבורה.

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

ב-⁠GA4 יש להבחין בין תקופת השמירה של נתוני משתמש ואירוע לבין הדוחות המצטברים. המגבלה של 2 או 14 חודשים במאגר סטנדרטי נוגעת לנתונים לא מצטברים, כלומר לחקירות ברמת המשתמש והאירוע, ולא לכל הדוחות המצטברים הרגילים. Analytics 360 מציע אפשרויות אחרות. לפני שמסיקים שהמדידה שבורה, בודקים אילו מקורות דיווחו ואיך הם מקושרים לפעולה שהוגדרה.

שווה גם לזכור ש-⁠Measurement Protocol שולח אירועים מהשרת ל-⁠GA4, ולא ישירות ל-⁠Google Ads. ייבוא מ-⁠GA4 והעברה דרך Google Ads API או Data Manager הם מסלולים שונים. ערבוב ביניהם בדוח אחד יוצר פער שלא ניתן להסביר מהמספר עצמו.

איך קוראים דוח אחרי שינוי בקמפיין

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

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

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

איפה עוד אוטומציה מייצרת מספר נכון וסיפור שגוי

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

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

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

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

איך בונים דוח אוטומטי שאפשר לסמוך עליו

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

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

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

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

מה עושים כשהמספרים לא מתיישבים

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

סדר עבודה מומלץ:

1. בודקים אם הפער קיים גם בנתוני המקור, לא רק בדוח.
2. בודקים את הגדרת הפעולה: primary, secondary או custom.
3. בודקים את חלון האטריביוציה מול התקופה שנבחרה בדוח.
4. בודקים אם אותו אירוע נשלח משני מקורות עם מזהים תואמים.
5. מתעדים את הממצא ומעדכנים את הגדרת הדוח, לא את הקמפיין, עד שהסיבה ברורה.

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

הצעד הבא

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