Google Tag Manager: מדריך מעשי למעקב המרות באתר

מה זה Google Tag Manager, ולמה קוראים לו מנהל תגים?

Google Tag Manager, שנכתב לפעמים בעברית גוגל תג מנג'ר ובקיצור GTM, הוא מערכת לניהול תגים מבית Google. תג הוא קטע קוד ששולח מידע מהאתר לכלי חיצוני, למשל אירוע ל-GA4, המרה ל-Google Ads או פיקסל של רשת חברתית. במקום להדביק כל קוד כזה בתבנית האתר, מתקינים פעם אחת קוד של קונטיינר ומנהלים את כל התגים דרך ממשק אינטרנטי. לפי Google, הכלי ניתן בחינם, ויש גם גרסה בתשלום בשם Tag Manager 360.

ההתקנה כוללת שני קטעי קוד. לפי מרכז העזרה של Tag Manager, את החלק הראשון מדביקים גבוה ככל האפשר בתוך ה-head של העמוד, ואת החלק השני, שמתחיל ב-noscript, מיד אחרי פתיחת ה-body. מרגע שהקונטיינר באתר, אפשר להוסיף ולשנות תגים בלי לגעת שוב בקוד, וקוד הקונטיינר משמש גם כאחת הדרכים לאמת נכס מסוג URL-prefix ב-Google Search Console.

יש כמה סוגי קונטיינרים: Web לאתרים, iOS ו-Android לאפליקציות, AMP לעמודי AMP ו-Server לתיוג בצד השרת. אתר עסקי רגיל צריך קונטיינר Web אחד. המדריך עוסק בו, ובמה שאפשר למדוד דרכו כדי להבין מאיפה מגיעות פניות.

ממה בנוי קונטיינר: תגים, טריגרים ומשתנים

כל מה שקורה בתוך GTM נשען על שלושה רכיבים. תג (Tag) הוא הפעולה, למשל שליחת אירוע בשם phone_click ל-GA4. טריגר (Trigger) הוא התנאי שקובע מתי התג יופעל, למשל לחיצה על קישור טלפון. משתנה (Variable) הוא פיסת מידע שהתג או הטריגר משתמשים בה, למשל כתובת הקישור שעליו לחצו או הנתיב של העמוד.

חלק מהמשתנים מובנים בכלי. לפי מרכז העזרה, יש משתנים מובנים לקליקים, כמו Click URL ו-Click Text, לטפסים, כמו Form ID, ולעמודים, כמו Page Path ו-Referrer. אם משתנה שאתם צריכים לא מופיע ברשימה, מפעילים אותו במסך Variables, תחת Built-In Variables.

רכיב נוסף שכדאי להכיר הוא שכבת הנתונים (data layer). לפי התיעוד למפתחים של Google, זה מערך JavaScript בשם dataLayer שמעביר מידע מהאתר לתגים, ופקודת push עם מפתח event יוצרת אירוע שטריגר מסוג Custom Event מאזין לו. Google ממליצה לאתחל את שכבת הנתונים מעל קוד הקונטיינר ולהוסיף לה נתונים רק ב-push, כי הצבה מחדש של המערך מוחקת את מה שכבר נמצא בו. זו גם הדרך ש-Google ממליצה עליה כדי לוודא שתג מגיב לפעולה שקרתה בעמוד, למשל טופס שנשלח בלי טעינת עמוד חדש.

מתי צריך GTM, ומתי תג GA4 ישיר מספיק?

לא כל אתר צריך Tag Manager. לפי מרכז העזרה של Tag Manager, מי שצריך רק מדדים בסיסיים, כמו צפיות בעמודים, קליקים וגלילות, יכול להתקין את Google tag פעם אחת ולסיים. GTM מתאים כשמנהלים כמה כלים, כולל תגים של צד שלישי, וכשרוצים להגדיר אירועים בלי לשנות את קוד האתר בכל פעם. Google גם מציינת שמי שכבר משתמש ב-Tag Manager לא צריך להוסיף לאתר קוד gtag.js נפרד.

התמונה הזו משתנה בהדרגה. בעדכון מאוגוסט 2026 במרכז העזרה של Tag Manager, Google הודיעה ש-Google tags ישודרגו לקונטיינרים מלאים של Tag Manager, עם ממשק להגדרת תגים, כלי דיבאג וניהול גרסאות. לפי אותו עדכון, השדרוג לא משנה את התנהגות התגים בעמוד, ובקונטיינרים קיימים של GTM לא מתבצעים שינויים אוטומטיים. נכון לאוקטובר 2026, השאלה המעשית נשארת אותה שאלה: מה אתם צריכים למדוד, ומי יתחזק את זה.

איך מודדים שליחת טופס, טלפון ווואטסאפ כאירועים מרכזיים?

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

שלוש שורות הטופס הן שלוש דרכים למדוד את אותה פעולה, ובוחרים אחת מהן בלבד, אחרת כל פנייה תיספר פעמיים. לפי מרכז העזרה, טריגר Form Submission עם האפשרות Check Validation מופעל רק כשהטופס נשלח בהצלחה, ובלעדיה הוא מופעל בכל ניסיון שליחה. בטפסים שנשלחים בלי טעינת עמוד חדש כדאי לבדוק במצב Preview שהטריגר אכן מופעל, ואם לא, לעבור לאירוע ששולח הטופס עצמו או להופעת הודעת התודה.

בטלפון ובוואטסאפ הטריגר הוא לחיצה על קישור. לפי WhatsApp, קישורי לחיצה לצ'אט בנויים מהכתובת wa.me ואחריה מספר הטלפון בפורמט בינלאומי, אבל יש תוספים וכפתורים שיוצרים קישורים בפורמט אחר, ולכן כדאי לבדוק ב-Preview מה ערך ה-Click URL בפועל. השמות phone_click ו-whatsapp_click הם שמות שבוחרים בעצמכם, ולעומתם generate_lead הוא שם ש-Google מציעה למדידת ליד שנוצר, למשל דרך טופס.

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

איך בודקים במצב Preview ומפרסמים גרסה?

שום שינוי ב-GTM לא עולה לאוויר עד שמפרסמים אותו, וזה מה שמאפשר לעבוד בלי לחשוש לשבור את האתר. לחיצה על Preview פותחת את Tag Assistant, מזינים את כתובת האתר ולוחצים Connect, והאתר נפתח בחלון מחובר. לפי מרכז העזרה, במצב הזה הגלישה מתנהגת כאילו הטיוטה הנוכחית כבר פורסמה, ואפשר לראות אילו תגים הופעלו, באיזה סדר ומה הפעיל או לא הפעיל כל אחד מהם.

מצב Preview גלוי רק בדפדפן שבו הפעלתם אותו, או למי ששיתפתם איתו קישור, ולא למבקרים הרגילים באתר. בבדיקה מבצעים את הפעולה האמיתית: שולחים טופס בדיקה, לוחצים על כפתור הטלפון ועל כפתור הוואטסאפ, ומוודאים שכל תג הופעל פעם אחת בדיוק. במקביל אפשר לפתוח ב-GA4 את DebugView, שמציג את האירועים מהמכשיר שלכם בזמן אמת.

כשהכול עובד, לוחצים Submit ובוחרים Publish and Create Version. לפי Google, כדאי לתת לגרסה שם ותיאור שמסבירים מה השתנה, ונכון לאוקטובר 2026 מסך השליחה אף מציע שם ותיאור שנוצרו אוטומטית לפי השינויים, שכדאי לקרוא ולתקן לפני האישור. כל גרסה נשמרת במסך Versions, שבו רואים מי פרסם מה ומתי, ואפשר לפרסם מחדש גרסה קודמת אם משהו השתבש.

מי מקבל גישה, ואיך שומרים על סדר בקונטיינר?

ההרשאות ב-GTM מחולקות לשתי רמות. ברמת החשבון יש Administrator, שיכול ליצור קונטיינרים ולנהל משתמשים, ו-User, שרואה מידע בסיסי בלבד. ברמת הקונטיינר יש לפי מרכז העזרה חמש דרגות: No access, Read לצפייה בלבד, Edit לעריכה בלי פרסום, Approve ליצירת גרסאות בלי פרסום ו-Publish להרשאה מלאה כולל פרסום.

ההמלצה המעשית דומה לזו של GA4: פותחים את החשבון בחשבון Google של העסק, ובעל העסק או מי מטעמו הוא Administrator. ספק שמגדיר תגים מקבל הרשאת Edit או Publish לפי הצורך, ובסיום ההתקשרות מסירים אותה. כשכמה אנשים עובדים במקביל משתמשים בסביבות עבודה (Workspaces), ולפי מרכז העזרה בגרסה החינמית אפשר להחזיק עד שלוש, כולל ברירת המחדל.

סדר בשמות חוסך זמן כשחוזרים לקונטיינר אחרי חצי שנה. מוסכמה פשוטה היא סוג, אחריו כלי ואחריו פעולה, למשל GA4 Event phone_click לתג ו-Click tel links לטריגר, וכך ברור מהרשימה מה כל רכיב עושה. כדאי גם לקבץ רכיבים בתיקיות לפי כלי, למחוק תגים שכבר לא בשימוש ולכלול בדיקה של הקונטיינר בשגרת תחזוקת אתרים, למשל אחרי כל שינוי בטפסים או בכפתורים.

האם GTM מאט את האתר, ואיך הוא משתלב עם הסכמה לעוגיות?

הקונטיינר עצמו הוא קובץ JavaScript, וחלק מהתגים, בעיקר של כלים חיצוניים, טוענים קוד נוסף בדפדפן של המבקר. לכן השאלה היא פחות אם להשתמש ב-GTM ויותר מה שמים בתוכו. לפי ההנחיות של Google לניהול גודל הקונטיינר, כדאי לצמצם תגי Custom HTML ומשתני Custom JavaScript, להעדיף תבניות מובנות, להימנע מהצבת קוד JavaScript קבוע בתוך הכלי ולמחוק רכיבים שלא בשימוש.

במסך Versions מופיע מדד גודל, ולפי Google, כשהוא עובר 70% כדאי לייעל את הקונטיינר. לאתרים עם הרבה תגים Google מציעה גם תיוג בצד השרת (server-side tagging), שמפחית את כמות הקוד של צד שלישי שנטען בדפדפן. באתר עסקי קטן הצעד המשמעותי פשוט יותר: לא להעמיס פיקסלים שאף אחד לא משתמש בנתונים שלהם, ולבדוק את השפעת התגים כחלק מהעבודה על מהירות אתר.

בצד ההסכמה, לפי מרכז העזרה, טריגר Consent Initialization מופעל לפני כל הטריגרים האחרים, ונועד לתג של פלטפורמת ההסכמה ולהגדרות ברירת המחדל של Consent Mode. לתגים של Google יש בדיקות הסכמה מובנות, ולתגים אחרים אפשר להגדיר בדיקה נוספת, כך שהתג יופעל רק אם כל סוגי ההסכמה שהוגדרו לו אושרו. את כל ההגדרות רואים במקום אחד אחרי שמפעילים בהגדרות הקונטיינר את האפשרות Enable consent overview.

לפלטפורמות הסכמה מוכרות יש תבניות מוכנות בגלריית התבניות של הקהילה (Community Template Gallery), כך שלא צריך לכתוב קוד כדי לחבר באנר. זה לא ייעוץ משפטי: מה הבאנר צריך לכלול ואילו תגים מותר להפעיל לפני הסכמה הן שאלות לעורך דין. GTM הוא רק הכלי שמיישם את ההחלטה.