במעקב מסורתי, קליק על מודעה מוביל את המשתמש תחילה לשרת מעקב, שלאחר מכן מפנה את המשתמש אל דף הנחיתה (לפעמים דרך כלי מעקב נוספים). הפניות אוטומטיות כאלה לצורכי מעקב עלולות להאריך את משך הטעינה של הדף, וכך לפגוע בחוויית המשתמש ולהשפיע לרעה על שיעורי ההמרות.
מעקב מקביל הוא שיטה אחרת לניהול מעקב מותאם אישית אחר קליקים. בשיטה זו משתמשים בפונקציית הדפדפן sendBeacon כדי לבצע מעקב ברקע, ובמקביל מאיצים את הגעת המשתמש אל היעד הסופי שלו. אופן הפעולה הזה עוזר לצמצם את מספר הביקורים שעלולים להיות מוחמצים כאשר משתמש לוחץ על מודעה אך כלל לא מגיע אל דף הנחיתה, מכיוון שהוא עובר לדף אחר עוד לפני שההפניה מהכתובת למעקב מסתיימת.
מעקב מקביל עדיין לא נתמך בכל הדפדפנים. אם מישהו יצפה במודעה שלכם בדפדפן שעדיין לא תומך במעקב מקביל, Google תחזור להשתמש בשיטת המעקב הרציף.
מאמר זה מסביר איך שירותי השוואת מחירים (CSS) באירופה, שמציגים מוצרים במודעות שופינג בשם מוכרים, יכולים להטמיע מעקב מקביל.
מעקב מקביל – איך זה עובד?
כשמשתמשים במעקב מקביל, הלקוחות מופנים מהמודעה ישירות לכתובת הסופית, ומדידת הקליקים מתבצעת ברקע (בלי להפנות את הלקוחות תחילה אל כתובות למעקב).
תהליך המעקב המקביל נראה כך:
- הלקוח לוחץ על המודעה.
- הלקוח רואה את דף הנחיתה של המוכר.
במקביל, מתבצעות ברקע הפעולות הבאות:
- המערכת טוענת את הכלי של Google Ads למעקב אחר קליקים.
- כתובת ה-URL למעקב נטענת.
- אם אתם משתמשים ביותר מכלי אחד למעקב אחר קליקים, הפניות אוטומטיות נוספות עשויות להיטען.
אם לא משתמשים במעקב מקביל, הלקוחות מופנים לכתובת אחרת אחת לפחות אחרי שהם לוחצים על המודעה ולפני שהם מגיעים לדף הנחיתה של המוכר. המשמעות היא שעובר זמן רב יותר עד שהלקוחות מגיעים אל דף הנחיתה הסופי.
כך נראה מעקב ללא מעקב מקביל:
- הלקוח לוחץ על המודעה.
- המערכת טוענת את הכלי של Google Ads למעקב אחר קליקים.
- כתובת ה-URL למעקב נטענת.
- כתובת URL אפשרית נוספת למעקב נטענת.
- הלקוח רואה את דף הנחיתה של המוכר.
איך מטמיעים מעקב מקביל
כדי להטמיע מעקב מקביל, ייתכן שתצטרכו לבצע שינויים בנתוני המוצרים, בהגדרות המעקב ואולי אף באתר של המוכר שעבורו מפרסמים את המודעות.
נתוני מוצרים
בנתוני המוצרים יש לבצע התאמות במאפייני כתובת ה-URL הבאים:
קישור [link]: כתובת זו היא הכתובת של דף הנחיתה הסופי של המוכר, בדומיין של המוכר. היא משמשת לצורך הסריקות של Google ובדיקות אחרות. אין לכלול בכתובת הזו פרמטרים אחרים למעקב הרלוונטיים לדיווח או לחיוב.
הפניה ל-URL [ads_redirect]: כתובת זו היא הכתובת שאליה מופנה הלקוח ישירות אחרי הלחיצה על המודעה. עליה להוביל לאותו דומיין שמופיע במאפיין הקישור [link]. בכתובת זו יש לכלול את הפרמטרים למעקב שאתם רוצים לשלוח לאתר המוכר. אין לכלול פרמטרים נוספים למעקב שהמוכר אינו מצפה לקבל, מכיוון שהם עלולים להוביל לבעיות בטעינת הדף של המוכר.
תבנית מעקב
אפשר להשתמש בתבנית מעקב כדי להגדיר לאן יוביל המעקב המתרחש ברקע. ניתן לכלול פרמטרים של ValueTrack כדי לשתף מידע עם שרת המעקב. בקמפיינים של מודעות שופינג ניתן להשתמש גם בפרמטרים כגון מספר מזהה של מוכר ומזהה מוצר.
שרת מעקב
מעקב מקביל תומך רק בהפניות ברמת השרת. כמו כן, כל כתובת URL בשרשרת ההפניות למעקב חייבת לתמוך ב-HTTPS. רצף המעקב יסתיים בכתובת הקודמת כאשר יופיעו הפניות לכתובות אחרות מסוג HTTP או הפניות לכתובות בדף עצמו, כגון הפניות JavaScript או HTML. לא תהיה לכך השפעה על חוויית המשתמש מכיוון שהמעקב מתרחש ברקע, אבל כלי מעקב שלא תתבצע קריאה אליהם לא יקבלו נתונים של מעקב אחר קליקים.
כדי להבטיח שמעקב מקביל יפעל כהלכה:
- מוודאים ששרת המעקב משתמש בפרוטוקול HTTPS, ושכל הפניה פנימית שהגדרתם משתמשת ב-HTTPS.
- לא משתמשים במנגנוני הפניה המשתמשים בשיטות הפועלות בדף עצמו, כגון הפניות JavaScript, כי הם לא יפעלו. אם משתמשים במנגנוני הפניה כאלה בשרשרת ההפניות למעקב, צריך לשנות אותם.
שכתוב אוטומטי של HTTPS
אמנם, אין לנו שליטה על ההפניות העוקבות, אולם מערכת Google Ads משכתבת תמיד את הקריאה הראשונה למעקב ל-HTTPS, אם היא לא הוזנה ככזו. כתובת ה-URL הסופית יכולה להשתמש ב-HTTP או ב-HTTPS. עם זאת, יש לוודא שהשרת מוגדר לטפל בבקשה אם הפרוטוקול משתנה ל-HTTPS בכל אחת מהכתובות שהזנתם ב-Google Ads.
לדוגמה, אם הכתובת של כלי המעקב שלכם היא tracker.example.com, עליה להגיב הן לכתובת http://tracker.example.com והן לכתובת https://tracker.example.com.
מזהים לכל קליק
שרתי מעקב מסוימים כוללים מזהה לכל קליק שמפנה אל דף הנחיתה כך שהאתר יוכל לקרוא את הפרמטר (ולאחסן אותו) כדי לצרף מדידות שונות. דבר זה אינו אפשרי במעקב מקביל, מכיוון שהקריאה לשרת המעקב אינה מפנה לאתר.
כדי לעקוף את הבעיה, אפשר להפעיל תיוג אוטומטי בחשבון הלקוח. כאשר תיוג אוטומטי מופעל, הפרמטר של מספר הקליק ב-Google (GCLID) מתווסף לסוף הכתובת של דף הנחיתה ולסוף הכתובת של תבנית המעקב בזמן מילוי הבקשה. באופן זה, גם תגים בדף עצמו (לדוגמה, Google Analytics) וגם שרתי מעקב יכולים לעבד את הפרמטר הזה. הוא יכול לשמש כמפתח משותף לצירוף נתוני תנועה.
בנוסף לתיוג אוטומטי, השקנו פרמטר ValueTrack חדש {gclid}. אם יש לכם כיום פרמטר המשמש אתכם להוספה של מזהה ייחודי, תוכלו במקום זאת להשתמש בפרמטר {gclid} בתור ערך, וכך אולי להפחית את כמות השינויים הנדרשים באתר. לדוגמה, אם הכתובת הסופית או תבנית המעקב ב-Google Ads כוללות פרמטר כגון partner_Id=[מזהה קליק שנוצר באופן אוטומטי], עכשיו תוכלו לעדכן אותו לפרמטר הבא: partner_id={gclid}.
חיבור כתובת מחדש
בזמן מילוי בקשה, פרמטרים שמצורפים לפרמטר ValueTrack {lpurl} ולמשתנים שלו בשדה תבנית המעקב מנותחים על סמך כללי קידוד ומתווספים לקריאה לדף הנחיתה. בנוסף, כאשר מפעילים מעקב מקביל, הפרמטר {lpurl} בקריאה לכלי המעקב מוחלף בכתובת URL חלופית בסגנון https://google.com/asnc/dGVzdA או בסגנון דומה (הכתובת המדויקת תשתנה).
החלפת הפרמטר {lpurl} בכתובת חלופית של Google מבטיחה שלא יבוצע פינג לדף האינטרנט פעמיים (פעם אחת מהקליק של הלקוח, ופעם נוספת מההפניה האוטומטית של המעקב המקביל). כלי המעקב אמור להמשיך להפנות לכתובת החלופית הזו, משום שלרוב, היא זו שתטפל בפרמטר ה-ValueTrack {lpurl}. עם ביצוע ההפניה, הכתובת החלופית של Google תחזיר את קוד הסטטוס 204 של HTTP.
אם כלי המעקב בוחר את כתובת ההפניה האוטומטית על סמך מזהה שמועבר, יש לוודא שההפניה מובילה לאותו דף שנמצא בכתובת הרשומה במאפיין ההפניה ל-URL [ads_redirect]. לחלופין, אפשר לשנות את ההתנהגות של כלי המעקב כך שתפנה אל הכתובת המועברת בפרמטר {lpurl}.
אתר האינטרנט של המוכר
אם משנים את הפרמטרים הנשלחים אל אתר המוכר, יש לוודא עם המוכר שהפרמטרים הללו מעובדים כראוי ואינם גורמים לבעיות בטעינת דף הנחיתה של המוכר.
נתבונן בדוגמה הבאה:
| חשבון Merchant Center | |
| מספר חשבון Merchant | 99887766 |
| נתוני מוצרים | |
מזהה [id] |
p123v789_b |
קישור [link] |
https://www.merchant.com/product123?variant_id=789 |
הפניה ל-URL [ads_redirect] |
https://www.merchant.com/product123?variant_id=789&ref=mycss |
| הגדרות Google Ads | |
| תבנית מעקב | https://redirect.com?url={lpurl}&merchant={merchant_id}&product={product_id} |
| קריאות שבהן יש תמיכה במעקב מקביל | |
| ניווט | https://www.merchant.com/product123?variant_id=789&ref=mycss |
| קריאה למעקב מקביל | https://redirect.com?url=https%3A%2F%2Fgoogle.com%2Fasnc%2FdGVzdA%26 variant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789_b &gb=1 |
| קריאות שבהן אין תמיכה במעקב מקביל | |
| קריאה לדפדפן | https://redirect.com?url=https%3A%2F%2Fwww.merchant.com%2Fproduct123% 3Fvariant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789 _b |
| דילוג רציף | https://www.merchant.com/product123?variant_id=789&ref=mycss |
שימו לב ש-Google מוסיפה פרמטר "gb=1" לקריאות למעקב מקביל כך שכלי המעקב יוכל לזהות אותן.
איך בודקים את ההטמעה של מעקב מקביל
כדי לבדוק את ההטמעה, מבצעים את הפעולות הבאות:
- מחליטים איפה רוצים לבדוק את ההטמעה. אפשר להריץ את הבדיקות על קמפיין, קבוצת מודעות או קבוצת מוצרים ספציפיים. אפשר גם ליצור קמפיין חדש לגמרי למטרות בדיקה.
- מוסיפים פרמטר "{_beacon}=true" לתבנית המעקב המתאימה. כשמוסיפים את הפרמטר לקמפיין, משתמשים בהגדרות קמפיין. כשמוסיפים את הפרמטר לקבוצת מודעות או לקבוצת מוצרים, כדי להוסיף את תבנית המעקב צריך להוסיף את עמודת המאפיין של תבנית מעקב.
- בודקים את היומנים כדי לראות אם תבנית המעקב מקבלת פינגים. אם המעקב כולל את הפרמטר "gb=1", זה אומר שהוא התרחש ברקע ושהוא פועל כראוי.