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

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

איך עושים מעקב איכות לידים במטא ולמה זה משנה? אפשר לשלוח למטא בחזרה סימון על כל ליד אחרי הסינון והשיחה: אם ענה, אם נקבעה פגישה, אם סגר עסקה. הסימון עובר דרך Conversions API או דרך Offline Events, מתחבר לרשומת הליד המקורית, ומזיז את האלגוריתם לחפש עוד אנשים שדומים לאלה שסגרו במקום לאלה שרק מילאו. בלי האות הזה המערכת מייעלת על “מי ימלא טופס”, ועם האות הזה היא מתחילה לייעל על “מי יקנה”.

למה המערכת לא יודעת לבד מה קרה עם הליד

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

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

שלושה ערוצים להחזיר איכות למטא

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

Conversions API (CAPI). צינור מהשרת של האתר או של ה-CRM ישירות אל מטא, בלי לעבור בדפדפן של הגולש. מתאים לעסקים שמריצים גם דף נחיתה במקביל לטופס המיידי, או שהחיוג נעשה במערכת שיודעת לדבר עם ה-CRM. הרקע הכללי על הפיקסל וה-CAPI מפורט במדריך הפיקסל של מטא שכתבתי בנפרד, וכאן חשוב רק שזה הצינור הכי מדויק לסטטוסים שקורים במחשב (למשל “רכישה באתר”).

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

Leads API. הצינור שמאפשר לעדכן סטטוסים לרשומת ליד ספציפית לאורך כל מסע המכירה. הוא ניגש לליד לפי המזהה שלו, מוסיף שכבות איכות (“יצרנו קשר”, “נקבעה פגישה”, “לקוח”), ומאפשר לאלגוריתם לראות איזו מודעה הביאה ליד שהפך בסוף ללקוח. השילוב שלו עם CRM מודרני נותן את התמונה השלמה ביותר.

הבחירה בין הצינורות היא לא “מי טוב יותר”, אלא “מה מתאים למבנה שלכם”. טופס מיידי לבד עם גיליון גוגל שווה Offline Events. אתר פעיל + CRM אמיתי שווים Leads API בשילוב CAPI. אבל הבחירה בצינור היא רק החצי הטכני של הסיפור. הצד השני, החשוב יותר, הוא מה בכלל שולחים בו, ובנקודה הזאת נעשה הפער בין עסק שמסמן פעם בחודש “סגר עסקה” לעסק שיש לו מפה של סטטוסים שמלמדת את מטא שוב ושוב איזה סוג ליד יסגור בפועל.

מפת סימוני איכות של הליד

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

סטטוס הליד	מה נשלח למטא	מתי שולחים	משקל יחסי
לא ענה אחרי 3 ניסיונות	לא נשלח כלום; מסמנים אצלכם בלבד	אחרי 72 שעות	0
ענה, לא רלוונטי	לא נשלח כלום; הליד עובר לרשימת הרחקה בקהל	מיד אחרי השיחה	0
ענה, נשאר בקשר	אירוע מותאם “יצרנו קשר”	ביום השיחה	3
נקבעה פגישה	אירוע מותאם “נקבעה פגישה”	ביום התיאום	6
פגישה בוצעה	אירוע מותאם “פגישה בוצעה”	ביום הפגישה	8
סגר עסקה	אירוע Purchase עם ערך בשקלים	ביום הסגירה	10

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

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

הפרטים הקטנים שקובעים אם האות באמת יעבור

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

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

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

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

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

שאלות נפוצות

מה זה בכלל אות איכות למטא ולמה לא מספיק לדווח על ליד?

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

דרך איזה ערוץ שולחים את הסימון בפועל?

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

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

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

כמה סימונים בחודש צריך כדי שהאלגוריתם יתחיל לזוז?

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

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

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

מה קורה אם אני מסמן רק סגירות ומתעלם מהשלבים באמצע?

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

כדאי לצרף שדה value (שווי כספי) לכל אירוע?

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

צריך CRM כדי להריץ מעקב איכות, או שאפשר בגיליון?

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

Advantage+ מבוסס אלגוריתם אוטומטי לגמרי. הסימונים משפיעים גם עליו?

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