מספרי חדר הפרסום לא תואמים ל-CRM: איך מזהים את הסיבה ומתקנים

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

צוות העריכה של ADS Beastפורסם 8 דקות קריאה

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

בקצרה

  • פלטפורמת פרסום סופרת שליחות טופס והמרות מיוחסות; ה-CRM סופר לידים ייחודיים ועסקאות שנסגרו.
  • פער של 10%-30% במספר הלידים הוא טווח נפוץ, לא בהכרח תקלה.
  • הבדל בחלון ייחוס, כפילויות וטפסים שנשלחים פעמיים מסבירים חלק גדול מהפער.
  • הבדיקה המכרעת: להשוות לידים גולמיים בלבד בין שני המקורות באותו טווח תאריכים.
  • הפתרון ארוך הטווח הוא מקור אמת אחד ומזהי קמפיין שנשמרים בכל ליד.

למה מספר הלידים בחשבון הפרסום גבוה מזה שב-CRM

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

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

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

מה בדיוק נספר בכל צד

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

מה נספרחשבון הפרסוםה-CRM
יחידת ספירהאירוע המרהרשומת ליד או עסקה
כפילויותנספרות כהמרות נפרדותמאוחדות לפי מזהה
זמן קליטהמיידי מרגע האירועתלוי בשיטת הסנכרון
ייחוסלקליק או לצפייהללקוח ולעסקה שנסגרה
חלון ייחוסלרוב 7 או 30 יוםלפי תאריך פתיחת הליד
מקור הנתוןהפלטפורמה עצמהתהליך המכירה בפועל

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

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

איך מאבחנים אם הפער נובע מייחוס או מבאג בסנכרון

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

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

שלבי הבדיקה

  1. בחרו טווח תאריכים קצר וסגור, למשל שבוע מלא.
  2. הוציאו מהפלטפורמה את מספר הלידים הגולמיים, לא ההמרות.
  3. הוציאו מה-CRM את מספר הלידים שנוצרו באותו טווח, לפי תאריך יצירה.
  4. השוו את שני המספרים לפני שאתם נוגעים בעסקאות.
  5. אם המספרים תואמים, עברו להשוואת עסקאות ובדקו את חלון הייחוס.
  6. אם המספרים לא תואמים, בדקו את החיבור בין המערכות ואת הלידים שלא נכנסו.
אבחון פער בין חשבון הפרסום ל-CRM. בחרו טווח תאריכים: שבוע מלא וסגור, באותו אזור זמן בשני המקורות; השוו לידים גולמיים: בלי המרות ובלי עסקאות, לפי תאריך יצירה; זהו את סוג הפער: פער בלידים מעיד על סנכרון, פער בעסקאות על ייחוס; בדקו את החיבור: טופס, שכבת העברה ו-API של ה-CRM; קבעו מקור אמת: כל הדיווח הע
סדר הבדיקה שחוסך ניחושים ומפריד בין בעיית סנכרון לבעיית ייחוס

איך חלון ייחוס מייצר פער שנראה כמו תקלה

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

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

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

כמה זמן לוקח לסנכרן לידים בין הפלטפורמה ל-CRM

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

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

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

גורמים נפוצים לפער בין חשבון הפרסום ל-CRM

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

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

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

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

מגדירים מקור אמת אחד, בדרך כלל ה-CRM, ומייחסים אליו את כל הדיווח העסקי. מסנכרנים את מזהי הקמפיין (UTM, click ID) לתוך שדות חובה בכל ליד, כך שאין ליד בלי מקור. אחרי ההטמעה הפער מצטמצם בדרך כלל מתחת ל-5%, ומה שנשאר הוא רעש סטטיסטי מוסבר.

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

מה חייב להיות בכל ליד

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

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

איך בודקים את הצד הטכני בלי לפרק את המערכת

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

הטופס: האם יש ולידציה שמונעת שליחה כפולה? האם שדות החובה תואמים למה שה-CRM מצפה לו?

שכבת ההעברה: האם יש מנגנון שמונע שליחת אותו ליד פעמיים? האם יש לוג שמתעד כשלים?

ה-API: האם החיבור פעיל בכל שעות היום? האם יש התראה כשהחיבור נופל?

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

הצעד הבא

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

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

שאלות נפוצות

למה מספר הלידים בחשבון הפרסום גבוה מזה שב-CRM?

לרוב הפער נובע מכך שפלטפורמות פרסום סופרות כל שליחת טופס כהמרה, גם אם מדובר בכפילות או בטופס שנשלח פעמיים מאותו משתמש. בנוסף, לידים שמגיעים מחוץ לשעות העבודה או מקמפיינים שלא מסונכרנים עם ה-API של ה-CRM פשוט לא נכנסים למערכת. פער של 10%-30% בין הפלטפורמה ל-CRM הוא טווח נפוץ ולא בהכרח תקלה.

כמה זמן לוקח לסנכרן לידים בין פלטפורמת הפרסום ל-CRM?

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

מה גורם לפער בין מספר ההמרות בחשבון הפרסום לבין העסקאות ב-CRM?

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

איך בודקים אם הפער נובע מבעיית ייחוס או מבאג בסנכרון?

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

מה עושים כדי לצמצם את הפער בין הדוחות?

מגדירים מקור אמת אחד, בדרך כלל ה-CRM, ומייחסים אליו את כל הדיווח העסקי. מסנכרנים את מזהי הקמפיין (UTM, click ID) לתוך שדות חובה בכל ליד, כך שאין ליד בלי מקור. אחרי ההטמעה הפער מצטמצם בדרך כלל מתחת ל-5%, ומה שנשאר הוא רעש סטטיסטי מוסבר.

אילו כלים עוזרים לוודא שמזהי הקמפיין נכונים?

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