چطور مشکل کاهش ناگهانی نرخ پرش (Bounce Rate) را در گوگل آنالیتیکس رفع کنیم؟

نرخ پرش

یکی از متریک هایی که در گوگل آنالیتیکس نسخه قدیم (Universal Analytices) سرو صدای زیادی کرده بانس ریت یا نرخ پرش است که به صورت پیش فرض داده های غلطی به ما می دهد و در بعضی موارد غلط اندر غلط میشود.

شاید برای شما هم اتفاق افتاده باشد که یک روز گزارش های Universal Analytics (UA) خود را باز می کنید و نرخ پرش به صورت ناگهانی افت می کند و شاید حتی در یک بازه زمانی 0 شود، این بدان معنا نیست که یک شبه وب سایت شما بسیار جذاب تر شده است، این نشان می دهد که چیزی در تنظیمات Google Analytics شما درست کار نمی کند.

در این مطلب قصد دارم تا شما را با رایج ترین دلایلی که چرا این اتفاق افتاده و چگونه آن را برطرف کنید آشنا کنم.

bounce rate

نرخ پرش یا Bounce Rate چیست؟

قبل از شروع، می‌خواهم یک گام به عقب بردارم و یادآوری کنم نرخ پرش در Google Analytics چیست و چگونه محاسبه می‌شود. این به شما کمک می کند درک کنید که چرا در وهله اول دستکاری متریک بسیار آسان است.

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

اگر بعد از ورود کاربر به سایت فقط 1 هیت (به عنوان مثال مشاهده یک صفحه) اتفاق بیفتد کاربر بانس شده است و نرخ بانس یا پرش صفر است.
و اگر بعد از ورود کاربر بیشتر از یک هیت (به عنوان مثال مشاهده دو صفحه یا بیشتر) اتفاق بیقتد کاربر بانس نشده است و نرخ پرش 100 درصد است.

 

هیت (Hit) چیست؟

هر تعاملی که کاربر با سایت انجام می‌دهد و گوگل انالیتیکس آن را ثبت و برای سرورهایش ارسال میکند هیت نام دارد و به صورت پیش فرض Page View (بازدید کاربر از صفحه) به عنوان یک هیت یا به اصطلاح یک درخواست از سمت کاربر به سمت سرور های گوگل آنالیتیکس ارسال میشود،اما رفتارهای دیگر کاربر مثل دانلود یک فایل یا کلیک روی یک دکمه یا اسکرول کردن صفحه یا پخش یک فیلم را به عنوان هیت تشخیص نمی دهد و در صورت نیاز باید از طریق برنامه نویس یا ابزاری به نام گوگل تگ منیجر در سایت تعریف شود تا این تعاملات به صورت یک هیت به سمت سرورها ارسال و در گزارش های آنالیتیکس مشاهده شوند، پس با این حساب ما دو نوع هیت (Hit) داریم:

    1. هیت هایی که به عنوان تعامل کاربر حساب می‌شوند و سشن را تمدید می‌کنند و روی بانس ریت تاثیر می گذارند (Interaction Hit)
    2. هیت هایی که به عنوان تعامل حساب نمی شوند و تأثیری روی سشن و بانس ریت ندارند (Non-Interaction Hit)

فهرستی از دلایل رایجی که باعث کاهش ناگهانی نرخ پرش می شوند

  1. اجرای دو هیت تعاملی در یک صفحه
  2. اجرای دو کد گوگل آنالیتیکس به خاطر اشتباه در نصب گوگل تگ منیجر
  3. ارسال هیت های تعاملی برای تگ های فروشگاهی
  4. ارسال هیت تعاملی برای رویداد پیمایش (Scroll Event)

 

1-اجرای دو هیت تعاملی در یک صفحه

اجرای دو هیت تعاملی (Interaction Hit) در یک صفحه به این معناست که دو بازدید از یک صفحه اتفاق میفتد و همان طور که قبلا گفته شد بانس ریت را صفر می کند،یکی از دلایلی که باعث این اتفاق می شود بارگزاری اشتباه دو کد گوگل آنالیتیکس در سایت است و چون این کد ها در هد (Head) سایت بارگزاری و در تمام صفحات سایت تکرار می شوند باعث صفر شدن نرخ پرش کل صفحات سایت می شود.

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

با استفاده از افزونه Tag Assistant Legacy برای مرورگر کروم
با استفاده از افزونه dataLayer Inspector+ Chrome

روش اول:Tag Assistant Legacy extension

افزودنه را در مرورگر کروم نصب کنید، روی ایکون آن کلیک کنید و سپس روی دکمه Enable کلیک کنید. صفحه ی مورد نظر را Refresh یا ریلود کنید

شماره در ایکون افزونه تغییر خواهد کرد. روی آن کلیک کنید و اگر تگ گوگل آنالیتیکس با رنگ زرد مشخص شده است، روی آن کلیک کنید.

Tag Assistant Legacy

بعد از کلیک روی Google Analytices که زرد رنگ شده است اگر مشاهده کردید که هشدار دو بار ردیابی (Tracked twice) می دهد، باید یکی از آنها را حذف کنید. اگر هر دو تگ Pageview از طریق گوگل تگ منیجر (GTM) کنترل می شوند، به حساب Google Tag Manager خود وارد شوید و سپس آن را حذف کنید. برای بررسی این فرضیه، باید حالت GTM Preview و Debug را فعال کنید و ببینید کدام تگ های GA Pageview در آن صفحه فعال شده اند.

same web property id is tracked twice

اگر یک یا چند کد رهگیری گوگل آنالیتیکس (GA) به طور مستقیم در کد منبع وب سایت پیاده سازی شده باشد، باید از برنامه نویس سایت بخواهید که یکی را حذف کند. معمولا کدهای GA (analytics.js یا gtag.js) را می توان در حالت View page source  مشاهده کرد. در کروم، در هر نقطه از پس‌زمینه وب‌سایت کلیک راست کرده و View page source را انتخاب کرده یا کلید ترکیبی ctrl+U را فشار دهید.

GA (analytics.js or gtag.js) codes

 

روش دوم :dataLayer Inspector

یکی از ویژگی های فوق العاده این افزونه این است که به طور خودکار بازدیدهای تکراری ارسال شده به Google Analytics را شناسایی می کند. تنها کاری که باید انجام دهید این است که این افزونه را در مرورگر کروم نصب کنید، و با کلیک کردن روی آیکون، فعالش کنید و سپس تیک کادر کنار Inspect  را بزنید.

dataLayer Inspector افزونه

سپس روی صفحه راست کلیک کنید و به کنسول (Console) مرورگر بروید و صفحه را بازخوانی(Refresh) کنید. اگر اخطار (مشابه اخطار زیر) در کنسول ظاهر شد، باید کد تکراری را از سورس کد سایت پاک کنید

توجه:برنامه نویس باید کد رهگیری آنالیتیکس (Tracking Code) را از منبع وب‌سایت حذف کند یا باید تگ های تکراری را در GTM بررسی کند.

duplicate hit

2-اجرای دو کد گوگل آنالیتیکس به خاطر اشتباه در نصب گوگل تگ منیجر

دلیل این مورد هم مربوط به قسمت قبلی است. در واقع، اجرای دو کد آنالیتکس در تمام صفحات می تواند دلیل دیگری داشته باشد و آن مهاجرت برنامه نویس وبسایت یا صاحبان کسب و کار به گوگل تگ منیجر است، هنوز وب‌سایت‌های زیادی وجود دارند که Google Analytics را به روش قدیمی پیاده‌سازی کرده‌اند و از یک برنامه نویس می‌خواهند کد(های) رهگیری خود را مستقیماً به سورس وب‌سایت اضافه کند.اما هنگامی که صاحبان کسب و کار  تصمیم می گیرند که با استفاده از Google Tag Manager ،گوگل آنالیتیکس را به سایت اضافه کنند یادشان می رود که کد قبلی را از سایت پاک کنند .

من در این پست به آموزش نحوه صحیح نصب گوگل تگ منیجر پرداخته ام، اما اگر به موضوع گوگل تگ منیجر علاقه مند هستید، در دوره آموزشی Google Tag Manager، آن را با جزئیات کامل توضیح داده ام.

نکته اصلی که باید بدانید این است که تمام کد های  Universal Analytics  از تمام صفحات خدف شود  و با تگ های GA Universal Analytics در تگ منیجر گوگل جایگزین شوند.

analytices with tag manager

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

3-ارسال هیت های تعاملی برای تگ های فروشگاهی

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

اگر با پیاده‌سازی ویژگی‌های تجارت الکترونیک پیشرفته (از طریق GTM) آشنا نیستید، در دوره آموزشی Google Tag Manager توضیح می‌دهم.

به هر حال، زمانی که یک توسعه‌دهنده داده‌های فروشگاهی  را به صورت یک Data layer ارسال می کند، باید ویژگی‌های خرید یک محصول را در هر تگی که می‌خواهد داده‌های آن به GA منتقل شود، فعال کند.

در زیر فهرستی از این تعاملات که با فعال کردن Enhanced E-commerce  ایجاد می شوند و باید مدیریت شوند را آورده ام:

  • برداشت محصول
  • کلیک روی محصول
  • نمایش جزئیات محصول
  • افزودن به سبد خرید/حذف از سبد خرید
  • مراحل تسویه حساب + گزینه های پرداخت
  • خرید
  • بازپرداخت

نکته مهم در اینجا این است که همه مراحل ذکر شده نباید به عنوان تعاملاتی که بر نرخ پرش تأثیر می‌گذارند اعمال شود. برای مثال، نمایش محصول یک تعامل نیست. یک تگ مشاهده صفحه است که قبلا با تگ page view برای سرورهای آنالیتیکس ارسال شده است، بنابراین چرا باید نمایش محصول را به عنوان یک تعامل اضافی ردیابی کنید؟

همین اصل باید برای بقیه موارد اعمال شود. هر چیزی را نباید به عنوان تعاملات تاثیرگزار بر Bounce rate در GA در نظر گرفت. حداقل، این قانونی است که من از آن پیروی می کنم.با تنظیم گزینه non-interaction hit روی true در تگ منیجر می توان این موضوع را مدیریت کرد،این بدان معنی است که رویداد همچنان در گوگل آنالیتیکس ثبت می شود  اما Bounce Rate را تحت تأثیر قرار نمی دهند.

non interaction hit

 

4-ارسال هیت تعاملی برای رویداد پیمایش (Scroll Event)

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

بگذارید بیشتر توضیح دهم.شرایطی  را تصور کنیدکه یک بازدیدکننده وارد وب سایت شما می شود، حدود 50 درصد از ارتفاع صفحه را پیمایش می کند و بعد از 5 ثانیه (بدون انجام کاری) آن را ترک می کند.

سوال:آیا چنین جلسه ای (session) باید به عنوان یک یانس حساب شود و یا بدون بانس؟

پاسخ:باید یک بانس حساب شود چون کاربر تعامل موثری با سایت نداشته است.

به همین دلیل اسکرول نباید به تنهایی به عنوان یک تعامل تلقی شود. مگر اینکه ردیابی خود را اصلاح کنید:

یکی از این روش ها این است که اسکرول را با تایمر ترکیب کنید مثلاً کاربر 50 درصد صفحه را اسکرول کند و 50 ثانیه در صفحه بماند، در این صورت یک هیت از نوع تعاملی برای سرورهای آنالیتیکس ارسال می شود و با تنظیم گزینه non-interaction hit روی False در تگ منیجر می توان این موضوع را مدیریت کرد،این بدان معنی است که رویداد (ٍEvent) همچنان در گوگل آنالیتیکس ثبت می شود  اما Bounce Rate را تحت تأثیر قرار می دهد اما در حالت کلی و به تنهایی رویداد اسکرول را True قرار دهید تا به عنوان بانس حساب نشود.

دیدگاهتان را بنویسید