- נכס GA4 מוגדר עם Data Retention של 14 חודשים
- 3 Key Events עם ערכים כספיים מסומנים בממשק
- Funnel Exploration בנוי ושמור ב-Explorations
- Custom Audience ראשון מוכן לייצוא ל-Google Ads Remarketing
- BigQuery Export פעיל ומתחיל לצבור נתונים גולמיים
- מסמך Measurement Plan ב-Google Doc לפי מסגרת MEDIC
- Consent Mode v2 בדוק מול cutover של 15 ביוני 2026 (EEA)
- צ'קליסט הטמעה מאומת — כל ההגדרות הקריטיות סומנו
- תוכלו להסביר את ההבדל בין מודל ה-Sessions של Universal Analytics למודל ה-Events של GA4, ולמפות שאלה עסקית לאירוע + פרמטרים
- תוכלו לסמן Key Events עם ערכים כספיים ולהבדיל בין Conversion-Counting Once-per-session ל-Every-time
- תוכלו לבחור בין Free-Form, Funnel, Path, Cohort ו-Segment Overlap Explorations לפי סוג השאלה
- תוכלו לקבל החלטת תקציב מבוססת נתונים בעזרת השוואת Data-Driven Attribution מול Last Click
- תוכלו להחליט מתי להפעיל BigQuery Export ומתי דוחות סטנדרטיים מספיקים
- תוכלו להעריך עד כמה Consent Mode v2 משפיע על Behavioral Modeling שלכם — במיוחד אחרי 15.6.2026
- פרקים קודמים: פרק 16 — Landing Pages ו-CRO (הבנת המרות ומשפכים); פרקים 3-7 — מושגי פרסום דיגיטלי בסיסיים
- חשבונות וכלים: גישת Edit ל-GA4 Property פעיל; חשבון Google Cloud (לצורך BigQuery — אופציונלי בפרק הזה); Google Ads מקושר אם רוצים לייצא Key Events
- זמן הפרק: 75-90 דקות קריאה + 100 דקות לתרגילים (סה"כ ~3 שעות עבודה מעשית)
בפרק 16 בניתם דפי נחיתה ממירים, הגדרתם A/B Tests, ולמדתם איך לזהות אילו אלמנטים מובילים להמרה. הייתה לכם תשתית של דפים שמייצרים לידים — אבל בלי דרך מסודרת למדוד מה קורה אחרי שהמבקר נחת.
בפרק הזה תוסיפו את שכבת המדידה: GA4 יידע איזה דף נחיתה ממיר הכי טוב, באיזה ערוץ הלידים שווים יותר, ואיפה במשפך אתם מאבדים מבקרים. תיצרו Key Events עם ערכים כספיים, תבנו Funnel Exploration, ותכינו את הקרקע ל-Consent Mode v2 cutover של 15.6.2026.
בפרק 18 תיקחו את כל ה-Key Events והאירועים שעיצבתם כאן ותטמיעו אותם בפועל דרך Google Tag Manager — בלי לגעת בקוד האתר. שם הכל יהפוך לבר-מימוש מעשי.
| מונח (English) | עברית | הגדרה |
|---|---|---|
| Key Event | אירוע מפתח | אירוע שסומן כחשוב ב-GA4 — השם החדש ל-Conversion מאז מרץ 2024 |
| Data Stream | זרם נתונים | מקור נתונים (Web / iOS / Android) בתוך GA4 Property |
| Explorations | חקירות | ממשק ניתוח מתקדם ב-GA4 עם 5 פורמטים (Free-Form, Funnel, Path, Cohort, Segment Overlap) |
| Data-Driven Attribution (DDA) | ייחוס מבוסס נתונים | מודל ייחוס שמשתמש ב-AI של גוגל כדי לחלק קרדיט בין נקודות מגע |
| Behavioral Modeling | מודלינג התנהגותי | השלמת נתונים חסרים ע"י AI של גוגל כשמשתמשים לא נתנו הסכמה |
| Funnel Exploration | חקירת משפך | ניתוח רב-שלבי שמראה איפה משתמשים נושרים בין שלבים |
| BigQuery Export | ייצוא ל-BigQuery | ייצוא חינמי של כל נתוני ה-GA4 הגולמיים למסד נתונים של Google Cloud |
| Consent Mode v2 | מצב הסכמה v2 | פרוטוקול גוגל שמתאים את התנהגות התגיות להסכמת המשתמש |
| ad_storage | אחסון פרסומי | flag ב-Consent Mode ששולט באיסוף עוגיות פרסום — מ-15.6.2026 הסמכות היחידה |
| MEDIC Framework | מסגרת MEDIC | מסגרת חמש שלבים לתכנון הגדרת GA4: Measure, Events, Data, Integrations, Clean |
| Google Signals | סיגנלים של גוגל | נתוני cross-device ממשתמשים מחוברים ל-Google — מ-15.6.2026 רק לדוחות GA4 |
| Data Retention | שמירת נתונים | משך הזמן ש-GA4 שומר נתונים ברמת משתמש (2 או 14 חודשים) |
ארכיטקטורת GA4 — מבנה הנתונים
Google Analytics 4 הוא שונה מהותית מהגרסה הקודמת (Universal Analytics). ההבנה של המבנה היסודי שלו היא המפתח לשימוש אפקטיבי. בואו נפרק את המבנה:
Data Streams — זרמי נתונים
ב-GA4, כל מקור נתונים הוא Data Stream. יש שלושה סוגים:
- Web — אתר אינטרנט. זה מה שרוב העסקים צריכים. הגדרתם בפרק 4
- iOS App — אפליקציית אייפון
- Android App — אפליקציית אנדרואיד
היתרון הגדול של GA4: אם יש לכם גם אתר וגם אפליקציה, כל הנתונים מתאחדים ב-Property אחד. אתם יכולים לעקוב אחרי משתמש שהתחיל באתר ובסוף רכש באפליקציה — משהו שהיה כמעט בלתי אפשרי ב-Universal Analytics.
מודל הנתונים: הכל הוא אירוע (Event)
ב-Universal Analytics, המודל היה Session-based — סשנים, צפיות עמוד, Bounce Rate. ב-GA4, הכל מבוסס על אירועים (Events). כל אינטראקציה — צפייה בדף, לחיצה, גלילה, רכישה — נרשמת כאירוע. כל אירוע יכול לכלול Parameters (פרמטרים) שמוסיפים מידע. למשל: אירוע "page_view" כולל פרמטר "page_location" שמציין את ה-URL.
מודל הנתונים של GA4: כל פעולה = Event. כל פרט נוסף = Parameter. אין יותר "צפיות עמוד" ו"אירועים" נפרדים — הכל אירוע
פתח את GA4 ובדוק את ה-Data Stream שלך. היכנס ל-Admin → Data Streams. האם רואים Web Stream פעיל? לחצו עליו ותעדו את ה-Measurement ID (מתחיל ב-G-). תצטרכו אותו בפרק הבא על GTM.
Users, Sessions, Events — ההיררכיה
למרות שהכל מבוסס על אירועים, עדיין יש היררכיה:
- User (משתמש) — אדם שמבקר באתר. GA4 מזהה משתמשים דרך: User ID (אם מחוברים), Device ID, או Google Signals
- Session (סשן) — ביקור אחד באתר. סשן מתחיל כש-GA4 מתעד אירוע ראשון, ונגמר אחרי 30 דקות ללא פעילות (ברירת מחדל)
- Event (אירוע) — כל פעולה ספציפית בתוך הסשן: page_view, scroll, click, purchase, form_submit וכד'
- Parameter (פרמטר) — מידע נוסף שמצורף לכל אירוע: page_title, page_location, value, currency, item_id וכד'
User Properties — מאפייני משתמש
בנוסף לאירועים, GA4 מאפשר להגדיר User Properties — מאפיינים קבועים של משתמש. למשל: סוג חשבון (חינם/פרימיום), קטגוריית לקוח (חדש/חוזר), תחום עניין. User Properties נשמרים על המשתמש ולא על אירוע ספציפי, וזמינים לשימוש בקהלים, פילוחים, ודוחות.
מבנה חשבון GA4
ההיררכיה הארגונית של GA4:
- Account — הרמה הגבוהה ביותר. בדרך כלל חשבון אחד לחברה. כאן מגדירים הרשאות ברמה עליונה
- Property — יחידת הנתונים. כל Property מכיל Data Streams, דוחות, ו-Explorations. לרוב עסק = Property אחד
- Data Stream — מקור נתונים ספציפי (Web, iOS, Android). Property יכול להכיל מספר Streams
אם אתם סוכנות שיווק, צרו Account נפרד לכל לקוח — לא Property תחת Account אחד. ככה הלקוח שומר בעלות על הנתונים שלו, ואם הוא עוזב את הסוכנות, הוא לוקח איתו את ה-GA4 (ולא אתם). זה גם מאפשר לתת לכל לקוח הרשאות בלי לחשוף נתוני לקוחות אחרים.
אירועים — הלב של GA4
GA4 מסווג אירועים לארבע קטגוריות. הבנת הקטגוריות עוזרת להבין מה כבר נאסף אוטומטית ומה צריך להגדיר בעצמכם:
1. Automatically Collected Events — אירועים אוטומטיים
אירועים שנאספים אוטומטית ברגע שמותקן GA4, ללא שום הגדרה נוספת:
| אירוע | מתי מופעל |
|---|---|
| first_visit | פעם ראשונה שמשתמש מבקר באתר |
| session_start | תחילת סשן חדש |
| user_engagement | משתמש שהאתר שלו ב-Foreground לפחות שנייה |
| page_view | כל פעם שדף נטען (כולל SPA) |
2. Enhanced Measurement Events — אירועי מדידה משופרת
אירועים שנאספים אוטומטית כש-Enhanced Measurement מופעל (ברירת מחדל — דלוק). ניתן לכבות/להפעיל כל אחד בנפרד תחת Admin → Data Streams → [Stream] → Enhanced Measurement:
| אירוע | מה מודד | מתי שימושי |
|---|---|---|
| scroll | גלילה של 90% מהדף | הבנת מעורבות בתוכן ארוך |
| click (outbound) | לחיצה על קישור חיצוני | מעקב אחרי יציאות מהאתר |
| view_search_results | חיפוש פנימי באתר | הבנת מה מבקרים מחפשים |
| video_start / video_progress / video_complete | צפייה בסרטוני YouTube מוטמעים | מעקב מעורבות וידאו |
| file_download | הורדת קבצים (PDF, DOCX, ZIP וכד') | מעקב הורדות מסמכים |
| form_start / form_submit | אינטראקציה עם טפסים | מעקב מילוי טפסים (לא תמיד מדויק — GTM עדיף) |
ודא ש-Enhanced Measurement דלוק לחלוטין. היכנס ל-Admin → Data Streams → [Web Stream]. לחץ על גלגל השיניים ליד "Enhanced measurement". ודא שכל האפשרויות מופעלות — במיוחד Site Search, Form Interactions ו-File Downloads. מידע בחינם שאתה כבר לא אוסף.
3. Recommended Events — אירועים מומלצים
אירועים שגוגל ממליצה להגדיר ידנית (דרך GTM) לפי סוג העסק. השמות מוגדרים מראש ו-GA4 "מכיר" אותם:
- לאיקומרס: add_to_cart, begin_checkout, purchase, refund, view_item, view_item_list, add_to_wishlist, remove_from_cart
- ללידים: generate_lead, sign_up, login, share, search
- לתוכן: select_content, view_promotion, select_promotion
כשאתם משתמשים בשמות מומלצים (כמו "purchase" ולא "my_sale_event"), GA4 מציעה דוחות מיוחדים שמתאימים לאירועים האלה, כולל דוחות E-commerce מפורטים. בנוסף, Google Ads מזהה את האירועים האלה אוטומטית עבור Conversion Tracking.
4. Custom Events — אירועים מותאמים אישית
כל אירוע שלא נכנס לקטגוריות הקודמות. אתם מגדירים אותו בעצמכם — שם, פרמטרים, ותנאי הפעלה. דוגמאות:
- chat_opened — משתמש פתח צ'אט תמיכה
- pricing_viewed — משתמש צפה בדף מחירים
- demo_requested — משתמש ביקש הדגמה
- phone_click — משתמש לחץ על מספר טלפון (tel: link)
- whatsapp_click — משתמש לחץ על לינק WhatsApp
מטרה: לעקוב אחרי לחיצות על כפתור WhatsApp
Tag: GA4 Event → Event Name: "whatsapp_click"
Trigger: Click → Click URL contains "wa.me" or "api.whatsapp.com"
Parameters: page_title (הדף שממנו לחצו), click_url (הקישור המלא)
עכשיו כל לחיצה על WhatsApp מתועדת ב-GA4 — ואפשר להפוך את זה להמרה.
מגבלות אירועים ב-GA4
- עד 500 שמות אירועים ייחודיים לכל Property
- עד 25 פרמטרים לכל אירוע
- עד 50 Custom Dimensions ו-50 Custom Metrics
- שם אירוע: עד 40 תווים, מתחיל באות, ללא רווחים (underscores בלבד)
- ערך פרמטר: עד 100 תווים
Key Events — המרות שנספרות
ב-GA4, המרה (Conversion) — שנקראת עכשיו Key Event (מאז מרץ 2024) — היא פשוט אירוע שסימנתם כ"חשוב". כל אירוע יכול להפוך להמרה בלחיצת כפתור.
השינוי מ-"Conversions" ל-"Key Events" נכנס לתוקף ב-מרץ 2024, לא 2026. גוגל ביצעה את ההפרדה כדי להבהיר: Key Events ב-GA4 הם מדד אנליטי, ואילו Conversions ב-Google Ads הם מדד פרסומי. שני דברים שונים שצריך לנהל בנפרד.
הגדרת Key Events
דרך ממשק GA4
לכו ל-Admin → Data Display → Events. מצאו את האירוע שרוצים לסמן כהמרה, והפעילו את המתג "Mark as Key Event". זהו. מרגע זה, GA4 סופר את האירוע הזה כהמרה בכל הדוחות.
יצירת אירוע חדש מתוך GA4
אם האירוע לא קיים עדיין, לכו ל-Admin → Data Display → Events → Create Event. הגדירו תנאים (למשל: "event_name = page_view AND page_location contains /thank-you") ותנו שם לאירוע החדש (למשל: "thank_you_page_view"). אחר כך סמנו אותו כ-Key Event.
צור 3 Key Events עם ערכים. היכנס ל-Admin → Data Display → Events.
- Key Event ראשי: סמנו את אירוע ההמרה העיקרי שלכם (generate_lead, purchase, או form_submit) כ-Key Event. הגדירו ערך (למשל: ליד = 200 ש"ח)
- Key Event שני: phone_click — עם ערך 150 ש"ח. אם אין לכם אירוע כזה, צרו אותו דרך Create Event או דרך GTM
- Key Event שלישי: Micro-Conversion — whatsapp_click, pricing_viewed, או scroll_milestone. ערך 50 ש"ח
למה ערכים? כי בלי ערך כספי, Google Ads לא יכול לעשות Value-Based Bidding — ואתם מפסידים על אופטימיזציה חכמה.
Conversion Counting — ספירת המרות
GA4 מציע שני מודלים לספירת המרות:
- Once per session — סופר את ההמרה פעם אחת לכל סשן, גם אם המשתמש ביצע את הפעולה 5 פעמים. מומלץ ללידים — אם מישהו שלח טופס 3 פעמים, זה עדיין ליד אחד
- Every time — סופר כל מופע של ההמרה. מומלץ לאיקומרס — אם מישהו קנה 3 פעמים, אלה 3 רכישות
Conversion Value — ערך המרה
כל המרה יכולה לכלול ערך כספי. ב-E-commerce, הערך מגיע אוטומטית מפרמטר ה-value של אירוע ה-purchase. ב-Lead Gen, אתם מגדירים ערך ידנית — למשל, כל ליד שווה 200 ש"ח בממוצע. הגדרת ערך חיונית ל-Value-Based Bidding ב-Google Ads.
מאז מרץ 2024, גוגל הפרידה בין "Key Events" ב-GA4 ל-"Conversions" ב-Google Ads. הם לא אותו דבר! כדי שאירוע GA4 ייספר כהמרה ב-Google Ads, צריך לייצא אותו ל-Google Ads: ב-GA4 → Admin → Product Links → Google Ads → בחרו אילו Key Events לייצא. או ב-Google Ads → Goals → Import from GA4.
דוחות מובנים (Standard Reports)
GA4 מגיע עם סט דוחות מובנים שמכסים את הצרכים הבסיסיים. הנה הסקירה:
Realtime — בזמן אמת
מציג מה קורה עכשיו באתר שלכם: כמה משתמשים פעילים, מאיפה הגיעו, באילו דפים הם, ואילו אירועים מופעלים. שימוש עיקרי: בדיקה שמעקב עובד אחרי שינויים (GTM tag חדש, קמפיין חדש), מעקב אחרי אירועים חיים (השקת מבצע, פרסום מאמר).
Acquisition — רכישת משתמשים
מאיפה מגיעים המבקרים שלכם? שני דוחות מרכזיים:
- User Acquisition — מראה את הערוץ הראשון שהביא כל משתמש. שימושי לזהות מה מביא לקוחות חדשים
- Traffic Acquisition — מראה את הערוץ של כל סשן, לא רק הראשון. שימושי לזהות מה מביא תנועה שוטפת
ערוצים (Channels) שתראו: Organic Search, Paid Search, Direct, Social (Organic/Paid), Email, Referral, Display, ועוד. בדקו את Default Channel Grouping כדי להבין את החלוקה.
Engagement — מעורבות
- Pages and Screens — איזה דפים הכי פופולריים? כמה זמן בילו בהם? מה ה-Conversion Rate של כל דף? זהו הדוח שתשתמשו בו הכי הרבה
- Events — כל האירועים שמתרחשים, עם מספר מופעים ומשתמשים. בדקו שהאירועים שהגדרתם עובדים
- Key Events — כמה המרות מכל סוג, ערך כולל, ולפי מקור תנועה
- Landing Pages — מעולה לניתוח CRO: איזה דף נחיתה ממיר הכי טוב? איזה דף גורם לנטישה?
Retention — שימור
האם משתמשים חוזרים? דוח Retention מראה כמה משתמשים חזרו אחרי יום, שבוע, חודש. חשוב במיוחד ל-E-commerce ול-SaaS — עסק שמצליח לשמר לקוחות שווה הרבה יותר מעסק שצריך לרכוש לקוחות חדשים כל הזמן.
Demographics — דמוגרפיה
גיל, מגדר, תחומי עניין, מיקום גיאוגרפי, שפה. הערה: נתונים דמוגרפיים דורשים הפעלת Google Signals (תחת Admin → Data Settings → Data Collection). בישראל, הנתונים על גיל ומגדר זמינים אבל לא תמיד מכסים 100% מהמשתמשים.
הפעל Google Signals עכשיו. היכנס ל-Admin → Data Settings → Data Collection. הפעל את Google Signals. זה מאפשר: (1) נתונים דמוגרפיים, (2) Cross-Device tracking, (3) מידע על תחומי עניין. בלי זה, חלק גדול מהנתונים הדמוגרפיים חסר.
ב-GA4 אפשר להתאים אישית כל דוח: הוסיפו/הסירו עמודות, שנו Dimensions, הוסיפו Filters. לכו ל-Library (ספריה) כדי להוסיף דוחות חדשים לתפריט. למשל: צרו דוח "Landing Page Performance" עם Conversion Rate, Sessions, ו-Revenue — והוסיפו אותו לתפריט הקבוע.
Explorations — ניתוח מתקדם
Explorations הם הכלי החזק ביותר ב-GA4 — ממשק ניתוח גמיש שמאפשר לחקור את הנתונים בעומק שהדוחות המובנים לא מאפשרים. הם נמצאים תחת Explore בתפריט הראשי.
Free-Form Exploration — חקירה חופשית
הפורמט הגמיש ביותר. גררו Dimensions (ממדים) ו-Metrics (מדדים) לטבלה, ויצרו כל דוח שתרצו. דומה ל-Pivot Table ב-Excel. דוגמה: טבלה שמראה Conversion Rate לפי Landing Page x Device Category x Source/Medium — כדי לזהות בדיוק איזה שילוב של דף נחיתה, מכשיר ומקור תנועה ממיר הכי טוב.
Funnel Exploration — ניתוח משפך
מגדירים שלבים (Steps) של משפך — למשל: page_view → add_to_cart → begin_checkout → purchase — ורואים כמה משתמשים עברו כל שלב, ואיפה נטשו. זה הכלי הכי חשוב ל-CRO — הוא מראה בדיוק איפה "החור" במשפך.
שלב 1: view_item — 10,000 משתמשים
שלב 2: add_to_cart — 2,500 (25% המרה) → 75% נטשו
שלב 3: begin_checkout — 1,200 (48% המרה) → 52% נטשו
שלב 4: purchase — 600 (50% המרה) → 50% נטשו
תובנה: הנטישה הגדולה ביותר (75%) היא בין צפייה במוצר לבין הוספה לסל. משמעות: דפי המוצר לא משכנעים. צריך לשפר תמונות, תיאורים, מחירים, או Social Proof בדף המוצר.
בנה את ה-Funnel Exploration הראשון שלך.
- לכו ל-Explore → Funnel Exploration
- הגדירו 3-4 שלבים שמתאימים לעסק שלכם:
- לאיקומרס: view_item → add_to_cart → begin_checkout → purchase
- ל-Lead Gen: session_start → page_view (services) → page_view (pricing) → generate_lead
- גררו Device category ל-Breakdown כדי לראות הבדלים בין מובייל לדסקטופ
- שמרו את ה-Exploration ותנו לו שם ברור
ברגע שיש לכם Funnel — תראו בדיוק איפה אתם מפסידים לקוחות.
Path Exploration — ניתוח נתיבים
מראה את הנתיב שמשתמשים עוברים באתר — מאילו דפים מגיעים, לאילו דפים ממשיכים, איפה יוצאים. שימושי לזהות נתיבים מפתיעים — אולי משתמשים מגיעים לדף שאתם לא מצפים? אולי הם "תקועים" בדף מסוים ולא ממשיכים?
Segment Overlap — חפיפת פלחים
מראה כמה משתמשים משותפים בין 2-3 Segments (פלחים). למשל: כמה מהמשתמשים שביקרו בדף מחירים גם צפו בהדגמה וגם מילאו טופס? עוזר להבין את הקשר בין התנהגויות שונות.
Cohort Exploration — ניתוח קוהורטות
קיבוץ משתמשים לפי מאפיין משותף (בדרך כלל תאריך הגעה ראשונה) ומעקב אחרי ההתנהגות שלהם לאורך זמן. שימוש קלאסי: "משתמשים שנרכשו בינואר — כמה מהם חזרו לרכוש בפברואר? במרץ?"
User Lifetime — ערך חיי משתמש
מראה את ערך חיי הלקוח (LTV — Lifetime Value) לפי מקור רכישה, קמפיין, או כל ממד אחר. זה הדוח שמשנה את הדרך שבה אתם חושבים על שיווק. אולי Google Ads מביא לקוחות עם CPA של 150 ש"ח, אבל הם קונים שוב ושוב ו-LTV שלהם הוא 3,000 ש"ח. לעומת Facebook שמביא לידים ב-50 ש"ח אבל LTV של 200 ש"ח בלבד.
מדריך מעשי: Free-Form Exploration צעד אחרי צעד
בואו נבנה יחד Free-Form Exploration שעונה על שאלה עסקית ממשית: "איזה שילוב של מקור תנועה + מכשיר + דף נחיתה ממיר הכי טוב?"
פתחו Exploration חדש
לכו ל-Explore → + (Blank). תראו ממשק עם שלושה אזורים: Variables (משמאל), Tab Settings (באמצע), ואזור הנתונים (מימין). שנו את שם ה-Exploration ל-"Landing Page Performance by Source & Device".
הוסיפו Dimensions
לחצו על ה-"+" ליד Dimensions והוסיפו: Session source/medium, Device category, Landing page + query string. אלה הממדים שלפיהם נחלק את הנתונים.
הוסיפו Metrics
לחצו על ה-"+" ליד Metrics והוסיפו: Sessions, Key Events, Session key event rate, Average engagement time per session, Bounce rate. אלה המדדים שנרצה לראות לכל שילוב.
בנו את הטבלה
גררו את Session source/medium ל-Rows. גררו את Device category ל-Columns. גררו את Session key event rate ל-Values. עכשיו אתם רואים טבלת Pivot שמציגה את שיעור ההמרה לכל שילוב של מקור תנועה ומכשיר.
הוסיפו פילטר
גררו Sessions לאזור ה-Filters, והגדירו: Sessions > 10. כך תסננו שילובים עם מעט מדי נתונים שעלולים להטעות. עכשיו יש לכם תמונה ברורה של מה עובד ומה לא.
מהטבלה מגלים ש-google / cpc ממיר ב-8.2% בדסקטופ אבל רק 2.1% במובייל. תובנה: דף הנחיתה לא מותאם למובייל, או שהטופס קשה לשימוש בטלפון. פעולה: שפרו את חוויית המובייל בדף הנחיתה (פרק 16), או הוסיפו Click-to-Call כחלופה לטופס.
Attribution — מי מקבל קרדיט
Attribution (ייחוס) עונה על השאלה: "מי צריך לקבל קרדיט על ההמרה?". לקוח שראה מודעה YouTube, אחר כך חיפש בגוגל, לחץ על מודעת Search, ואז נכנס ישירות והמיר — מי "אשם" בהמרה?
שני המודלים הזמינים ב-GA4 (2024 ואילך)
בסוף 2023, גוגל הסירה את מודלי First Click, Linear, Time Decay ו-Position Based מ-GA4. נכון ל-2026, רק שני מודלים זמינים: Data-Driven Attribution (ברירת מחדל) ו-Last Click. אם אתם קוראים מדריכים ישנים שמזכירים 5-6 מודלים — הם לא עדכניים.
| מודל | איך עובד | מתי שימושי |
|---|---|---|
| Data-Driven Attribution (DDA) | AI של גוגל מחלק את הקרדיט בין כל נקודות המגע לפי ההשפעה האמיתית שלהן, מבוסס על המידע של ה-Property שלכם | מומלץ כברירת מחדל לכל העסקים. זהו המודל המדויק ביותר כי הוא לומד מהנתונים שלכם |
| Last Click | 100% קרדיט לנקודת מגע אחרונה לפני ההמרה (לא כולל Direct) | כשרוצים לדעת "מה סגר את העסקה". שימושי להשוואה מול DDA |
השוואה מעשית: DDA לעומת Last Click
בואו נראה דוגמה מעשית. לקוח עובר 4 נקודות מגע לפני רכישה של 1,000 ש"ח:
| נקודת מגע | ערוץ | Last Click | DDA (משוער) |
|---|---|---|---|
| 1 (ראשון) | YouTube Ad | ₪0 | ₪250 |
| 2 | Organic Search | ₪0 | ₪200 |
| 3 | Display Remarketing | ₪0 | ₪150 |
| 4 (אחרון) | Google Ads Search | ₪1,000 | ₪400 |
הלקח: לפי Last Click, רק Google Ads Search מקבל קרדיט — ויכול להיות שנסגור את קמפיין YouTube כי "הוא לא ממיר". אבל DDA מראה ש-YouTube הביא את הלקוח בכלל, ושכל ערוץ תרם. Data-Driven Attribution של GA4 לומד מנתוני כל ההמרות שלכם ומחלק את הקרדיט בצורה חכמה — לא לפי כלל קבוע אלא לפי ההשפעה האמיתית של כל ערוץ.
Model Comparison — השוואת מודלים
ב-GA4, לכו ל-Advertising → Attribution → Model Comparison כדי לראות את ההבדלים בין DDA ל-Last Click. חפשו ערוצים שמדורגים אחרת בכל מודל — ערוץ שמקבל הרבה קרדיט ב-DDA אבל מעט ב-Last Click הוא ערוץ שתורם בתחילת המשפך (Awareness) ולא בסוף (Conversion). אל תכבו ערוצים כאלה — הם מביאים לקוחות חדשים שערוצים אחרים סוגרים.
הריצו דוח Model Comparison. לכו ל-Advertising → Attribution → Model Comparison. השוו DDA מול Last Click. חפשו ערוצים עם פער גדול בין המודלים — זה המקום שבו ההחלטות שלכם ישתנו. אם YouTube מקבל הרבה יותר קרדיט ב-DDA מאשר ב-Last Click, זה אומר שהוא חיוני למשפך גם אם "לא ממיר" ישירות.
Conversion Paths — ניתוח נתיבי המרה
ב-GA4, לכו ל-Advertising → Attribution → Conversion Paths כדי לראות את הנתיבים הנפוצים ביותר שלקוחות עוברים לפני המרה. תוצאות מפתיעות שתגלו:
- רוב ההמרות דורשות 2+ נקודות מגע — רק מיעוט הלקוחות ממירים בביקור הראשון. ב-B2B, הממוצע הוא 4-7 נקודות מגע
- Assisted Conversions חשובים לא פחות מ-Last Click — ערוץ שלא "סוגר" אבל תמיד מופיע בנתיב הוא ערוץ קריטי. אל תכבו אותו
- הזמן עד המרה — ב-E-commerce, 60% מההמרות קורות ביום הראשון. ב-B2B ושירותים, 60% קורות אחרי 3+ ימים. התאימו את חלון ה-Lookback Window בהתאם
כדי לשנות את מודל ה-Attribution ב-GA4: Admin → Data Display → Attribution Settings. כאן תוכלו לבחור בין Data-Driven (מומלץ) ל-Last Click. תוכלו גם להגדיר את ה-Lookback Window: 30 ימים (ברירת מחדל), 60 ימים, או 90 ימים. לעסקים עם מחזור מכירה ארוך (נדל"ן, B2B), שנו ל-90 ימים כדי לא לפספס המרות מאוחרות.
קהלים מותאמים אישית (Custom Audiences)
קהלים (Audiences) ב-GA4 הם קבוצות של משתמשים שמוגדרות לפי התנהגות, דמוגרפיה, או מאפיינים אחרים. שתי סיבות עיקריות ליצור קהלים: (1) ניתוח — פילוח דוחות לפי קהלים. (2) פרסום — ייצוא קהלים ל-Google Ads לרימרקטינג ו-Audience Signals.
יצירת קהל מותאם
Admin → Data Display → Audiences → New Audience. הנה הקהלים שכל עסק צריך:
All Converters — כל מי שהמיר
תנאי: key_event = [שם ההמרה]. שימוש: Exclusion — הוציאו אותם מקמפיינים לרכישת לקוחות חדשים כדי לא לבזבז כסף על מי שכבר לקוח.
High-Value Visitors — מבקרים באיכות גבוהה
תנאי: session_duration > 120 seconds AND page_views_per_session > 3. מבקרים שבילו זמן רב ועניין — מועמדים מצוינים לרימרקטינג.
Cart Abandoners — נוטשי עגלה
תנאי: add_to_cart = true AND purchase = false בחלון של 7 ימים. הקהל עם ה-ROI הגבוה ביותר לרימרקטינג.
Pricing Page Visitors — צופים בדף מחירים
תנאי: page_view where page_location contains "/pricing" or "/prices". מבקרים שהגיעו לדף מחירים מגלים כוונה גבוהה — הם שוקלים רכישה.
צור Custom Audience ראשון. היכנס ל-Admin → Data Display → Audiences → New Audience. צור קהל "High-Value Visitors" עם התנאים: engagement_time > 120 שניות AND page_views > 3. שמור. עכשיו יש לכם קהל שיתמלא אוטומטית ויהיה זמין לרימרקטינג ב-Google Ads.
Predictive Audiences — קהלים חזויים
GA4 מציע קהלים שמבוססים על חיזויי AI — לא על מה שכבר קרה, אלא על מה שצפוי לקרות:
- Likely 7-day purchasers — משתמשים שצפויים לרכוש ב-7 הימים הקרובים. מעולה לרימרקטינג אגרסיבי
- Likely 7-day churners — משתמשים שצפויים לנטוש. מעולה לקמפיינים של שימור (Retention)
- Predicted revenue — משתמשים לפי הכנסה צפויה. מאפשר Value-Based Bidding
קהלים חזויים זמינים רק אם יש מספיק נתונים: לפחות 1,000 משתמשים חיוביים (רכשו) ו-1,000 שליליים (לא רכשו) ב-28 הימים האחרונים. עסקים קטנים עם מעט תנועה לא תמיד עומדים בסף הזה.
שימושים מעשיים מתקדמים של Predictive Audiences
שימוש 1: Remarketing אגרסיבי ל-Likely Purchasers
צרו קהל Likely 7-day purchasers וייצאו אותו ל-Google Ads. צרו קמפיין Display/YouTube ממוקד רק בקהל הזה, עם הצעה חזקה (הנחה, משלוח חינם, מתנה). מכיוון שהאנשים האלה כבר "חמים" — שיעורי ההמרה יהיו גבוהים משמעותית מרימרקטינג רגיל. ROAS אופייני: פי 2-3 מרימרקטינג סטנדרטי.
שימוש 2: מניעת נטישה (Churn Prevention)
צרו קהל Likely 7-day churners. שלחו להם מיילים עם הצעות שימור, הצגת מודעות עם תוכן חדש או מבצעים. עלות שימור לקוח קיים נמוכה פי 5-7 מרכישת לקוח חדש.
שימוש 3: Exclusion חכם
הוציאו את Likely 7-day purchasers מקמפיינים של Awareness. הם כבר הולכים לרכוש — חסכו את התקציב ללקוחות חדשים.
ייצוא קהלים ל-Google Ads
כל קהל שיצרתם ב-GA4 מיוצא אוטומטית ל-Google Ads (אם החשבונות מחוברים). ב-Google Ads, הקהלים מופיעים תחת Tools → Shared Library → Audience Manager. שם אתם יכולים להשתמש בהם ל:
- רימרקטינג — הצגת מודעות לקהלים ספציפיים
- Exclusion — הוצאת קהלים מקמפיינים
- Audience Signals — ב-PMax ו-Demand Gen
- Similar Segments — גוגל מוצאת משתמשים דומים לקהל שלכם (תלוי בגודל הקהל)
GA4 + BigQuery — נתונים גולמיים
BigQuery הוא שירות מסד נתונים של Google Cloud שמאפשר ניתוח של כמויות עצומות של נתונים. GA4 מציע ייצוא חינמי של כל הנתונים הגולמיים ל-BigQuery — וזו אחת מהתכונות החשובות ביותר לעסקים שרוצים שליטה מלאה בנתונים.
למה BigQuery?
- נתונים גולמיים — גישה לכל אירוע, כל פרמטר, כל משתמש. ללא המגבלות של ממשק GA4
- שמירת נתונים ללא הגבלה — GA4 שומר נתונים ברמת משתמש (ל-Explorations) ל-14 חודשים בלבד (Standard). ב-BigQuery, הנתונים נשמרים לתמיד
- ניתוח מתקדם — שאילתות SQL על הנתונים הגולמיים. מאפשר ניתוח שלא קיים בממשק
- חיבור לכלי BI — Looker Studio, Tableau, Power BI
- חינם (כמעט) — ייצוא GA4 ל-BigQuery חינמי. אחסון 10GB חינמי. שאילתות 1TB/חודש חינמי. לרוב העסקים הקטנים, זה מספיק
הפעל BigQuery Export עכשיו. גם אם לא מתכוונים לנתח נתונים היום.
- לכו ל-Admin → Product Links → BigQuery Links → Link
- אם אין Google Cloud Project — צרו חינם ב-console.cloud.google.com
- בחרו Daily Export (חינמי, מתעדכן פעם ביום)
- לחצו Link
למה עכשיו? ה-Export מתחיל לצבור נתונים מרגע ההפעלה — הוא לא יוצא לאחור. ביום שתרצו לעשות ניתוח מתקדם, הנתונים יהיו שם. זו ביטוח חינמי.
שאילתות SQL שימושיות
אם הפעלתם BigQuery Export, הנה שלוש שאילתות שכל משווק מתקדם צריך להכיר:
שאילתה שמוצאת את דפי הנחיתה עם שיעור ההמרה הגבוה ביותר, מסוננים לדפים עם לפחות 100 סשנים. מאפשרת לזהות "דפי זהב" שאתם רוצים לשכפל.
שאילתה שמראה את הרצף של דפים שמשתמשים שביצעו המרה עברו לפני ההמרה. מגלה נתיבים שלא ידעתם עליהם — אולי 40% מהלקוחות קוראים את דף ה-FAQ לפני שממירים.
שאילתה שמחשבת כמה זמן (בימים) עובר מהביקור הראשון עד להמרה, מפולח לפי ערוץ תנועה. מגלה ש-Google Ads ממיר תוך 2 ימים בממוצע, בעוד Organic לוקח 14 ימים — מה שמשפיע על הערכת ביצועי הערוצים.
השתמשו ב-Gemini ב-BigQuery — כתבו שאלה בשפה טבעית ("Show me the top 10 landing pages by conversion rate for the last 30 days") ו-Gemini ייצר את שאילתת ה-SQL בשבילכם. לחלופין, אפשר לתת את הסכמה של GA4 BigQuery לכלי AI כמו Claude (שתומך בעד 1 מיליון טוקנים של קונטקסט) ולבקש ממנו לכתוב שאילתות מותאמות לעסק שלכם.
פרטיות, Consent Mode ו-GDPR
פרטיות המשתמש היא לא רק חובה משפטית — היא גם משפיעה ישירות על איכות הנתונים שלכם. עם ביטול עוגיות צד שלישי (Third-Party Cookies) ורגולציית פרטיות מחמירה, חשוב להבין את הכלים:
Google Consent Mode v2
Consent Mode מאפשר ל-GA4 ול-Google Ads להתנהג אחרת בהתאם להסכמת המשתמש. אם המשתמש לא נתן הסכמה לעוגיות — GA4 ממשיך לאסוף נתונים אנונימיים (ללא מזהים אישיים) ומשתמש ב-AI כדי למלא פערים (Behavioral Modeling).
מה משתנה: עד 15.6.2026, שני מפסקים נפרדים שולטים במה ש-Google Ads מקבל — flag ה-ad_storage ב-Consent Mode, וגם ה-toggle של Google Signals בתוך GA4. מ-15.6.2026, ad_storage הוא המפסק היחיד. אם המשתמש סימן ad_storage = granted, גוגל תקשר את הנתונים שלו לחשבון Google גם אם Signals מכובה. אם ad_storage = denied, שום עוגייה פרסומית לא נקראת/נכתבת, שום מזהה לא עובר — רק פרמטרי URL כמו gclid.
ההשפעה ב-GA4: Behavioral Modeling דורש 1,000+ אירועים יומיים מקבוצות שמסכימות וקבוצות שמסרבות. עסקים קטנים-בינוניים לרוב לא עומדים בסף — מה שאומר שאחרי 15.6.2026, חלק מהתעבורה האירופית פשוט תיעלם מהדוחות. קיימים מקרים מתועדים של ~40% recovery בלבד; ה-60% הנותרים אבודים.
מה לעשות היום (24 ימים נותרו): (1) בדקו ב-CMP שלכם שעדכון ה-Consent דוחף ad_storage = granted ברגע שהמשתמש מסכים, לא רק analytics_storage. (2) ודאו ש-Default Consent State נכון: כל ארבעת ה-flags ב-denied לפני בחירת המשתמש. (3) הפעילו Consent Mode Debug ב-Tag Assistant ובדקו שכל אירוע נושא gcs parameter תקין. טיפול מפורט ב-GTM בפרק 18, סקציית Consent Mode v2 — שם נעבור צעד-צעד על הטמעה ובחינת ה-cutover.
הגדרות פרטיות חובה (2026)
- Cookie Banner — אם יש לכם מבקרים מאירופה (וסביר שיש), חובה להציג באנר הסכמה. כלים: CookieBot, OneTrust, Iubenda
- Data Retention — ב-GA4, הגדירו כמה זמן לשמור נתונים ברמת משתמש: 2 חודשים (ברירת מחדל) או 14 חודשים. שנו ל-14 חודשים ב-Admin → Data Settings → Data Retention
- IP Anonymization — ב-GA4, כתובות IP אנונימיות כברירת מחדל. אין צורך בהגדרה
- Google Signals — מאפשר נתונים דמוגרפיים אבל דורש הסכמה. הפעילו ב-Admin → Data Settings → Data Collection
שנה Data Retention ל-14 חודשים עכשיו. היכנס ל-Admin → Data Settings → Data Retention. שנה מ-2 חודשים ל-14 חודשים. לחץ Save. זה משפיע על Explorations — בלי זה, אי אפשר לחקור נתונים מלפני חודשיים. זו אולי הפעולה הכי חשובה בפרק הזה.
בגלל באנרי הסכמה ומדיניות פרטיות, GA4 לא מודד 100% מהמבקרים. הערכת תעשייה (אין מקור רשמי של Google): בישראל בדרך כלל 75-90% מהנתונים נאספים — אין דרישת Cookie Banner חוקית גורפת ורוב המבקרים לא דוחים. באירופה, על פי benchmark של Didomi לשנת 2026, שיעורי הסכמה ממוצעים נעים בין 75.1% ל-89.3% לפי מדינה — אבל במגזרים מסוימים (חדשות, מדיה) הם יורדים ל-50-70%. GA4 משתמש ב-Behavioral Modeling כדי לאמוד את החסרים, אבל הנתונים לא מושלמים. קבלו החלטות על בסיס מגמות, לא מספרים מוחלטים.
GA4 לאיקומרס — Enhanced E-commerce Tracking
אם יש לכם חנות אונליין, Enhanced E-commerce ב-GA4 הוא חובה מוחלטת. הוא מעקב מלא אחרי כל שלב במשפך הרכישה — מצפייה במוצר ועד רכישה (והחזרה).
אירועי E-commerce ב-GA4
| אירוע | מתי מופעל | פרמטרים חשובים |
|---|---|---|
| view_item_list | צפייה ברשימת מוצרים (קטגוריה, חיפוש) | items[] (מערך מוצרים) |
| view_item | צפייה בדף מוצר בודד | items[], value, currency |
| add_to_cart | הוספת מוצר לסל | items[], value, currency |
| remove_from_cart | הסרת מוצר מהסל | items[], value, currency |
| begin_checkout | תחילת תהליך Checkout | items[], value, currency, coupon |
| add_shipping_info | הוספת פרטי משלוח | items[], shipping_tier |
| add_payment_info | הוספת אמצעי תשלום | items[], payment_type |
| purchase | רכישה מוצלחת | transaction_id, value, currency, items[], tax, shipping |
| refund | זיכוי/החזרה | transaction_id, value, items[] |
יישום Enhanced E-commerce
אם אתם משתמשים ב-Shopify — האינטגרציה כמעט אוטומטית עם Google & YouTube app. ב-WooCommerce — התוסף Google Listings & Ads או MonsterInsights. ב-פלטפורמה מותאמת — צריך לבנות Data Layer ידנית ולהטמיע דרך GTM (נלמד בפרק 18).
ברגע שהאירועים מותקנים, GA4 מציע דוחות E-commerce ייעודיים:
Monetization Overview — סך הכנסות, מספר רכישות, הכנסה ממוצעת לרכישה
E-commerce Purchases — ביצועי מוצרים: כמה נמכר, הכנסה, שיעור המרה
Purchase Journey — Funnel אוטומטי: view → cart → checkout → purchase
Checkout Journey — ניתוח מפורט של שלבי ה-Checkout
Promotions — ביצועי מבצעים ובאנרים פנימיים
GA4 לעסקי Lead Generation — מדריך מעשי
רוב ההדגשה בתיעוד של GA4 היא על E-commerce, אבל רוב העסקים בישראל הם עסקי Lead Generation (שירותים, B2B, מומחים). הנה מה שצריך לדעת על GA4 כשההמרה שלכם היא ליד ולא רכישה:
אירועים מומלצים לעסקי לידים
| אירוע | מתי מופעל | סוג: Key Event? | ערך מומלץ |
|---|---|---|---|
| generate_lead | שליחת טופס ליצירת קשר / בקשת הצעת מחיר | Key Event (Primary) | ערך ממוצע של ליד (למשל 200 ש"ח) |
| phone_click | לחיצה על מספר טלפון (tel: link) | Key Event (Primary) | ערך ממוצע של שיחה (למשל 150 ש"ח) |
| whatsapp_click | לחיצה על כפתור WhatsApp | Key Event (Secondary) | 100 ש"ח (פחות מטלפון — פחות Committed) |
| pricing_viewed | צפייה בדף מחירים / תעריפים | Micro-Conversion | לא חייב |
| scroll_milestone_90 | גלילה של 90% בדף שירותים | Micro-Conversion | לא חייב |
| form_start | משתמש התחיל למלא טופס | Micro-Conversion | לא חייב |
כשמגדירים ערך כספי להמרות Lead Gen, מאפשרים ל-Google Ads להשתמש ב-Value-Based Bidding. לדוגמה: אם ליד מטלפון שווה 200 ש"ח וליד מ-WhatsApp שווה 100 ש"ח, Smart Bidding ישקיע יותר בהבאת שיחות טלפון. בלי ערכים — כל ליד שווה, ו-Smart Bidding לא יודע לתעדף. חישוב ערך ליד: הכנסה ממוצעת ללקוח x שיעור סגירה. אם לקוח ממוצע שווה 5,000 ש"ח וסוגרים 1 מכל 10 לידים, ערך ליד = 500 ש"ח.
דוח Lead Gen מותאם ב-GA4
צרו דוח מותאם (Custom Report) שממוקד בלידים: לכו ל-Library → Create new report. הוסיפו: Dimensions: Session source/medium, Landing page, Device category. Metrics: Sessions, Key Events (generate_lead), Key Events (phone_click), Session key event rate, Engagement rate. Filter: רק sessions עם Key Events > 0. שמרו והוסיפו לתפריט הקבוע.
טעויות נפוצות ב-GA4
GA4 הוא כלי עוצמתי, אבל גם כלי שקל לטעות בו. הנה הטעויות הנפוצות ביותר:
1. Data Retention על 2 חודשים
הבעיה: ברירת המחדל ב-GA4 היא שמירת נתונים ברמת משתמש ל-2 חודשים בלבד. אחרי זה, הנתונים מצטמקים ו-Explorations לא עובדים על נתונים ישנים.
הפתרון: Admin → Data Settings → Data Retention → 14 months. שנו עכשיו.
2. לא הפעילו BigQuery Export
הבעיה: חינמי, קל, ושומר את כל הנתונים לנצח. אבל רוב העסקים לא מפעילים כי "לא צריך עכשיו".
הפתרון: הפעילו Daily Export. חינם. עכשיו.
3. Conversion Tracking כפול
הבעיה: אותה המרה נספרת פעמיים — פעם מתג GA4 ופעם מתג Google Ads Conversion נפרד. התוצאה: מספרי המרות מנופחים, Smart Bidding "מבולבל".
הפתרון: בחרו מקור אחד: או GA4 Key Events (מיוצאים ל-Ads), או Google Ads Conversion Tag. לא שניהם לאותה המרה.
4. לא מסננים Internal Traffic
הבעיה: ביקורים של הצוות שלכם, מפתחים, וספקים נכללים בנתונים ומעוותים את התמונה.
הפתרון: Admin → Data Streams → [Stream] → Configure Tag Settings → Define Internal Traffic. הוסיפו את כתובות ה-IP של המשרד. אחר כך: Admin → Data Settings → Data Filters → Internal Traffic → Active.
5. לא מגדירים Key Events
הבעיה: GA4 ללא המרות מוגדרות הוא רק "מונה ביקורים". אין ערך עסקי.
הפתרון: הגדירו לפחות 2-3 Key Events: המרה עיקרית (רכישה/ליד) + Micro-Conversions (הורדת מדריך, צפייה בדף מחירים, Click-to-Call).
6. שימוש ב-Bounce Rate הישן
הבעיה: ב-GA4, Bounce Rate הוחלף ב-Engagement Rate — אחוז הסשנים ש"היו מעורבים" (נמשכו 10+ שניות, כללו Key Event, או 2+ צפיות עמוד). Bounce Rate ב-GA4 הוא ההפך: אחוז הסשנים שלא היו מעורבים.
הפתרון: התרגלו ל-Engagement Rate. 60% Engagement Rate = טוב. 40% = צריך שיפור.
7. לא מחברים GA4 ל-Google Ads
הבעיה: בלי חיבור, אין ייצוא קהלים, אין ייבוא המרות, אין Attribution מדויק.
הפתרון: Admin → Product Links → Google Ads → Link. חברו את כל חשבונות Google Ads הרלוונטיים.
8. Custom Dimensions לא רשומים
הבעיה: שולחים פרמטרים מותאמים אישית לאירועים, אבל לא רושמים אותם כ-Custom Dimensions. התוצאה: הנתונים נאספים אבל לא זמינים בדוחות.
הפתרון: Admin → Data Display → Custom Definitions. רשמו כל פרמטר מותאם אישית שאתם רוצים לראות בדוחות.
9. לא משתמשים ב-UTM Parameters
הבעיה: קמפיינים ב-Social Media, Email, ו-SMS מגיעים כ-"Direct" או "Unassigned" כי אין UTM.
הפתרון: השתמשו תמיד ב-UTM Parameters לכל לינק שיווקי: utm_source, utm_medium, utm_campaign. השתמשו ב-Google Campaign URL Builder ליצירת לינקים עם UTM.
10. לא משתמשים ב-DebugView
הבעיה: מגדירים אירועים מותאמים אישית ומניחים שהם עובדים, בלי לבדוק בפועל. אחרי חודש מגלים שהאירוע לא נשלח או נשלח עם פרמטרים חסרים.
הפתרון: השתמשו ב-DebugView ב-GA4 (Admin → DebugView). כדי להפעיל, התקינו את תוסף GA Debugger ב-Chrome או הוסיפו debug_mode: true ב-GTM Tag. DebugView מציג אירועים בזמן אמת, כולל פרמטרים, ומאפשר לאתר בעיות לפני שהן הופכות לנתונים חסרים.
הגדר DebugView. התקינו את תוסף Google Analytics Debugger ב-Chrome. הפעילו אותו, גלשו לאתר שלכם, ואז פתחו GA4 → Admin → DebugView. אתם אמורים לראות אירועים מופיעים בזמן אמת. בדקו ש-page_view, scroll, ואירועים מותאמים (אם יש) מופיעים עם הפרמטרים הנכונים.
1. Data Retention = 14 months
2. BigQuery Export = Active
3. Internal Traffic Filter = Active
4. Google Signals = Enabled
5. Key Events (Conversions) = Defined with Values
6. Google Ads Link = Connected
7. Search Console Link = Connected
8. Enhanced Measurement = Enabled
9. Custom Dimensions = Registered
10. E-commerce Events = Implemented (if applicable)
מסגרת MEDIC — הגדרת GA4 נכונה
MEDIC היא מסגרת חשיבה שתעזור לכם להגדיר GA4 נכון מהיום הראשון. כל אות מייצגת שלב קריטי שבלעדיו ה-GA4 שלכם חסר ערך. הלוגיקה: אם דילגתם על שלב — חוזרים אליו לפני שממשיכים. אם השלב הסתיים — עוברים לבא. אין סדר חלופי. ראו את 5 השלבים בקופסאות למטה.
Measure Plan — תוכנית מדידה
לפני שנוגעים ב-GA4, כתבו מסמך: מה המטרות העסקיות? מה ההמרות? אילו Micro-Conversions נמדוד? אילו שאלות אנחנו רוצים לענות עליהן עם הנתונים? ללא Measurement Plan, אתם אוספים נתונים בלי מטרה — ותגלו אחרי 3 חודשים שאתם לא מודדים את מה שבאמת חשוב.
Events & Key Events — אירועים והמרות
הגדירו את האירועים שלכם בארבע רמות: (1) וודאו ש-Automatically Collected ו-Enhanced Measurement פועלים. (2) הטמיעו Recommended Events דרך GTM. (3) צרו Custom Events לפעולות ייחודיות לעסק. (4) סמנו את ה-Key Events וקבעו ערך כספי לכל אחד.
Data Settings — הגדרות נתונים
שלושה שינויים חובה: (1) Data Retention → 14 months. (2) Google Signals → Enabled. (3) BigQuery Export → Active. אלה שלושת הדברים שמשפיעים על איכות הנתונים לטווח ארוך ושאי אפשר "לתקן" בדיעבד.
Integrations — חיבורים
חברו את GA4 לכל הכלים הרלוונטיים: (1) Google Ads — לייצוא Key Events וקהלים. (2) Search Console — לנתוני חיפוש אורגני בתוך GA4. (3) Google Merchant Center — לנתוני Shopping (אם רלוונטי). (4) BigQuery — לנתונים גולמיים.
Clean & Configure — ניקיון והגדרה
ודאו שהנתונים נקיים: (1) Internal Traffic Filter — סננו IP של המשרד. (2) Cross-Domain Tracking — אם יש לכם מספר דומיינים. (3) Unwanted Referrals — סננו רפרלים פנימיים (שערי תשלום, SSO). (4) Custom Dimensions — רשמו כל פרמטר מותאם. (5) DebugView — ודאו שהכל עובד.
עסק: חברת שיפוצים מירושלים
M — Measurement Plan: מטרה = לידים מהאתר. KPI = מספר טפסים + שיחות טלפון. שאלה = איזה ערוץ מביא לידים איכותיים?
E — Events: generate_lead (טופס) = Key Event, ערך 300 ש"ח. phone_click = Key Event, ערך 250 ש"ח. whatsapp_click = Key Event, ערך 150 ש"ח. pricing_viewed = Micro-Conversion.
D — Data Settings: Retention = 14 months. Signals = ON. BigQuery = Daily Export.
I — Integrations: Google Ads מחובר + Key Events מיוצאים. Search Console מחובר.
C — Clean: IP של המשרד מסונן. UTM Parameters על כל לינק שיווקי. DebugView נבדק.
עברו על מסגרת MEDIC פעם בחודש. פתחו את GA4, ובדקו כל אות: האם ה-Measurement Plan עדכני? האם יש Key Events חדשים שצריך להוסיף? האם Data Settings לא השתנו? האם Integrations עדיין פעילות? האם הנתונים נקיים? MEDIC חודשי = שקט נפשי שהנתונים שלכם אמינים.
תכונות מתקדמות ב-GA4
Cross-Platform Tracking
אם יש לכם אתר ואפליקציה, GA4 מאפשר מעקב חוצה פלטפורמות. הוסיפו Web + iOS + Android Data Streams לאותו Property. השתמשו ב-User ID (מזהה משתמש ייחודי שאתם מגדירים בזמן Login) כדי לאחד משתמשים בין פלטפורמות. התוצאה: User Journey מלא מ-Web ל-App — משתמש שגולש באתר, מוריד אפליקציה, ורוכש דרכה יופיע כמשתמש אחד.
Google Signals לעומת User ID
| תכונה | Google Signals | User ID |
|---|---|---|
| מה מאחד | מכשירים שמחוברים לחשבון Google | משתמשים מחוברים (login) באתר/אפליקציה |
| דרישות | הפעלה ב-Admin | הטמעה טכנית בקוד |
| כיסוי | רק משתמשים עם חשבון Google | רק משתמשים מחוברים לאתר |
| דיוק | טוב | מצוין (deterministic) |
| מתי להשתמש | תמיד — הפעילו (אין סיבה שלא) | כשיש מערכת Login |
Custom Channel Grouping
ברירת המחדל של GA4 מקבצת תנועה לערוצים (Organic Search, Paid Search, Direct וכו'). אבל אפשר ליצור Custom Channel Grouping שמתאים לעסק שלכם. לדוגמה: הפרידו בין "Brand Search" ל-"Non-Brand Search" — כי הביצועים שלהם שונים לחלוטין. או צרו ערוץ "Influencer" לכל תנועה עם UTM ספציפי.
הגדרה: Admin → Data Display → Channel Groups. צרו קבוצה חדשה והגדירו כללים לפי Source, Medium, Campaign, או כל UTM Parameter.
Engagement Rate לעומת Bounce Rate
ב-GA4, המדד המרכזי הוא Engagement Rate — אחוז הסשנים שהיו "מעורבים". סשן "מעורב" הוא סשן שעומד באחד מהתנאים: (1) נמשך לפחות 10 שניות, (2) כלל לפחות 2 צפיות עמוד, (3) כלל Key Event. Bounce Rate ב-GA4 הוא פשוט 100% פחות Engagement Rate.
| Engagement Rate | משמעות | מה לעשות |
|---|---|---|
| 70%+ | מצוין | שמרו על מה שעובד, התמקדו ב-CRO |
| 50-70% | ממוצע-טוב | נתחו לפי מקור — יש ערוצים שמורידים את הממוצע? |
| 40-50% | צריך שיפור | בדקו Message Match, מהירות טעינה, חוויית מובייל |
| מתחת ל-40% | בעיה | משהו שבור — תנועה לא רלוונטית, דף נחיתה גרוע, או בעיה טכנית |
AI ו-GA4 — שימוש ב-Claude ו-Gemini לניתוח נתונים
כלי AI מודרניים מאפשרים לנתח נתוני GA4 בצורה שלא היתה אפשרית לפני כן. הנה שלושה שימושים מעשיים:
- Gemini ב-GA4: גוגל שילבה Gemini ישירות ב-GA4. לחצו על אייקון ה-Sparkle ושאלו שאלות בשפה טבעית: "What are my top converting channels this month?" או "Show me pages with high traffic but low engagement". Gemini ינתח ויציג תשובות ויזואליות
- BigQuery + Claude/GPT: ייצאו נתונים ל-BigQuery, ואז תנו ל-AI כמו Claude (שתומך בעד 1 מיליון טוקנים של קונטקסט) את הסכמה ותבקשו שאילתות SQL מותאמות. "כתוב לי שאילתה שמראה את נתיבי ההמרה הנפוצים ביותר לאירוע generate_lead ב-30 יום האחרונים"
- ניתוח אנומליות: ייצאו דוח שבועי ל-CSV ותנו ל-AI לזהות אנומליות: "הנה נתוני תנועה ל-12 שבועות. זהה מגמות חריגות ותן הסבר אפשרי". AI מצוין באיתור דפוסים שעין אנושית מפספסת
AI מצוין בשאילתות SQL, בזיהוי דפוסים, ובסיכום נתונים. אבל ההחלטה העסקית היא עדיין שלכם. AI יכול להגיד "תנועה מ-Facebook ירדה ב-30% השבוע" — אבל רק אתם יודעים שזה בגלל שהורדתם תקציב כי היה חג. השתמשו ב-AI כעוזר, לא כמקבל החלטות.
תרגילים מעשיים
בנו שני משפכים שונים ב-Explorations והשוו ביניהם:
- משפך ראשי: בנו Funnel Exploration עם 4 שלבים שמתאימים לעסק שלכם. אם E-commerce: view_item → add_to_cart → begin_checkout → purchase. אם Lead Gen: session_start → page_view (services) → page_view (contact) → generate_lead
- Breakdown לפי מכשיר: גררו Device category ל-Breakdown. מה ההבדל בין מובייל לדסקטופ? באיזה שלב הנטישה הגבוהה ביותר במובייל?
- Breakdown לפי מקור: החליפו ל-Session source/medium. איזה מקור תנועה עובר את המשפך הכי טוב?
- Open vs Closed: בנו את אותו משפך פעם כ-Closed ופעם כ-Open. מה ההבדל במספרים? מה מלמד אותנו?
התוצר: 2 Funnel Explorations שמורים + 3 תובנות מעשיות שנובעות מהנתונים.
נתחו את ההבדלים בין מודלי Attribution ותרגמו אותם להמלצת תקציב:
- פתחו Model Comparison: לכו ל-Advertising → Attribution → Model Comparison. השוו DDA מול Last Click
- מצאו 3 ערוצים עם פער: זהו ערוצים שמקבלים הרבה יותר קרדיט ב-DDA מאשר ב-Last Click (ערוצי Awareness) וערוצים שמקבלים יותר ב-Last Click (ערוצי Conversion)
- בדקו Conversion Paths: לכו ל-Attribution → Conversion Paths. מה הנתיב הנפוץ ביותר? כמה נקודות מגע בממוצע?
- המלצת תקציב: על בסיס הנתונים, כתבו המלצה של 2-3 משפטים: "מומלץ להגדיל/לצמצם תקציב ב-[ערוץ] כי..." + "ערוץ [X] חיוני ל-Awareness גם אם Last Click לא מראה המרות"
התוצר: מסמך קצר עם ניתוח Attribution + המלצת הקצאת תקציב מבוססת נתונים.
צרו Measurement Plan מלא לעסק שלכם (או לעסק של לקוח):
- מטרות עסקיות: רשמו 2-3 מטרות עסקיות (למשל: "הגדלת לידים מהאתר ב-30%", "הפחתת CAC ב-20%")
- KPIs: לכל מטרה, הגדירו 2-3 KPIs מדידים (למשל: "מספר generate_lead events / חודש", "עלות ל-Key Event ב-Google Ads")
- אירועים נדרשים: רשמו את כל האירועים שצריך להגדיר ב-GA4 כדי למדוד את ה-KPIs. פרטו שם אירוע, פרמטרים, סוג (Key Event / Micro-Conversion), וערך כספי
- Data Settings: תעדו: Data Retention, Google Signals, BigQuery Export, Internal Traffic Filter, UTM Convention
- תהליך דיווח: מי מסתכל על הנתונים? באיזו תדירות? אילו דוחות / Explorations צריך להקים?
התוצר: Google Doc / Sheet עם Measurement Plan מלא שניתן לשתף עם הצוות.
שאלת מליון הדולר ב-GA4: DDA או Last Click? התשובה תלויה בנפח הנתונים שלכם ובסוג העסק. הלוגיקה:
- אם יש לכם פחות מ-300 המרות בחודש → השתמשו ב-Last Click. DDA דורש מינימום נתונים כדי לאמן את המודל. בנפחים נמוכים, התוצאות יהיו רועשות וחסרות אמינות.
- אם יש לכם 300+ המרות בחודש וגם מסע לקוח קצר (1-2 נקודות מגע) → Last Click מספיק. הפער בין המודלים יהיה זניח, ו-Last Click יותר שקוף להסבר ללקוחות/הנהלה.
- אם יש לכם 300+ המרות בחודש וגם מסע לקוח מורכב (3+ נקודות מגע, ערוצים מרובים, awareness חזק) → עברו ל-DDA. כאן הפער יחשוף תקציב מבוזבז על Last Click וערוצים לא מתוגמלים על Awareness.
- אם אתם לא בטוחים → פתחו את שני המודלים ב-Model Comparison והשוו במשך 30 יום. אם הפער >15% בערוץ מסוים — DDA נותן ערך אמיתי. אם <15% — Last Click מספיק.
GA4 הוא לא "הגדר ושכח". הוא דורש שגרת תחזוקה כדי שהנתונים יישארו אמינים והתובנות יישארו רלוונטיות. בנוסף לשגרות מפרקים קודמים (קמפיינים, דפי נחיתה):
| תדירות | משימה | זמן |
|---|---|---|
| יומי | בדיקת Realtime לוודא ש-GA4 מקבל נתונים — אחרי שינוי ב-GTM או באתר | 2 דקות |
| שבועי | בדיקת Acquisition + Engagement Reports — האם מגמות חריגות? | 15 דקות |
| שבועי | בדיקת DebugView על אירועים חדשים שהוטמעו השבוע | 10 דקות |
| שבועי | בדיקת Consent Mode בלוג ה-GTM — האם ad_storage מגיע כצפוי? | 10 דקות |
| חודשי | סבב MEDIC מלא — האם Measurement Plan עדכני? יש Key Events חדשים? | 45 דקות |
| חודשי | Model Comparison: DDA מול Last Click — האם הפער השתנה? | 20 דקות |
| חודשי | בדיקת Custom Audiences — האם הקהלים עדיין רלוונטיים? לסנן ולעדכן | 15 דקות |
אם עניתם נכון על 4 מ-5, אתם מוכנים לפרק 18. אחרת — חזרו לסקציה הרלוונטית.
- למה GA4 לא יכול למדוד "Bounce Rate" כמו ב-Universal Analytics — ומה הוא מודד במקום? (רמז: חישבו על המעבר מ-Sessions ל-Events)
- איך תחליטו אם להפעיל BigQuery Export או להישאר עם דוחות סטנדרטיים — מה השאלה העסקית שתכריע? (רמז: חישבו על נפח נתונים, תקציב Cloud, וצורך בניתוח רב-שנתי)
- למה אחרי 15.6.2026, הפעלת Google Signals לבד לא תספיק כדי לקבל סיגנל פרסומי מלא מהמשתמשים האירופים שלכם? (רמז: חישבו על המעבר ל-
ad_storageכסמכות יחידה) - איך תזהו ב-Model Comparison ערוץ Awareness שמקבל "קרדיט חסר" ב-Last Click — ומה תעשו עם המידע? (רמז: חפשו ערוצים שמקבלים יותר ב-DDA מ-Last Click)
- למה Data Retention ברירת מחדל של 2 חודשים היא קטסטרופה ל-Explorations — ומה הסיכון אם תגלו זאת רק אחרי 6 חודשים? (רמז: חישבו מה קורה לנתונים אחרי 2 חודשים — האם ניתן לשחזר?)
הפרק הזה הפך את GA4 ממקור בלבול לכלי מדידה מבוקר. למדנו ש-GA4 לא מודד "sessions" — הוא מודד אירועים עם פרמטרים, וזה משנה הכל: כל שאלה עסקית צריכה להתרגם לאירוע + פרמטר, ו-Key Events הם הסיגנל היחיד שגוגל לוקחת ברצינות לאופטימיזציה. הבנו שהבחירה בין Data-Driven Attribution ל-Last Click היא בעצם בחירה בין "מי קיבל את הקליק האחרון" ל-"מי תרם בכלל למסע" — והפער בין השניים הוא ההזדמנות התקציבית הגדולה ביותר שלכם.
שלוש פעולות לטווח ארוך שלא ניתן להחזיר אחורה: Data Retention ל-14 חודשים, BigQuery Export פעיל, ובדיקה ש-Consent Mode v2 דוחף ad_storage נכון לקראת cutover ה-15.6.2026 ב-EEA. בלי שלוש אלה, גם הניתוח הכי מתוחכם עובד על נתונים פגומים.
בפרק הבא נעבור ל-Google Tag Manager — הכלי שהופך את כל ה-Key Events, האירועים המותאמים והגדרות ה-Consent Mode מתיאוריה למימוש בפועל. שם תלמדו לבנות את האירועים מהפרק הזה צעד-צעד, ולוודא ש-Consent Mode עומד ב-cutover של 15.6.2026.
שנו את ה-Data Retention ל-14 חודשים. היכנסו ל-Admin → Data Settings → Data Retention. שנו ל-14 months. לחצו Save. זה לוקח 30 שניות ומונע אובדן נתונים שלא ניתן לשחזר. כל שאר הפרק יכול לחכות — אבל זה לא.
- ☐ שיניתי את Data Retention ל-14 חודשים ב-Admin → Data Settings
- ☐ הגדרתי לפחות 3 Key Events עם ערכים כספיים ב-Admin → Events
- ☐ הפעלתי Enhanced Measurement על Data Stream של האתר שלי
- ☐ בניתי Funnel Exploration אחד עם 3-4 שלבים ושמרתי אותו
- ☐ פתחתי Model Comparison והשוויתי DDA מול Last Click
- ☐ יצרתי Custom Audience אחד ל-Remarketing וייצאתי ל-Google Ads
- ☐ הפעלתי Google Signals ב-Admin → Data Settings → Data Collection
- ☐ הפעלתי BigQuery Export והגדרתי Daily Export (לפחות לפרויקט בדיקה)
- ☐ בדקתי DebugView ואומת שאירועי בדיקה מגיעים בזמן אמת
- ☐ כתבתי Measurement Plan בסיסי לפי מסגרת MEDIC
- ☐ בדקתי ש-CMP שלי דוחף
ad_storage = grantedבהסכמה (לקראת 15.6.2026) - ☐ סיננתי IP פנימי ב-Admin → Data Streams → Configure Tag Settings
- ☐ קישרתי GA4 ל-Google Ads כדי לייצא Key Events
בפרק הבא נלמד את Google Tag Manager לעומק — הכלי שמאפשר לכם להטמיע את כל האירועים, הפרמטרים, וה-Key Events שלמדנו בפרק הזה, בלי לגעת בקוד. GTM הוא מה שהופך את המידע של GA4 מתיאורטי למעשי.