راهنمای استفاده از عبارات منظم (Regex) در گوگل آنالیتیکس ۴ (GA4) برای تحلیل بهتر

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

برای کسب و کارهایی که در ایران فعالیت می کنند، در تنظیمات اکانت، لوکیشن بیزینس را یکی از کشورهای همسایه قرار دهید. به دلیل تحریم ایران، در صورتی که ایران انتخاب شود، پراپرتی و اکانت شما حذف خواهد شد.

وارد نکردن واحد پول (Currency)

اگر در سایت‌تان محصولات یا خدماتی را به فروش می‌گذارید، حتماً باید ایکامرس ترَکینگ (Ecommerce Tracking) را در GA4 پیاده‌سازی کرده باشید. حتی اگر تیم فنی محدودی دارید یا بودجه توسعه‌تان کم است، حداقل باید ردیابی خریدها (Purchase Tracking) را فعال کنید.

با این کار می‌توانید متوجه شوید که کدام کانال‌های تبلیغاتی یا منابع ترافیکی، فروش بیشتری برای‌تان ایجاد کرده‌اند — موضوعی بسیار کلیدی برای هر پرفورمنس مارکتر، مخصوصاً در کمپین‌هایی با منابع محدود.

اما اینجا یک نکته مهم وجود دارد که بسیاری از کاربران GA4 از آن غافل‌اند:

در مستندات رسمی گوگل آنالیتیکس، به‌صورت واضح گفته نشده که ارسال واحد پول برای هر خرید ضروری است. اما در واقع، اگر پارامتر مربوط به “currency” را نفرستید، گزارش‌های درآمدی‌تان ناقص خواهند بود.

حتی اگر فروشگاه شما فقط با یک واحد پول (مثلاً ریال ایران یا دلار کانادا) کار می‌کند، باز هم باید در هر تراکنش، پارامتر واحد پول را ارسال کنید.

در نسخه قدیمی گوگل آنالیتیکس (GA3 یا Universal Analytics)، این پارامتر اختیاری بود. اما در GA4، اگر ارسال نشود، برخی از گزارش‌های درآمدی به‌درستی نمایش داده نمی‌شوند.

چطور این مشکل را رفع کنیم؟

اگر از Google Tag Manager برای ارسال داده‌ها به GA4 استفاده می‌کنید، کافی است در تگ خرید (purchase event)، یک فیلد به نام currency تعریف کنید و مقدار آن را بر اساس استاندارد ISO درج نمایید.

مثلاً:

• دلار آمریکا: USD
• یورو: EUR
• دلار کانادا: CAD

از نمادهایی مثل $ یا € استفاده نکنید؛ چون گوگل آن‌ها را نمی‌شناسد و داده‌ها را پردازش نخواهد کرد.

ارسال دائمی پارامتر debug_mode در GA4

یکی از امکانات مفید در Google Analytics 4، ابزار DebugView است؛ قابلیتی که به شما اجازه می‌دهد داده‌های دریافتی را به‌صورت دقیق‌تر و لحظه‌ای بررسی و عیب‌یابی کنید.

برای فعال‌سازی DebugView در GA4، سه روش وجود دارد:

1. استفاده از افزونه GA Debugger در مرورگر Chrome
2. فعال‌سازی حالت Preview در Google Tag Manager روی صفحه‌ای که قصد بررسی آن را دارید
3. ارسال پارامتر debug_mode به همراه یک event

اشتباهی که اینجا بررسی می‌کنیم، مربوط به روش سوم است.

چرا استفاده نادرست از debug_mode مشکل‌ساز می‌شود؟

فرض کنید تگ GA4 شما در Google Tag Manager این‌گونه تنظیم شده است:

• در بخش تنظیمات پیکربندی (Configuration) یا Shared event settings، یک پارامتر به نام debug_mode تعریف کرده‌اید.
• این پارامتر دارای هر مقداری به‌جز undefined باشد.

در این صورت، هر event ارسالی در DebugView نمایش داده می‌شود.

اما مشکل کجاست؟

اگر این تنظیمات را منتشر (Publish) کرده باشید، در واقع باعث می‌شوید همه بازدیدکنندگان سایت شما پارامتر debug_mode را همراه با داده‌هایشان ارسال کنند. در نتیجه:

• لیست دستگاه‌های موجود در DebugView بسیار شلوغ می‌شود
• پیدا کردن دستگاه خودتان در میان این حجم از اطلاعات بسیار سخت خواهد شد
• عملاً قابلیت دیباگ کردن از بین می‌رود

راه‌حل چیست؟

گزینه اول: تعریف متغیر شرطی در GTM

یک متغیر سفارشی در GTM بسازید که فقط در حالت Preview مقدار true را برگرداند و در حالت عادی مقدار undefined. سپس این متغیر را به‌عنوان مقدار پارامتر debug_mode تنظیم کنید.

گزینه دوم: پارامتر را به طور کلی حذف کنید

وقتی حالت Preview and Debug در GTM را فعال می‌کنید، DebugView در GA4 به‌صورت خودکار فعال می‌شود. بنابراین نیازی به تنظیم دستی debug_mode=true نیست.

اگر این اشتباه رایج را تصحیح کنید، تجربه بسیار بهتری در بررسی داده‌ها و عیب‌یابی تگ‌ها در GA4 خواهید داشت.

استفاده نادرست از قابلیت “Create event”

اگر به‌تازگی کار با آنالیتیکس ۴ را شروع کرده‌اید، احتمالاً با بخشی به‌نام “Create event” مواجه شده‌اید. این ویژگی می‌تواند مفید باشد، اما تنها زمانی که به‌درستی از آن استفاده شود.

یکی از اشتباهات رایجی که خیلی از تازه‌کارها در آنالیتیکس ۴ مرتکب می‌شوند، استفاده نادرست از همین قابلیت است. مخصوصاً زمانی که قصد دارند یک ایونت (Event) سفارشی را ثبت و پیگیری کنند.

مشکل از کجا شروع می‌شود؟

فرض کنیم شما با استفاده از ابزارهایی مثل Google Tag Manager یا gtag.js یک ایونت سفارشی (custom event) تعریف کرده‌اید و این ایونت به‌درستی در GA4 ثبت می‌شود. حالا می‌خواهید اطلاعات بیشتری از آن استخراج کنید، مثلاً پارامترهای سفارشی مثل button_color یا page_type را به آن اضافه کنید.

در چنین حالتی، بله، باید این پارامترهای سفارشی (Custom Parameters) را در GA4 ثبت (Register) کنید تا به‌عنوان ابعاد سفارشی (Custom Dimensions) در گزارش‌هایتان دیده شوند.

اما برخی کاربران تازه‌کار اشتباهاً فکر می‌کنند باید خود ایونت سفارشی را هم از طریق بخش Configure > Events > Create event در رابط کاربری GA4 بسازند.

نتیجه چیست؟ داده‌های تکراری!

این کار باعث می‌شود یک ایونت، دوبار به GA4 ارسال شود:

1. یک‌بار از طریق GTM یا gtag.js
2. یک‌بار دیگر از طریق قابلیت “Create event”

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

پس چه زمانی از “Create event” استفاده کنیم؟

اگر از GTM یا gtag برای ارسال ایونت‌ها استفاده می‌کنید، نیازی به ساخت مجدد همان ایونت در GA4 نیست. GA4 به‌طور خودکار ایونت‌هایی که ارسال می‌شوند را شناسایی و در گزارش‌ها نمایش می‌دهد.

ویژگی “Create event” بیشتر زمانی کاربرد دارد که می‌خواهید از روی یک ایونت موجود، ایونت جدیدی بسازید. مثلاً ایونتی که فقط در یک شرایط خاص فایر شود یا شامل فیلترهای خاصی باشد و نه صرفاً برای تکرار یک ایونت که قبلاً تعریف شده.

محدودیت در تعداد دایمنشن های سفارشی (Custom Dimensions)

یکی از مهم‌ترین محدودیت‌های GA4، سقف تعداد دایمنشن های سفارشی است. برای هر property، تنها می‌توان حداکثر ۵۰ دایمنشن سفارشی تعریف کرد. این موضوع زمانی اهمیت پیدا می‌کند که برای هر ایونت، پارامتر یکتایی تعریف کرده باشید و بخواهید از آن در گزارشها استفاده کنید.

در پروژه‌های کوچک، شاید این محدودیت در ابتدا مشکل‌ساز نباشد. اما رشد یک وب‌سایت یا اپلیکیشن در طول زمان، تعداد ایونت ها و پارامترها را افزایش می‌دهد. در چنین شرایطی، به سرعت با محدودیت GA4 مواجه می‌شوید و امکان افزودن دایمنشن جدید را از دست می‌دهید.

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

مدیریت مدت‌زمان نگهداری داده‌ها (Data Retention)

در GA4، داده‌های تحلیلی به دو شکل در دسترس هستند:

• گزارش‌های استاندارد (Standard Reports): این گزارش‌ها داده‌هایی را نشان می‌دهند که به طور دائمی ذخیره می‌شوند و تاریخ انقضا ندارند.
• گزارش‌های اکسپلور (Explorations): در این بخش، به طور پیش‌فرض تنها داده‌های مربوط به دو ماه گذشته در دسترس هستند.

این موضوع زمانی مشکل‌ساز می‌شود که بخواهید گزارش سفارشی‌سازی‌شده‌ای برای بازه‌های زمانی طولانی‌تر (مثلاً ۶ ماه گذشته) تهیه کنید. اگر تنظیمات پیش‌فرض را تغییر نداده باشید، چنین امکانی وجود نخواهد داشت.

راه‌حل: برای افزایش بازه زمانی نگهداری داده‌ها در بخش Explorations، به مسیر زیر در پنل مدیریتی GA4 بروید:
Admin > Data Settings > Data Retention
سپس گزینه نگهداری داده‌ها را از دو ماه به ۱۴ ماه تغییر دهید. توجه داشته باشید که این تغییر از زمان اعمال تنظیمات به بعد مؤثر خواهد بود و شامل داده‌های گذشته نمی‌شود.

تفکیک محیط تست از نسخه نهایی سایت

در بسیاری از پروژه‌ها، یک نسخه از سایت یا اپلیکیشن برای تست و توسعه استفاده می‌شود و نسخه‌ای دیگر به عنوان سایت نهایی در اختیار کاربران قرار دارد. در چنین مواردی، اشتباهی که بارها دیده می‌شود، ارسال داده‌های هر دو محیط به یک property مشترک در GA4 است.

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

پس بهتر است برای هر محیط (تست و نهایی)، property جداگانه‌ای در GA4 ایجاد کنید تا داده‌ها کاملاً تفکیک‌شده و قابل اعتماد باقی بمانند.

حذف ترافیک داخلی و ارجاع‌های ناخواسته

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

برای جلوگیری از این مشکل، باید ترافیک داخلی را حذف یا فیلتر کنید. در GA4 این امکان وجود دارد تا با تعریف قواعد خاص، IP یا ویژگی‌های مرورگر کاربران داخلی را تشخیص داده و ایونت های مربوط به آن‌ها را از گزارش‌ها کنار بگذارید.

همچنین، در بسیاری از پروژه‌ها، سایت به درگاه‌های پرداخت، سیستم‌های پشتیبانی یا سایر منابع خارجی متصل است. اگر این ورودی ها به درستی در GA4 تعریف نشوند، به عنوان (referral) ثبت می‌شوند و آمار مربوط به منابع جذب ترافیک را دچار خطا می‌کنند.

بنابراین: در کنار حذف ترافیک داخلی، حتماً فهرست ورودی های unwanted referrals را نیز تعریف کرده و از گزارش‌ها حذف کنید.

مشکل مقادیر پایدار در تگ تنظیمات آنالیتیکیس (ویژه سایت‌های SPA)

در سایت‌هایی که از مدل سینگل پیج (Single Page Application) استفاده می‌کنند، مشکلی مهم وجود دارد که اغلب نادیده گرفته می‌شود. در این سایت‌ها، بارگذاری صفحه تنها یک بار انجام می‌شود و تغییر محتوا به صورت دینامیک صورت می‌گیرد.

بیشتر بخوانید: ایونت ترکینگ در سایت های SPA

اگر در تگ تنظیمات GA4 (Configuration Tag) یک پارامتر را مقداردهی کرده باشید، این مقدار تا زمان رفرش صفحه ثابت می‌ماند. حتی اگر مقدار متغیر در Google Tag Manager تغییر کند، در GA4 اعمال نخواهد شد. این رفتار باعث بروز خطا در داده‌های ارسالی می‌شود.

راه‌حل دقیق:
به‌جای اتکا به تگ تنظیمات، از قابلیت Event Settings Variable استفاده کنید و آن را در کنار تگ‌های ایونت های (GA4 Event Tags) قرار دهید. با این کار، مقدار متغیر در هر بار فعال شدن تگ به‌روزرسانی شده و دقت داده‌ها حفظ خواهد شد.

بعد از نصب و راه اندازی آنالیتیکس 4 و ساخت گزارش در بخش explore، احتمالاً متوجه وجود ردیفی به اسم not set شده‌اید. اگر می‌خواهید بدانید که دلیل نمایش not set در آنالیتیکس 4 چیست و باید با آن چه کرد، در ادامه این مطلب همراه من باشید. به طور کلی در خصوص Not set در GA4 می‌توان گفت:

• در برخی شرایط، امکان رفع و حذف Not set در GA4 وجود دارد
• در شرایط دیگر، می‌توان تعداد دفعات ظاهرشدن Not set را کاهش داد
• و در بقیه موارد، Not set چیزی است که باید وجود آن را در آنالیتیکس 4 بپذیریم تا زمانی که Google برخی موارد را تغییر دهد یا به روز کند!

همان‌طور که حتماً می‌دانید، ابزار آنالیتیکس 4، همچنان یک ابزار در حال توسعه است که ابهامات زیادی در خصوص برخی از موارد آن، مانند Not set وجود دارد.

Not set در آنالیتیکس 4 چیست؟

Not set مقداری است که به عنوان مقدار یک دایمنشن در گزارش‌های آنالیتیکس 4 نمایش داده می‌شود، زمانی که آن دایمنشن، هیچ مقدار منحصر به فرد یا مشخصی نداشته باشد. به عنوان مثال، اگر قصد موضوعی در خصوص سایتتان را دارید؛ اما به اشتباه از دایمنشن‌های مربوط به اپ استفاده کنید، مقداری که برای دایمنشن نمایش داده می‌شود، Not set خواهد بود.اما زمانی با مشکل روبه‌رو خواهید شد که برای دایمنشنی که درست انتخاب کرده‌اید، باز هم مقدار NOT SET را مشاهده می‌کنید.

علت وجود (Not Set) در گزارش‌های لندینگ‌پیج در آنالیتیکس 4 چیست؟

در آنالیتیکس یونیورسال گاهی اوقات مدار دایمنشن landing page در گزارش‌ها، not set تعیین می‌شد. این مشکل همچنان در آنالیتیکس 4 هم وجود دارد. اما علت این مشکل چیست؟

اگر سشن کاربر با ایونتی به اسم page_view همراه نباشد، یعنی پارامتر یا اطلاعات اضافه‌ای به اسم page_location هم وجود ندارد. در نتیجه مقدار landing page، Not set تعیین می‌شود. گرچه page_view به صورت خودکار توسط آنالیتیکس 4 ردیابی می‌شود، اما باز هم ممکن است که در برخی از شرایط خاص، page_view اتفاق نیفتند و در نتیجه گزارش لندینگ‌پیج در آنالیتیکس 4 دچار مشکل شود.

یک سناریوی احتمالی عبارت هستند از:

• تنظیمات پیش‌فرض مدت زمان سشن را در GA4 تغییر نداده‌اید، به این معنی که پس از 30 دقیقه عدم فعالیت، سشن بازدیدکنندگان وب‌سایت شما منقضی می‌شود.
• یک بازدیدکننده وب سایت شما را در یک تب مرورگر باز می‌کند و آن را برای بیش از 30 دقیقه بازمی‌گذارد (به‌عنوان‌مثال، او برای خوردن ناهار رفته است).
• زمان سشن تمام می‌شود.
• آن شخص به وب سایت شما برمی‌گردد و سپس کاری انجام می‌دهد؛ مثلاً اسکرول می‌کند، ایونت user_engagement و … اتفاق می‌افتد و ردیابی آنالیتیکس 4 بدون اتفاق افتادن page_view جدید همراه با سشن جدید، آغاز می‌شود.

در این سناریو، دو سشن برای کاربر ثبت شده است که یکی همراه با page_view و دیگری بدون ایونت page_view اتفاق افتاده است.

دلایل نمایش (not set) در گزارش‌های Google Ads

اگر در گزارش‌های تبلیغاتی‌تان مقدار (not set) را مشاهده می‌کنید، احتمالاً یکی از موارد زیر دلیل آن است:

1. اتصال بین حساب Google Ads و GA4 برقرار نیست

اطمینان حاصل کنید که حساب گوگل ادز به درستی به خاصیت GA4 لینک شده باشد. در غیر این صورت، اطلاعات کلیک‌ها و کمپین‌ها منتقل نمی‌شود.

2. Auto-tagging فعال نیست

قابلیت Auto-tagging باید فعال باشد تا GA4 بتواند اطلاعات مربوط به کلیک‌ها را به درستی دریافت کند. در تنظیمات Google Ads بررسی کنید که این گزینه فعال باشد.

3. ترافیک از حساب‌های Google Ads غیرمتصل

اگر چند اکانت گوگل ادز دارید که به GA4 لینک نشده‌اند، ترافیک حاصل از آن‌ها با (not set) نمایش داده می‌شود. دلیل آن این است که GA4 نمی‌تواند کلیک‌ها را به ایونت ها نسبت دهد.

4. استفاده از UTM ناقص یا اشتباه در URLهای مقصد

در صورتی که لینک‌های مقصد را به صورت دستی تگ کرده‌اید ولی پارامترهای UTM ناقص یا نادرست باشند، مقدار (not set) نمایش داده می‌شود. این مشکل تنها محدود به Google Ads نیست و ممکن است در لینک‌های شبکه‌های اجتماعی، وبلاگ‌ها یا سایر منابع نیز رخ دهد.

برای جلوگیری از این مشکل از ابزارهای رسمی Google برای ساخت URLهای تگ‌شده استفاده کنید.

نمایش (not set) در دایمنشن‌های مختلف GA4

دایمنشن Session Source / Medium

در صورت نبود ایونت session_start، GA4 نمی‌تواند منبع یا چنل را تعیین کند. معمولاً این مشکل به دلیل انتخاب اشتباه نوع Trigger در Google Tag Manager رخ می‌دهد.

راه‌حل:
نوع Trigger را به «Initialization – All pages» تغییر دهید. این کار را از طریق تگ مربوط به GA4 در محیط Google Tag Manager انجام دهید.

اگر session source / medium به عنوان (not set) گزارش شود، ترافیک شما در گروه کانال‌های پیش‌فرض به عنوان “Unassigned” یا «اختصاص‌نیافته» دسته‌بندی خواهد شد.

دایمنشن Landing Page

اگر سشن شما ایونت page_view نداشته باشد، دایمنشن صفحه فرود مقدار (not set) خواهد داشت. این مورد ممکن است در کمپین‌هایی با لینک‌های ناقص یا در صفحات با اسکریپت‌های ناقص رخ دهد.

دایمنشن Content Group

اگر از این دایمنشن همراه با ایونت های خودکار مانند session_start یا first_visit استفاده کرده باشید، ممکن است مقدار (not set) را مشاهده کنید. دلیل این است که این ایونت ها پارامتر content_group را پشتیبانی نمی‌کنند.

همچنین اگر پارامتر content_group را ارسال کرده باشید ولی مقدار آن خالی باشد (مثلاً content_group: “”)، باز هم مقدار (not set) نمایش داده می‌شود.

دایمنشن Custom User ID

استفاده از User ID به عنوان یک دایمنشن سفارشی توصیه نمی‌شود. در این حالت، احتمال نمایش مقدار (not set) وجود دارد. گوگل پیشنهاد می‌کند از قابلیت رسمی User-ID استفاده کنید.

پارامترهای سفارشی (Custom Parameters)

برای ایونت هایی که پارامترهای سفارشی دارند، در ۲۴ ساعت اول ممکن است مقدار (not set) گزارش شود. پس از گذشت این بازه زمانی، داده‌های مورد انتظار نمایش داده می‌شوند.

اگر پارامترهای سفارشی در اولین ایونت ها (مانند session_start یا first_visit) حضور نداشته باشند، مقدار (not set) ثبت می‌شود.

اگر مدتی است که با گوگل آنالیتیکس ۴ (Google Analytics 4) کار می‌کنید، احتمالاً متوجه حضور مرموز عبارتی به نام (not set) در برخی از گزارش‌ها شده‌اید. در این مطلب، دقیقاً توضیح می‌دهیم که برای از بین بردن (not set) در آنالیتیکس ۴ چه باید کرد.

قبل از اینکه وارد جزئیات شویم، بهتر است چند موضوع درباره این موضوع را شفاف کنیم:

• در بعضی موارد، امکان برطرف کردن و حذف (not set) در گوگل آنالیتیکس ۴ وجود دارد.
• در برخی موقعیت‌ها، می‌توانید میزان رخداد این مشکل را کاهش دهید.
• اما در سایر موارد، باید این موضوع را پذیرفت تا زمانی که گوگل تغییرات یا به‌روزرسانی‌های لازم را در این زمینه اعمال کند.

قبل از اینکه وارد توضیحات فنی شویم، لازم است چند نکته مهم را در نظر داشته باشید.

دلایل نمایش Landing Page به صورت (not set) در GA4

تایم‌اوت سشن (Session Timeout)

یکی از دلایل اصلی نمایش (not set) در صفحه‌ی فرود، پایان یافتن خودکار سشن به دلیل عدم فعالیت کاربر است.

سناریوی رایج

• مدت زمان پیش‌فرض سشن در GA4، سی دقیقه است.
• کاربر سایت را در یک تب مرورگر باز کرده و برای مدتی (مثلاً صرف ناهار) از سیستم دور می‌شود.
• سشن پس از ۳۰ دقیقه بی‌تحرکی منقضی می‌شود.
• کاربر بدون رفرش یا باز کردن صفحه‌ی جدید، حرکتی انجام می‌دهد (مثلاً اسکرول می‌کند یا روی چیزی کلیک می‌کند).
• این رویداد جدید یک سشن تازه شروع می‌کند، اما چون رویداد page_view وجود ندارد، صفحه‌ی فرودی ثبت نمی‌شود.

نتیجه: سشن جدید بدون page_view آغاز شده و در نتیجه صفحه‌ی فرود به صورت (not set) نمایش داده می‌شود.

چطور این مشکل را کاهش دهیم؟

برای کاهش این مشکل می‌توانید مدت زمان پیش‌فرض سشن را افزایش دهید.

آموزش افزایش مدت زمان سشن در GA4

۱. وارد GA4 شوید.
۲. به مسیر زیر بروید:
Admin > Data Streams > انتخاب وب دیتا استریم > Configure Tag Settings > Show All > Adjust Session Timeout
۳. مدت زمان سشن را به ۴ ساعت یا حتی حداکثر (۷ ساعت و ۵۵ دقیقه) افزایش دهید و ذخیره کنید.

نکته: با افزایش مدت سشن، تعداد سشن‌های ثبت شده کاهش می‌یابد و میانگین مدت زمان سشن افزایش پیدا می‌کند. پیش از اعمال تغییرات این تاثیرات را در نظر بگیرید.

Measurement پروتکل در GA4

Measurement پروتکل یکی از روش‌هایی است که می‌توانید با استفاده از آن داده‌ها را به Google Analytics 4 (GA4) ارسال کنید. این پروتکل برای انتقال داده‌ها از سرور شما (مثلاً سیستم CRM) به GA4 طراحی شده است. اما هدف اصلی آن، غنی‌سازی اطلاعات جمع‌آوری‌شده از وب‌سایت است، نه شروع سشن های (Session) جدید یا ایجاد کاربران/بازدیدکنندگان جدید.

ارسال ایونت های تکمیلی با پروتکل Measurement

این یعنی اگر کاربری وارد وب‌سایت شما شده و یک سشن را آغاز کرده باشد، می‌توانید از سمت سرور خود، ایونت های بیشتری ارسال کرده و به همان سشن متصل کنید. این امکان تا ۷۲ ساعت پس از زمان ایونت اولیه در دسترس است.

یک نکته‌ی مهم درباره استفاده از پروتکل Measurement

با این حال، یک نکته‌ی مهم وجود دارد: رویدادهایی که از طریق پروتکل Measurement ارسال می‌شوند، به‌طور خودکار اطلاعات ثبت‌شده توسط کد رهگیری وب‌سایت را بازیابی نمی‌کنند. به عنوان مثال، اگر کاربری وارد صفحه‌ای خاص شود، GA4 به صورت خودکار پارامتری به نام page_location را ثبت می‌کند. اما اگر در همان لحظه از طریق پروتکل Measurement یک رویداد ارسال کنید، آن رویداد پارامترهایی مانند page_location یا سایر ابعاد (Dimensions) مرتبط با نشست را به ارث نمی‌برد.

تاثیر عدم ارسال اطلاعات کاربر

برای نمونه، اگر اطلاعات مربوط به مرورگر کاربر (user agent) را هنگام ارسال رویداد نفرستید، رویداد ارسالی فاقد اطلاعاتی مانند نوع دستگاه (Device Category) یا نسخه مرورگر خواهد بود. در این صورت، این ابعاد با مقدار (not set) در GA4 نمایش داده می‌شوند.

مشکل اصلی در حال حاضر این است که هیچ روش رسمی و مستندی وجود ندارد که اجازه دهد IP کاربر یا اطلاعات مرورگر (user agent) از طریق پروتکل Measurement به GA4 ارسال شود. در بخش‌های بعدی این مقاله، به این موضوع بیشتر خواهم پرداخت.

نتیجه‌گیری درباره تاثیر پروتکل Measurement

بنابراین، اگر در تنظیمات GA4 خود از پروتکل Measurement استفاده می‌کنید، احتمال زیادی وجود دارد که برخی از داده‌های ناقص یا مقدار (not set) در گزارش‌های شما، ناشی از همین موضوع باشد. در ادامه این مقاله به جزئیات بیشتری درباره سایر مشکلات احتمالی خواهم پرداخت.

از بین بردن not set در گزارش های سشن سورس مدیوم

یکی از مشکلات رایجی که در گزارش‌های Google Analytics 4 (به‌ویژه در بخش Traffic Acquisition) مشاهده می‌شود، ظاهر شدن مقدار (not set) در دایمنشن Session Source/Medium است. این مشکل باعث می‌شود ترافیک بخشی از کاربران در دسته‌بندی Unassigned قرار گیرد و تحلیل‌ رفتار کاربران دچار اختلال شود.

۱. بررسی پیاده‌سازی Measurement Protocol

اگر دولوپر هنگام ارسال Events از طریق Measurement Protocol مقدار session_id را به‌درستی تنظیم نکند، GA4 نمی‌تواند چنل ترافیک را شناسایی کند. این اتفاق به‌خصوص زمانی رخ می‌دهد که ایونت ها با تاخیر (تا ۷۲ ساعت قبل) ارسال شده و مقدار timestamp_micros اشتباه یا حذف شده باشد.

⚠️ اگر session_id به‌صورت تصادفی تولید شده باشد و با سشن واقعی در سایت هماهنگ نباشد، مقدار (not set) در گزارش‌ها ثبت خواهد شد.

۲. عدم وجود ایونت session_start

دایمنشن های مربوط به منابع ترافیکی مثل Session Source / Medium از ایونت session_start استخراج می‌شوند. اگر این ایونت به هر دلیلی در طول سشن ارسال نشود، مقدار (not set) جایگزین خواهد شد.

این مشکل معمولاً سرور ساید ترکینگ (Server-side Tagging) رخ می‌دهد، جایی که ممکن است session_start در مسیر ارسال داده به GA4 فیلتر شده باشد.

۳. Audience Triggers و تأثیر آن بر مقدار (not set)

ویژگی Audience Trigger در GA4 امکان ارسال خودکار ایونت هنگام ورود کاربر به یک دسته خاص را فراهم می‌کند. اما نکته مهم اینجاست که در برخی موارد، این ایونت به هیچ سشنی اختصاص داده نمی‌شود؛ در نتیجه GA4 نمی‌تواند منبع ترافیک را تشخیص دهد.

حتی در Audienceهای معمولی (غیرپیش‌بینی‌شده)، این مشکل گاهی رخ می‌دهد و فعلاً راه‌حلی برای آن وجود ندارد.

۴. مشکلات مربوط به پارامترهای UTM

اگر پارامترهای UTM که در لینک‌های تبلیغاتی یا شبکه‌های اجتماعی استفاده می‌کنید اشتباه تنظیم شده باشند، مثل ساختار نادرست یا مقادیر خالی — GA4 نمی‌تواند آن‌ها را تحلیل کند و نتیجه آن (not set) خواهد بود.

🔍 پیشنهاد می‌شود لینک‌های تبلیغاتی خود را به‌طور کامل بازبینی کرده و از صحت مقادیر UTM مطمئن شوید.

۵. ترتیب اشتباه اجرای تگ ها در Google Tag Manager

یکی از خطاهای رایج در فروشگاه‌های آنلاین این است که تگ‌های مربوط به ایونت هایی مانند view_item یا purchase زودتر از Google Tag (پیکربندی GA4) اجرا می‌شوند. در چنین حالتی، داده‌ها بدون تنظیمات اولیه GA4 ارسال شده و به شکل (not set) در گزارش‌ها ثبت می‌شوند.

راهکار: از حالت پیش‌نمایش (Preview) در GTM استفاده کنید تا ترتیب اجرای تگ‌ها را بررسی و اصلاح نمایید.

۶. پیاده‌سازی ناقص Google Tag Manager سمت سرور

اگر از Server-side GTM استفاده می‌کنید اما برخی از تگ های GA4 را به درستی به سرور هدایت نکرده باشید، ترافیک شما بین چند دامنه مختلف تقسیم شده و اطلاعات منبع/رسانه ناقص خواهد بود.

مطمئن شوید که همه برچسب‌های GA4 شامل پارامتر server_container_url هستند و به درستی به دامنه سرور ارسال داده می‌شود.

رفع مشکل not set در گزارش های گوگل ادز

بررسی اتصال اکانت Google Ads به GA4

اگر حساب Google Ads شما به درستی به property مورد نظر در GA4 متصل نشده باشد، هیچ داده‌ای از آن منتقل نخواهد شد. مطمئن شوید که اتصال به درستی انجام شده. همچنین اگر شرکت یا برند شما چند اکانت گوگل ادز دارد، حتی عدم اتصال یکی از آن‌ها (که ترافیک به سایت ارسال می‌کند)، می‌تواند منجر به ثبت (not set) شود.

بررسی وضعیت Auto-tagging

قابلیت Auto-tagging به‌طور خودکار داده‌های Google Ads را به GA4 منتقل می‌کند. این ویژگی به شما امکان می‌دهد تا بفهمید کاربران بعد از کلیک روی تبلیغات دقیقاً چه کاری در سایت انجام داده‌اند. توصیه می‌شود همیشه این قابلیت را فعال نگه دارید.

بررسی منوآل تگینگ ها (Manual tagging)

در صورتی که از تگ‌گذاری دستی برای لینک مقصد استفاده می‌کنید، باید بسیار دقت داشته باشید؛ زیرا این روش احتمالا با خطای زیادی همراه است. اگر تگ‌گذاری را به‌درستی انجام نداده باشید، یا کلاً تگی تعریف نکرده باشید، در گزارش‌ها مقدار (not set) نمایش داده می‌شود.

بررسی تنظیمات Google Ads

اگر چند اکانت گوگل ادز را به GA4 متصل کرده‌اید اما در برخی از آن‌ها Auto-tagging غیرفعال است، باز هم با مشکل (not set) مواجه می‌شوید. حتی اگر در URL کاربران پارامتر gclid وجود داشته باشد، اما اتصال اکانت به درستی انجام نشده باشد، GA4 قادر به دریافت اطلاعات کمپین نخواهد بود.

رفع مشکل not set در گزارش صفحات

بررسی تعداد کاراکترهای آدرس صفحه

طبق بررسی‌ها، اگر آدرس صفحات وب‌سایت شما (شامل پروتکل https، پارامترهای کوئری و…) بیش از ۵۰۰ کاراکتر باشد، GA4 دیگر نمی‌تواند مقدار page_location را ثبت کند. این موضوع نه فقط روی گزارش‌های داخل GA4، بلکه روی داده‌های خروجی به BigQuery هم تأثیر می‌گذارد.

🔧 راه‌حل چیست؟
می‌توانید مقدار پارامتر page_location را به‌صورت دستی در تگ‌های GA4 (یا GTAG) بازنویسی کرده و نسخه‌ای کوتاه‌تر از URL را جایگزین کنید. به‌عنوان مثال، حذف پارامترهای غیرضروری از URL، همان‌طور که برخی متخصصان سئو انجام می‌دهند، یک راه‌حل عملی است.

بررسی تگ <title> در کد HTML صفحه

یکی از رایج‌ترین دلایل این مشکل، نبود تگ عنوان در ساختار HTML صفحه است. اگر وب‌سایت به‌خوبی نگهداری یا به‌روزرسانی نشده باشد، احتمال اینکه برخی صفحات فاقد تگ <title> باشند زیاد است.

چگونه بفهمیم کدام صفحات عنوان ندارند؟

برای شناسایی صفحات بدون عنوان، مراحل زیر را در GA4 دنبال کنید:

1. وارد بخش Reports > Engagement > Pages and screens شوید.
2. دو (dimension) زیر را تنظیم کنید:
   • Page title and screen class (یا: Page title and screen name) به‌عنوان بُعد اصلی
   • Page Path and Screen class به‌عنوان بُعد دوم

با این کار می‌توانید صفحاتی که عنوان ندارند را تشخیص دهید. پس از شناسایی این صفحات، با توسعه‌دهنده‌ی وب‌سایت همکاری کنید تا تگ <title> به درستی در آن‌ها اضافه شود.

بررسی بارگذاری زودهنگام GA4 نسبت به تگ عنوان

در برخی موارد نادر، ممکن است کد رهگیری GA4 در بالاترین بخش فایل HTML صفحه قرار گرفته باشد، در حالی‌که تگ <title> پایین‌تر در کد نوشته شده است. در این حالت، زمانی‌که GA4 بارگذاری می‌شود، هنوز عنوان صفحه در دسترس نیست، بنابراین در گزارش‌ها به‌صورت «(not set)» ظاهر می‌شود.

این سناریو خیلی رایج نیست، اما از نظر تئوریک ممکن است اتفاق بیفتد و به همین دلیل اشاره به آن ضروری است.

علت نمایش «(not set)» در بخش Language گوگل آنالیتیکس ۴ (GA4)

در گوگل آنالیتیکس ۴، مقدار Language معمولاً بر اساس تنظیمات مرورگر کاربر تعیین می‌شود. بنابراین در شرایط عادی، بیشتر کاربران با یک مقدار مشخص برای این پارامتر شناسایی می‌شوند. با این حال، گاهی ممکن است در گزارش‌های GA4 با مقدار «(not set)» در ستون Language مواجه شوید.

آیا باید نگران باشیم؟
بر اساس تجربیات موجود، معمولاً درصد این مقدار بسیار کم است و تأثیر قابل توجهی در تحلیل‌های شما نخواهد داشت. با این حال، اگر درصد «(not set)» در گزارش‌های شما بالاست، بهتر است دلایل آن را بررسی کنید.

دلایل رایج برای نمایش «(not set)» در Language

در ادامه، سه دلیل رایج برای بروز این وضعیت را مرور می‌کنیم:

۱. استفاده از Measurement Protocol بدون ارسال پارامتر زبان

اگر از Measurement Protocol برای ارسال ایونت ها به GA4 استفاده می‌کنید (مثلاً از طریق اسکریپت اختصاصی یا اتصال مستقیم سرور)، باید مطمئن شوید که پارامتر زبان کاربر (معمولاً با کلید ul یا language) همراه با هر ایونت ارسال می‌شود. در غیر این صورت، GA4 نمی‌تواند زبان کاربر را تشخیص دهد و مقدار «(not set)» را ثبت می‌کند.

۲. مرورگر یا افزونه‌هایی که اطلاعات زبان را مخفی می‌کنند

برخی از کاربران از مرورگرهایی استفاده می‌کنند که به دلایل حریم خصوصی، اطلاعات مربوط به زبان را تغییر می‌دهند یا پنهان می‌کنند. افزونه‌های امنیتی یا حریم خصوصی مانند uBlock Origin یا Privacy Badger نیز ممکن است باعث حذف این اطلاعات از درخواست‌ها شوند. در نتیجه، گوگل آنالیتیکس نمی‌تواند زبان کاربر را تشخیص دهد.

۳. سرورساید ترکینگ (Server-side Tagging) بدون ارسال ul

اگر از مدل برچسب‌گذاری سمت سرور (Server-side tagging) استفاده می‌کنید، احتمال دارد در فرآیند تنظیمات تگ‌ها، پارامتر ul (User Language) به درخواست ارسال نشود. در این صورت نیز GA4 نمی‌تواند مقدار زبان را شناسایی کند و نتیجه به‌صورت «(not set)» ثبت خواهد شد.

علت نماش not set در گزارش موقعیت جغرافیایی

اگر هنگام بررسی داده‌های جمعیت‌شناسی در Google Analytics 4 (GA4) با عباراتی مثل (not set) در بخش‌های مرتبط با مکان جغرافیایی (مثل شهر یا کشور) مواجه شده‌اید، تنها نیستید. این مشکل یکی از چالش‌های رایجی است که بسیاری از تحلیل‌گران داده در ایران و سایر کشورها تجربه کرده‌اند. در ادامه به دلایل اصلی این اتفاق و نکاتی برای درک بهتر آن می‌پردازیم.

مشکل از کجاست؟ نقش Measurement Protocol در گم شدن داده‌های جغرافیایی

یکی از رایج‌ترین دلایل دیده شدن (not set) در داده‌های مکان جغرافیایی، مربوط به استفاده از Measurement Protocol (MP) است. اگر ایونت ها را از طریق MP به GA4 ارسال می‌کنید، باید بدانید که:

• در MP امکان ارسال یا بازنویسی IP کاربر یا User Agent وجود ندارد.
• در نتیجه، اطلاعاتی مانند موقعیت جغرافیایی یا مرورگر کاربر هنگام ثبت ایونت، به GA4 منتقل نمی‌شود.

محدودیت‌های فعلی Measurement Protocol

در یکی از مکالمات رسمی با تیم گوگل، تأیید شده که در حال حاضر MP از بازنویسی IP یا User Agent پشتیبانی نمی‌کند. این یک محدودیت جدی محسوب می‌شود و باعث شده این پروتکل تنها در سناریوهای بسیار ساده قابل استفاده باشد.

البته توصیه می‌شود که این موضوع را از طریق فروم‌ها و منابع رسمی گوگل دنبال کنید. شاید در نسخه‌های بعدی، امکان ارسال IP یا مرورگر در MP فراهم شود. اما در مستندات رسمی GA4 هنوز هیچ اشاره‌ای به این امکان نشده است.

تأثیر ناشناس‌سازی IP بر دقت موقعیت جغرافیایی

یکی دیگر از دلایل نمایش (not set) در اطلاعات جغرافیایی، مربوط به فعال بودن IP anonymization به‌صورت پیش‌فرض در GA4 است.
این ویژگی باعث می‌شود رقم آخر آدرس IP کاربر به صفر تبدیل شود، که همین موضوع دقت شناسایی مکان کاربر را کاهش می‌دهد.
به‌طور کلی، گوگل هنوز می‌تواند کشور کاربر را تشخیص دهد، اما جزئیات دقیق‌تر مانند استان یا شهر ممکن است ثبت نشود.

تغییر یا حذف IP در پیاده‌سازی سمت سرور (Server-side Tagging)

اگر از Server-side Tagging (SGTM) استفاده می‌کنید، باید بدانید که این سیستم می‌تواند:

• IP کاربر را حذف کند
• یا آن را به مقدار ثابتی مثل 0.0.0.0 بازنویسی کند

در چنین شرایطی، به‌طور طبیعی اطلاعات موقعیت جغرافیایی در GA4 ثبت نخواهد شد.

نقش ابزارهایی مثل VPN و پراکسی در نمایش (not set)

در نهایت، نباید از نقش کاربران در این موضوع غافل شد. بسیاری از بازدیدکنندگان سایت‌ها از VPN، پراکسی یا ابزارهای مخفی‌سازی IP استفاده می‌کنند. این ابزارها باعث می‌شوند IP واقعی کاربر قابل شناسایی نباشد و در نتیجه، Google Analytics نتواند محل دقیق کاربر را تشخیص دهد.

نتیجه؟ بله، مجدداً با (not set) مواجه خواهید شد.