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

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

למה דווקא הערים האלה

• אשבורן, וירג׳יניה: שם או בסמוך פועלים האזור US East (N. Virginia) של AWS, האזור של Google Cloud באשבורן והאזור East US של Microsoft.
• תל אביב: ל-AWS יש שם את האזור Israel (Tel Aviv), Google Cloud מציינת את תל אביב כמיקום של אזור, ול-Microsoft יש אזור Israel Central בישראל.
• פרנקפורט: AWS מפעילה שם את האזור Europe (Frankfurt), Google Cloud מציינת את פרנקפורט כמיקום של אזור, ול-Microsoft יש שם את האזור Germany West Central.

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

מקורות: AWS Regions, Google Cloud Regions and zones ו-Microsoft Azure regions list (באנגלית).

בודקים את הכתובות

עיר היא רמז; הכתובת היא התשובה. GA4 לא מציגה כתובות IP, אבל יומני הגישה של השרת או של חברת האחסון בדרך כלל כן. כניסות ממודעות Google Ads נושאות בדרך כלל מזהה קליק כמו gclid בכתובת דף הנחיתה, כך שאפשר לבודד קודם את הכניסות בתשלום.

הדבק את הלוג, או רק את הכתובות, בכלי החינמי לבניית רשימת החרגת IP. מלוג הוא סופר רק את השורות עם מזהה קליק של Google Ads, וכמה קליקים שונים הגיעו מכל כתובת. הוא מסמן כל כתובת שנמצאת ברשת ענן או אחסון, לפי הטווחים ש-Amazon Web Services, Google Cloud, Microsoft Azure, Oracle Cloud, DigitalOcean, Akamai (Linode) ו-Vultr מפרסמות והרשתות ש-Hetzner, OVHcloud, Contabo, Scaleway, Alibaba Cloud, Tencent Cloud ו-Huawei Cloud מכריזות, ומראה כמה שייכות לכל ספק. הוא רץ בדפדפן שלך, והכתובות לא יוצאות ממנו.

מסננים ב-GA4 בזהירות

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

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

מקורות: מרכז העזרה של Google Analytics, החרגה של תנועה מבוטים מוכרים וסינון תנועה פנימית.

מרחיקים את זה מהמודעות

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

• מחריגים כתובות, לא עיר. החרגה של תל אביב כמיקום מסתירה את המודעות גם מלקוחות אמיתיים שם. החרגה של כתובות מרכזי הנתונים מדויקת, ורשתות של מרכזי נתונים הן המקום היחיד שבו טווח עם כוכבית כמו ‎203.0.113.*‎ בטוח. רשימת ההחרגה של החשבון חלה על כל הקמפיינים, כולל קמפיינים למיקסום ביצועים. הכלי יכול להשאיר רק את כתובות הענן והאחסון ובונה טווחים רק בתוך הרשתות האלה; המדריך להחרגת כתובות IP מסביר לאיזו רשימה כל כתובת שייכת.
• משאירים את ההמרות שלהם מחוץ לבידינג. טופס ששולח סקריפט הוא עדיין המרה בעיני Google Ads, Meta ו-GA4 אם הוא מגיע אליהם.

מה AdProtektor מוסיפה

רשימה שבונים פעם אחת מתיישנת, כי הכתובות מתחלפות. AdProtektor מדרגת כל ביקור ברגע שהוא קורה, בין השאר לפי הרשת שהכתובת שייכת אליה, חוסמת מקורות שעוברים את הסף שלך ושומרת את רשימות ההחרגה שלך ב-Google Ads מעודכנות, עם כתובות של מרכזי נתונים ורשתות בוטים ברשימת החשבון. עם ConversionOS היא יכולה גם לעכב המרות של מבקרים חסומים במקום לשלוח אותן ל-Google Ads, ל-Meta ול-GA4.

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