איך לסנן תנועה לפי שם מארח ב-GA4 בלי לאבד אירועים אמיתיים לצמיתות

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

Google הכריזה על מסנני Include לשמות מארח ב21 בספטמבר 2026. קודם לכן סינון שמות מארח הציע כללי Exclude. האפשרות החדשה מאפשרת להגדיר מארחים מאושרים במקום לזהות שוב ושוב מארחים לא רצויים. יש לה שתי מגבלות חשובות: שמות מארח ריקים נחסמים במסנני Include, ואירועים שנשלחים דרך Measurement Protocol אינם מכוסים בסינון Include לפי מארח.

זהו את הנתונים שאתם באמת רוצים לשמור

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

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

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

צרו כלל בדיקה בנכס הנכון

הוראות Google לסינון שמות מארח ממקמות את ההגדרות תחת Admin, ואז Data collection and modification ו-Data filters. יצירת מסנן דורשת הרשאת Editor ומעלה. ודאו שנבחר הנכס הנכון, בחרו Create filter ואת מסנן Web hostname traffic, ותנו לכלל שם ברור.

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

בחרו תחילה Testing. Google מבחינה בין שלושה מצבים: Testing מזהה נתונים תואמים באמצעות המאפיין Test data filter name; Active מחיל שינויים קבועים על נתונים נכנסים; Inactive אינו מעריך את המסנן. לכן כלל לא פעיל וכלל בבדיקה ממלאים תפקידים שונים, אף שאף אחד מהם אינו ראיה שסינון הייצור תקין.

אמתו מסלולים אמיתיים לפני ההפעלה

Google ממליצה להמתין 24 עד 36 שעות לפני אימות מסנן בבדיקה. ניתוח הנתונים המתועד משתמש ב-Test data filter name, ב-Event name וב-Event count. השתמשו בשדות האלה לבדיקת התוצאות, ובחנו את שמות המארח ואת האירועים העסקיים הרלוונטיים במקום להסתפק בכך שהטבלה מכילה נתונים.

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

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

כשהתוצאות תומכות בכיסוי הרצוי, חזרו למסנן שנבדק, שנו את מצבו ל-Active ושמרו. Google אומרת שתחילת הסינון יכולה לקחת 24 עד 36 שעות. תעדו מתי ביצעתם את השינוי והתחשבו בעיכוב בהשוואת דוחות סביב המעבר.

הבינו מה אי אפשר לבטל

תיעוד מסנני הנתונים של Google קובע שאירועים שסוננו החוצה אינם מעובדים ולא יופיעו מאוחר יותר ב-Analytics או ב-BigQuery. שינוי או השבתת כלל אינם משחזרים את האירועים שנזרקו. המסננים משפיעים על נתונים נכנסים, לא על רשומות היסטוריות שכבר נאספו.

אם צריך רק להסתיר נתונים בניתוח מסוים, שקלו מסנני דוחות במקום החרגה קבועה מהאיסוף. בדקו גם את יחסי הגומלין בין הכללים: Google אומרת שמסנני Include only פעילים מאוחדים ומוחלים תחילה כקבוצה, ואחריהם מוחלים מסנני Exclude פעילים. כלל הרשאה אינו מגן על אירוע מהחרגה מאוחרת יותר.

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

הפרידו בין מדידה נקייה יותר לאתר בריא יותר

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

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