כדי לדעת מה קרה לליד מפרסום ב-ChatGPT, צריך להעביר את מקור ההגעה מדף הנחיתה עד לרשומת הלקוח, לשמור את שלבי הטיפול ולהפריד בין שיוך פנימי לשיוך של OpenAI. טופס שנשלח אינו סוף התהליך: צריך אישור שמירה, מניעת כפילויות ותיעוד של התוצאה העסקית.
המדריך נבדק ב־21/09/2026 מול תיעוד OpenAI. מבנה הרשומה והבדיקות המוצעים כאן הם המלצת יישום, ולא סכמת CRM רשמית של OpenAI. הדוגמה מתארת עסק דמיוני בלבד.
מגדירים שפה משותפת למקורות
קבעו שמות עקביים למקור, לערוץ, לקמפיין ולמודעה. למשל, אפשר לבחור utm_source=chatgpt ו־utm_medium=cpc עבור קישורים ממומנים; אלה שמות שבחרתם לצורכי ניתוח פנימי, ולא ערכים מחייבים מטעם הפלטפורמה. השתמשו באותה מוסכמה בכל הדוחות והטפסים.
הגעה מקישור בתשובת ChatGPT אינה בהכרח הגעה ממודעה. אל תסווגו כל מבקר שהגיע מדומיין של ChatGPT כתנועה ממומנת. שמרו בנפרד את הכתובת המסומנת, המפנה כאשר זמין, והערוץ שהסיווג מבוסס עליו. אם המידע חלקי, תנו למקור שם שמבטא את אי־הוודאות.
בודקים את הקישור הסופי
בתיעוד קיימת תבנית פרמטרים לכתובת הנחיתה ברמת קמפיין, קבוצה ומודעה. פרמטרים מהרמות השונות יכולים להתאחד, ולערך שכבר נמצא בכתובת היעד יש קדימות במקרה של כפילות. לכן קמפיין עם סימון חדש יכול עדיין לשלוח גולשים עם סימון ישן שנשאר בקישור. פרמטרים למעקב בקמפיינים
פתחו את הכתובת הסופית, עברו את ההפניות ובדקו שהסימון נשמר עד הטופס. אם יש מעבר לדומיין אחר או למערכת תורים חיצונית, בדקו במפורש מה היא מקבלת ומה היא מחזירה. תצוגה מקדימה של הקישור הראשון אינה מוכיחה שהנתונים שרדו את המסלול כולו.
מבדילים בין UTM לבין oppref
oppref הוא מזהה שיוך אטום שמגיע מ־OpenAI. כאשר הוא זמין, מעבירים את הערך המקורי בלי לשנותו. הפיקסל יודע ללכוד אותו מהכתובת; שליחה מהשרת מחייבת את החיבור שלכם לטפל בהעברה. מזהה השיוך ב־Conversions API
התייחסו לפרמטר המקורי כשמור לפלטפורמה: אל תכתבו בו שם קמפיין, מספר לקוח או ערך בדיקה מומצא. UTM הוא סימון קריא שלכם; המזהה האטום ממלא תפקיד אחר. אם משתמשים בתבניות או בכינויים נוספים למעקב, בדקו את התמיכה המתועדת ואת הערך שמתקבל בפועל, בלי לדרוס את המקור.
שומרים את המידע המינימלי הדרוש
לכל פנייה כדאי לשמור מזהה שליחה קבוע, זמן הגעה, דף נחיתה, מקור שסווג, מזהי קמפיין ומודעה כאשר זמינים, והראיה שעליה הסתמך הסיווג. הגדירו גם מה נחשב מגע ראשון ומה נחשב מגע אחרון, כדי שפנייה חוזרת לא תמחק בשקט את המקור הראשוני.
הפרידו בין מידע תפעולי שדרוש לטיפול בפנייה לבין נתונים שנאספים למדידה פרסומית. את בחירת המדידה צריך להעביר בין הרכיבים הרלוונטיים; תיבת אישור תנאי הטופס אינה תחליף אוטומטי להסכמה הזאת. בפיקסל יש בקרת הסכמה מפורשת, ובשליחה מהשרת יש ליישם את מדיניות האתר בנפרד. בקרת הסכמה בפיקסל
אל תכניסו מספרי טלפון או כתובות דוא״ל לפרמטרי UTM. נתונים כאלה עלולים להופיע בהיסטוריית דפדפן, ביומני שרת ובכלים נוספים. אם בוחרים לשלוח מזהי התאמה נתמכים ל־OpenAI, יש לפעול לפי דרישות הנרמול והגיבוב המתועדות; אין להעביר שדות אישיים גולמיים במקום שבו נדרש גיבוב. נתוני התאמה
מאשרים שמירה לפני דיווח ליד
מומלץ שהשרת יחזיר אישור הכולל את מזהה השליחה ואת העובדה שהרשומה נשמרה. האישור מגיע מהמערכת שביצעה את הכתיבה, ולא משדה שהדפדפן שלח. כאשר הרשת נקטעת, ניסיון חוזר צריך לזהות את אותה פנייה ולא לפתוח לקוח נוסף.
אם שולחים את אותה המרה מהדפדפן ומהשרת, השתמשו באותו Pixel ID, באותו שם אירוע ובאותו מזהה אירוע כדי לאפשר מניעת כפילויות. באירוע מותאם אישית נדרש גם אותו custom_event_name. הצלחת השליחה הטכנית אינה הוכחה שהפנייה מיוחסת לקמפיין; את זה בודקים בנפרד בדיווח. חיבור מקורות ואירועים
דוגמה היפותטית: פנייה שחוזרת אחרי כמה ימים
נניח שעסק דמיוני מקבל פנייה ראשונה מדף מסומן, ואותו אדם חוזר לאחר כמה ימים דרך קישור ששמר. הרשומה צריכה לאפשר להבין את שני הביקורים, בלי לייצר סיפור ודאי שאין לו ראיות.
| שלב | מה שומרים | מה עדיין לא מסיקים |
|---|---|---|
| הגעה ראשונה | מקור וראיות זמינות בהתאם להסכמה | שהמבקר עומד לרכוש |
| פנייה שנשמרה | מזהה שליחה ואישור שמירה | שהמערכת ייחסה המרה |
| חזרה וקביעת פגישה | אירוע עסקי נוסף וזמנו | שהמקור האחרון מחליף את הראשון |
| עסקה שהושלמה | סכום ומועד לפי מערכת העסק | שכל ההכנסה נגרמה רק מהמודעה |
בדיקת מסירה שמונעת נתונים מטעים
בדקו שליחה תקינה, שגיאת שמירה, ניסיון חוזר, ביקור ללא פרמטרים ושינוי העדפות מדידה. סמנו בדיקות צוות בסימון פנימי ייעודי והחריגו אותן מהמרות אמיתיות ומהודעות אוטומטיות ללקוחות. הסימון הפנימי הוא חלק מהמערכת שלכם, ולא טענה לקיומו של שדה בדיקה מסוים ב־OpenAI.
התהליך מוכן כאשר אפשר להציג רשומת בדיקה שמורה, לזהות את מקור המידע, ולהראות שניסיון חוזר לא שינה את הספירה. מנו אחראי לטיפול בכשלי קליטה, כדי שפנייה שלא נשמרה לא תישאר רק בהודעת שגיאה טכנית.
שאלות נפוצות
האם UTM מספיק כדי להוכיח שהליד הגיע ממודעה?
UTM מתעד את הסימון שבכתובת ויכול לעזור לניתוח פנימי. הוא אינו לבדו אישור של OpenAI לשיוך המרה, ואפשר להעתיק קישור מסומן גם לערוצים אחרים.
מה עושים כאשר אין oppref?
לא ממציאים מזהה ולא מחליפים אותו ב-UTM. שומרים את הראיות הזמינות ואת החוסר. היעדר המזהה הזה לבדו אינו מוכיח שלא הייתה אינטראקציה עם מודעה.
האם ליד שנשמר ב-CRM הוא כבר המרה מיוחסת?
לא. שמירה מוכיחה שהפנייה נקלטה בעסק. שיוך בפלטפורמת הפרסום הוא שלב נפרד, התלוי בהגדרות המדידה, בראיות ההתאמה ובכללי השיוך.
מחברים את השלבים לתהליך אחד
להמשך: הכנת דף נחיתה, מעקב המרות וקריאת דוחות. אוטומציות AI עוסקת גם בחיבור אוטומציה למערכת הלקוחות הקיימת.
Ads Studio מבית אוטומציות AI — בקרוב. ניתן להשאיר פרטים לקבלת עדכון; חיבורי CRM במוצר הם חלק מהתכנון ואינם מוצגים כאן כחיבור שכבר זמין לשימוש.
