כדי למדוד לידים מפרסום ב-ChatGPT, מגדירים מה נחשב ליד שנוצר, שולחים אירוע רק כשהפעולה הצליחה, ומחברים את הגדרת האירוע לקמפיין הנכון. קליק על מודעה, שליחת טופס, קליטת אירוע והמרה מיוחסת הם ארבעה שלבים שונים. מדידה טובה מאפשרת למצוא בדיוק היכן נקטעת הדרך ביניהם.
המדריך נבדק מול התיעוד הרשמי ב־21/09/2026. הוא מציג תהליך עבודה מומלץ; זמינות פעולות ניהול ואופטימיזציה תלויה בהרשאות ובחשבון המפרסם. מדריך מעקב ההמרות של OpenAI מפריד בין מקור נתונים, הגדרת אירוע והקמפיין שמשתמש בה.
מתחילים מהפעולה העסקית
כתבו משפט שאפשר לבדוק: ״ליד נוצר כאשר השרת שמר פנייה תקינה והחזיר אישור עם מזהה הפנייה״. אם טופס מציג הודעת הצלחה לפני השמירה, ההודעה אינה תנאי מספק לשליחת האירוע. גם פתיחת WhatsApp היא מעבר לערוץ שיחה, ולא בהכרח פנייה שהתקבלה בעסק.
לעסק שקובע פגישות עשויים להיות שני שלבים: פנייה חדשה ופגישה שנקבעה. שמרו אותם בנפרד. ליד שכבר קיים ומעדכן את מספר הטלפון שלו אינו בהכרח ליד חדש; הגדירו מראש כיצד מטפלים בפנייה חוזרת. ההחלטה הזאת שייכת לתהליך העסקי, לפני בחירת שם האירוע במערכת הפרסום.
שלוש הגדרות שצריך לחבר
- מקור נתונים: האתר או החיבור שממנו מגיעים האירועים. אם קיים מקור מתאים, בדקו אותו לפני יצירת מקור נוסף.
- אירוע בפועל: למשל
lead_created, שנשלח אחרי יצירת פנייה, עם מזהה ייחודי לפעולה. - הגדרת המרה: בחירה של סוג האירוע ומקורו, שחיבור שלה לקמפיין מאפשר דיווח מתאים.
למקור יש מזהה פנימי וגם Pixel ID. הם משמשים לפעולות שונות ואינם ניתנים להחלפה. בחיבור הגדרת ההמרה בוחרים את מזהה המקור שהמערכת מבקשת; באתחול הפיקסל ובשליחת אירועי שרת משתמשים במזהה הפיקסל. בדקו את שם החשבון ואת האתר בכל שלב, במיוחד כשמנהלים כמה עסקים.
בוחרים מאיפה לשלוח
הפיקסל שולח מהדפדפן. Conversions API שולח מהשרת ומתאים לפעולות שהמערכת העסקית יכולה לאשר. אפשר להשתמש בשניהם, אך אז אותה פעולה צריכה לשאת אותו מזהה אירוע, אותו שם אירוע ואותו מזהה פיקסל כדי לאפשר מניעת כפילויות. ניסיון חוזר של אותה שליחה שומר את המזהה המקורי. תיעוד Conversions API
בשליחת שרת יש גם מגבלת זמן: חותמת הזמן מתייחסת למועד האירוע, ועליה להיות בתוך שבעת הימים האחרונים ולא יותר מעשר דקות בעתיד. בקשה יכולה לכלול עד 1,000 אירועים; כשל באירוע אחד מכשיל את כל האצווה. תכננו אימות וניסיונות חוזרים בהתאם, ואל תשנו את זמן האירוע כדי לעקוף מגבלה.
את מפתח השרת שומרים בשרת בלבד. מי שמתקין קוד באתר צריך לקבל מזהה פיקסל, ולא להדביק מפתח פרטי בתוך קוד שנשלח לכל גולש. בחיבור כפול כדאי להחליט מי יוצר את המזהה המשותף ולהעביר אותו לשני הערוצים, במקום לתת לכל אחד להמציא מזהה משלו.
מסדירים הסכמה לפני האתחול
לפיקסל יש בקרת הסכמה. לפי התיעוד, ההסכמה מאותחלת כפעילה כברירת מחדל, אלא אם הוגדר סירוב במפורש או נמצא סירוב שמור, ולכן אין להסתפק בעצם קיומו של באנר באתר. כאשר המדיניות מחייבת הסכמה לפני מדידה, מגדירים סירוב לפני האתחול ומשנים אותו רק בעקבות הבחירה המתאימה. אירועים שנחסמו אינם נשלחים מחדש אוטומטית לאחר האישור. בקרת ההסכמה בפיקסל
בדקו בנפרד אישור תנאי טופס, בקשה לקבלת שירות והסכמה למדידה פרסומית. אלו אינן אותה בחירה. גם מעבר לשליחה מהשרת אינו סיבה להתעלם מהעדפות המדידה שנקבעו באתר. ודאו ששינוי ההעדפה מגיע לכל רכיב ששולח את האירוע.
דוגמה היפותטית: טופס לתיאום שיחה
נניח שאתר דמיוני מציע שיחת היכרות. כך תיראה טבלת הבדיקה שלו; זו דוגמה לתכנון, ללא נתוני קמפיין אמיתי.
| פעולה | התוצאה שצריך לראות | אירוע ליד |
|---|---|---|
| לחיצה על שליחה עם טלפון חסר | שגיאת אימות, בלי רשומה חדשה | לא נשלח |
| שמירת פנייה תקינה | אישור שרת ומזהה פנייה | בהתאם להסכמה ולהגדרה |
| ניסיון חוזר בעקבות ניתוק | אותה פנייה ואותו מזהה אירוע | ללא ספירה כפולה |
| בדיקה פנימית של הצוות | רשומת בדיקה מסומנת | מוחרג ממדידת לידים אמיתיים |
הבדיקה עוברת כאשר אפשר לעקוב אחרי אותה פעולה מהטופס עד לרשומה השמורה. אל תסתפקו בצילום מסך של הודעת תודה. בקשו מהאחראי על החיבור להראות התאמה בין מזהה השליחה, אישור השמירה והאירוע, בלי לחשוף פרטים אישיים ביומן הבדיקה.
בודקים קליטה, ואז בודקים שיוך
תחילה אפשר להשתמש ב־validate_only לבדיקת תקינות בקשת שרת בלי לשמור אירועים. בדיקה כזאת אינה מופיעה בניטור ואינה מוכיחה קליטה בפועל. לאחר מכן מאמתים קליטה במסגרת בדיקה מבוקרת, ומוודאים שנתוני הבדיקה לא נספרים כפניות עסקיות אמיתיות.
מסך או ממשק האירועים האחרונים משמש לאבחון מדגם אירועים מהזמן האחרון, ולא כדוח המרות היסטורי. רק בשלב הבא בודקים דוח מיוחס, את החיבור לקמפיין ואת זמן העיבוד. היעדר המרה מיד אחרי בדיקה אינו מוכיח תקלה. ניטור אירועים
טעויות שכדאי למנוע
אל תשלחו ליד עם כל רענון של דף תודה, אל תחליפו מזהה בכל ניסיון חוזר, ואל תסמנו בדיקת צוות כליד אמיתי. מדידה של המרות אפשרית גם בקמפיין קליקים; היא אינה מפעילה מעצמה אופטימיזציה להמרות. לאופטימיזציה נדרשות זמינות בחשבון והגדרה מתאימה, ואירוע מותאם אישית אינו יעד אופטימיזציה נתמך במסלול המתועד. תנאי קמפיין המרות
שאלות נפוצות
האם התקנת פיקסל מספיקה למדידת לידים?
לא. צריך לשלוח אירוע לאחר יצירת ליד, להגדיר את האירוע על מקור הנתונים הנכון ולחבר את ההגדרה לקמפיין. צפייה בדף או לחיצה על כפתור אינן הוכחה שליד נשמר.
האם אפשר למדוד המרות בלי פיקסל בדפדפן?
כן. אפשר לשלוח אירועים מהשרת באמצעות Conversions API. גם חיבור כזה משתמש במזהה Pixel ID, אבל אינו מחייב התקנת פיקסל בדפדפן.
האם אירוע שנקלט חייב להופיע כהמרה בדוח?
לא. קליטת אירוע מוכיחה שהמידע הגיע למקור הנתונים. דיווח המרה תלוי גם בחיבור לקמפיין, בכללי השיוך ובעיבוד הנתונים.
ממשיכים מהמדידה לניהול
להמשך: קריאת דוחות, שיוך לידים ל־CRM ובדיקות לפני הפעלה. לחיבור התהליך למערכת קיימת אפשר לקרוא על ניהול לידים אוטומטי.
Ads Studio מבית אוטומציות AI — בקרוב. ניתן להשאיר פרטים לקבלת עדכון על המוצר שאנחנו מפתחים לניהול פרסום ב-ChatGPT.
