המדריך הטכני ל-GA4 ולידים
GA4: אירוע generate_lead ומה נשבר בפועל
GA4 מגיע עם אירוע מומלץ בשם generate_lead בדיוק בשביל זה. הבעיה היא לא ההגדרה - היא כל מה שקורה בין הלחיצה על ״שלח״ לבין הרגע שהאירוע באמת מגיע לגוגל. המדריך הזה עובר על ההגדרה הנכונה, ועל שלוש הסיבות הכי נפוצות לכך ש-GA4 מפספס לידים אמיתיים.
ללא כרטיס אשראי · 7 ימי ניסיון- עובד לצד GA4, לא במקומו
- כל פנייה נשמרת גם כשה-Analytics לא נורה
- מ-19 ₪/חודש · 7 ימי ניסיון בלי כרטיס אשראי
ההגדרה הבסיסית
generate_lead: מה זה בפועל ומה הוא אמור לעשות
generate_lead הוא אירוע מומלץ (recommended event) בסכימה של GA4, מיועד בדיוק לרגע שבו מתעניין השאיר פרטי קשר - מילוי טופס, השארת טלפון, בקשת הצעת מחיר. אירוע מומלץ אומר שגוגל מזהה את השם הזה אוטומטית בדוחות רכישה ובדוחות פרסום, בלי שצריך להגדיר event scope מותאם אישית מאפס.
מבחינה טכנית, שולחים אותו בקריאת gtag כמו `gtag('event', 'generate_lead', {value: ..., currency: 'ILS'})`, או דרך Google Tag Manager עם טריגר על שליחת טופס. אחרי שהאירוע נשלח פעם אחת, נכנסים ל-Admin ← Events ומסמנים אותו כ-Key Event (השם הנוכחי ל-Conversion ב-GA4) - זה מה שמאפשר לו להופיע כעמודת המרות בדוחות הקמפיינים ולהיכנס לאופטימיזציה של Google Ads.
עד כאן זה נשמע פשוט, וזה באמת ה-easy part. הקושי האמיתי הוא לא בהגדרת שם האירוע - הוא בלוודא שהאירוע בכלל נורה, בכל פעם, אצל כל מבקר, בלי תלות בדפדפן, בחוסם פרסומות או בהתנהגות של הטופס. שם רוב הכשלים קורים בפועל, ושם GA4 בשקט מפספס לידים שכן קרו.
המלכודות הנפוצות
מה בפועל גורם ל-generate_lead להיעלם
שלוש סיבות שחוזרות שוב ושוב באתרים עם טפסים, בלי קשר לפלטפורמה.
ניווט לפני שהאירוע נשלח
אם שליחת הטופס מפעילה מיד ניתוב לעמוד תודה, הדפדפן עלול לעצור את הבקשה ל-Google Analytics באמצע, לפני שהיא יצאה. הפתרון: לחכות לקולבק של gtag או להשתמש ב-transport_type: 'beacon'.
חוסמי פרסומות ומצב פרטיות בדפדפן
gtag.js עצמו נחסם על ידי חלק ניכר מחוסמי הפרסומות ומהגדרות פרטיות מחמירות בספארי ופיירפוקס. כל מבקר שחסום כך - הליד שלו קיים במציאות, אבל לא ב-GA4.
מעבר בין דומיינים (checkout, טופס בעמוד נפרד)
אם הטופס יושב על תת-דומיין אחר או על עמוד תשלום חיצוני, ה-client_id של GA4 יכול להתאפס בלי הגדרת cross-domain measurement, וה-generate_lead נספר כמבקר חדש ולא מיוחס לקמפיין הנכון.
האירוע נורה - אבל לא סומן כ-Key Event
טעות נפוצה: מגדירים generate_lead נכון, רואים אותו ברשימת האירועים, אבל שוכחים לסמן אותו כ-Key Event. התוצאה: הוא לא מופיע בדוחות המרות ולא מוזן חזרה ל-Google Ads לאופטימיזציה.
שלב-אחר-שלב
להגדיר ולוודא generate_lead נכון
לא מספיק להגדיר את האירוע פעם אחת - צריך גם לוודא שהוא באמת מגיע.
- 1
להגדיר את האירוע בזמן שליחת הטופס
דרך GTM עם טריגר Form Submission, או ישירות בקוד עם gtag('event', 'generate_lead', {...}) בקולבק ההצלחה של הטופס - לא לפני שהשליחה אושרה בפועל.
- 2
לבדוק ב-DebugView שהאירוע מגיע
ב-GA4 Admin ← DebugView רואים בזמן אמת אם האירוע נקלט, עם אילו פרמטרים. זה השלב שרוב האנשים מדלגים עליו - ואז מגלים חודשיים אחר כך שהאירוע מעולם לא הגיע.
- 3
לסמן כ-Key Event
Admin ← Events ← מחפשים את generate_lead ← מפעילים את המתג Mark as key event. בלי הצעד הזה האירוע קיים אבל לא נספר כהמרה.
- 4
לשמור עותק של כל פנייה שלא תלוי ב-Analytics
מכיוון ש-GA4 מפספס אחוז לא מבוטל מהלידים (חוסמי פרסומות, בעיות ניווט), שווה שהפנייה עצמה - עם השם, הטלפון והמקור - תיכתב גם למקום שלא תלוי בקוד מעקב צד-שלישי, כמו הודעת וואטסאפ ישירה.
שתי שכבות, לא תחליף אחת לשנייה
GA4 מול מעקב לידים ישיר
GA4 טוב לניתוח מגמות ולאופטימיזציית קמפיינים. הוא לא תחליף לתיעוד אמין של כל פנייה בודדת.
| GA4 (generate_lead) | מעקב ישיר של הפנייה | |
|---|---|---|
| מה זה טוב בשבילו | מגמות, מקורות תנועה, אופטימיזציית קמפיינים | לדעת בוודאות שהפנייה הזו קיימת ומי זה |
| מה קורה עם חוסם פרסומות | האירוע לא נשלח - הליד נעלם מהדוח | לא תלוי בסקריפט Analytics - הפנייה מגיעה בכל מקרה |
| פרטי קשר של הליד עצמו | לרוב לא נשמרים (מטעמי פרטיות) | שם, טלפון ונושא - מה שצריך כדי לחזור אליו |
| תלות בהגדרה טכנית מדויקת | גבוהה - טריגר, קולבק, סימון Key Event | נמוכה - נגזר משליחת הטופס עצמה |
המצב הנכון הוא לא לבחור אחד: GA4 לניתוח קמפיינים ברמת האתר, לצד ערוץ ישיר שמוודא שאף פנייה בודדת לא הולכת לאיבוד.
שכל פנייה תגיע אליך - גם כשה-GA4 מפספס אותה
לצד המדידה ב-GA4, כל פנייה מהטופס מגיעה ישר לוואטסאפ שלך תוך שניות. מ-19 ₪ לחודש, 7 ימי ניסיון בלי כרטיס אשראי.
שאלות נפוצות
מה זה generate_lead ב-GA4?
זהו אירוע מומלץ בסכימה של GA4 שנועד לסמן את הרגע שבו מתעניין השאיר פרטי קשר - מילוי טופס, השארת טלפון או בקשת הצעת מחיר. גוגל מזהה את השם הזה אוטומטית בדוחות פרסום ורכישה, בלי הגדרת event scope מותאם.
איך הופכים את generate_lead להמרה (Key Event) ב-GA4?
נכנסים ל-Admin ← Events, מוצאים את האירוע generate_lead ברשימה (הוא חייב להיות נורה לפחות פעם אחת כדי להופיע) ומפעילים את המתג Mark as key event. בלי הצעד הזה האירוע קיים בדוחות אבל לא נספר כהמרה ולא מוזן ל-Google Ads.
למה generate_lead לא מופיע בדוחות למרות שהגדרתי אותו?
שלוש סיבות נפוצות: הוא נורה אבל לא סומן כ-Key Event, הוא נורה אחרי שהדפדפן כבר ניווט לעמוד הבא ולא הספיק להישלח, או שחוסם פרסומות אצל המבקר חסם את gtag.js לגמרי - במקרה הזה האירוע לא הגיע לגוגל כלל.
האם חוסמי פרסומות באמת גורמים לאיבוד לידים ב-GA4?
כן. חוסמי פרסומות נפוצים חוסמים את gtag.js ברמת הדפדפן, כך שכל האירועים כולל generate_lead פשוט לא נשלחים לגוגל אצל אותם מבקרים. הפנייה עצמה עדיין קיימת אם היא נשלחת גם לערוץ ישיר כמו וואטסאפ, אבל ב-GA4 היא לא תופיע.
צריך לשלוח value ו-currency באירוע generate_lead?
זה מומלץ אך לא חובה. שליחת value (ערך משוער לליד) ו-currency (למשל ILS) מאפשרת ל-Google Ads לבצע אופטימיזציית קמפיין לפי ערך ולא רק לפי כמות, אבל בלי זה האירוע עדיין נספר כהמרה תקינה.
מה ההבדל בין generate_lead דרך GTM לבין קוד ישיר של gtag?
התוצאה הסופית זהה - שני הדרכים שולחות את אותו אירוע לאותו חשבון GA4. ההבדל הוא בתחזוקה: GTM מאפשר לשנות טריגרים בלי לגעת בקוד האתר, בעוד קוד gtag ישיר דורש עריכת קובץ באתר בכל שינוי.
האם כדאי לסמוך רק על GA4 כדי לדעת שקיבלתי ליד?
לא מומלץ. GA4 טוב לניתוח מגמות ואופטימיזציית קמפיינים, אבל הוא מוגבל על ידי חוסמי פרסומות, בעיות ניווט ותצורת מדידה. פנייה שאתה חייב לענות עליה בפועל - כדאי שתגיע גם לערוץ שלא תלוי בקוד מעקב, כמו הודעת וואטסאפ ישירה.
מה זה DebugView ולמה צריך אותו כדי לבדוק את האירוע?
DebugView הוא כלי ב-GA4 Admin שמראה בזמן אמת אילו אירועים מגיעים מהמכשיר שלך, עם כל הפרמטרים. הוא הדרך היחידה לוודא בפועל, בזמן ההגדרה, ש-generate_lead אכן נשלח ולא רק שהוגדר בקוד בלי שנבדק.