לכל פלטפורמה יש מזהה משלה, והעיקרון זהה: מישהו לוחץ על מודעה, ולכתובת דף הנחיתה מתווסף פרמטר עם מחרוזת ייחודית לאותו קליק.
שם הפרמטר שונה, והתפקיד אחד: להיות חוט שמחבר בין הקליק לבין מה שקרה אחריו.
פיקסל או תג המרה רואים מה קורה בדפדפן: מישהו מילא טופס, ההמרה נספרה. אבל רוב העסקים שמוכרים שירות או מוצר יקר לא סוגרים עסקה בטופס. הליד מגיע ל-CRM, נציג מתקשר, יש פגישה, הצעת מחיר, ולפעמים חתימה אחרי שלושה שבועות. את כל זה הפיקסל לא רואה.
כשה-Click ID נשמר על רשומת הליד, אפשר לחזור לפלטפורמה ולהגיד לה: הקליק הזה הפך לליד איכותי, הקליק ההוא הפך למכירה, והשלישי היה מספר טלפון לא תקין. ב-Google Ads זה נעשה דרך ייבוא המרות אופליין או Enhanced Conversions for Leads, שמשלב את ה-gclid עם פרטי קשר מוצפנים. ב-Meta זה נעשה דרך Conversions API, שמקבל את ערך ה-_fbc יחד עם האירוע. ב-TikTok וברשתות הנייטיב העיקרון דומה.
התוצאה היא דוח שמראה כמה מכירות הביא כל קמפיין, לא רק כמה טפסים. ומעבר לדוח, הפלטפורמה מקבלת אות לימוד אחר לגמרי.
אסטרטגיות הבידינג של Google ו-Meta עושות בדיוק את מה שמבקשים מהן. אם ההמרה היחידה שהן רואות היא שליחת טופס, הן ילמדו למצוא את האנשים שהכי קל לשכנע לשלוח טופס. אלה לא בהכרח האנשים שהכי סביר שיקנו. לעיתים קרובות הם ההפך: מי שלוחץ על כל דבר, מי שממלא טפסים כדי לקבל מתנה, ומי שלא ממש זוכר שהשאיר פרטים כשהנציג מתקשר.
על המסך זה נראה מצוין. עלות לליד יורדת, כמות הלידים עולה, והקמפיינר שולח דוח ירוק. במחלקת המכירות זה נראה אחרת: יותר שיחות, פחות עסקאות. קמפיינר שמסתפק במדידת טפסים לא עושה את זה בכוונה רעה, אבל בפועל הוא מאמן את המערכת לכיוון הלא נכון, ומשלם על זה העסק.
כשמחזירים לפלטפורמה גם את השלב הבא, ליד שעבר סינון או עסקה שנסגרה, האלגוריתם מקבל משהו לכוון אליו. כל המרה שלא נמדדת היא המרה שהאלגוריתם לא לומד ממנה. זה גם מה שהופך בחירת מטרת קמפיין מהחלטה טכנית להחלטה עסקית.
הרבה פעמים העבודה הזו לא מסובכת, אבל יש בה כמה חוליות, וכל חוליה שנשברת מאבדת את המידע בשקט.
מי שמשתמש ב-Airtable כ-CRM יכול לעשות את כל זה בלי להחליף מערכת. מה שחשוב הוא שהשדות קיימים, שהם מתמלאים, ושמישהו בודק מדי פעם שהם באמת לא ריקים.
Click ID הוא מזהה טכני ולא שם או מספר טלפון, אבל ברגע שמחברים אותו לליד ב-CRM הוא הופך לחלק ממידע אישי. לכן הוא צריך לעבור באותם כללים שחלים על שאר המידע שנאסף: מדיניות פרטיות שמסבירה מה נאסף ולמה, מנגנון הסכמה לעוגיות כשהוא נדרש, והעברת פרטי קשר לפלטפורמות רק בגרסה מוצפנת (hashed), כמו ש-Google ו-Meta מבקשות ממילא.
חשוב לזכור שגם בהגדרה מלאה לא כל קליק יגיע עם מזהה. דפדפנים מסוימים, חוסמי פרסומות וגולשים שלא נתנו הסכמה יורידו חלק מהמידע. המטרה היא לא כיסוי מושלם אלא אות מספיק טוב שהאלגוריתם יכול ללמוד ממנו, ודוח שאפשר לסמוך עליו.
בלי Click ID אין דרך אמינה לקשר בין עסקה שנסגרה לבין המודעה שהביאה אותה. מה שנשאר הוא ניחוש לפי תאריכים ומקורות תנועה כלליים. אי אפשר לייבא המרות אופליין, אי אפשר להחזיר ל-Meta ליד מסונן, ואי אפשר לבקש מהבידינג לכוון לרווח במקום לטפסים. בפועל, ההחלטה איזה קמפיין להגדיל ואיזה לסגור מתקבלת על סמך עלות לליד בלבד, המדד שהכי קל לשפר בלי לשפר כלום בעסק.
אם לא ברור מה קורה אצלך, שווה לבדוק. בבדיקת הקמפיינים החינמית שלנו אנחנו מסתכלים גם על המדידה, כולל השאלה אם ה-Click IDs בכלל מגיעים ל-CRM. אפשר להשאיר פרטים כאן.
כולם מזהי קליק של Google Ads. gclid הוא המזהה הרגיל, ו-gbraid ו-wbraid מופיעים בחלק מהתנועה מ-iOS, שם מגבלות הפרטיות של Apple לא מאפשרות להעביר gclid רגיל. כדאי לשמור את שלושתם בטופס וב-CRM.
_fbc היא עוגייה שה-Meta Pixel יוצר כשגולש מגיע לאתר מקליק על מודעה עם fbclid. היא שומרת את מזהה הקליק בפורמט ש-Meta מצפה לקבל, ואת הערך שלה שולחים יחד עם אירועים ב-Conversions API.
Enhanced Conversions for Leads יודעות להתאים לידים גם לפי פרטי קשר מוצפנים, אבל ה-gclid משפר את דיוק ההתאמה ומכסה מקרים שבהם פרטי הקשר לא מספיקים. השילוב של שניהם נותן את התמונה המלאה ביותר.
כן, בתנאי שהיא נעשית במסגרת מדיניות פרטיות שקופה, עם מנגנון הסכמה לעוגיות כשנדרש, ושפרטי קשר נשלחים לפלטפורמות רק מוצפנים. כשמחברים את המזהה לליד, הוא מקבל את אותו יחס כמו שאר המידע האישי.
שיחת היכרות קצרה, בלי התחייבות. בדרך כלל יוצאים ממנה עם לפחות רעיון טוב אחד.
