נכתב על ידי דני צ'רניאק, DigiKnowledge. נבדק לאחרונה: 10.11.2026

ב-Microsoft Clarity יש שלושה מצבי מיסוך: Strict מסתיר את כל התוכן, Balanced (ברירת המחדל) מסתיר מספרים וכתובות מייל, Relaxed לא מסתיר כלום. תוכן של שדות קלט ותפריטים נפתחים מוסתר בכל מצב. לפי התיעוד של Microsoft תוכן ממוסך לא נשלח לשרתים בכלל. מה שברירת המחדל לא מכסה הוא טקסט אישי שהאתר עצמו מציג, כמו שם, כתובת ופרטי הזמנה: אותו ממסכים במפורש לפי אלמנט, לפני שנצברות הקלטות.

מה מיסוך ב-Clarity עושה בפועל?

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

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

מה ההבדל בין Strict, Balanced ו-Relaxed?

את המצב בוחרים ב-Settings ואז Masking והוא חל על כל האתר.

מצבמה מוסתר לפי התיעודמתי הוא מתאים
Strictכל התוכןאזור אישי, פינטק, בריאות, כל אתר שרוב העמודים בו מציגים מידע על הלקוח
Balanced (ברירת המחדל)תוכן רגיש בלבד. Microsoft מגדירה כרגיש מספרים וכתובות מיילאתר תדמית או חנות, בתוספת מיסוך מפורש לאזורים אישיים
Relaxedשום תוכןאתר תוכן ציבורי בלי התחברות ובלי נתוני לקוח

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

מה Balanced לא מסתיר?

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

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

מה חובה להסתיר באתר?

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

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

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

באילו דרכים ממסכים אלמנט מסוים?

הדרךאיפה מגדיריםמי עושה
מצב מיסוךSettings, Masking, Masking modeAdmin בפרויקט
Mask by elementSettings, Masking, Add element, עם CSS selector של מחלקה, מזהה או סוג אלמנטAdmin בפרויקט, בלי מפתח
מאפיין HTMLdata-clarity-mask או data-clarity-unmask על האלמנט בקוד האתרמפתח

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

<section data-clarity-mask="true">
  שם, כתובת ופרטי ההזמנה
</section>

<span data-clarity-unmask="true">29.90</span>

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

סדר ההחלטות במיסוך

ממיפוי המידע האישי ועד בדיקה בהקלטה

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

באיזה סדר מגדירים מיסוך?

  1. ממפים. עוברים על האתר כמשתמש מחובר ורושמים כל מקום שבו מוצג מידע על אדם: כותרת, עגלה, תשלום, עמוד תודה, אזור אישי, הודעות שגיאה שמצטטות את הקלט.
  2. בוחרים מצב בסיס. Strict אם רוב העמודים מציגים מידע אישי, Balanced עם חריגים אם רק חלקם.
  3. ממסכים את האזורים האישיים. מאפיין data-clarity-mask בקוד, או Mask by element בממשק.
  4. מבטלים מיסוך איפה שצריך לראות. מחירים, עלות משלוח או מונה פריטים, כלומר רק אלמנטים שאין בהם מידע על הלקוח.
  5. בודקים בהקלטה חדשה. מבצעים הזמנת בדיקה, מחכים עד שעה כדי שהשינוי ייכנס לתוקף וצופים בהקלטה של עצמכם. כל מה שמופיע כטקסט קריא נאסף.
  6. מתעדים ומעדכנים את האתר. Microsoft ממליצה על גילוי באתר ועל סעיף במדיניות הפרטיות שמציין את השימוש ב-Clarity, כולל קישור להצהרת הפרטיות של Microsoft. התיעוד כולל נוסח לדוגמה.

מה המיסוך לא פותר?

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

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

איך מיסוך קשור להסכמה ולעוגיות?

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

לפי התיעוד Clarity מעבד שני סוגי הסכמה. analytics_storage קובע אם נכתבות עוגיות: כשהוא denied התג נטען, אבל נאסף רק מידע בלי עוגיות. ad_storage קובע אם Clarity משתף נתונים עם Microsoft Ads: כשהוא denied, אין שיתוף. את ההסכמה מעבירים דרך פלטפורמת הסכמה נתמכת, דרך Google Consent Mode או בקריאה ישירה ל-API:

window.clarity('consentv2', {
  ad_Storage: "denied",
  analytics_Storage: "granted"
});

בשתי נקודות עמודי התיעוד של Microsoft לא אומרים אותו דבר, לכן בודקים אצלכם במקום להניח. עמוד ייעודי אומר ש-Clarity מזהה ומכבד את האותות של Google Consent Mode בלי הגדרה נוספת, בעוד שב-FAQ עדיין כתוב שהתמיכה בדרך. גם רשימת פלטפורמות ההסכמה הנתמכות ארוכה בעמוד אחד וקצרה באחר. הבדיקה זהה בשני המקרים: מסרבים בבאנר ומריצים ב-Console את הפונקציה שהתיעוד נותן, שמדפיסה את מצב ההסכמה ש-Clarity רואה:

clarity('metadata', (d, upgrade, consent) => {
  console.log('consentStatus:', consent);
}, false, true, true);

אחרי סירוב שני הערכים אמורים להיות DENIED והעוגיות ‎_clck ו-‎_clsk לא אמורות להופיע בדפדפן. מי בכלל חייב באות הסכמה ומה קורה לדוחות בלעדיו הסברנו בהתקנת Microsoft Clarity והגדרות ראשונות. את ההיגיון של באנר והסכמה באתר כולו פרסנו בעץ ההחלטה ל-Consent Mode.

שאלות נפוצות

מה מצב המיסוך שמוגדר כברירת מחדל ב-Clarity?

ברירת המחדל היא Balanced. לפי התיעוד של Microsoft המצב הזה מסתיר תוכן רגיש בלבד, כש-Microsoft מגדירה כרגיש מספרים וכתובות מייל. שני המצבים האחרים הם Strict שמסתיר את כל התוכן ו-Relaxed שלא מסתיר תוכן. את המצב משנה רק Admin של הפרויקט, ב-Settings ואז Masking.

האם Clarity מקליט את מה שגולשים מקלידים בטפסים?

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

האם תוכן ממוסך נשלח לשרתים של Microsoft?

לא. התיעוד של Clarity קובע שתוכן ממוסך לא מועלה ל-Clarity וכך עונה גם ה-FAQ הרשמי. בהקלטה מופיעים תווי מיסוך במקום הטקסט. יוצא דופן שכדאי להכיר: Clarity לא ממסך תוכן שנמצא בגיליונות סגנון או בתגי style.

איך מסתירים אלמנט מסוים מההקלטות של Clarity?

בממשק של Clarity: Settings, Masking, Add element תחת Mask by element, עם CSS selector של האלמנט. בקוד האתר: המאפיין data-clarity-mask עם הערך true על האלמנט. בשני המקרים המיסוך חל גם על האלמנטים שבתוכו. לפי התיעוד המאפיין בקוד גובר על מה שהוגדר בממשק.

האם שינוי במיסוך חל על הקלטות קיימות?

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

האם אפשר למחוק הקלטה או נתונים של משתמש מסוים ב-Clarity?

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

מה השורה התחתונה?

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

מקורות

דני צ'רניאק
דני צ'רניאק
יועץ אנליטיקה דיגיטלית ומייסד DigiKnowledge. מרצה לאנליטיקה דיגיטלית באוניברסיטת תל אביב, באוניברסיטה הפתוחה ובאוניברסיטת אריאל. לעמוד האישי

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *