מה תג ההמרה צריך כדי לעבוד?
לפי התיעוד של Tag Manager, לתג מסוג Google Ads Conversion Tracking יש שני שדות חובה ושלושה שדות רשות. שדות החובה הם Conversion ID, שייחודי לחשבון Google Ads, לצד Conversion Label, שייחודי לפעולת ההמרה. שדות הרשות הם Conversion Value, Transaction ID ו-Currency Code.
שני פרטים מהתיעוד שחוסכים שעות של חיפוש. הראשון: אם השדה Conversion Value נשאר ריק או שהמשתנה שבו מחזיר undefined, GTM שולח את הערך 0. המרה עם ערך אפס נראית תקינה בממשק ומטעה כל אסטרטגיית בידינג שמבוססת על ערך. השני: פעולות המרה שנוצרו אוטומטית, כמו יעדים שזוהו אוטומטית או המרות של Smart campaign, לא מייצרות Conversion Label עצמאי. כדי לעבוד עם GTM יוצרים פעולת המרה ידנית ב-Google Ads ובוחרים באפשרות Use Google Tag Manager. שם מקבלים את שני המזהים.
מה Conversion Linker עושה?
כשמישהו לוחץ על מודעה, כתובת עמוד הנחיתה כוללת בדרך כלל מידע על הקליק. כשהגולש מבצע המרה, המידע הזה הוא שמאפשר לשייך אותה לקליק. הבעיה היא שההמרה קורית כמה עמודים אחר כך, כשהפרמטר כבר לא בכתובת.
לפי התיעוד, תג Conversion Linker מזהה אוטומטית את מידע הקליק בכתובות של עמודי הנחיתה ושומר אותו בעוגיות צד ראשון וב-local storage של הדפדפן, בדומיין שלכם. העוגיות נקראות בשמות שמתחילים ב-_gcl_, לדוגמה _gcl_aw ו-_gcl_gs. המפתח ב-local storage הוא _gcl_ls. כברירת מחדל העוגיות נכתבות על הדומיין הגבוה ביותר האפשרי ובנתיב השורש. באתר בכתובת blog.example.com הן ייכתבו על example.com.
מהקליק ועד ההמרה
איך המרה מקושרת לקליק על המודעה
האם עדיין צריך תג Conversion Linker נפרד?
זאת השאלה שהתשובה עליה השתנתה. עמוד התיעוד של Conversion Linker נפתח היום בהבהרה: אם הקונטיינר טוען Google tag או תג יעד (Destination tag) של אותו יעד בכל עמוד, הוא לא צריך גם תג Conversion Linker. התיעוד מוסיף שקונטיינרים עם תגי Google Ads ו-Floodlight טוענים Google tag אוטומטית לפני שליחת אירועים, אם אין להם תג יעד מחובר. ההיגיון: ה-Google tag מבצע את קישור ההמרות בעצמו. בטבלת הפרמטרים של Configuration Settings מופיע הפרמטר conversion_linker עם ברירת מחדל true, כשערך false מבטל את קישור ההמרות ל-Ads ול-Floodlight.
| המצב בקונטיינר | צריך תג Conversion Linker נפרד? |
|---|---|
| תג יעד של Google Ads נורה בכל עמוד | לא, לפי התיעוד |
| Google tag קלאסי נורה בכל עמוד | לפי עמוד Conversion Linker לא. עמודי עזרה אחרים של Google עדיין מבקשים אותו, לכן משאירים תג קיים |
| יש רק תג המרה בעמוד התודה, בלי תג של Google בעמודי הנחיתה | כן. פורסים אותו בכל עמוד שגולשים יכולים לנחות בו אחרי קליק |
| תג Conversion Linker קיים עם קידומת עוגייה, דומיין או קישור בין דומיינים שהוגדרו בו | לא מסירים אותו לפני שמוודאים שאותן הגדרות קיימות גם בתג שמחליף אותו |
כשכן מגדירים אותו, ההגדרה קצרה: תג חדש מסוג Conversion Linker עם הטריגר All Pages. התיעוד מסביר שברוב המקרים All Pages הוא הבחירה הנכונה, כדי שהתג יהיה פעיל בכל עמוד נחיתה אפשרי. אם התג כבר קיים בקונטיינר, באודיט בודקים שהוא לא מוגבל בטעות לחלק מהעמודים.
התיעוד של Google עצמו לא אחיד בנקודה הזאת. עמוד Conversion Linker אומר שקונטיינר עם Google tag בכל עמוד לא צריך את התג. עמוד פתרון התקלות של Tag Assistant אומר שמי שבוחר להשאיר Google tag בקונטיינר צריך להגדיר לצדו גם תג Conversion Linker וגם את תגי ההמרה. כלי Tag Diagnostics עדיין כולל אבחון בשם Missing conversion linker, שמופיע כשיש בקונטיינר תג Google Ads או Floodlight בלי תג Conversion Linker ומציע להוסיף אותו.
ההמלצה המעשית, כשיקול מקצועי ולא כציטוט מהתיעוד: בקונטיינר שעובד עם Google tag קלאסי ותגי המרה של Google Ads משאירים תג Conversion Linker על All Pages. זאת הבחירה השמרנית, כי היא תואמת את ההנחיה בעמוד של Tag Assistant וסוגרת את האבחון ב-Tag Diagnostics. בקונטיינר שעבר לתג יעד של Google Ads אפשר לוותר עליו, אחרי שבדקתם בעמוד נחיתה שהגעתם אליו מקליק על מודעה שעוגיות _gcl_ ממשיכות להיכתב.
תג היעד של Google Ads הוא חלק מהמבנה החדש של GTM: בוחרים ב-Tag Configuration את Google Ads ובתוכו שוב את Google Ads, מזינים Conversion ID ומשאירים את טריגר ברירת המחדל Initialization - All Pages. על המבנה הזה ועל Google tag הרחבנו במדריך Google tag ותג אירוע GA4.
איך מגדירים תג המרה ב-GTM צעד אחר צעד?
- יוצרים פעולת המרה ב-Google Ads. בתפריט Goals נכנסים ל-Summary ויוצרים פעולת המרה לאתר. בחלק Tag setup בוחרים Use Google Tag Manager ומעתיקים את Conversion ID ואת Conversion Label.
- מוודאים שיש טריגר אמין. הטריגר הטוב ביותר הוא אירוע dataLayer שהאתר שולח ברגע ההמרה. Google עצמה מגדירה אירוע מותאם כזה כ-best practice, כי הוא נותן סימן ברור להפעלת התג.
- יוצרים את התג. ב-GTM בוחרים Tag Configuration, אחר כך Google Ads, אחר כך Google Ads Conversion Tracking. מזינים את שני המזהים.
- מחברים ערך, מטבע ומזהה עסקה ממשתנים. התיעוד מבקש להשתמש במשתני Tag Manager בשדות האלה בכל מקום שאפשר. ערך קבוע מתאים רק לליד שהשווי שלו באמת קבוע.
- מחברים את הטריגר ושומרים. תג אחד לכל פעולת המרה, עם טריגר אחד ברור.
- בודקים ב-Preview ומפרסמים. מבצעים המרת בדיקה ומוודאים שהתג נורה פעם אחת עם הערכים הנכונים.
דוגמה לדחיפה שהמפתחים מוסיפים לעמוד אישור ההזמנה, לפי המבנה שמופיע בתיעוד של Google Ads:
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
'event': 'purchase',
'transaction_id': 'ORDER-10482'
});הערך ORDER-10482 הוא דוגמה בלבד. בפועל הוא נוצר דינמית לכל הזמנה. ב-GTM יוצרים טריגר Custom Event בשם purchase ומשתנה Data Layer Variable בשם transaction_id. השם חייב להתאים בדיוק למפתח שבדחיפה. איך מאפיינים דחיפות כאלה מול הפיתוח תיארנו במסמך dataLayer למפתחים.
איך מונעים המרות כפולות?
גולש שמרענן את עמוד התודה או חוזר אליו מפעיל את התג שוב. לפי התיעוד של Google Ads, הפתרון הוא Transaction ID: כששתי המרות של אותה פעולת המרה מגיעות עם אותו מזהה, Google Ads מזהה את השנייה ככפילות ולא סופר אותה.
הדרישות מהמזהה, לפי אותו תיעוד: ייחודי לכל הזמנה, נוצר דינמית בצד השרת או בפלטפורמת האיקומרס, עד 64 תווים, בלי מידע שמזהה את הלקוח. אותיות, ספרות ותווים כמו מקף מותרים. מספר ההזמנה הוא הבחירה הטבעית.
הטעות ההפוכה מסוכנת יותר מכפילות. מזהה קבוע, או משתנה שמחזיר את אותו ערך לכל ההזמנות, גורם ל-Google Ads לעבד רק את ההופעה הראשונה. התוצאה היא ספירת חסר משמעותית. לכן ב-GTM מזינים בשדה Transaction ID משתנה ולא טקסט קבוע.
שלוש הבהרות נוספות מהתיעוד. Transaction ID אינו תחליף להגדרת Count: ההגדרה One סופרת המרה אחת לכל קליק ומתאימה ללידים, בעוד Transaction ID סופר כל רכישה פעם אחת ומומלץ לרכישות. המזהים עצמם לא מוצגים בדוחות של Google Ads. המנגנון לא פותר כפילות של המרות view-through.
מה מגדירים כשעמוד הנחיתה ועמוד ההמרה בדומיינים שונים?
עוגיית צד ראשון נכתבת על דומיין אחד. אם הגולש נוחת ב-example.com ומשלם ב-example-pay.com, מידע הקליק לא עובר לבד. בתג Conversion Linker יש לזה הגדרה ייעודית:
- מסמנים Enable linking across domains. התג מתחיל לטפל בקישורים נכנסים שיש בהם פרמטר linker.
- ממלאים Auto Link Domains. רשימת הדומיינים שיקושרו. לכל קישור שמצביע לדומיין ברשימה יתווסף פרמטר linker לכתובת.
- מחליטים על Decorate Forms. מגדירים true אם המעבר בין הדומיינים נעשה בשליחת טופס.
- משאירים URL Position על Query Parameter. האפשרות Fragment קיימת, אבל לפי התיעוד Decorate Forms עובד רק עם Query Parameter, כי חלק מהדפדפנים מסירים את ה-fragment בשליחת טופס.
בדומיין היעד צריך תג linker תואם שבודק את הכתובות הנכנסות. כשהוא מוצא פרמטר תקין, הוא מחלץ ממנו את עוגיית המדידה ושומר אותה. המדידה חוצת הדומיינים של GA4 היא הגדרה נפרדת, שתיארנו במדריך המדידה חוצת הדומיינים ב-GA4.
איך בודקים שההמרה באמת נמדדת?
בדיקה מלאה עוברת בשלוש תחנות.
Tag Assistant. מפעילים Preview, מבצעים המרת בדיקה ובוחרים בתפריט הצד את תג Google Ads, שמופיע עם מזהה בפורמט AW ומספר. בלשונית Hits פותחים את פרטי הבקשה ובודקים את הפרמטר transaction_id. את שיטת העבודה ב-Preview פירטנו במדריך Preview ו-Tag Assistant.
לשונית Network בדפדפן. ב-Chrome Developer Tools מסננים לפי googleadservices.com/pagead/conversion ופותחים את ה-Payload של הבקשה. לפי התיעוד, מזהה העסקה מופיע שם בדרך כלל בפרמטר oid. אם הערך מתחיל ב-GG_, זה מזהה זמני ש-Google יצרה בעצמה. התיעוד מורה להתייחס אליו כאל Transaction ID ריק ולבדוק את ה-dataLayer.
סטטוס פעולת ההמרה ב-Google Ads. בעמוד Summary תחת Goals מופיעה עמודת Status עם חמישה מצבים:
| סטטוס | מה הוא אומר לפי Google Ads |
|---|---|
| Active | הכול עובד כמצופה |
| Needs attention | יש פריטים לטיפול, אבל ההמרות עדיין נרשמות |
| Misconfigured | רישום ההמרות נעצר לגמרי בגלל שגיאת הגדרה או תג שבור |
| Awaiting conversions | לא נרשמו המרות ב-7 הימים האחרונים. בדרך כלל הפעולה נוצרה לפני פחות מ-48 שעות, הקמפיינים מושהים או שהתנועה נמוכה מדי |
| Removed | הפעולה נמחקה או הועברה לארכיון ואינה מודדת |
Google מציינת שחלק מפרטי הסטטוס נמצאים בהטמעה הדרגתית, כך שייתכן שלא תראו את כולם בחשבון. בנוסף, תג שנורה ב-Preview הוא עדיין לא המרה שנספרה. המרת בדיקה שלא התחילה בקליק על מודעה לא אמורה להופיע בעמודות ההמרות של הקמפיינים, כי אין קליק לשייך אותה אליו. מה שבודקים ב-Preview הוא שהבקשה יוצאת עם המזהים והערכים הנכונים. את הפערים בין המספרים של שתי המערכות הסברנו בלמה מספר ההמרות ב-GA4 שונה מ-Google Ads.
שאלות נפוצות
מה ההבדל בין Conversion ID ל-Conversion Label?
לפי התיעוד של Tag Manager, ה-Conversion ID ייחודי לחשבון Google Ads, כך שכל תגי ההמרה של אותו חשבון משתמשים באותו מזהה. ה-Conversion Label ייחודי לכל פעולת המרה. את שניהם מעתיקים מפעולת ההמרה ב-Google Ads, בחלק Tag setup, אחרי בחירה באפשרות Use Google Tag Manager.
האם חייבים תג Conversion Linker ב-GTM?
לא תמיד. לפי עמוד התיעוד של Conversion Linker, קונטיינר שטוען תג יעד של אותו יעד או Google tag בכל עמוד לא צריך בנוסף תג Conversion Linker. עם זאת, עמוד העזרה של Tag Assistant עדיין מבקש אותו לצד Google tag קלאסי וכלי Tag Diagnostics מתריע כשהוא חסר, לכן בקונטיינר כזה עדיף להשאיר אותו על All Pages. כשאין שום תג של Google בעמודי הנחיתה, פורסים Conversion Linker בכל עמוד שגולשים עשויים לנחות בו אחרי קליק על מודעה.
אילו עוגיות Conversion Linker יוצר?
לפי התיעוד, התג שומר את מידע הקליק על המודעה בעוגיות צד ראשון ששמן מתחיל ב-_gcl_, לדוגמה _gcl_aw ו-_gcl_gs. בנוסף הוא שומר מידע ב-local storage של הדפדפן תחת המפתח _gcl_ls. כברירת מחדל העוגיות נכתבות על הדומיין הגבוה ביותר האפשרי ובנתיב השורש.
מה קורה אם משאירים את Conversion Value ריק?
לפי התיעוד של Tag Manager, כשהשדה Conversion Value ריק או שהערך שלו undefined, Google Tag Manager שולח את הערך 0. ההמרה תיספר אבל בלי שווי. לכן כדאי לבדוק ב-Preview שהמשתנה שמחובר לשדה מחזיר מספר אמיתי בכל המרה.
איך מונעים ספירה כפולה של המרות ב-Google Ads?
מוסיפים לתג ההמרה Transaction ID ייחודי לכל הזמנה, למשל מספר ההזמנה, דרך משתנה ולא כטקסט קבוע. לפי התיעוד של Google Ads, כששתי המרות של אותה פעולה מגיעות עם אותו מזהה, השנייה מזוהה ככפילות ולא נספרת. המזהה יכול להכיל עד 64 תווים ואסור שיכלול מידע שמזהה את הלקוח.
מה המשמעות של הסטטוס Awaiting conversions ב-Google Ads?
לפי התיעוד של Google Ads, הסטטוס אומר שלא נרשמו המרות ב-7 הימים האחרונים. ההסברים הרגילים הם שפעולת ההמרה נוצרה לפני פחות מ-48 שעות, שהקמפיינים מושהים או שתנועת האתר נמוכה מכדי לייצר המרה. הסטטוס Misconfigured, לעומת זאת, מצביע על שגיאת הגדרה או תג שבור שעצרו את הרישום לגמרי.
מה השורה התחתונה?
מדידת המרות של Google Ads ב-GTM נשענת על שלושה דברים: מידע הקליק נשמר בעמוד הנחיתה דרך תג יעד, Google tag או Conversion Linker, תג ההמרה נורה פעם אחת מטריגר אמין ועם ערך אמיתי, מזהה עסקה ייחודי מגן מפני כפילויות. כשאחד מהשלושה חסר, הקמפיינים ממשיכים לרוץ אבל הבידינג לומד מנתונים שגויים, מה שיקר יותר מכל שעת הטמעה. השלב הבא אחרי תג המרה תקין הוא Enhanced Conversions, שתיארנו במדריך Enhanced Conversions ל-Google Ads. הגדרה ובדיקה של תגי המרה הן חלק משירות הטמעת Google Tag Manager שלנו. את יסודות הקונטיינר, התגים והטריגרים ריכזנו במדריך המלא ל-Google Tag Manager. אם ההמרות ב-Google Ads לא תואמות את מה שקורה בפועל בעסק, כתבו לנו.
מקורות
Tag Manager Help: Google Ads conversions, Tag Manager Help: Conversion linker, Tag Manager Help: Your Google Tag Manager container and Google destinations, Tag Manager Help: Troubleshoot tag issues with Tag Diagnostics, Google Ads Help: Use a transaction ID to minimize duplicate conversions, Google Ads Help: Troubleshooting conversion tracking status, Tag Assistant Help: Troubleshoot with Tag Assistant, Analytics Help: Reuse configuration settings in Google Tag Manager
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי