איך להשתמש במזהה עסקה כדי לצמצם כפילויות בספירת ההמרות

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

מזהי עסקאות ייחודיים, כמו מספרי אישור הזמנה, חיוניים למדידה מדויקת של המרות, במיוחד כשמדובר ברכישות. הם מונעים כפילויות בספירת ההמרות ומאפשרים להשתמש בתכונות מדידה מתקדמות.

כדאי להשתמש במזהי עסקאות כדי לעקוב אחרי המרות אונליין ואופליין.

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

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

כדי לשפר את מדידת ההמרות, מומלץ מאוד להעלות המרות אונליין ששמרתם בבק-אנד (למשל במערכת ה-CRM), באמצעות המרכז לניהול נתונים בנוסף ל-Google Tag. במקרה כזה, מזהה העסקה צריך להיות זהה גם בתג וגם בהעלאות משרת לשרת. כך תוכלו לשפר את מעקב ההמרות. מידע נוסף מופיע כאן.

במאמר הזה מוסבר איך להוסיף מזהה עסקה ייחודי לתג מעקב ההמרות, ואיך להשתמש בו בהמרות אופליין.

הערה: בהקשר של המרות אופליין, כולל שינויים של ערכי ההמרות והמרות משופרות לצורך שיוך ללידים, המונח "מזהה הזמנה" מחליף את "מזהה עסקה". אם אתם משתמשים באחד מהמוצרים האלה, השדה "מזהה הזמנה" ישמש לציון "המזהה הייחודי" של המרה בהעלאות CSV או בקוד ה-API.

הנושאים בדף

• לפני שמתחילים
• הוראות
  • הגדרה של מזהי עסקאות באמצעות קטע קוד של אירוע ב-Google Tag‏ (gtag.js)
  • הגדרה של מזהי עסקאות באמצעות Google Tag Manager‏ (GTM)
  • הגדרה של מזהי עסקאות באמצעות מערכת ניהול תוכן (CMS)
  • הגדרה של מזהי עסקאות להמרות אופליין
  • הגדרה של מזהי עסקאות להמרות עם כמה מקורות נתונים
• בדיקת ההטמעה של מזהה העסקה ב-Google Tag
• אימות הפינג לציון המרה באמצעות הכלים למפתחים ב-Chrome
• שגיאות בכתיבת הקוד של מזהי העסקאות
• מידע על מזהה עסקה ועל ההגדרה "ספירה"

---

לפני שמתחילים

כדי שאפשר יהיה להוסיף מזהי עסקאות לתג מעקב המרות, צריך לוודא שהתנאים הבאים מתקיימים:

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

---

הוראות

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

חשוב לזכור

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

הגדרה של מזהי עסקאות באמצעות קטע קוד של אירוע ב-Google Tag‏ (gtag.js)

שלב 1 מתוך 3: יצירה וחשיפה של מזהה העסקה

כשמתרחשת המרה (לדוגמה, לקוח משלים רכישה), השרת צריך ליצור מזהה עסקה ייחודי. לאחר מכן אפשר להוסיף את המזהה הזה בקוד ה-HTML של דף אישור ההמרה. בדרך כלל מוסיפים את המזהה ישירות למשתנה JavaScript בדף.

לדוגמה, בדף אישור, הקוד בצד השרת עשוי ליצור קטע קוד כזה:

<script>
  const uniqueTransactionId = 'TID_1663445995_789'; // השרת צריך ליצור את הערך הזה באופן דינמי
</script>

שלב 2 מתוך 3: מעבירים את המזהה בקטע הקוד של האירוע (event snippet) ב-Google Tag

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

// המשתנה הזה יאוכלס במזהה הייחודי שיתקבל מהשרת שלכם
const uniqueTransactionId = 'TID_1663445995_789';

gtag('event', 'conversion', {
  'send_to': 'AW-CONVERSION_ID/CONVERSION_LABEL',
  'value': 120.50,
  'currency': 'USD',
  'transaction_id': uniqueTransactionId // זה המזהה הייחודי
});

שלב 3 מתוך 3: בדיקת התקינות של ההטמעה

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

הגדרה של מזהי עסקאות באמצעות Google Tag Manager

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

חלק 1: העברה של מזהה העסקה לשכבת הנתונים (למפתח האתר)

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

דוגמה לקוד שהמפתח צריך להוסיף לדף אישור ההמרה:

<script>
  window.dataLayer = window.dataLayer || [];
  window.dataLayer.push({
    'event': 'purchase', // שם של אירוע מותאם אישית שיפעיל את התג של GTM
    'transaction_id': 'UNIQUE_TRANSACTION_ID_FROM_YOUR_SYSTEM' // מזהה העסקה הדינמי
  });
</script>

נקודות חשובות למפתחים:

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

חלק 2: הגדרת Google Tag Manager

אחרי שמטמיעים את שכבת הנתונים בצורה תקינה, פועלים לפי השלבים הבאים במאגר התגים של Google Tag Manager.

שלב 1 מתוך 4: יצירת טריגר

קודם כול, יוצרים טריגר שיפעיל את תג Google Ads כשאירוע הרכישה מתרחש.

1. בסביבת העבודה של Google Tag Manager, עוברים אל Triggers (טריגרים) ולוחצים על New (חדש).
2. נותנים שם לטריגר. לדוגמה, "אירוע מותאם אישית – רכישה".
3. בהגדרה Trigger Configuration (הגדרת הטריגר), בוחרים באפשרות Custom Event (אירוע מותאם אישית).
4. בשדה Event name, מקלידים את שם האירוע שהמפתח שלכם העביר לשכבת הנתונים, למשל purchase.
5. לוחצים על Save (שמירה).

שלב 2 מתוך 4: יצירת משתנה בשכבת הנתונים

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

1. עוברים אל Variables (משתנים), ובקטע User-Defined Variables (משתנים שהוגדרו על ידי המשתמש) לוחצים על New (חדש).
2. נותנים שם למשתנה. לדוגמה, "DLV - transaction_id".
3. בקטע Variable Configuration (הגדרת המשתנה), בוחרים באפשרות Data Layer Variable (משתנה בשכבת נתונים).
4. בשדה Data Layer Variable Name (שם המשתנה בשכבת הנתונים), כותבים transaction_id. הערך הזה חייב להיות זהה למפתח שמשמש בקוד של dataLayer.push().
5. לוחצים על Save (שמירה).

שלב 3 מתוך 4: עדכון של תג מעקב ההמרות של Google Ads

לבסוף, מגדירים את תג מעקב ההמרות של Google Ads כך שישתמש במשתנה שנוצר.

1. עוברים אל Tags (תגים) ולוחצים על תג מעקב ההמרות הקיים של Google Ads, או יוצרים תג חדש אם עדיין לא עשיתם את זה.
2. בקטע Tag Configuration (הגדרת התג), מאתרים את השדה Transaction ID (מזהה עסקה).
3. לוחצים על הכפתור שלצד השדה ובוחרים את המשתנה בשכבת הנתונים שיצרתם בשלב הקודם. לדוגמה, {{DLV - transaction_id}}.
4. בקטע Triggering (טריגרים), בוחרים את הטריגר שנוצר בשלב 1. לדוגמה, "אירוע מותאם אישית – רכישה".
5. לוחצים על Save (שמירה).
6. מפרסמים את מאגר התגים של Google Tag Manager כדי שהשינויים ייכנסו לתוקף.

אם תפעלו לפי השלבים האלה, מערכת Google Tag Manager תקבל באופן דינמי את מזהה העסקה הייחודי משכבת הנתונים בכל רכישה ותשלח אותו אל Google Ads.

שלב 4: בדיקת התקינות של ההטמעה

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

1. מפעילים את מצב התצוגה המקדימה: בסביבת העבודה של Google Tag Manager, לוחצים על הלחצן Preview (תצוגה מקדימה) שמוצג בפינה השמאלית העליונה. מזינים את כתובת ה-URL ולוחצים על Connect (קישור). האתר ייפתח בכרטיסייה חדשה בדפדפן, ובתחתית הכרטיסייה תופיע חלונית ניפוי הבאגים של Tag Assistant.
2. משלימים המרה לבדיקה: באתר שלכם, מבצעים רכישה לצורך בדיקה כדי להפעיל את אירוע ההמרה.
3. בודקים את הפעלת התג: בחלון או בכרטיסייה של Tag Assistant, האירוע המותאם אישית שיצרתם (למשל purchase) אמור להופיע בציר הזמן של האירועים שבצד שמאל. לוחצים על האירוע הזה.
4. בודקים את תג Google Ads: בקטע Tags Fired (תגים שהופעלו) של האירוע, אמור להופיע תג מעקב ההמרות של Google Ads. לוחצים על התג כדי לפתוח את הפרטים שלו.
5. מוודאים שמזהה העסקה תקין: בפרטי התג יוצגו הערכים המדויקים שהועברו אל Google Ads. מאתרים את השדה Transaction ID (מזהה עסקה) ומוודאים שמוצג בו המזהה הייחודי שנוצר לרכישה שבוצעה לצורך בדיקה. אם הערך בשדה הוא ערך סטטי או undefined (לא מוגדר), סימן שהוא לא תקין.
6. חוזרים על הבדיקה: כדי לוודא שהמזהה דינמי, מבצעים רכישה נוספת לצורך בדיקה ומוודאים שהמערכת מתעדת מזהה עסקה חדש ושונה.

הגדרה של מזהי עסקאות באמצעות מערכת ניהול תוכן (CMS)

במערכות ניהול תוכן (CMS) שיש להן שילוב עמוק עם Google, יכול להיות שאירועים או המרות מסוג רכישה כבר שולחים מזהי עסקאות. לדוגמה, פלטפורמת Shopify כוללת באופן אוטומטי מזהי עסקאות בהמרות שלה דרך אפליקציית Google & YouTube.

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

הגדרה של מזהי עסקאות להמרות אופליין

כשמייבאים המרות מקליקים על מודעה אפשר להוסיף מזהה עסקה ייחודי בעמודה של מזהה העסקה (או מזהה ההזמנה). אם מגדירים מזהי עסקאות למקורות נתונים נוספים, חובה להוסיף את מזהה העסקה. כשמייבאים נתוני המרות אופליין (OCI), מזהה העסקה הוא אופציונלי, אבל מומלץ לכלול אותו בהמרות מסוג רכישה.

הגדרה של מזהי עסקאות להמרות עם כמה מקורות נתונים

אם אתם מקשרים מקור נתונים נוסף כדי להוסיף עוד נתונים דרך המרכז לניהול נתונים מעבר לנתוני ההמרות באתר, חשוב לאסוף מזהה עסקה ייחודי לכל רכישה.

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

---

בדיקת ההטמעה של מזהה העסקה ב-Google Tag

כדי לבדוק אם מזהה העסקה נשלח בצורה תקינה, אפשר להשתמש ב-Google Tag Assistant. כשמבצעים רכישה לצורך בדיקה, משתמשים ב-Tag Assistant כדי לוודא שהשדה Transaction ID (מזהה עסקה) בנתונים שנשלחים כשתג Google Ads מופעל מכיל ערך ייחודי.

אימות הפינג לציון המרה באמצעות הכלים למפתחים ב-Chrome

אתם גם יכולים להשתמש בכלים למפתחים ב-Chrome כדי לאמת את הפינג לציון ההמרה.

1. ב-Google Chrome, לוחצים לחיצה ימנית במקום כלשהו באתר ולוחצים על בדיקה.
2. עוברים לכרטיסייה רשת ומחפשים את הפרמטר ‎&oid=‎ בבקשה שנשלחת אל https://www.googleadservices.com/pagead/conversion
3. בודקים אם לפרמטר יש ערך ייחודי בכל הזמנה.

---

שגיאות בכתיבת הקוד של מזהי העסקאות

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

ריכזנו כאן כמה דוגמאות לשגיאות בכתיבת קוד:

משתנים דינמיים שנכשלים

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

• {{ order_number }}
• ‪[invoice-prefix][invoice-number]
• null-user-id
• gtm.init
• ‪<%= orderId %>
• ‪[object Object].transaction_id
• <google_ads_transaction_id>
• ‪Number(order.id).toString()
• ‪<?php echo $order->id; ?>
• ‪<b>Notice</b>: Undefined variable: order_id in <b>/home/examples/example.com.ua/www/catalog/view/theme/default/template/common/success.tpl</b> on line <b>66</b>

דוגמה

אם השתמשתם ב-{{ order_number }} בקטע קוד של אירוע (event snippet) ב-Google Tag, אבל המשתנה בצד השרת הוא {{order_number}} בלי רווחים נוספים, המערכת לא תוכל לאכלס את מזהה העסקה. התוצאה: המשתנה {{ order_number }} יופיע במקום המזהה בפועל.

ערכים זמניים לשמירת מקום (פלייסהולדרים)

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

• button-confirm
• מזל טוב!
• thank_you
• לא מוגדר
• buy
• צפייה בדף
• Conversion Tracking Google Ads
• 1234
• https://www.google.com/
• Google

סוגי נתונים לא רלוונטיים

סוגי נתונים וערכים שאסור להשתמש בהם כמזהי עסקאות:

• כתובות URL
  • www.example.com
  • https://www.example.org/admin/
  • example.com
  • https://www.example.com/products
• כתובות אימייל
  • ‎[e-mail]
  • ‎[e-mail]
  • דומיינים מותאמים אישית
• מחירים או מטבע
  • ‪$17.99
  • ‪$ 5.37
  • ‪$ 21.45
  • ‪$ 15.50
  • USD
  • AUD
• מחרוזות מגובבות או מזהים ייחודיים אוניברסליים (UUID)
  • 50d858e0985ecc7f60418aaf0cc5ab587f42=‎
  • G-1234567890
  • e9891562113d8a62add1bf
  • 0888-af2bdbe1aa9b6ec1e
• מוצרים
  • /products/dog-proof-fence-pack-timber-fences
  • /shop/product/electric-toothbrush
  • Product Pro_trial_monthly_undefined
• מספרי טלפון

יש מקרים שבהם מזהה העסקה מופיע בכתובת ה-URL בפורמט key=value אחרי סימן שאלה. לדוגמה, אם כתובת ה-URL היא https://example.com/success?order_id=54321, אז order_id הוא שם המשתנה ו-54321 הוא מזהה העסקה. אין להשתמש בשאר כתובת ה-URL כמזהה העסקה.

---

מידע על מזהה עסקה ועל ההגדרה "ספירה"

הוספת מזהה עסקה לקטע הקוד של האירוע אינה שקולה לשינוי ההגדרה "ספירה" כך שהמערכת תספור המרה אחת בלבד לכל קליק על מודעה.

הוספה של מזהה עסקה מונעת ספירה של אותה המרה פעמיים, לדוגמה ספירה של רכישה אחת כ-2 המרות במקרה שבו משתמש פותח מחדש את דף אישור הרכישה.

כשמשנים את ההגדרה "ספירה" לאחת, המערכת סופרת רק המרה אחת לכל קליק על מודעה, אפילו אם כתוצאה מהקליק על המודעה התרחשו כמה המרות, למשל כמה רכישות שונות.

מתי כדאי להשתמש ב"ספירה" ומתי במזהה עסקה?

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

הערה:

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

---

קישורים רלוונטיים

• הוספת Google Tag לאתר שלכם
• מעקב אחר ערכי המרות ספציפיים לטרנזקציות