בדיקת חסימת מעקב

מה הבדיקה הזאת מגלה

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

איך לבצע את הבדיקה

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

איך המדידה פועלת

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

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

הבנת התוצאות

כנראה נחסם

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

עבר

גם הבקרה וגם הבדיקה עבדו. הדפוס הזה עבר כאן; אין פירוש הדבר שכל רכיבי המעקב האמיתיים יעברו.

לא חד-משמעי

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

השוואה לפני ואחרי

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

מגבלות הבדיקה

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

מה לשנות, אם צריך

דפוס עובר למרות הסינון שהתכוונתם אליו

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

בקרות ניטרליות נכשלות

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

שאלות נפוצות