קודם מפרידים בין שתי תקלות שונות
שתי שורות זהות ב־CRM אינן בהכרח שתי המרות שדווחו ל־Meta. מנגד, המרה שדווחה פעמיים יכולה להופיע ב־CRM פעם אחת בלבד. לכן מתחילים בשלוש שכבות נפרדות: קבלת הטופס, שמירת הרשומה ודיווח אירוע הפרסום.
המלצתנו היא להשוות חותמות זמן ומזהי בקשה. אם התקבלו שתי בקשות טופס שונות, ייתכן שהמשתמש הגיש פעמיים או שאינטגרציה יצרה שליחה חוזרת. אם התקבלה בקשה אחת ונוצרו שתי רשומות, יש לבדוק את החיבור ל־CRM.
כיצד בודקים דיווח מהדפדפן ומהשרת
כאשר אותו אירוע נשלח דרך Pixel וגם דרך Conversions API, מנגנון מניעת הכפילויות של Meta נשען על התאמת שם האירוע ומזהה האירוע. אותו מזהה צריך לייצג את אותה פעולה עסקית בשני הערוצים; פעולות שונות זקוקות למזהים שונים.
בדקו באירוע ניסוי את הערכים שנשלחו בפועל. שם זהה ללא מזהה תואם אינו הוכחה למימוש תקין. גם מזהה קבוע לכל הטפסים שגוי, מפני שהוא אינו מבחין בין פעולות של משתמשים שונים.
תוכנית בדיקה קצרה
בצעו הגשה מוצלחת אחת, ניסיון עם שדה חסר, לחיצה כפולה ורענון לאחר הצלחה. לכל מקרה רשמו כמה בקשות התקבלו וכמה אירועים נשלחו. ודאו שלא מופעל אירוע על קליק לפני שהשרת אישר את הטופס.
תיקון שורש התקלה יכול להיות חסימת שליחה חוזרת בזמן בקשה, שמירת מזהה בקשה ייחודי או תיקון שני תגים שמופעלים יחד. אל תסתפקו במחיקת רשומות כפולות בדוח: היא מסתירה את התוצאה בלי לתקן את המנגנון שיצר אותה.
מקור והרחבה
עובדות על הפלטפורמה מבוססות על המקור המקושר. המלצות העבודה והדוגמאות הן הניתוח המקצועי שלנו. נבדק ב־25 באוקטובר 2026.
רוצים ליישם את זה בעסק?
נבחן את המטרות, הנתונים והשלב שבו העסק נמצא, ונבנה תוכנית שמתאימה להם.
לשירות הרלוונטי של MEDIAK ↖