בקצרה: גוגל תג מנג'ר (Google Tag Manager) הוא מיכל אחד שנטען באתר פעם אחת, ומתוכו מנהלים את כל תגיות המדידה בלי מפתח. ב-2026 השאלה כבר לא איך מתקינים אותו אלא שלושה דברים אחרים: אילו מבין שבעת סוגי ההסכמה אתם משדרים לגוגל, איפה התגית באמת רצה (בדפדפן, דרך שער תגית או בצד השרת), והאם המיכל עדיין נקי. שלושת המספרים שקובעים: הסכמת ad_user_data נדרשת לפי גוגל לשימושי מדידה כמו המרות משופרות ומעקב המרות מבוסס תגית, רימרקטינג בגוגל אדס וב-DV360 וב-SA360 לא מקבל נתונים בלי שad_user_data וad_personalization שניהם מאושרים, ומיכל שמדד הגודל שלו עובר 70 אחוז הוא מיכל שגוגל אומרת במפורש שצריך לנקות.
העמוד הזה נותן את מה שחסר ברוב המדריכים בעברית לכלי הזה: לא רק מה זה תגית, טריגר ומשתנה ואיך מטמיעים אנליטיקס, גוגל אדס ומטא, אלא גם שכבת ההסכמה עם טבלת שבעת סוגי ההסכמה ומה נשבר בכל אחד מהם, שלוש שכבות ההטמעה של 2026, איך בודקים שזה באמת עובד, ארבעה מיתוסים מול התיעוד הרשמי, ואיך אנחנו מודדים לידים אצלנו. כל העובדות הרגולטוריות והמוצריות נבדקו מול המסמכים הרשמיים של גוגל בתאריך 03.09.2026.
מדידה טובה מתחילה במבנה נכון, ולכן שווה לקרוא על מיפוי מילות מפתח לעמודים לפני שמגדירים המרות.
מה זה גוגל תג מנג'ר, ומה הוא לא

גוגל תג מנג'ר, או בעברית מנהל התגים של גוגל, הוא מערכת לניהול תגיות מדידה. במקום להטמיע באתר קוד נפרד לכל פלטפורמה, מטמיעים פעם אחת מיכל אחד, ומתוכו מוסיפים, משנים ומכבים תגיות בלי לגעת בקוד האתר וברוב המקרים בלי מפתח.
וזה מה שהוא לא, וכאן נופלים הכי הרבה עסקים:
- הוא לא מערכת אנליטיקה. תג מנג'ר לא אוסף נתונים ולא מציג דוחות. הוא רק מפעיל את התגיות של גוגל אנליטיקס 4, גוגל אדס או מטא. הדוחות נשארים במערכות עצמן.
- הוא לא פיקסל. הפיקסל של מטא הוא תגית שרצה בתוך המיכל, לא תחליף שלו.
- הוא לא באנר עוגיות ולא פתרון רגולטורי. תג מנג'ר יודע לקרוא מצב הסכמה ולהתנהג לפיו, אבל את ההסכמה עצמה צריך לאסוף במנגנון נפרד. ראו שכבת ההסכמה.
- הוא לא מבטיח מדידה נכונה. מיכל שהוקם פעם אחת ולא נבדק שנתיים הוא לרוב מקור לספירה כפולה של המרות, לא לדיוק.
ההרשמה חינמית עם חשבון גוגל דרך tagmanager.google.com. אין עלות שימוש בגרסה הרגילה, וגרסת Tag Manager 360 היא מוצר ארגוני בתשלום.
המבנה: חשבון, מיכל, סביבת עבודה וגרסה
ארבעת המושגים האלה הם מקור הבלבול הראשון, והם גם מה שקובע מי יכול לשבור לכם את המדידה. זו ההיררכיה כפי שגוגל מגדירה אותה, עם הכלל המעשי שאנחנו עובדים לפיו:
| הרובד | מה זה | הכלל המעשי |
|---|---|---|
| חשבון (Account) | הרובד העליון. בדרך כלל חשבון אחד לכל ארגון. | החשבון בבעלות הלקוח, לא בבעלות הסוכנות. תמיד. |
| מיכל (Container) | קוד ההטמעה שיושב באתר ומכיל את כל התגיות שלו. | מיכל אחד לכל אתר. לא לפצל בין מחלקות, כן לפצל בין דומיינים. |
| סביבת עבודה (Workspace) | טיוטה שבה עורכים שינויים לפני שהם עולים לאוויר. | סביבה נפרדת לכל שינוי משמעותי, כדי שלא תפרסמו בטעות עבודה של מישהו אחר. |
| גרסה (Version) | צילום מצב של המיכל שנוצר בכל פרסום. | שם ותיאור לכל פרסום. זה מה שמאפשר לחזור אחורה בדקה כשמשהו נשבר. |
המסקנה המעשית שחוזרת בכל אבחון: אם אין תיאור לגרסאות, אין דרך לדעת מה שינה מה. פרסום בלי תיאור הוא הסיבה מספר אחת לכך שאף אחד לא מצליח להסביר למה ההמרות קפצו או נעלמו בחודש מסוים.
איך זרימת הנתונים עובדת

לאחר שהקמנו חשבון ומיכל, מקבלים קטע קוד להטמעה חד פעמית באתר עם הוראות היכן להטמיע אותו. דרך הקוד הזה מתחבר האתר לכל התגיות שנייצר בהמשך, ומכאן והלאה כל שינוי במדידה נעשה בממשק ולא בקוד.

בין האתר לבין התגיות יושבת שכבה שנקראת שכבת הנתונים (Data Layer). זה אובייקט JavaScript שהאתר דוחף אליו אירועים ופרמטרים, ותג מנג'ר קורא ממנו. ברוב האתרים הפשוטים אפשר להסתדר בלי לגעת בה, אבל בכל אתר מסחר אמיתי שכבת הנתונים היא ההבדל בין מעקב שמדווח רק "מישהו הגיע לעמוד תודה" לבין מעקב שמדווח מזהה עסקה, ערך, מטבע ופריטים. אם אתם מודדים איקומרס בלי שכבת נתונים מסודרת, אתם מודדים המרות בלי ערך, וכל אופטימיזציה מבוססת ROAS שתעשו מעליה תהיה שגויה.
שלושת האלמנטים: תגיות, טריגרים ומשתנים
המערכת נותנת לנו שלושה אלמנטים להקמת פעולות למעקב. אלה שלושת המושגים היחידים שחייבים להבין לפני שנוגעים בכלי:
תגיות (Tags)

אלו הן הפעולות או הקודים שאנו עוקבים אחריהן לאחר שהגדרנו אותם. בעצם התגיות מכילות את הטריגרים והמשתנים שבחרנו עבור כל אחת מהן על מנת לעקוב אחר הפעולה שאנחנו רוצים באתר.
נוכל לייצר כל תגית שנחוצה לנו למעקב באמצעות הטריגרים והמשתנים הנכונים.
המערכת נותנת לנו אפשרות לבחור את סוג התג שאנחנו צריכים (ניתן לראות בתמונה) כדי שיהיה לנו יותר קל להגדיר.
טריגרים (Triggers)

הטריגרים מגדירים לתגיות את הפעולה באתר שמפעילה אותן.
המערכת מציגה ומציעה לנו מגוון רחב של טריגרים, בואו נדבר על 6 טריגרים נפוצים לשימוש:
- Page View: מופעל כאשר משתמש צופה בדף מסויים או בכל דף באתר שלנו, בהתאם למה שנגדיר. עוזר לנו לעקוב אחר כלל הביקורים באתר.
- Windows Loaded: מופעל לאחר שהדפדפן סיים לטעון את כל מרכיבי העמוד, כולל תמונות וסקריפטים. יכול לשמש למודעות רימרקטינג למשתמשים שיצאו מהאתר מבלי לבצע פעולה.
- Just Links: מופעל כאשר גולש באתר לוחץ על קישור שהגדרנו. יכול לשמש למעקב על כמות קליקים לווצאפים וטלפונים באתר.
- Form Submission: מופעל כאשר גולש משאיר פרטים באתר בטופס הרשמה. עוזר לנו לדייק את ההמרה של מילוי טופס באתר.
- Scroll Depth: מופעל לפי אחוז הגלילה של הגולש בדף שנגדיר, עוזר לנו להבין כמה התוכן שלנו טוב, איפה רוב הגולשים נוטשים את העמוד ועוד.
- Timer: מופעל לאחר פרק זמן שהגדרנו, יכול לשמש לנו להצגת מודעות או תוכן ספציפי רק לאחר זמן מסויים של גלישה באתר.
משתנים (Variables)

המשתנים נותנים מידע נוסף שעוזר להגדיר את התגית או הטריגר שלנו. בתמונה ניתן לראות רשימה של משתנים מובנים מראש. עבור רוב הפעולות הפשוטות והרגילות לא נצטרך להקים משתנים חדשים כי רובם כבר קיימים ברשימה.
הטמעת מעקבים: אנליטיקס 4, גוגל אדס והפיקסל של מטא
בחלק הזה נסביר לך איך להטמיע מעקבים דרך גוגל תג מנג'ר ונדבר על 3 הפלטפורמות העיקריות - גוגל אדס, גוגל אנליטיקס ופייסבוק.
הטמעת גוגל אדס והמרות משופרות:
אחד הדברים הכי טובים שתוכלו לעשות עבור האתר שלכם בין אם אתם אתר איקומרס או לידים זה להטמיע המרות משופרות אותם המרות רק עם "טורבו" אני אוהב לקרוא להם, כל מי שעושה פרסום בגוגל ברגע שיתחיל להשתמש בתכונה זו יראה שי]ור בתוצאות.
- במסך הראשי לוחצים על "Add new Tag" ליצירת תגית חדשה במערכת

2. לוחצים על הוספת תגית.

3. בחרו ב"Google Ads" בשביל גוגל אדס.

4. בחרו בתגית של Google Tag והוסיפו את מס חשבון גוגל אדס שלכם.
התגית הזאת תמשוך נתונים גם עבור גוגל אנליטיקס ושאר השירותים של גוגל במידה ונרצה לחבר אותם לחשבון.
בעצם מדובר בתגית שמכילה את המוצרים של גוגל.

5. כעת נבחר את הטריגר עבור התג.

6. בחרו בטריגר של כלל הדפים מסוג צפייה בדף, כמו בתמונה.
בעצם אנחנו בוחרים בטריגר של צפייה בדף בכל העמודים באתר.

7. ניתן לתג החדש שם כדי שיהיה לנו סדר וכדי שלא נתבלבל בין התגים שניצור בעתיד.

8. לאחר שיצרנו את התג ושמרנו אותו, נחזור לדף הראשי ונלחץ על "Submit". לאחר שלחצנו על הכפתור יפתח לנו חלון חדש של פרסום השינויים. נוודא שאנחנו בוחרים באפשרות כמו בתמונה ונלחץ על "Publish".

9. כאן נוכל לתת שם ותיאור לשינויים שביצענו, יעיל עבור מגוון רחב של דברים.

הטמעת המרות משופרות לגוגל אדס:
בואו נחזור לשלב 5 בהקמת התגית של גוגל אדס:

מה זה המרות משופרות?
המרות משופרות הן המרות שהמדידה עליהן היא יותר מדוייקת. זה מתבצע באמצעות קבלת נתונים ממקור ראשון (התגית המיועדת להמרה) בשונה ממקור שני או שלישי כאשר מדובר בתגית הכוללת של גוגל אדס.
באמצעות המרות משופרות נוכל להבין טוב יותר את ביצועי הקמפיינים ולייעל אותם.
כמו שאתם רואים בתמונה יש לנו מס' אפשרויות והן:
• Google Ads Conversion Tracking - באמצעות התגית הזאת נוכל להגדיר המרות משופרות ולקבל מידע מדוייק יותר עבור ההמרות.
• Google Ads Remarketing - יתן לנו מידע מדוייק על הגולשים באתר שלנו, מאיפה הגיעו ומה עשו באתר על מנת שנוכל לייעל את המידע הזאת עבור קמפיין רימרקטינג
• Google Ads Calls from Website Conversion - התגית הזו נותנת לנו אפשרות לקבל מידע אחר השיחות שמתקבלות מהאתר שלנו.
• Google Ads User-provided Data Event - באמצעות התגית הזאת נקבל מידע מנתונים שגולשים הזינו באתר שלנו.
בשביל ליצור את ההמרות המשופרות, תצטרכו תחילה להקים אותם בגוגל אדס ולאחר מכן להמשיך בגוגל תג מנג'ר.
הטמעת גוגל אנליטיקס 4:
- במסך הראשי לוחצים על "Add new Tag" ליצירת תגית חדשה במערכת

2. לוחצים על הוספת תגית.

3. בחרו ב"Google Analytics" בשביל גוגל אנליטיקס 4.

4. בחרו בתגית של Google Tag והוסיפו את מס חשבון גוגל אנליטיקס שלכם.
התגית הזאת תמשוך נתונים גם עבור גוגל אדס ושאר השירותים של גוגל במידה ונרצה לחבר אותם לחשבון.
בעצם מדובר בתגית שמכילה את המוצרים של גוגל.

5. כעת נבחר את הטריגר עבור התג.

6. בחרו בטריגר של כלל הדפים מסוג צפייה בדף, כמו בתמונה.
בעצם אנחנו בוחרים בטריגר של צפייה בדף בכל העמודים באתר.

7. ניתן לתג החדש שם כדי שיהיה לנו סדר וכדי שלא נתבלבל בין התגים שניצור בעתיד.
נשמור את התג.

8. לאחר שיצרנו את התג ושמרנו אותו, נחזור לדף הראשי ונלחץ על "Submit". לאחר שלחצנו על הכפתור יפתח לנו חלון חדש של פרסום השינויים. נוודא שאנחנו בוחרים באפשרות כמו בתמונה ונלחץ על "Publish".

9. כאן נוכל לתת שם ותיאור לשינויים שביצענו, יעיל עבור מגוון רחב של דברים.

הטמעת הפיקסל של פייסבוק:
- יוצרים תג חדש כמו מקודם.

- בוחרים בסוג התג.

- עכשיו נבחר בתגית מסוג HTML

- נעבור למנהל המודעות בפייסבוק ונלך למנהל האירועים.

- נבחר בחיבור מקור נתונים חדש

- 6. נבחר בחיבור אתר אינטרנט.

- 7. ניתן שם למקור הנתונים שלנו.

- 8. נוסיף את כתובת האתר שלנו.

- 9. נבחר באפשרות של עשה זאת בעצמך.

- 10. נבחר בפיקסל של META בלבד.

- 11. התקן באופן ידני.

- 12. כאן אנחנו מקבלים את קוד הפיקסל שעלינו להטמיע בתגית החדשה של הHTML שיצרנו. נעתיק את הקוד ונעבור בחזרה לתג מנג'ר.

- 13. נדביק את הקוד.

- 14. נבחר טריגר של יישום התגית בכל הדפים.

- 15. ניתן שם לתגית ונשמור.

16. לאחר שיצרנו את התג ושמרנו אותו, נחזור לדף הראשי ונלחץ על "Submit". לאחר שלחצנו על הכפתור יפתח לנו חלון חדש של פרסום השינויים. נוודא שאנחנו בוחרים באפשרות כמו בתמונה ונלחץ על "Publish".

17. נחזור לפייסבוק, נבחר בהמשך כדי להגיע לעמוד הבא וסיימנו.
שכבת ההסכמה: מה גוגל דורשת, ומה החוק הישראלי דורש
זה החלק שרוב המדריכים בעברית לכלי הזה מדלגים עליו, והוא זה שקובע היום אם המדידה שלכם שלמה או חסרה. מצב ההסכמה (Consent Mode) הוא מנגנון שבו האתר מודיע לגוגל מה המשתמש אישר, והתגיות משנות התנהגות בהתאם. בתג מנג'ר יש לזה מקום ייעודי: תגיות של גוגל מגיעות עם בדיקות הסכמה מובנות, ולתגיות שאין להן בדיקה מובנית אפשר להוסיף בדיקה ידנית תחת Advanced > Consent Settings.
שבעת סוגי ההסכמה, ומה נשבר בכל אחד מהם
גוגל מגדירה שבעה סוגי הסכמה. כל אחד מהם יכול להיות מאושר (granted) או נדחה (denied). זו הטבלה המלאה, עם עמודת "מה נשבר" שנגזרת מהתיעוד של גוגל:
| סוג ההסכמה | מה הוא שולט עליו | מה נשבר כשהוא נדחה |
|---|---|---|
ad_storage | אחסון עוגיות ומזהי מכשיר לצורכי פרסום | לא נכתבות עוגיות פרסום. מזהי קליק כמו GCLID מצונזרים. |
ad_user_data | שליחת נתוני משתמש לגוגל לצורכי פרסום | נשבר השימוש בנתונים אישיים לפרסום, כולל המרות משופרות ונתוני משתמש מוצפנים. גוגל מגדירה אותו כנדרש לשימושי מדידה כמו המרות משופרות ומעקב המרות מבוסס תגית. |
ad_personalization | פרסום מותאם אישית | רימרקטינג בגוגל אדס, ב-Display & Video 360 וב-Search Ads 360 לא מקבל נתונים. |
analytics_storage | אחסון לצורכי אנליטיקס, למשל משך ביקור | אין עוגיית אנליטיקס. הנתונים נשלחים ללא עוגיות ומשמשים למידול. |
functionality_storage | אחסון שתומך בתפקוד האתר, למשל הגדרות שפה | העדפות בסיסיות של המשתמש לא נשמרות. |
personalization_storage | אחסון להתאמה אישית, למשל המלצות וידאו | אין המלצות מותאמות. |
security_storage | אחסון לצורכי אבטחה, אימות ומניעת הונאה | נפגעות יכולות אימות והגנה על המשתמש. |
הנקודה הפרקטית שכדאי לזכור: גוגל כותבת במפורש ששני הסוגים ad_user_data וad_personalization צריכים שניהם להיות מאושרים כדי לאפשר פרסום מותאם אישית בפלטפורמות הפרסום שלה. אישור אחד מהם לא מספיק.
בסיסי מול מתקדם: ההחלטה שמשפיעה על כמות הנתונים שתקבלו
גוגל מגדירה שתי דרכים ליישם מצב הסכמה, והבחירה ביניהן היא ההחלטה הכי משמעותית בכל ההטמעה:
| מאפיין | מצב הסכמה בסיסי | מצב הסכמה מתקדם |
|---|---|---|
| טעינת התגיות | חסומה עד שהמשתמש מגיב לבאנר ההסכמה | נטענות מיד, עם ברירת מחדל "נדחה" אלא אם הוגדר אחרת |
| העברת נתונים | שום דבר לא נשלח לפני הסכמה, גם לא מצב ההסכמה עצמו | כשההסכמה נדחית נשלחים מצב ההסכמה ומדידות ללא עוגיות |
| מידול המרות | מודל כללי, פחות מדויק | מודל ייעודי למפרסם, מדויק יותר |
| מתי לבחור בו | כשהעמדה המשפטית שלכם היא שאסור לשדר כלום לפני הסכמה | כשרוצים לשמר כמה שיותר מהמדידה בתוך גבולות ההסכמה |
ההבדל הזה הוא הסיבה שעסקים זהים בגודלם רואים פערים גדולים בכמות ההמרות המדווחות. במצב בסיסי, משתמש שלא נגע בבאנר פשוט לא קיים בנתונים. במצב מתקדם הוא נספר כאות ללא עוגייה, וגוגל משתמשת באות הזה כדי למדל את ההמרה החסרה.
ומה לגבי ישראל
כאן צריך לדייק, כי רוב מה שמתורגם לעברית מגיע ממדריכים אירופיים. מסמך הדרישה של גוגל בנושא מצב הסכמה פונה מפורשות למי שמקבל נתוני משתמש ממשתמשי קצה באזור הכלכלי האירופי (EEA). אתר ישראלי שכל קהלו בישראל אינו נכנס לדרישה הזו של גוגל.
אבל שתי נקודות הופכות את זה לרלוונטי בכל זאת לרוב העסקים שאנחנו עובדים איתם:
- תיקון 13 לחוק הגנת הפרטיות נכנס לתוקף ב-14 באוגוסט 2025. הוא מבטל את ההסתמכות על הסכמה שבשתיקה ומחייב הסכמה אקטיבית ומפורשת. כלומר גם בלי דרישת גוגל, אתר ישראלי צריך היום מנגנון הסכמה אמיתי, ולא באנר שנעלם לבד.
- כל עסק שמוכר או מפרסם לאירופה נכנס לדרישת גוגל. חנות איקומרס ישראלית שמשלחת לאיחוד האירופי, או קמפיין שמכוון לקהל שם, נמצאים בתוך הגדרת המסמך.
המסקנה שאנחנו נותנים ללקוחות: אם יש לכם תנועה אירופית כלשהי, הגדירו מצב הסכמה מתקדם. אם אתם ישראל בלבד, עדיין צריך מנגנון הסכמה בגלל תיקון 13, אבל אתם לא חייבים לחסום את התגיות לפני התגובה לבאנר. זו החלטה משפטית שכדאי לקבל עם עורך דין ולא מתוך מדריך, שלנו או של אחרים.
שלוש שכבות ההטמעה של 2026
בשנתיים האחרונות ההטמעה של תג מנג'ר הפסיקה להיות שאלה בינארית של "מותקן או לא". יש היום שלוש שכבות, והן מצטברות ולא מחליפות זו את זו:
| השכבה | מה היא עושה | מה היא פותרת | מה היא לא פותרת |
|---|---|---|---|
| מיכל אינטרנט רגיל (client-side) | התגיות רצות בדפדפן של הגולש | ניהול מדידה בלי מפתח, שינויים בדקות | חוסמי פרסום, מגבלות עוגיות של דפדפנים, משקל סקריפטים בדפדפן |
| שער התגית של גוגל למפרסמים (Google tag gateway for advertisers) | הסקריפט של גוגל נטען מהדומיין שלכם, דרך ה-CDN, מאזן העומסים או שרת האתר הקיים | טעינה ומדידה בהקשר של צד ראשון, פחות אינטראקציות עם צד שלישי | לא מזיז את עיבוד הנתונים לשרת ולא מייתר הסכמה |
| מיכל שרת (server-side tagging) | מיכל נוסף שרץ בשרת שלכם, למשל ב-Cloud Run או ב-App Engine, ומקבל את הנתונים לפני שהם נשלחים הלאה | שליטה מלאה במה נשלח לכל פלטפורמה, ניקוי והעשרה של נתונים, פחות JavaScript של צד שלישי בדפדפן | לא מייתר את שכבת ההסכמה, ולא חוסך את הצורך בשכבת נתונים תקינה |
מיכל השרת משתמש באותו מודל של תגיות, טריגרים ומשתנים שאתם מכירים מהמיכל הרגיל, ולכן המעבר אליו הוא פחות קפיצה טכנולוגית ממה שנשמע. מה שכן משתנה הוא התחזוקה: מיכל שרת הוא תשתית שרצה, עם עלות ריצה ועם צורך בניטור, ולא הגדרה חד פעמית.
סדר העבודה שאנחנו ממליצים עליו, וגם גוגל ממליצה להשלים את שני השלבים האחרונים יחד: קודם מיכל רגיל תקין עם שכבת נתונים ומצב הסכמה, אחר כך מיפוי דומיין מותאם ושער תגית, ורק אז מיכל שרת. מי שמתחיל ממיכל שרת על גבי מדידה שבורה מקבל את אותם נתונים שגויים, רק יקר יותר.
איך בודקים שזה באמת עובד
הטמעה בלי בדיקה היא ניחוש. שלוש שכבות הבדיקה, בסדר הזה:
- מצב תצוגה מקדימה (Preview) בתג מנג'ר. פותח את האתר במצב דיבאג ומראה בכל אירוע אילו תגיות נורו, אילו לא, ולמה. השאלה הנכונה היא לא "האם התגית ירתה" אלא "האם היא ירתה פעם אחת". תגית שיורה פעמיים בעמוד תודה היא הגורם הנפוץ ביותר לספירת המרות מנופחת.
- Tag Assistant. גוגל מציינת אותו במפורש ככלי שעוזר להבין את שדות ההסכמה ואיך התגית מתנהגת בפועל, כדי לדבג את ההטמעה.
- הפרמטרים בבקשה עצמה. כשמצב הסכמה פעיל, הוא מתורגם לפרמטרים ב-HTTP כמו
dma,gcdו-gcs, וההסכמה לשירותי גוגל מקודדת ב-dma_cps. הפרמטרgcsמשדר את מצבad_storageוanalytics_storage. עובדה שכדאי להכיר: הפרמטרgcdנשלח לגוגל תמיד, בין אם מצב ההסכמה מופעל ובין אם לא.
הבדיקה האחרונה היא הצלבה מול המערכת עצמה: מספר ההמרות בגוגל אדס לחודש מול מספר הלידים במערכת ה-CRM. אם הפער עולה על עשרה אחוזים, יש בעיית מדידה, ולא בעיית קמפיין.
היגיינת מיכל: המספר שגוגל נותנת ואף אחד לא מודד
מיכל תג מנג'ר מצטבר. כל קמפיין שנגמר, כל כלי צ'אט שהוחלף וכל בדיקת A/B שהסתיימה משאירים מאחוריהם תגית. גוגל מפרסמת על זה הנחיה מדידה שכמעט אף מדריך בעברית לא מצטט:
במיכלים עם מספר גדול של תגיות, טריגרים ומשתנים, או עם תגיות HTML מותאמות גדולות, מופיע מחוון גודל (Size indicator) בעמודי הגרסאות. אם ערך המחוון גבוה מ-70 אחוז, גוגל אומרת שצריך לנקוט צעדים לאופטימיזציה של הגדרות המיכל. ההנחיות הרשמיות לניקוי: להסיר תגיות ומשתנים שכבר לא בשימוש, ולפצל מיכלים גדולים שפרושים על כמה אתרים או על חלקים של אתר גדול מאוד למיכלים קטנים יותר. לקוחות 360 יכולים להשתמש ב-zones כדי לטעון כמה מיכלים באופן מותנה.
שלוש בדיקות שאנחנו מריצים על מיכל שאנחנו יורשים מסוכנות קודמת: כמה תגיות יורות בכל צפיית עמוד, כמה מהן שייכות לכלים שכבר לא בשימוש בעסק, וכמה תגיות HTML מותאמות אישית יש. תגית HTML מותאמת היא גם המקום שבו מסתתר קוד של ספק שכבר לא עובדים איתו, וזו גם חשיפת אבטחה ולא רק בזבוז משקל.
ארבעה מיתוסים מול התיעוד
| מה שנהוג לומר | מה שהתיעוד אומר |
|---|---|
| "מעבר למדידה בצד השרת מייתר את מצב ההסכמה" | לא. מדידה בצד השרת משנה איפה התגיות רצות, לא האם ההסכמה חלה. לגוגל יש מסמך ייעודי ליישום מצב הסכמה עם מיכל שרת, מה שמעיד בדיוק על ההפך. מיכל אינטרנט עדיין אוסף את ההסכמה, ומיכל השרת מפעיל תגיות לפי האותות שהוא מקבל. |
| "first-party mode היא התכונה שצריך לחפש" | השם הזה כבר לא בשימוש. המוצר נקרא היום Google tag gateway for advertisers, שער התגית של גוגל למפרסמים. כתובת התיעוד הישנה של first-party mode מחזירה 404, נבדק ב-03.09.2026. |
| "תג מנג'ר מחליף את גוגל אנליטיקס" | לא. תג מנג'ר הוא מנגנון הפצה. הוא מפעיל את התגית של אנליטיקס 4, ואת הנתונים והדוחות מקבלים באנליטיקס עצמו. מיכל בלי תגית אנליטיקס לא ימדוד כלום. |
| "אם הגולש לא אישר, אין נתונים בכלל" | תלוי במימוש. במצב הסכמה בסיסי אכן לא נשלח דבר. במצב מתקדם נשלחים מצב ההסכמה ומדידות ללא עוגיות, וגוגל משתמשת בהם כדי למדל המרות ואירועי מפתח שחסרים. |
איך אנחנו מודדים לידים אצלנו, שורה אחר שורה
הכי קל לכתוב מדריך תיאורטי. אז הנה ההטמעה שרצה על האתר הזה עצמו, כדוגמה למבנה מינימלי שעובד לעסק שמייצר לידים ולא מכירות אונליין:
- מיכל אחד על כל האתר, כולל הגרסה האנגלית.
- אירוע המרה יחיד: שליחת טופס יצירת קשר או טופס חבילות. לא צפיית עמוד, לא גלילה, לא זמן שהייה. אירוע אחד שמייצג ליד אמיתי.
- שלוש תגיות שיורות על אותו אירוע: אירוע מפתח בגוגל אנליטיקס 4, המרה בגוגל אדס, ואירוע ליד בפיקסל של מטא.
- הצלבה חודשית: מספר ההמרות בגוגל אדס מול מספר הלידים שנכנסו למערכת ניהול הלידים. הפער שאנחנו מקבלים כתקין הוא עד עשרה אחוזים, כי חלק מהלידים מגיעים בטלפון ובוואטסאפ שלא עוברים דרך הטופס.
- מקור הליד נשלח בגוף המייל, כדי שגם בלי לפתוח דוח אפשר לדעת אם הליד הגיע מהעמוד האורגני או מהקמפיין.
המבנה הזה נראה פשוט מדי, וזו בדיוק הנקודה. רוב חשבונות הלקוחות שאנחנו יורשים סובלים מהבעיה ההפוכה: אחת עשרה המרות מוגדרות, מתוכן שבע הן צפיות עמוד או קליקים על כפתור, וכולן מסומנות כהמרה ראשית. אלגוריתם ההצעות של גוגל מקבל אז אות רועש, ומייעל לכיוון הפעולה הזולה ביותר במקום לליד. מיכל טוב הוא מיכל צנום.
מקורות
כל העובדות המוצריות והרגולטוריות בעמוד הזה נבדקו מול מקורות ראשוניים בתאריך 03.09.2026: מרכז העזרה של Google Tag Manager בנושא ניהול חשבונות, מיכלים וגודל מיכל, מסמכי Google Tag Platform בנושא מצב הסכמה וסוגי ההסכמה, מסמך הדרישה של גוגל למקבלי נתונים מה-EEA, תיעוד Server-side Tagging ו-Google tag gateway for advertisers. תאריך כניסת תיקון 13 לחוק הגנת הפרטיות לתוקף, 14 באוגוסט 2025, נבדק מול פרסומים ישראליים בנושא. עמוד זה נכתב ומתוחזק על ידי צוות SFB Digital Marketing מתוך עבודה שוטפת על חשבונות מדידה של לקוחות.
שאלות נפוצות על גוגל תג מנג'ר
גוגל תג מנג'ר בחינם או בתשלום?
הגרסה הרגילה של Google Tag Manager היא חינמית לחלוטין, ונרשמים אליה עם חשבון גוגל רגיל. יש גם גרסת Tag Manager 360 שהיא מוצר ארגוני בתשלום עם תמיכה ויכולות נוספות, כמו zones לטעינה מותנית של כמה מיכלים. לרוב המוחלט של העסקים בישראל הגרסה החינמית מספיקה בלי פשרה.
מה ההבדל בין גוגל תג מנג'ר לגוגל אנליטיקס?
תג מנג'ר הוא מנגנון שמפעיל תגיות. אנליטיקס הוא מערכת שאוספת נתונים ומציגה דוחות. תג מנג'ר לא אוסף שום דבר בעצמו, הוא רק מפעיל את התגית של אנליטיקס 4 ואת שאר התגיות. אפשר להטמיע אנליטיקס בלי תג מנג'ר, אבל אז כל שינוי במדידה דורש נגיעה בקוד האתר.
האם צריך מצב הסכמה (Consent Mode) לאתר ישראלי?
דרישת מצב ההסכמה של גוגל מנוסחת למי שמקבל נתוני משתמש ממשתמשים באזור הכלכלי האירופי. אתר שכל קהלו בישראל אינו בתוך הדרישה הזו. עם זאת, תיקון 13 לחוק הגנת הפרטיות נכנס לתוקף ב-14 באוגוסט 2025 ומחייב הסכמה אקטיבית ומפורשת במקום הסכמה שבשתיקה, ולכן מנגנון הסכמה נדרש בישראל בכל מקרה. עסק שמפרסם או מוכר לאירופה נכנס גם לדרישת גוגל. זו החלטה משפטית שכדאי לקבל עם עורך דין.
מה ההבדל בין מצב הסכמה בסיסי למתקדם?
במצב בסיסי התגיות חסומות לגמרי עד שהמשתמש מגיב לבאנר, ולפני כן לא נשלח לגוגל שום דבר, גם לא מצב ההסכמה. במצב מתקדם התגיות נטענות מיד עם ברירת מחדל של דחייה, וכשההסכמה נדחית עדיין נשלחות מדידות ללא עוגיות. ההשלכה: מצב בסיסי מקבל מידול המרות לפי מודל כללי, ומצב מתקדם מקבל מודל ייעודי למפרסם שהוא מדויק יותר.
האם מדידה בצד השרת מייתרת את ההסכמה?
לא. מדידה בצד השרת משנה איפה התגיות רצות, לא האם ההסכמה חלה. מיכל האינטרנט עדיין אוסף את ההסכמה, ומיכל השרת מפעיל תגיות בהתאם לאותות שהוא מקבל. לגוגל יש מסמך ייעודי בדיוק על יישום מצב הסכמה עם מיכל שרת.
מה זה שער התגית של גוגל (Google tag gateway)?
זו התכונה שמאפשרת להגיש את הסקריפט של גוגל מהדומיין שלכם עצמו, באמצעות ה-CDN, מאזן העומסים או שרת האתר הקיים, כך שגם חלק מבקשות המדידה נשלחות בהקשר של צד ראשון. השם הקודם של הרעיון הזה היה first-party mode, וכתובת התיעוד ההיא כבר מחזירה 404. גוגל ממליצה לשלב אותו יחד עם מיכל שרת ומיפוי דומיין מותאם.
כמה תגיות זה יותר מדי במיכל אחד?
גוגל לא נותנת מספר תגיות מקסימלי, אלא מחוון גודל שמופיע בעמודי הגרסאות במיכלים גדולים. הכלל הרשמי הוא שאם המחוון עובר 70 אחוז, צריך לבצע אופטימיזציה: להסיר תגיות ומשתנים שלא בשימוש, ולפצל מיכל שפרוש על כמה אתרים למיכלים נפרדים.
למה ההמרות בגוגל אדס לא תואמות למספר הלידים שלי?
שלוש סיבות נפוצות, לפי הסדר שבו כדאי לבדוק אותן: תגית שיורה יותר מפעם אחת על אותו עמוד תודה, מה שמנפח את הספירה; המרות שהוגדרו על צפיית עמוד או על קליק ולא על שליחת טופס אמיתית; ולידים שמגיעים בטלפון או בוואטסאפ ולא עוברים דרך הטופס בכלל, מה שמקטין את הספירה. פער של עד עשרה אחוזים מול מערכת ה-CRM הוא סביר, פער גדול מזה הוא בעיית מדידה.




