Auto-tagging מוסיף מידע לקישור של Google Ads כדי לאפשר קישור טוב יותר בין קליק לבין פעילות באתר. הפעלת האפשרות אינה מספיקה אם הפניות בדרך מוחקות את פרמטר הקליק. במדריך נבדוק את ההגדרה ואת שרשרת הכתובות, בלי לייצר קליקים בתשלום ובלי לטעון שהבדיקה מודדת כל גולש.
Auto-tagging מוסיף מידע לקישור של Google Ads כדי לאפשר קישור טוב יותר בין קליק לבין פעילות באתר. הפעלת האפשרות אינה מספיקה אם הפניות בדרך מוחקות את פרמטר הקליק. במדריך נבדוק את ההגדרה ואת שרשרת הכתובות, בלי לייצר קליקים בתשלום ובלי לטעון שהבדיקה מודדת כל גולש.
מה מכינים לפני שמתחילים
הכינו גישה להגדרות חשבון הפרסום ואת כתובת דף הנחיתה המדויקת, כולל גרסאות עם ובלי www. בדקו אם יש שירות קיצור קישורים, מעבר שפה, מערכת דפי נחיתה או הפניה מ־HTTP ל־HTTPS. לצורך בדיקת שרשרת בלבד אפשר להשתמש בפרמטר דמה מסומן שאינו קליק אמיתי.
בנו רשימת כתובות כניסה אמיתיות מתוך תוכנית הפרסום, לא רק את דף הבית. לעיתים רק תת־דומיין של דפי נחיתה או מעבר לגרסת שפה מוחקים פרמטרים, בעוד האתר הראשי תקין. כללו מסלול מכתובת ישנה שעדיין משמשת מודעה, אם יש כזה. מטרת הרשימה היא לזהות היכן צריך להעביר שאילתה ולא לשנות כתובות. בדיקת פרמטר דמה צריכה להישאר בדיקה טכנית מסומנת; אל תצרפו אותו לקישור ציבורי או תשתמשו בו כמזהה קבוע בפניות.
ביצוע מסודר, שלב אחר שלב
- בדקו את האפשרות בחשבון הנכון
בתיעוד Google המסלול הוא ניהול, הגדרות חשבון, Auto-tagging. בדקו אם האפשרות לתייג כתובות שאליהן מגיעים ממודעות מסומנת. בחשבונות חדשים היא עשויה להיות מופעלת כברירת מחדל, אבל לא מסתמכים על כך. שמרו רק לאחר שבדקתם את מזהה חשבון הלקוח ולא חשבון מנהל אחר.
- צרו כתובת בדיקה בטוחה
הוסיפו לכתובת דף הנחיתה gclid=TEST_ONLY_123 כפרמטר שאילתה. אם כבר יש סימן שאלה, השתמשו במפריד אמפרסנד ולא בשאלה נוספת. זהו ערך דמה שמטרתו לבדוק העברה, לא לזהות קליק אמיתי. אל תשלחו אותו למערכת יבוא המרות ואל תשתמשו בנתוני לקוח.
- עקבו אחרי ההגעה הסופית
פתחו את הכתובת ובדקו שהדף נטען ושערך הדמה נשמר לאחר הפניות שרת. בכלי הרשת של הדפדפן אפשר לראות תגובות הפניה וכותרת Location. אם הפרמטר נעלם, רשמו באיזה מעבר בדיוק זה קרה ושלחו למפתח. שינוי בשורת הכתובת באמצעות קוד מקומי דורש בדיקת תזמון נפרדת.
- בדקו שהמדידה יודעת לקרוא
בדקו ב־Tag Assistant את Google tag או את הגדרת Conversion Linker הרלוונטית למימוש שלכם. שמירת טקסט בכתובת אינה הוכחה שנשלחה המרה או שנקשרה למודעה. חזרו על תרחיש הכניסה בגרסת הנייד ובמסלולי השפה שבאמת משמשים כיעדי מודעות, בהתאם להסכמה.
מה משמעות ההגדרות שבחרתם
GCLID הוא מזהה קליק, ואילו UTM הם תוויות קמפיין שניתן לקרוא. הם אינם מחליפים זה את זה בכל חיבור. פרמטר דמה מוכיח רק שהאתר אינו מסיר את המחרוזת בשרשרת שנבדקה. הוא אינו יוצר היסטוריית קליק תקפה, אינו מאמת ייבוא המרות ואינו מאפשר להסיק שהשיוך העסקי עובד מקצה לקצה.
פרמטרי שאילתה עוברים אחרי סימן שאלה ומופרדים זה מזה באמפרסנד. אם הכתובת כבר כוללת UTM, מוסיפים פרמטר נוסף בלי למחוק את הקיימים. החלק שמתחיל בסולמית הוא מקטע כתובת ואינו תחליף לשאילתה שהשרת רואה. לכן כתובת שנראית דומה יכולה להתנהג אחרת בשרשרת הפניות. שמרו תיעוד של הכתובת המדויקת שהוזנה ושל הכתובת שהשרת הפנה אליה, ובקשו תיקון שמכבד את כלל הפרמטרים הנחוצים במקום חריג צר רק לערך הבדיקה שבחרתם.
דוגמה מעשית להמחשה
באתר דמיוני הקישור במודעה מוביל לגרסת HTTP, משם ל־HTTPS ומשם לעמוד בעברית. פרמטר הדמה נשמר במעבר הראשון ונעלם במעבר השפה. הפתרון הוא לתקן את כלל ההפניה שמוחק שאילתה, ולא להוסיף את אותו GCLID ידנית לכל מודעה. אחרי התיקון בודקים שוב את כל השרשרת.
איך בודקים ולא מסתפקים בשמירה
שמרו שלוש כתובות: זו שהזנתם, הכתובת בכל הפניה והכתובת הסופית. בדקו גם שהדף עצמו אינו מציג שגיאה כאשר יש פרמטר לא מוכר. אם האתר מנקה את שורת הכתובת אחרי טעינה, ודאו עם המפתח שהמידע נקרא בהתאם למדיניות לפני הניקוי; היעלמות חזותית לבדה אינה מספיקה לאבחון.
בכלי הרשת אפשר להפעיל שמירת יומן במהלך ניווט ואז לבדוק את רצף בקשות המסמך. חפשו את המעבר הראשון שבו ערך הדמה חסר. אם הוא נעלם רק משורת הכתובת אחרי שהעמוד נטען, בקשו לברר אם קוד באתר קרא אותו קודם ומהם תנאי ההסכמה. אל תסיקו שהמידע נשמר בעוגייה רק מפני שהאתר נטען. בדיקת העברה, בדיקת קריאה ובדיקת שיוך הן שלוש שכבות שונות, וכל אחת צריכה תוצאה ותאריך משלה.
תקלות נפוצות ואיך מבודדים אותן
העמוד מחזיר שגיאה רק כשיש פרמטר? ייתכן שכלל אבטחה או מערכת מטמון אינם מקבלים שאילתות כאלה. הפרמטר נשמר אבל אין נתונים? בדקו תג, הסכמה וקישור החשבונות. נתוני UTM אינם נראים כפי שציפיתם ב־GA4? בתיעוד Google מתואר תעדוף תיוג אוטומטי, ולכן אין להניח שהתיוג הידני דורס אותו.
גבולות, פרטיות והחלטות שדורשות זהירות
אל תחליפו מזהה אמיתי בערך קבוע ואל תוסיפו פרמטרים שמכילים מידע אישי. אי אפשר להבטיח שכל תנועת Google Ads תופיע תמיד עם GCLID גלוי בכל סביבה. הגבלות דפדפן ומנגנוני פרטיות עשויים לשנות את אופן המדידה; אין לעקוף אותם כדי לגרום לבדיקה להיראות מוצלחת.
תיקון הפניה צריך לשמור את חוויית האתר: מעבר ל־HTTPS, הפניות שפה וקנוניזציה יכולים להיות נחוצים ואין להסירם באופן גורף. לאחר תיקון בדקו דף עם שאילתה, דף בלי שאילתה וכמה צירופים רלוונטיים. ודאו שהמטמון אינו מציג גרסה שגויה או שומר מידע רגיש בכתובת. אם נדרשת השוואה לנתוני Ads, עשו אותה על פעילות קיימת מאושרת ובטווח מתאים; אין צורך ללחוץ בעצמכם על מודעות כדי לייצר מזהה שנראה משכנע יותר מפרמטר בדיקה.
בדיקת סיום ורישום התוצאה
השלמת העבודה מחייבת שני ממצאים נפרדים: התיוג האוטומטי מופעל בחשבון המתאים, והאתר מעביר פרמטר בדיקה בלי שגיאה או מחיקה לא מוסברת. את תוצאות בדיקת התג רושמים בנפרד מהוכחת השרשרת, כדי שלא לבלבל תקינות קישור עם המרה.
אם נמצאה בעיה, העבירו למפתח דוגמה מינימלית שניתנת לשחזור: כתובת לפני מעבר, כתובת אחרי מעבר וערך הדמה שנעלם. ציינו אם הבדיקה נעשתה בנייד, במעבר שפה או דרך קיצור קישור. בקשו תיקון של העברת שאילתה ולא שינוי מבנה הכתובות. לאחר קבלת תיקון חזרו לאותה דוגמה בדיוק, ואז בדקו מסלול נוסף כדי לוודא שהפתרון אינו חריג שמותאם רק לקישור אחד.
ההנחיות מבוססות על תיעוד Google הציבורי, ללא כניסה לחשבון. מיקום אפשרויות עשוי להשתנות לפי הרשאה וגרסת ממשק.
מקורות רשמיים להמשך בדיקה
שאלות ותשובות על איך להפעיל Auto-tagging ולבדוק ש־GCLID נשמר בדף הנחיתה
אפשר לבדוק בלי ללחוץ על מודעה?
כן, את שרשרת ההפניות אפשר לבדוק עם פרמטר דמה. זו אינה בדיקת שיוך של קליק אמיתי, אך היא מבודדת היטב מחיקת פרמטרים בלי לייצר חיוב.
צריך להוסיף GCLID ידנית לכל מודעה?
לא. Auto-tagging מיועד להוספה אוטומטית של מידע הקליק. ערך קבוע או מועתק אינו מזהה תקין לכל מבקר ועלול לשבש תהליכים שמסתמכים על המזהה.
אם רואים GCLID המדידה בוודאות תקינה?
לא. עדיין צריך לבדוק שהתג המתאים נטען, שמזהי היעד נכונים, שהסכמה מכובדת ושאירוע ההצלחה מוגדר היטב. נוכחות הפרמטר היא בדיקת תשתית בלבד.
מה עושים כשיש כמה הפניות?
מאתרים את המעבר הראשון שבו הפרמטר נעלם ומתקנים שם. ביטול גורף של הפניות עלול לשנות כתובות פעילות; עדיף תיקון נקודתי ובדיקה מחודשת של המסלולים.
אילו דפי כניסה צריך לכלול בבדיקת שמירת GCLID?
בנו רשימת כתובות כניסה אמיתיות מתוך תוכנית הפרסום, לא רק את דף הבית. לעיתים רק תת־דומיין של דפי נחיתה או מעבר לגרסת שפה מוחקים פרמטרים, בעוד האתר הראשי תקין. כללו מסלול מכתובת ישנה שעדיין משמשת מודעה, אם יש כזה. מטרת הרשימה היא לזהות היכן צריך להעביר שאילתה ולא לשנות כתובות. בדיקת פרמטר דמה צריכה להישאר בדיקה טכנית מסומנת; אל תצרפו אותו לקישור ציבורי או תשתמשו בו כמזהה קבוע בפניות.
איפה בודקים אם Auto-tagging מופעל בחשבון הנכון?
בתיעוד Google המסלול הוא ניהול, הגדרות חשבון, Auto-tagging. בדקו אם האפשרות לתייג כתובות שאליהן מגיעים ממודעות מסומנת. בחשבונות חדשים היא עשויה להיות מופעלת כברירת מחדל, אבל לא מסתמכים על כך. שמרו רק לאחר שבדקתם את מזהה חשבון הלקוח ולא חשבון מנהל אחר.
איך מכינים כתובת עם פרמטר דמה לבדיקת העברה בטוחה?
הוסיפו לכתובת דף הנחיתה gclid=TEST_ONLY_123 כפרמטר שאילתה. אם כבר יש סימן שאלה, השתמשו במפריד אמפרסנד ולא בשאלה נוספת. זהו ערך דמה שמטרתו לבדוק העברה, לא לזהות קליק אמיתי. אל תשלחו אותו למערכת יבוא המרות ואל תשתמשו בנתוני לקוח.
איך מאתרים באיזו הפניית שרת נעלם פרמטר הבדיקה?
פתחו את הכתובת ובדקו שהדף נטען ושערך הדמה נשמר לאחר הפניות שרת. בכלי הרשת של הדפדפן אפשר לראות תגובות הפניה וכותרת Location. אם הפרמטר נעלם, רשמו באיזה מעבר בדיוק זה קרה ושלחו למפתח. שינוי בשורת הכתובת באמצעות קוד מקומי דורש בדיקת תזמון נפרדת.
מה בודקים ב־Tag Assistant מעבר לטקסט שנשאר בכתובת?
בדקו ב־Tag Assistant את Google tag או את הגדרת Conversion Linker הרלוונטית למימוש שלכם. שמירת טקסט בכתובת אינה הוכחה שנשלחה המרה או שנקשרה למודעה. חזרו על תרחיש הכניסה בגרסת הנייד ובמסלולי השפה שבאמת משמשים כיעדי מודעות, בהתאם להסכמה.
מה ההבדל בין GCLID, תוויות UTM ופרמטר בדיקה?
GCLID הוא מזהה קליק, ואילו UTM הם תוויות קמפיין שניתן לקרוא. הם אינם מחליפים זה את זה בכל חיבור. פרמטר דמה מוכיח רק שהאתר אינו מסיר את המחרוזת בשרשרת שנבדקה. הוא אינו יוצר היסטוריית קליק תקפה, אינו מאמת ייבוא המרות ואינו מאפשר להסיק שהשיוך העסקי עובד מקצה לקצה.
איך מוסיפים פרמטר שאילתה בלי למחוק UTM קיימים?
פרמטרי שאילתה עוברים אחרי סימן שאלה ומופרדים זה מזה באמפרסנד. אם הכתובת כבר כוללת UTM, מוסיפים פרמטר נוסף בלי למחוק את הקיימים. החלק שמתחיל בסולמית הוא מקטע כתובת ואינו תחליף לשאילתה שהשרת רואה. לכן כתובת שנראית דומה יכולה להתנהג אחרת בשרשרת הפניות. שמרו תיעוד של הכתובת המדויקת שהוזנה ושל הכתובת שהשרת הפנה אליה, ובקשו תיקון שמכבד את כלל הפרמטרים הנחוצים במקום חריג צר רק לערך הבדיקה שבחרתם.
איזה תיעוד כתובות שומרים כדי להבחין בין הפניה לניקוי חזותי?
שמרו שלוש כתובות: זו שהזנתם, הכתובת בכל הפניה והכתובת הסופית. בדקו גם שהדף עצמו אינו מציג שגיאה כאשר יש פרמטר לא מוכר. אם האתר מנקה את שורת הכתובת אחרי טעינה, ודאו עם המפתח שהמידע נקרא בהתאם למדיניות לפני הניקוי; היעלמות חזותית לבדה אינה מספיקה לאבחון.
מה בודקים כשהאתר מחזיר שגיאה עם פרמטר או שאין נתוני שיוך?
העמוד מחזיר שגיאה רק כשיש פרמטר? ייתכן שכלל אבטחה או מערכת מטמון אינם מקבלים שאילתות כאלה. הפרמטר נשמר אבל אין נתונים? בדקו תג, הסכמה וקישור החשבונות. נתוני UTM אינם נראים כפי שציפיתם ב־GA4? בתיעוד Google מתואר תעדוף תיוג אוטומטי, ולכן אין להניח שהתיוג הידני דורס אותו.
איך בודקים תיקון הפניה בלי לפגוע ב־HTTPS ובמעברי השפה?
תיקון הפניה צריך לשמור את חוויית האתר: מעבר ל־HTTPS, הפניות שפה וקנוניזציה יכולים להיות נחוצים ואין להסירם באופן גורף. לאחר תיקון בדקו דף עם שאילתה, דף בלי שאילתה וכמה צירופים רלוונטיים. ודאו שהמטמון אינו מציג גרסה שגויה או שומר מידע רגיש בכתובת. אם נדרשת השוואה לנתוני Ads, עשו אותה על פעילות קיימת מאושרת ובטווח מתאים; אין צורך ללחוץ בעצמכם על מודעות כדי לייצר מזהה שנראה משכנע יותר מפרמטר בדיקה.
אילו פרטים שולחים למפתח כדי לשחזר מחיקת פרמטר?
אם נמצאה בעיה, העבירו למפתח דוגמה מינימלית שניתנת לשחזור: כתובת לפני מעבר, כתובת אחרי מעבר וערך הדמה שנעלם. ציינו אם הבדיקה נעשתה בנייד, במעבר שפה או דרך קיצור קישור. בקשו תיקון של העברת שאילתה ולא שינוי מבנה הכתובות. לאחר קבלת תיקון חזרו לאותה דוגמה בדיוק, ואז בדקו מסלול נוסף כדי לוודא שהפתרון אינו חריג שמותאם רק לקישור אחד.
