---
title: "תגיות UTM שנשמרות עד לכרטיס ב-CRM: מדריך מלא"
description: "איך לגרום לתגיות UTM לשרוד מהמודעה ועד הליד ב-CRM: שדות חובה, שמירה בדפדפן, מיפוי, בדיקות ותיקון לידים שמסומנים כ-direct."
canonical: https://adsbeast.pro/blog/he/utm-tagging-that-survives-to-the-crm-card
language: he
published: 2026-09-18T00:15:03.308Z
updated: 2026-09-18T00:15:03.309Z
author: "צוות העריכה של ADS Beast"
translations:
  - ar: https://adsbeast.pro/blog/ar/utm-tagging-that-survives-to-the-crm-card
  - en: https://adsbeast.pro/blog/en/utm-tagging-that-survives-to-the-crm-card
  - es: https://adsbeast.pro/blog/es/etiquetado-utm-hasta-la-ficha-del-crm-guia-practica
  - ru: https://adsbeast.pro/blog/ru/utm-razmetka-kotoraya-dokhodit-do-kartochki-v-crm
  - sk: https://adsbeast.pro/blog/sk/utm-oznacenie-ktore-prezije-az-do-karty-v-crm
  - uk: https://adsbeast.pro/blog/uk/utm-rozmitka-yaka-dozhivaye-do-kartki-v-crm
---
# תגיות UTM שלא נעלמות בדרך לכרטיס ב-CRM

תגיות UTM הן פרמטרים שמתווספים לכתובת הדף ומתארים מאיפה הגיע הגולש. הבעיה הידועה היא שהן חיות ב-URL בלבד: ברגע שהטופס נשלח, רוב המערכות שולחות רק את שדות הטופס, והתגיות נמחקות. כדי שהן יגיעו לכרטיס ב-CRM צריך לקרוא אותן, לשמור אותן ולהעביר אותן הלאה בשלושה שלבים נפרדים.

## בקצרה

- תגיות UTM לא עוברות אוטומטית לשום מערכת. הן צריכות קוד שקורא אותן מהכתובת ושומר אותן לפני שליחת הטופס.
- חמישה פרמטרים הם המינימום לשמירה: source, medium, campaign, content ו-term. בפועל שלושה ראשונים מכסים רוב הקמפיינים.
- ניווט פנימי באתר מוחק את הפרמטרים. בלי שמירה ב-localStorage או בעוגייה, ליד שנרשם שלושה דפים אחר כך יסומן כ-direct.
- הבעיה השכיחה ביותר היא שדה hidden שלא מופה לשדה מותאם ב-CRM. זו לא בעיית קוד אלא בעיית הגדרה.
- בלי referrer ושדה נחיתה ראשונה אובד ההקשר של מסע הלקוח, גם אם ה-UTM עצמם נשמרו.

## למה תגיות UTM נעלמות בין המודעה ל-CRM

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

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

הסיבה העמוקה יותר היא הפרדה בין שתי שכבות. שכבת הפרסום יודעת על הקליק. שכבת הטופס יודעת על ההמרה. אם אין קוד שמחבר ביניהן, הן נשארות שתי מערכות נפרדות שמדווחות מספרים שלא מסתדרים. בדיוק לשם מגיעים גם [מספרי חדר הפרסום לא תואמים ל-CRM: איך מאתרים ומתקנים](/blog/he/why-your-ad-account-and-your-crm-never-agree), כי הפער הזה נראה כמו באג בדיווח אבל בפועל הוא חוסר בהעברה.

## חמשת שדות החובה בכל ליד

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

| פרמטר | מה הוא מזהה | חובה? |
|---|---|---|
| utm_source | הפלטפורמה או המקור, למשל מנוע חיפוש או רשת חברתית | כן |
| utm_medium | סוג התנועה: ממומן, אורגני, אימייל | כן |
| utm_campaign | שם הקמפיין או המבצע | כן |
| utm_content | הווריאציה או הקריאייטיב הספציפי | רק בקמפיינים מרובי קריאייטיב |
| utm_term | מילת המפתח или קהל היעד | בקמפיינים מבוססי חיפוש |

שלושת הראשונים הם הבסיס. אם אין קמפיינים עם כמה מודעות במקביל, אפשר לוותר על content. אם אין קמפיינים מבוססי מילות מפתח, אפשר לוותר על term. אבל בלי source, medium ו-campaign אין שום דרך לזהות איזו מודעה הביאה את הליד, וכל הדיווח נשען על ניחושים.

בנוסף לחמישה האלה, כדאי לשמור שני שדות שאינם UTM אבל קריטיים להקשר: ה-referrer, כלומר הדף שממנו הגיע הגולש, וכתובת דף הנחיתה הראשון. בלעדיהם אי אפשר לשחזר את המסע גם אם כל חמשת הפרמטרים קיימים. אם אתם עובדים עם מודעות בגוגל, שווה להכיר גם איך בונים את הקמפיין מלכתחילה, כולל [מתכנן מילות מפתח של גוגל: כלים חינמיים ובתשלום](/blog/he/google-keyword-planner-free-and-paid-keyword-tools), כי תגיות נכונות מתחילות בהגדרה נכונה של הקמפיין.

## איך מעבירים תגיות UTM מהדף לטופס

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

1. קוראים את הפרמטרים מ-window.location.search עם JavaScript, ומחלצים מהם את חמשת הערכים.
2. כותבים כל ערך לשדה hidden מתאים בטופס. השדות צריכים להיות קיימים ב-HTML לפני שהסקריפט רץ.
3. שומרים את הערכים ב-localStorage או בעוגייה, כדי שיהיו זמינים גם אם הגולש מנווט לדפים אחרים לפני השליחה.
4. מוסיפים גם את ה-referrer ואת כתובת דף הנחיתה הראשון לאותם שדות שמורים.
5. בשליחת הטופס, ממפים את שדות ה-hidden לשדות מותאמים ב-CRM. בלי המיפוי הזה השדות מגיעים למערכת אבל לא נכתבים לשום מקום.

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

חשוב לזכור שהעוגייה או ה-localStorage נחסמים במקרים מסוימים: דפדפנים במצב פרטי, כלי consent שלא אישרו, או הגדרות פרטיות מחמירות. במקרים האלה התגיות יאבדו גם אם הקוד תקין. הפתרון למי שצריך דיוק גבוה הוא [העברת המרות בשרת בלי ספירה כפולה: מדריך מעשי](/blog/he/server-side-conversion-tracking-how-to-enable-without-double-counting), שעוקף חלק מהמגבלות האלה.

## שמירה בין דפים: איפה התגיות נשברות

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

הפתרון הוא שמירה מתמשכת: ברגע שהגולש נוחת עם פרמטרים, כותבים אותם ל-localStorage או לעוגייה עם תפוגה של 30 עד 90 יום. בכל טעינת דף בודקים קודם את הכתובת, ואם אין בה פרמטרים, שולפים את הערכים השמורים. בשליחת הטופס משתמשים במה שיש.

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

אורך החלון משפיע גם הוא. חלון של 30 יום מתאים למכירות קצרות. חלון של 90 יום מתאים למחזורי מכירה ארוכים. הבעיה היא שככל שהחלון ארוך יותר, כך גדל הסיכוי לייחס ליד לקמפיין ישן שכבר לא רלוונטי. על המתח הזה בדיוק עוסק [חלון ייחוס: למה אותם נתונים נראים אחרת](/blog/he/attribution-window-why-the-same-period-shows-different-numbers), וכדאי ליישר אותו עם אורך השמירה שבחרתם.

## מיפוי ל-CRM: השלב שבו רוב המערכות נופלות

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

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

טעות נפוצה היא מיפוי חלקי. מגדירים source ו-medium, שוכחים את campaign, ואחר כך לא מבינים למה אי אפשר לפרק את הנתונים לפי קמפיין. טעות שנייה היא שמות לא עקביים: לפעמים utm_source, לפעמים source, לפעמים מקור. כל וריאציה כזו יוצרת שדה חדש ומפצלת את הנתונים.

כדאי גם להחליט מראש מה קורה כשאין UTM. אם גולש הגיע אורגנית, אין לו תגיות. אם תשאירו את השדה ריק, תקבלו רשומות חסרות. אם תמלאו ערך ברירת מחדל כמו organic או direct, תקבלו נתונים שאפשר לסנן. השני עדיף, כי הוא מבחין בין "לא ידוע" לבין "לא נמדד".

## איך מזהים שהבעיה היא בהעברה ולא בדיווח

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

| סימפטום | סיבה סבירה | מה לבדוק |
|---|---|---|
| כל הלידים מוצגים כ-direct או none | שדות UTM לא קיימים בטופס, או לא מופו | קוד הטופס והמיפוי ב-CRM |
| חלק מהלידים עם UTM, חלק בלי | שמירה לא מתמשכת בין דפים | localStorage או עוגייה |
| UTM קיימים אבל הנתונים לא מסתדרים עם הפרסום | חלון ייחוס שונה בין המערכות | הגדרות חלון בשני הצדדים |
| לידים חסרים לגמרי | ספירה כפולה או כשל בהעברה | לוגים של שליחת הטופס |

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

## מה עושים כשה-CRM מציג את כל הלידים כ-direct

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

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

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

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

## בדיקה לפני שמסיקים מסקנות

תהליך בדיקה קצר חוסך שבועות של ניחושים. עוברים עליו אחרי כל שינוי בקוד הטופס או בהגדרות ה-CRM.

1. פותחים את דף הנחיתה עם תגיות UTM מלאות בכתובת, ומוודאים שהן נקראות.
2. מנווטים לדף פנימי ובודקים שהערכים נשמרו ולא נמחקו.
3. ממלאים את הטופס ושולחים אותו.
4. בודקים שהליד נכנס ל-CRM עם כל חמשת השדות מלאים.
5. חוזרים על הבדיקה בגלישה פרטית, כדי לראות מה קורה כשהעוגייה חסומה.

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

## הצעד הבא

הדבר המעשי ביותר לעשות עכשיו הוא לבדוק ליד אחד מהשבוע האחרון: לפתוח את הכרטיס ב-CRM ולראות אם יש בו שדות UTM מלאים. אם אין, הבעיה כמעט תמיד באחד משלושת המקומות שתוארו כאן, ואפשר להתחיל מהמיפוי.

מי שרוצה לחסוך את שלב הניסוי והטעייה יכול להגדיר את [תגיות UTM](/features/he/tracking) כך שהן נשמרות מהקליק הראשון ועד הכרטיס, כולל שמירה בין דפים ומיפוי מלא לשדות המותאמים. אם הקמפיינים שלכם באינסטגרם, שווה לקרוא גם [פרסום באינסטגרם: להשקיע נכון ולמדוד תוצאות](/blog/he/instagram-ads-launch-target-measure-2026-guide), כי שם התגיות נוטות להישבר מוקדם יותר בגלל מעברים בין אפליקציה לדפדפן.

## שאלות נפוצות

**מה קורה לתגיות UTM כשהטופס נשלח ל-CRM?**
רוב הטפסים שולחים רק את שדות הטופס, והתגיות נשארות בכתובת הדף. בלי קוד שמעביר אותן לשדות נסתרים או ל-JavaScript, הן נעלמות לפני שהליד נכנס למערכת. התוצאה: הלידים מגיעים בלי מקור תנועה, ומוצגים כ-direct.

**כמה שדות UTM מינימום צריך לשמור בכל ליד?**
חמישה: source, medium, campaign, content ו-term. בפועל אפשר להסתפק בשלושה הראשונים אם אין קמפיינים מרובי קריאייטיב ואין קמפיינים מבוססי מילות מפתח. פחות מזה ולא תוכלו לזהות איזו מודעה הביאה את הליד.

**איך מעבירים UTM מהדף לטופס בלי לשבור את החתימה?**
קוראים את הפרמטרים מ-window.location.search עם JavaScript, כותבים אותם לשדות hidden בטופס, וממפים אותם לשדות מותאמים ב-CRM. חשוב להעביר גם את ה-referrer ואת כתובת דף הנחיתה הראשון, אחרת אובד ההקשר של מסע הלקוח.

**למה ה-UTM נעלמים אחרי מעבר בין דפים באתר?**
כי כל ניווט פנימי יוצר כתובת חדשה בלי הפרמטרים המקוריים. הפתרון הוא לשמור אותם ב-localStorage או בעוגייה ל-30 עד 90 יום, ולשלוף אותם בשליחת הטופס. בלי זה, גולש שנכנס מקמפיין ונרשם שלושה דפים אחר כך יופיע כ-direct.

**מה עושים כשה-CRM מציג את כל הלידים כ-direct או none?**
בודקים שלושה דברים: האם שדות ה-UTM קיימים בטופס, האם המיפוי ל-CRM פעיל, והאם העוגייה לא נחסמת על ידי דפדפן או כלי consent. ברוב המקרים הבעיה היא שדה hidden שלא מופה. אחרי תיקון, השיוך לקמפיינים מתחיל לעבוד.

**האם צריך לשמור UTM גם אם אין קמפיין ממומן?**
כן, כי תגיות מבדילות בין מקורות גם בתנועה לא ממומנת. קמפיין אימייל, שיתוף ברשתות או קישור מבלוג אחר ייראו כ-direct בלי תגיות. שמירה נכונה נותנת תמונה מלאה של כל המקורות, לא רק של הפרסום בתשלום.

## שאלות ותשובות

### מה קורה ל-UTM parameters כשהטופס נשלח ל-CRM?

רוב הטפסים שולחים רק את שדות הטופס, וה-UTM נשארים ב-URL של הדף. בלי קוד שמעביר אותם לשדות נסתרים או ל-JavaScript, הם פשוט נעלמים לפני שהליד נכנס למערכת. התוצאה: 100% מהלידים מגיעים בלי מקור תנועה.

### כמה שדות UTM מינימום צריך לשמור בכל ליד?

חמישה: utm_source, utm_medium, utm_campaign, utm_content ו-utm_term. בפועל אפשר להסתפק בשלושה הראשונים אם אין קמפיינים מרובי קריאייטיב. פחות מזה ולא תוכל לזהות איזו מודעה הביאה את הליד.

### איך מעבירים UTM מהדף לטופס בלי לשבור את החתימה?

קוראים את הפרמטרים מ-window.location.search עם JavaScript, כותבים אותם לשדות hidden בטופס, וממפים אותם לשדות מותאמים ב-CRM. חשוב להעביר גם את ה-referrer ואת ה-landing page הראשון, אחרת אובד הקשר של מסע הלקוח.

### למה ה-UTM נעלמים אחרי מעבר בין דפים באתר?

כי כל ניווט פנימי יוצר URL חדש בלי הפרמטרים המקוריים. הפתרון הוא לשמור אותם ב-localStorage או ב-cookie ל-30 עד 90 יום, ולשלוף אותם בשליחת הטופס. בלי זה, גולש שנכנס מקמפיין ונרשם שלושה דפים אחר כך יופיע כ-direct.

### מה עושים כשה-CRM מציג את כל הלידים כ-direct או none?

בודקים שלושה דברים: האם שדות ה-UTM קיימים בטופס, האם המיפוי ל-CRM פעיל, והאם ה-cookie לא נחסם על ידי דפדפן או כלי consent. ב-70% מהמקרים הבעיה היא שדה hidden שלא מופה. אחרי תיקון, השיוך לקמפיינים מתחיל לעבוד תוך 24 שעות.