تشخیص ترافیک و Referral Spam در Google Analytics 4

در Google Analytics 4 گزارش جذب ترافیک را باز کنید و بازهٔ زمانی را به روزهایی محدود کنید که نام ناشناس دیده شده است. در جدول، منبع و رسانهٔ نشست را ببینید؛ یعنی بازدید از کجا آمده و از چه نوع مسیر بوده است. یک نام عجیب در این جدول، به‌تنهایی اثبات نمی‌کند کسی سایت شما را هک کرده است.

برای نمونه، تعداد نشست‌ها، مدت تعامل و صفحهٔ مقصد همان منبع را با منابع عادی مقایسه کنید. سپس اگر به گزارش سرور دسترسی دارید، ببینید در همان زمان درخواست‌هایی برای همان صفحه‌ها ثبت شده یا نه. آمار تحلیلی و درخواست واقعی به سرور دو شاهد جدا هستند.

اگر منبع مربوط به درگاه پرداخت است و بازگشت مشتری از پرداخت را به‌عنوان منبع تازه نشان می‌دهد، تنظیم ارجاع ناخواسته می‌تواند مرتبط باشد. اما اگر هدف حذف دادهٔ اسپم است، صرف افزودن نام به فهرست ارجاع ناخواسته، گزارش‌های تاریخی را پاک نمی‌کند. اول نوع مسئله را پیدا کنیم تا ابزار اشتباه را برای آن انتخاب نکنیم.

گزارش آمار نشان می‌دهد رویدادها چگونه ثبت و نسبت داده شده‌اند. لاگ وب‌سرور، درخواست‌هایی را نشان می‌دهد که واقعاً به سرور رسیده‌اند. اگر یک منبع در Analytics دیده می‌شود، آن را با صفحهٔ فرود، زمان رویداد و لاگ متناظر مقایسه کنید. نبودن تطابق می‌تواند نشان دهد مسئله به روش جمع‌آوری داده مربوط است، نه مصرف واقعی پهنای باند همان بازدید.

همچنین بررسی کنید tag فقط یک بار نصب شده باشد و در محیط آزمایشی یا دامنهٔ ناخواسته اجرا نشود. افزونهٔ آمار و کدی که دستی در قالب قرار داده‌اید ممکن است هم‌زمان رویداد ثبت کنند. این مشکل با مسدود کردن یک دامنهٔ ارجاع برطرف نمی‌شود.

یک بازهٔ مشخص و منبع مشکوک را انتخاب کنید. صفحهٔ ورود، نوع رویداد و الگوی زمانی را بخوانید و با ترافیک معمول سایت مقایسه کنید. رشد ناگهانی عدد به‌تنهایی اثبات نمی‌کند همهٔ بازدیدها بی‌ارزش‌اند؛ انتشار محتوا یا لینک تازه نیز می‌تواند تغییر ایجاد کند.

اگر درخواست واقعی و مخرب به سایت دارید، رسیدگی آن در وب‌سرور، WAF یا برنامه موضوع جداگانه‌ای است. قواعد مسدودسازی باید بر اساس رفتار و شواهد اعمال شوند. مسدود کردن هر کاربر با Referer ناشناس ممکن است بازدید سالم را نیز حذف کند، چون این هدر همیشه موجود یا قابل اعتماد نیست.

فهرست unwanted referrals برای اصلاح نسبت دادن برخی ارجاع‌ها، مانند برگشت از درگاه پرداخت، کاربرد دارد. این گزینه ابزار عمومی پاک کردن هر دادهٔ اسپم نیست. پیش از افزودن یک دامنه، روشن کنید چرا نباید آن ارجاع به‌عنوان منبع جدید جلسه تفسیر شود و روش اتصال دامنه‌ها و جریان کار شما چگونه است.

اگر ترافیک داخلی را جدا می‌کنید، ابتدا تعریف و فیلتر را در حالت آزمایش بررسی کنید. اعمال یک فیلتر فعال می‌تواند روی دادهٔ آینده اثر ماندگار داشته باشد. آدرس IP متغیر یا استفاده از VPN نیز ممکن است تعریف ترافیک داخلی را متفاوت کند؛ یک آزمایش محدود با کاربر و شبکهٔ مشخص انجام دهید.

زمان تغییر تنظیم را ثبت کنید و گزارش‌های پس از آن را با محدودهٔ مشابه مقایسه کنید. انتظار نداشته باشید تنظیم امروز همهٔ دادهٔ قدیمی پردازش‌شده را دوباره بسازد. اگر هدف کاهش درخواست مخرب بود، نتیجه را در لاگ و مصرف منابع بسنجید؛ اگر هدف اصلاح گزارش بود، رویداد و نسبت دادن منبع را بررسی کنید.

بهتر است گزارش نهایی دقیق باشد: کدام منبع، چه تعداد رویداد، در چه بازه‌ای و با چه شاهدی مشکوک تشخیص داده شد. این روش کمک می‌کند مشکل محدود را به کل بازدید سایت تعمیم ندهیم و اصلاحی انجام دهیم که واقعاً به دادهٔ قابل استفاده منجر شود.