اگر شما هم بعد از مهاجرت به گوگل آنالیتیکس نسخه جدید، با اختلاف اعداد عجیب و غریب در تعداد بازدیدها و جلسات مواجه شده اید، اصلا نگران نباشید. این یک خطا یا باگ نیست، بلکه نتیجه تغییر بنیادین در معماری داده های گوگل است. در واقع، هدف اصلی این مقاله، آموزش سشن Session در GA4 و تفاوت های آن با نسخه Universal است تا شما بتوانید تفاوت های فنی این دو نسخه را درک کنید و گزارش های خود را با دقت بیشتری تفسیر کنید. در اینجا ما به شما کمک میکنیم تا بفهمید چرا اعداد قبلی شما دیگر تکرار نمی شوند و چگونه باید با منطق جدید گوگل کنار بیایید.
بسیاری از متخصصان سئو سایت و تحلیلگران داده، در ابتدا با کاهش یا افزایش ناگهانی Session ها در گزارش های GA4 دچار سردرگمی می شوند. این چالش زمانی جدی تر می شود که بخواهید نرخ تبدیل یا مدت زمان حضور کاربر را با داده های قدیمی مقایسه کنید. این عدم تطابق می تواند باعث اتخاذ تصمیمات مدیریتی اشتباه شود. اما نیت ما در این راهنما این است که شما را از این آشفتگی خارج کنیم. ما با بررسی دقیق پارامترهایی مثل session_start و تفاوت های زیرساختی، مسیر شفافی برای شما ترسیم میکنیم تا دیگر از تغییرات ناگهانی اعداد نترسید.
در طول این مقاله عمیق ما از سطح مفاهیم پایه شروع کرده و به لایه های فنی و پیچیده می رویم. شما یاد خواهید گرفت که چگونه یک Session در GA4 تعریف می شود، چرا مفهوم Engaged Session جایگزین مفاهیم قدیمی شده است و چگونه عوامل فنی مانند Session Timeout بر داده های شما تاثیر می گذارند. این مقاله قرار است به شما قدرت تحلیل داده ها را بدهد تا بتوانید با اطمینان کامل، استراتژی های بازاریابی خود را بر اساس واقعیت های جدید GA4 تنظیم کنید. پس اگر آماده هستید تا معماری جدید گوگل را کالبدشکافی کنید با ما همراه باشید.
Session در GA4 چیست؟
برای درک عمیق مفهوم Session در GA4، ابتدا باید بدانیم که گوگل از یک مدل مبتنی بر رویداد (Event-based) استفاده می کند. در نسخه قدیمی یعنی Universal Analytics، سشن بیشتر حول محور یک بازه زمانی مشخص از بازدیدهای یک کاربر می چرخید، اما در GA4، هر سشن در واقع مجموعه ای از رویدادهاست که تحت یک Session ID مشترک جمع آوری می شوند. وقتی یک کاربر وارد سایت شما می شود، اولین رویدادی که ثبت می شود session_start نام دارد. این رویداد به سیستم اعلام می کند که یک جلسه جدید آغاز شده است. برخلاف نسخه قدیمی، در GA4 سشن ها به شدت با رویدادها گره خورده اند و هر فعالیت کاربر، از کلیک گرفته تا اسکرول کردن، می تواند بخشی از یک سشن باشد.
یک نکته فنی بسیار مهم در مورد Session در GA4 این است که این مفهوم بر پایه شناسایی کاربران از طریق User ID یا Device ID و سپس پیوند دادن آن ها به یک شناسه سشن منحصر به فرد بنا شده است. وقتی کاربر سایت را باز می کند، یک Session ID برای او تولید می شود. این شناسه تا زمانی که شرایط خاصی برقرار باشد، ثابت می ماند. اگر کاربر سایت را ببندد و بعد از مدت کوتاهی دوباره برگردد، ممکن است همان Session ID برای او تمدید شود یا بر اساس تنظیمات زمان انقضا، یک سشن جدید ایجاد شود. بنابراین، سشن در واقع یک ظرف برای نگهداری رویدادهای مرتبط با یک بازه زمانی مشخص است که در آن کاربر تعامل داشته است.
از نظر فنی، برای تست اینکه آیا سشن ها به درستی ثبت می شوند، می توانید از ابزار DebugView در پنل GA4 استفاده کنید. در این بخش، شما می توانید به صورت زنده ببینید که با هر بار لود شدن صفحه یا انجام یک فعالیت، رویداد session_start چگونه ارسال می شود. اگر مشاهده کردید که با هر بار رفرش شدن صفحه، یک session_start جدید ارسال می شود، یعنی احتمالاً در پیاده سازی تگ های خود مشکلی وجود دارد یا تنظیمات کوکی ها باعث از بین رفتن Session ID می شود. عیب یابی این موضوع کلیدی است، زیرا اگر سشن ها به اشتباه تقسیم شوند، Session Count شما به شدت بالا رفته و داده ها از واقعیت فاصله می گیرند.
سشن در GA4 چگونه محاسبه می شود؟
محاسبه سشن در GA4 با منطق ریاضی بسیار متفاوتی نسبت به نسخه های گذشته انجام می شود. در این نسخه، محاسبه بر اساس وقوع رویداد session_start است. یعنی هر بار که رویداد مربوط به شروع سشن از سمت مرورگر کاربر به سرورهای گوگل ارسال شود، یک واحد به شمارنده Sessions اضافه می شود. اما این به این معنا نیست که هر کلیک یک سشن است. سیستم هوشمند GA4 تلاش می کند با استفاده از Session ID، رویدادهای مختلف را به هم متصل کند. اگر کاربر چندین صفحه را باز کند و در هر صفحه رویدادهای مختلفی را ثبت کند، تا زمانی که Session ID تغییر نکند، همه این فعالیت ها زیر مجموعه یک سشن محاسبه می شوند.
یک عامل حیاتی در محاسبه سشن، مفهوم Session Timeout یا انقضای سشن است. به طور پیش فرض، اگر کاربر برای مدت مشخصی (معمولا 30 دقیقه) هیچ فعالیتی در سایت نداشته باشد، سشن او منقضی می شود. اگر کاربر در دقیقه 31 دوباره به سایت برگردد، گوگل یک session_start جدید ثبت می کند و این یک سشن جدید محسوب می شود. نکته فنی که باید مد نظر داشته باشید این است که این زمان انقضا قابل تنظیم است، اما در اکثر پیاده سازی ها روی همان حالت پیش فرض باقی می ماند. همچنین، تغییر پارامترهای منبع ترافیک (Session Source) نیز می تواند باعث شروع یک سشن جدید شود. مثلا اگر کاربر از گوگل بیاید و سپس از طریق یک لینک در تلگرام وارد سایت شود، GA4 ممکن است این را به عنوان دو سشن مجزا با منابع متفاوت در نظر بگیرد.
برای عیب یابی دقیق نحوه محاسبه، باید به بررسی پارامترهای Session Campaign و Session Medium بپردازید. اگر متوجه شدید که تعداد سشن ها با تعداد ورودهای واقعی کاربر همخوانی ندارد، ابتدا بررسی کنید که آیا رویداد session_start به درستی توسط Google Tag Manager ارسال می شود یا خیر. روش تست پیشنهادی، استفاده از کنسول مرورگر و بررسی Network tab است. در اینجا باید به دنبال درخواستی بگردید که شامل پارامترهای مربوط به رویدادهای GA4 است. اگر در هر درخواست، Session ID ثابت ارسال شود، محاسبات درست است. اما اگر با هر بار جابجایی بین صفحات، ID تغییر کند، یعنی سشن های شما به اشتباه تکه تکه می شوند که این یک مشکل بزرگ در تحلیل رفتار کاربر است.
تفاوت Session در GA4 و Universal Analytics
تفاوت اصلی بین Session در GA4 و UA در معماری زیربنایی داده ها نهفته است. در Universal Analytics، سشن ها بر اساس زمان (Time-based) تعریف می شدند. یعنی یک سشن در UA معمولاً با اولین بازدید شروع می شد و با اتمام فعالیت کاربر یا رسیدن به زمان انقضا پایان می یافت. اما در GA4، تمرکز از “زمان” به سمت “رویداد” (Event-based) تغییر یافته است. در UA، وقتی یک سشن شروع می شد، سیستم منتظر می ماند تا رویدادهای بعدی را ثبت کند، اما در GA4، خودِ رویدادها هسته اصلی هستند و سشن تنها یک ویژگی (Dimension) برای دسته بندی این رویدادهاست. این تغییر باعث شده که در GA4، دقت در ثبت تعاملات بسیار بالاتر برود.
تفاوت دوم در نحوه برخورد با تغییر منبع ترافیک است. در نسخه Universal، اگر کاربر از یک منبع به منبع دیگر تغییر وضعیت می داد، گاهی اوقات سشن قبلی همچنان باز می ماند تا زمانی که زمان انقضا برسد. اما در GA4، تغییر در Session Source یا Session Medium به شدت بر تشخیص سشن جدید تاثیر می گذارد. این یعنی اگر کاربر در حین یک جلسه، از طریق یک تبلیغ دیگر وارد سایت شود، گوگل آنالیتیکس بسیار حساس تر عمل کرده و ممکن است یک سشن جدید ایجاد کند. این موضوع باعث می شود که گزارش های مربوط به Session Count در GA4 با UA متفاوت باشد، به طوری که معمولا در GA4 تعداد سشن ها کمتر یا متفاوت از UA دیده می شود چون دقت در تفکیک منبع ترافیک بالاتر رفته است.
علاوه بر این، در UA مفهومی به نام Session Duration وجود داشت که بر اساس اختلاف زمان بین اولین و آخرین رویداد در یک سشن محاسبه می شد. در GA4، اگرچه هنوز مدت زمان حضور را داریم، اما تمرکز بیشتر بر Engaged Session است. در واقع در UA، هر بازدیدی که در بازه زمانی سشن بود، بخشی از آن سشن محسوب می شد، اما در GA4، ما به دنبال کیفیت این سشن هستیم. برای تست این تفاوت، می توانید داده های یک ماه خاص را که هم در UA و هم در GA4 ثبت شده است با هم مقایسه کنید. خواهید دید که احتمالاً Session Count در UA بالاتر است زیرا در UA سشن های کمتر با کیفیت (بدون تعامل) هم به راحتی ثبت می شدند، در حالی که GA4 با نگاهی رویداد-محور، ساختار متفاوتی دارد.
تفاوت Session و Engaged Session در GA4
یکی از مهم ترین و جدیدترین مفاهیم در GA4، تفاوت بین یک Session معمولی و یک Engaged Session است. در گذشته ما فقط به دنبال تعداد سشن ها بودیم، اما در GA4 هدف سنجش کیفیت است. یک Engaged Session زمانی تعریف می شود که کاربر یکی از شرایط زیر را داشته باشد: اول اینکه حداقل 10 ثانیه در سایت بماند (این زمان قابل تنظیم است)، دوم اینکه حداقل یک رویداد تبدیل (Conversion) ثبت کند، و سوم اینکه حداقل دو صفحه را مشاهده کند. اگر کاربر وارد سایت شود و بلافاصله خارج شود، او یک Session ثبت کرده است اما یک Engaged Session نیست. این تفکیک بسیار حیاتی است زیرا به شما میگوید چقدر از ترافیک شما واقعا با محتوا درگیر شده است.
این موضوع منجر به معرفی شاخص Engagement Rate شده است که در واقع نسبت Engaged Session ها به کل Sessions است. در نسخه قدیمی UA، ما شاخص Bounce Rate را داشتیم که اگر کاربر فقط یک صفحه را می دید و خارج می شد، نرخ پرش بالا می بود. اما در GA4، نرخ پرش (Bounce Rate) تعریف متفاوتی دارد؛ نرخ پرش در واقع مکمل Engagement Rate است. یعنی اگر نرخ تعامل شما 60 درصد باشد، نرخ پرش شما 40 درصد است. این تغییر باعث شده که تحلیلگران سئو دیگر نگران نباشند که کاربر فقط یک صفحه را دیده است، بلکه تمرکزشان را بر این بگذارند که آیا آن کاربر حداقل 10 ثانیه در سایت بوده یا خیر. این یک رویکرد بسیار واقع بینانه تر برای سنجش کیفیت ترافیک است.
برای عیب یابی و درک بهتر این تفاوت، باید به گزارش Engagement در پنل GA4 بروید. اگر مشاهده کردید که تعداد Sessions شما بسیار بالاست اما Engagement Rate شما بسیار پایین (مثلاً زیر 10 درصد) است، این یک زنگ خطر بزرگ است. این یعنی کاربران شما بلافاصله پس از ورود سایت را ترک می کنند. روش تست این است که بررسی کنید آیا رویدادهای مهم شما (مثل اسکرول یا کلیک) به درستی ثبت می شوند یا خیر. اگر رویدادها ثبت نشوند، کاربر به عنوان Engaged Session شناخته نمی شود. بنابراین، اطمینان از درست بودن پیاده سازی رویدادهای تعاملی، کلید اصلی برای بالا بردن نرخ تعامل و درک درست از کیفیت سشن ها در GA4 است.
چرا تعداد Session ها در GA4 با Universal متفاوت است؟
بسیاری از مدیران سایت ها وقتی از UA به GA4 مهاجرت می کنند، شوکه می شوند که چرا تعداد سشن ها تغییر کرده است. دلیل اصلی این موضوع، تغییر پارادایم از “بازدید صفحه” به “رویداد” است. در Universal Analytics، سیستم بر اساس لود شدن صفحات کار می کرد. اگر کاربر صفحه ای را باز می کرد، یک فعالیت ثبت می شد. اما در GA4، چون همه چیز رویداد است، سیستم بسیار دقیق تر عمل می کند. در GA4، اگر یک کاربر چندین بار در طول یک جلسه با رویدادهای مختلف تعامل داشته باشد، اما Session ID ثابت بماند، فقط یک سشن ثبت می شود. در حالی که در UA، به دلیل ساختار قدیمی، گاهی اوقات باگ های سیستمی یا تنظیمات کوکی باعث می شد که یک سشن به دو سشن تقسیم شود.
دلیل دوم، نحوه مدیریت Session Timeout و کوکی ها است. GA4 از روش های مدرن تری برای مدیریت شناسایی کاربران استفاده می کند که با قوانین جدید حریم خصوصی (مانند GDPR) سازگارتر است. این یعنی استفاده از کوکی های سمت سرور یا روش های دیگر که ممکن است باعث شود سشن ها در GA4 دقیق تر و شاید کمتر از UA ثبت شوند. همچنین، در UA اگر کاربر یک صفحه را باز می کرد و سپس با کلیک روی دکمه “بازگشت” مرورگر، دوباره همان صفحه را می دید، ممکن است یک سشن جدید ایجاد شود، اما GA4 با استفاده از Session ID، سعی می کند این را به عنوان یک جلسه مستمر شناسایی کند. این دقت بیشتر، باعث می شود که اعداد GA4 با اعداد UA همخوانی نداشته باشند.
در نهایت، تفاوت در نحوه محاسبه Session Source و Session Medium نیز نقش دارد. در GA4، اگر پارامترهای منبع ترافیک در حین یک جلسه تغییر کند، احتمال ایجاد سشن جدید بسیار بیشتر است. این رفتار باعث می شود که گزارش های GA4 بسیار جزئی تر و در عین حال متفاوت از گزارش های جمع و جورتر UA باشند. برای تست این موضوع، پیشنهاد می کنیم داده های مربوط به Session Source را در هر دو نسخه مقایسه کنید. خواهید دید که توزیع ترافیک در GA4 به دلیل حساسیت بیشتر به رویدادهای شروع، تغییر کرده است. این تفاوت، نه یک خطا، بلکه یک پیشرفت در دقت داده ها است که به شما اجازه می دهد بفهمید دقیقا چه اتفاقی برای کاربر می افتد.
عوامل موثر بر تعداد Session در GA4
تعداد سشن های شما در GA4 تحت تاثیر مجموعه ای از عوامل فنی و رفتاری قرار دارد. اولین و مهم ترین عامل، رفتار کاربر در مورد Session Timeout است. همانطور که گفته شد، اگر فاصله زمانی بین دو فعالیت کاربر بیشتر از حد مجاز (پیش فرض 30 دقیقه) شود، سشن جدید ایجاد می شود. بنابراین، اگر سایت شما دارای محتوای طولانی است که کاربران در آن وقت زیادی می گذرانند اما در بازه های زمانی متقطع فعالیت می کنند، ممکن است تعداد سشن های شما بالاتر از حد انتظار باشد. همچنین، نحوه پیاده سازی کوکی ها و Session ID در سایت شما بسیار تعیین کننده است. اگر سایت شما دارای چندین زیردامنه (Subdomain) است و کوکی ها به درستی بین آن ها به اشتراک گذاشته نشوند، کاربر با رفتن از یک زیردامنه به دیگری، یک سشن جدید خواهد داشت.
عامل دوم، تغییر در پارامترهای Session Campaign و Session Medium است. اگر کاربر در حین یک جلسه، از طریق یک لینک ردیابی شده (UTM) وارد سایت شود، این رویداد می تواند باعث شروع یک سشن جدید شود. همچنین، تغییر در نوع دستگاه (مثلاً کاربر از موبایل به لپ تاپ سوئیچ کند) قطعاً باعث ایجاد سشن جدید می شود. اما نکته جالب اینجاست که حتی تغییر در نحوه تعامل (مثلاً تغییر از حالت ناشناس به حالت لاگین شده با User ID) نیز می تواند بر نحوه گروه بندی سشن ها تاثیر بگذارد. در واقع، هر بار که ویژگی های شناسایی کاربر تغییر کند، سیستم باید تصمیم بگیرد که آیا این ادامه همان سشن قبلی است یا یک شروع جدید.
عامل سوم، تنظیمات فنی Google Tag Manager و پیاده سازی تگ ها است. اگر تگ GA4 شما به گونه ای تنظیم شده باشد که با هر بار لود شدن هر المان خاصی، رویداد session_start را دوباره ارسال کند (که البته غیرممکن است مگر در صورت اشتباه در تنظیمات)، تعداد سشن ها به شدت بالا می رود. همچنین، استفاده از افزونه های کش (Cache) یا سیستم های مدیریت محتوا که پارامترهای URL را تغییر می دهند، می تواند باعث شود GA4 فکر کند کاربر از منبع جدیدی وارد شده است. برای عیب یابی این عوامل، باید از ابزارهای Inspect مرورگر و بررسی دقیق جریان رویدادها استفاده کنید تا مطمئن شوید که Session ID در طول یک جلسه ثابت می ماند و تنها در زمان های منطقی تغییر می کند.
سوالات متداول درباره Session در GA4
- آیا تعداد سشن های GA4 باید با Universal Analytics برابر باشد؟
خیر، به دلیل تغییر معماری از زمان-محور به رویداد-محور و دقت بیشتر در شناسایی منبع ترافیک، این اعداد معمولاً متفاوت هستند. - چگونه بفهمم یک سشن به درستی ثبت شده است
با استفاده از گزارش DebugView در GA4، می توانید به صورت زنده مشاهده کنید که آیا رویداد session_start با یک Session ID منحصر به فرد ارسال می شود یا خیر. - تفاوت اصلی Engaged Session با سشن معمولی چیست؟
سشن معمولی هر بار ورود کاربر است، اما Engaged Session فقط زمانی ثبت می شود که کاربر حداقل 10 ثانیه بماند، تعامل داشته باشد یا تبدیل انجام دهد. - اگر تعداد سشن ها ناگهان افزایش یابد چه باید کرد؟
ابتدا بررسی کنید که آیا تگ های شما دچار مشکل شده و با هر کلیک سشن جدید می سازند یا اینکه آیا ترافیک اسپم یا تغییرات در تنظیمات UTM باعث این اتفاق شده است.
