מעקב מקור פנייה UTM: איך לדעת מאיזה קמפיין הגיע כל ליד
איך בנוי התיוג, איפה הוא נשבר בדרך אל הטופס, ואיך בודקים בכמה דקות שהמקור באמת נרשם.
מעקב מקור פנייה UTM: מה המדידה הזאת באמת מספרת לכם
עסק שמפרסם בכמה ערוצים במקביל מגיע מהר מאוד לשאלה אחת: מאיפה הגיעה הפנייה שנכנסה עכשיו. בלי תשובה מסודרת, ההחלטה על התקציב מתקבלת לפי תחושה — הערוץ שמישהו במקרה זוכר מקבל עוד כסף, והערוץ ששקט מקבל פחות. מעקב מקור פנייה UTM הוא המנגנון שממיר את התחושה הזאת לרישום. הוא לא כלי שקונים אלא הרגל תיוג: מוסיפים לכתובת של דף הנחיתה כמה פרמטרים שמתארים מאיפה הגולש הגיע, והמערכות שבצד שלכם קוראות אותם ושומרות.
החלק שרוב העסקים מפספסים הוא שהתיוג עצמו הוא החלק הקל. מה שנשבר בפועל הוא השרשרת שאחריו — הדרך שהערך עושה מהכתובת אל הטופס, ומהטופס אל המסך שבו איש המכירות רואה את הפנייה. אם אתם עדיין בשלב של מיפוי הערוצים והעלות של כל אחד מהם, התיוג הוא מה שהופך את המפה הזאת ממשוערת למדודה.
מה מרכיב כתובת מתויגת
הפרמטרים נוספים לכתובת אחרי סימן שאלה ומופרדים בסימן &. חמישה מהם מוכרים לכל מערכת אנליטיקה נפוצה, וכל אחד עונה על שאלה אחרת:
- utm_source — הפלטפורמה שממנה הגיעה הלחיצה. המקור עצמו: גוגל, פייסבוק, ניוזלטר, שותף.
- utm_medium — סוג התנועה: תשלום לקליק, מייל, באנר, הודעה. זה מה שמאפשר לקבץ ערוצים דומים.
- utm_campaign — שם הקמפיין כפי שאתם קוראים לו בפנים, ולא כפי שהפלטפורמה קוראת לו.
- utm_content — איזו יצירה בתוך הקמפיין: איזה באנר, איזה נוסח, איזה כפתור.
- utm_term — מילת החיפוש, כשמדובר בקמפיין חיפוש בתשלום.
שלושת הראשונים הם המינימום שבלעדיו אין דוח. שניים האחרונים הם מה שמאפשר להשוות בין שתי מודעות בתוך אותו קמפיין במקום להשוות בין שני קמפיינים שלמים — וזאת בדרך כלל השאלה שבאמת מעניינת, כי בתוך קמפיין אחד ההבדל בין נוסח לנוסח יכול להיות גדול מההבדל בין הערוצים.
איפה השרשרת נשברת
ברוב העסקים שבהם המדידה ״לא עובדת״, הפרמטרים דווקא הודבקו נכון. הם פשוט נעלמו בדרך. אלה נקודות השבירה השכיחות, לפי סדר הזמן שבו הן קורות:
- הפניה שמוחקת את הכתובת. קיצור כתובת, הפניה מדומיין ישן, מעבר מגרסה בלי www או שינוי כתובת של דף — כל אחד מאלה עלול לזרוק את כל מה שאחרי סימן השאלה. הגולש נוחת בדף הנכון, אבל התיוג כבר לא איתו.
- הטופס לא שומר כלום. הפרמטרים חיים בכתובת, לא בטופס. בלי שדות נסתרים שקוראים את הכתובת ושולחים את הערכים יחד עם הפנייה, הליד מגיע נקי לגמרי: מערכת האנליטיקה תדע שהיתה תנועה, אבל השורה בטבלת הלידים לא תדע מאיפה.
- הגולש חזר מאוחר יותר. ההקשר נשמר בסשן הדפדפן. מי שנכנס בבוקר, סגר, וחזר בערב ישירות — הפנייה שלו תיזקף לביקור השני, זה שהגיע בלי מקור.
- הפנייה לא עברה דרך דף בכלל. שיחת טלפון ישירות מהמודעה, הודעה בוואטסאפ, תגובה מתחת לפוסט. פנייה שלא נגעה בדף נחיתה לא תישא תיוג לעולם, ולערוצים האלה צריך מנגנון זיהוי נפרד.
- דפדפן פנימי של אפליקציה. קישור שנפתח בתוך אפליקציה ואז נזרק לדפדפן החיצוני יכול לפתוח סשן חדש, ואיתו ייחוס חדש.
המסקנה המעשית פשוטה: לפני שמחליפים כלי מדידה או מאשימים את הפלטפורמה, עוברים על חמש הנקודות האלה. לרוב אחת מהן היא כל הסיפור, והתיקון שלה לוקח שעה.
שלוש שכבות רישום, ומה כל אחת יודעת
מקור הפנייה נרשם בשלושה מקומות שונים, וכל אחד מהם עונה על שאלה אחרת. הבלבול ביניהם הוא הסיבה השכיחה לכך שהמספרים לא מסתדרים בין המסכים:
| שכבת רישום | מה היא יודעת | מה חסר בה |
|---|---|---|
| מערכת אנליטיקה | כמה כניסות וכמה שליחות טופס לכל תיוג | מי הפונה ומה קרה איתו אחר כך |
| שדות נסתרים בטופס | המקור נצמד לרשומה של הפונה עצמו | רק מה שהיה בכתובת ברגע השליחה |
| מערכת ניהול לידים | מקור מול תוצאה: מה נסגר, בכמה זמן, בכמה כסף | תלוי לגמרי במה שהטופס הצליח להעביר |
שכבה אחת לבדה נותנת תמונה חלקית. אנליטיקה לבדה יודעת לספור פניות אבל לא לומר אילו מהן הפכו ללקוחות, ולכן דוח שמראה מספר אחד לכל ערוץ מטעה כשהוא נשען על שכבה אחת בלבד. מערכת הלידים לבדה יודעת מי סגר אבל לא מאיפה הגיע. השדה הנסתר בטופס הוא הגשר בין השתיים, ובלעדיו אין דרך לחבר עלות להכנסה.
מוסכמת שמות שמחזיקה גם בעוד שנה
הפרמטרים רגישים לאותיות גדולות וקטנות, ולכן Facebook ו-facebook הם שני מקורות נפרדים בדוח, עם שתי שורות ושני מספרים חצויים. שלושה כללים מונעים את רוב הכאב:
- הכול באותיות קטנות, תמיד. זה הכלל היחיד שאם שומרים עליו, כמעט לא צריך לאחד שורות ידנית.
- בלי רווחים — מקף במקום. רווח מקודד לרצף תווים והשם בדוח נהיה בלתי קריא.
- מבנה קבוע לשם הקמפיין, למשל שנה-חודש-נושא. כך הדוח מסדר את עצמו כרונולוגית בלי שאף אחד יתערב.
שווה לנהל את רשימת השמות במקום אחד משותף, כדי ששני אנשים לא ימציאו שני שמות לאותו קמפיין. זה נשמע קטנוני עד הפעם הראשונה שצריך לאחד ידנית ארבעה וריאנטים של אותו שם על פני חצי שנה של נתונים. אותה מוסכמה גם מקלה על מעקב מסודר אחרי כל פנייה בצינור המכירה, כי המקור מגיע לשם כטקסט אחיד ולא כשדה חופשי.
איך בודקים שהתיוג באמת תפס
הבדיקה לוקחת כמה דקות ולא דורשת כלי מיוחד. פותחים את הכתובת המתויגת בחלון גלישה פרטית, ממתינים שהדף ייטען במלואו, ומוודאים ששורת הכתובת עדיין מכילה את הפרמטרים. אחר כך ממלאים את הטופס בפרטי בדיקה מזוהים, ובודקים ברשומה שנוצרה אם השדות הנסתרים אכן התמלאו.
שתי התוצאות מצביעות על שתי בעיות שונות. אם הכתובת איבדה את הזנב בזמן הטעינה — הבעיה בהפניה, והתיקון הוא בצד השרת או בהגדרת הדומיין. אם הכתובת שלמה והשדות הגיעו ריקים — הבעיה בטופס, והתיקון הוא בשדות הנסתרים. כדאי לחזור על הבדיקה גם מהטלפון, כי המסלול שם שונה: קישור שנפתח מתוך אפליקציה לא בהכרח מתנהג כמו קישור שנפתח בדפדפן.
ואחרי שהתיוג עובד, השאלה מתהפכת. היא כבר לא ״מאיפה הגיע הליד״ אלא ״מה עשינו איתו״. מקור מדויק שווה מעט אם הטופס עצמו מבריח אנשים לפני שהם מספיקים לשלוח, ולכן מה שחייב להיות בעמוד צור הקשר קודם כרונולוגית לכל דיון על ייחוס. המדידה מספרת לכם מה קרה; היא לא מתקנת את מה שקרה.
שאלות נפוצות
צריך לתייג גם קישורים אורגניים באתר שלי?
לא, ובדרך כלל זה מזיק. תיוג של קישור פנימי מדף אחד באתר לדף אחר באותו אתר פותח סשן חדש ומוחק את המקור המקורי של הגולש — כך פנייה שהגיעה מקמפיין נרשמת פתאום כאילו הגיעה מהאתר עצמו. תייגו רק כניסות מבחוץ שאתם שולטים בהן: מודעות, מיילים, קישורים מפרופילים ברשתות ומשותפים.
מה עושים עם פניות טלפוניות שלא עברו דרך דף נחיתה?
שיחה שיוצאת ישירות מהמודעה לא תישא תיוג, ולכן צריך לזהות אותה בדרך אחרת. שתי גישות מעשיות: מספר טלפון ייעודי לכל ערוץ, כך שהמספר עצמו מזהה את המקור, או שאלה קצרה בפתיחת השיחה שנרשמת בכרטיס הלקוח. הראשונה מדויקת יותר, השנייה זולה יותר ומתאימה לעסק עם מעט ערוצים.
למה מספר ההמרות במערכת האנליטיקה שונה ממספר הלידים במערכת שלי?
כי הן סופרות דברים שונים. האנליטיקה סופרת אירועים בדפדפן ומפספסת גולשים שחסמו מדידה או עברו מכשיר; מערכת הלידים סופרת רשומות שנוצרו בפועל, כולל כפילויות ופניות בדיקה. פער בין השניים הוא נורמלי. מה שלא נורמלי הוא פער שגדל עם הזמן או משתנה בקפיצה — זה בדרך כלל סימן לשינוי טכני בדף ולא לבעיית מדידה.
כמה זמן צריך לחכות עד שהנתונים אמינים מספיק להחלטה?
עד שהצטבר מספיק נפח בכל ערוץ שאתם משווים, ולא לפי לוח זמנים קבוע. ערוץ שהביא שלוש פניות בחודש לא יכול להיות מושווה לערוץ שהביא שמונים, כי שינוי של פנייה אחת בערוץ הקטן מזיז את האחוזים בצורה דרמטית. עדיף להשוות טווח ארוך יותר בערוצים דלילים, ולהסתכל על מגמה במקום על נקודה.
