اگر شما صاحب یک وب سایت بزرگ یا یک اکوسیستم دیجیتال هستید که از چندین زیر دامنه مختلف برای بخش های متفاوت استفاده می کند، احتمالاً با یک چالش بزرگ روبرو شده اید: داده های پراکنده و نادقیق در گوگل آنالیتیکس. زمانی که یک کاربر از دامنه اصلی سایت شما به یک ساب دامین دیگر می رود، سیستم ممکن است او را به عنوان یک کاربر کاملا جدید شناسایی کند. این یعنی Session های شما به درستی منتقل نمی شوند و نرخ پرش یا Bounce Rate شما به شکلی غیرواقعی بالا می رود. هدف اصلی ما در این مقاله، حل این مشکل از طریق پیاده سازی صحیح Subdomain Tracking در GA4 است تا بتوانید رفتار واقعی کاربران را در تمام بخش های برند خود مشاهده کنید.
خیلی از مدیران سایت و متخصصان سئو زمانی که با گزارش های گوگل آنالیتیکس ۴ مواجه می شوند، دچار سردرگمی می شوند. چرا ترافیک من از طریق Referral از دامنه خود من گزارش شده است؟ چرا تعداد کاربران من با مجموع بازدیدهای ساب دامین ها همخوانی ندارد؟ این سوالات نشان دهنده این است که ردیابی زیر دامنه در GA4 به درستی تنظیم نشده است. در واقع، وقتی تنظیمات Cookie Domain یا تنظیمات Web Stream به درستی انجام نشود، گوگل قادر به تشخیص اینکه کاربر همان فرد قبلی است که از یک زیر دامنه به زیر دامنه دیگر رفته، نخواهد بود. این موضوع نه تنها باعث کاهش دقت داده ها می شود، بلکه تصمیمات استراتژیک شما را نیز بر پایه اعداد غلط بنا می کند.
در این مقاله تخصصی، ما قصد داریم تمام ابهامات شما را برطرف کنیم. ما از مباحث پایه شروع کرده و تا تنظیمات پیشرفته در Google Tag Manager پیش خواهیم رفت. شما یاد خواهید گرفت که چگونه از بروز مشکل Self Referral جلوگیری کنید، چگونه تنظیمات Data Stream را بهینه کنید و چگونه از تداخل های احتمالی در ردیابی ساب دامین ها جلوگیری کنید. اگر می خواهید بدانید چرا داده های شما در GA4 با واقعیت فاصله دارد و چگونه می توانید با رعایت چند نکته فنی، یک سیستم ردیابی یکپارچه و بدون نقص برای تمام زیر دامنه های خود بسازید، این راهنما دقیقاً برای شما نوشته شده است. با ما همراه باشید تا قدرت واقعی تحلیل داده ها را درک کنید.
Subdomain Tracking در GA4 چیست؟
مفهوم Subdomain Tracking یا ردیابی زیر دامنه به فرآیندی گفته می شود که در آن متخصصان سئو و تحلیلگران داده سعی می کنند جریان حرکت کاربر را از یک زیر دامنه (مانند blog.example.com) به زیر دامنه دیگر (مانند shop.example.com) به صورت یکپارچه و بدون قطع شدن نشست (Session) دنبال کنند. در دنیای وب، بسیاری از سازمان ها برای مدیریت بهتر محتوا یا خدمات، سایت خود را به چندین بخش تقسیم می کنند. این تقسیم بندی معمولا با استفاده از ساب دامین ها انجام می شود. هدف اصلی از این ردیابی، حفظ هویت کاربر در تمام طول سفر او در اکوسیستم شماست.
از نظر فنی، وقتی کاربر در یک سایت تنهاست، گوگل آنالیتیکس یک کوکی (Cookie) برای شناسایی او در دامنه اصلی ذخیره می کند. اما وقتی کاربر به یک ساب دامین دیگر می رود، اگر تنظیمات به درستی انجام نشده باشد، مرورگر ممکن است کوکی قبلی را به ساب دامین جدید ارسال نکند. در نتیجه، GA4 تصور می کند یک کاربر جدید وارد شده است. این پدیده باعث ایجاد مشکلاتی مثل افزایش غیرواقعی Referral Traffic از سمت خود سایت (Self Referral) می شود. در واقع، سایت شما برای گوگل تبدیل به یک منبع ارجاع دهنده می شود، که این یک خطای تحلیل داده است.
برای درک بهتر، تصور کنید یک مشتری از سایت اصلی شما محصولی را مشاهده می کند، سپس برای خرید به بخش فروشگاه که روی یک ساب دامین قرار دارد می رود. اگر Subdomain Tracking به درستی انجام نشود، در گزارش های GA4، مشتری اول در سایت اصلی خارج شده و یک مشتری کاملا جدید در فروشگاه ظاهر می شود. این موضوع باعث می شود که شما نتوانید مسیر تبدیل (Conversion Path) را به درستی تحلیل کنید. ردیابی صحیح به شما کمک می کند تا بدانید کاربر چگونه از یک بخش به بخش دیگر انتقال یافته است و ارزش واقعی هر کانال بازاریابی را بسنجید.
آیا GA4 به صورت خودکار ساب دامین را ردیابی می کند؟
این یکی از رایج ترین سوالاتی است که کاربران از ما می پرسند. پاسخ کوتاه این است: بله و خیر. گوگل آنالیتیکس ۴ به گونه ای طراحی شده است که به طور پیش فرض تلاش می کند ردیابی را در سطح دامنه اصلی مدیریت کند، اما این به معنای آن نیست که همه چیز همیشه به درستی کار می کند. در نسخه قدیمی یعنی Universal Analytics، ما نیاز به تنظیمات دستی بسیار زیادی داشتیم، اما در GA4، سیستم مدیریت کوکی ها هوشمندتر شده است. با این حال، اگر ساختار سایت شما پیچیده باشد یا از تنظیمات سفارشی در Google Tag Manager استفاده کرده باشید، ممکن است سیستم دچار خطا شود.
دلیل فنی اینکه چرا نباید تنها به قابلیت خودکار GA4 اعتماد کرد، نحوه مدیریت Cookie Domain است. به طور پیش فرض، وقتی شما یک Measurement ID را در سایت نصب می کنید، گوگل سعی می کند کوکی ها را برای دامنه اصلی (مثلاً example.com) تنظیم کند. از آنجایی که ساب دامین ها ذاتا بخشی از دامنه اصلی هستند، در حالت ایدئال باید بتوانند به این کوکی دسترسی داشته باشند. اما اگر شما از تنظیمات خاصی برای محدود کردن دامنه کوکی استفاده کرده باشید یا اگر سایت های شما از پروتکل های مختلف یا ساختارهای بسیار متفاوت استفاده کنند، این خودکارسازی شکست خواهد خورد.
همچنین، مشکل اصلی در جایی است که انتقال Session رخ می دهد. اگر کاربر از ساب دامین A به ساب دامین B برود و در این میان یک پارامتر UTM در URL وجود داشته باشد، یا اگر تنظیمات Web Stream در GA4 به گونه ای باشد که اجازه انتقال داده ها را ندهد، نشست کاربر قطع می شود. بنابراین، اگرچه پایه و اساس ردیابی در ساب دامین ها در GA4 تعبیه شده است، اما برای اطمینان از دقت ۱۰۰ درصدی و جلوگیری از ورود Unwanted Referrals، انجام تنظیمات دستی و بررسی دقیق تنظیمات فنی الزامی است. شما نباید ریسک نکنید و اجازه دهید داده های حیاتی کسب و کار شما بر اساس حدس و گمان سیستم خودکار کار کنند.
نحوه راه اندازی Subdomain Tracking در GA4
برای راه اندازی صحیح ردیابی زیر دامنه، اولین قدم درک نحوه کارکرد Data Stream ها است. شما نباید برای هر ساب دامین یک Web Stream جداگانه در GA4 ایجاد کنید، مگر اینکه آن ساب دامین واقعا یک کسب و کار یا موجودیت کاملا متفاوت باشد. اگر هدف شما ردیابی یکپارچه است، باید از یک Measurement ID واحد برای تمام ساب دامین ها استفاده کنید. این کار باعث می شود تمام داده ها در یک ظرف واحد (Property) جمع آوری شوند و تحلیل رفتار کاربر بین بخش های مختلف آسان شود.
مرحله دوم، اطمینان از درست کار کردن Cookie Domain است. در اکثر موارد، اگر کد ردیابی (Tracking Code) شما در تمام ساب دامین ها به صورت یکسان نصب شده باشد، گوگل به طور خودکار کوکی ها را در سطح دامنه اصلی تنظیم می کند. اما برای تست این موضوع، باید از ابزارهای مرورگر مانند Google Tag Assistant استفاده کنید. شما باید بررسی کنید که آیا کوکی های مربوط به _ga در تمام ساب دامین ها با یک مقدار یکسان ذخیره می شوند یا خیر. اگر در ساب دامین اول کوکی با دامنه example.com و در ساب دامین دوم با دامنه blog.example.com ذخیره شود، یعنی ردیابی شما با مشکل مواجه است و Session ها قطع خواهند شد.
مرحله سوم، مدیریت Referral Exclusion است. این یکی از حیاتی ترین بخش ها در تنظیمات GA4 است. شما باید دامنه اصلی خود را در لیست استثناهای ارجاع (Unwanted Referrals) قرار دهید. اگر این کار را انجام ندهید، وقتی کاربر از سایت اصلی به ساب دامین می رود، GA4 این حرکت را به عنوان یک ارجاع (Referral) از سمت سایت شما ثبت می کند. این باعث می شود که منبع ترافیک شما از گوگل یا شبک های اجتماعی به “خودتان” تغییر کند و تحلیل کانال های ورودی کاملا خراب شود. با اضافه کردن دامنه اصلی به لیست Referral Exclusion، شما به گوگل می گویید که این انتقال را به عنوان یک منبع جدید ترافیک در نظر نگیرد و اجازه بده کاربر با همان Session قبلی ادامه دهد.
تنظیم ساب دامین در Google Tag Manager
استفاده از Google Tag Manager (GTM) بهترین راه برای مدیریت ردیابی در چندین زیر دامنه است. اگر شما از GTM استفاده می کنید، می توانید یک Container واحد بسازید و آن را در تمام ساب دامین ها منتشر کنید. این کار مدیریت کدها را بسیار ساده می کند. اما نکته مهم اینجاست که شما باید مطمئن شوید که متغیرهای (Variables) مربوط به Hostname به درستی کار می کنند. شما می توانید از متغیر Hostname در GTM استفاده کنید تا تشخیص دهید کاربر در کدام ساب دامین است و بر اساس آن، تگ های خاص یا رویدادهای (Events) متفاوتی را ارسال کنید.
یکی از تکنیک های پیشرفته در GTM، تنظیم Trigger های اختصاصی برای هر ساب دامین است. مثلا اگر می خواهید وقتی کاربر در ساب دامین shop بود، یک رویداد خاص برای ثبت سبد خرید ارسال شود، می توانید یک Trigger ایجاد کنید که شرط آن `Page Hostname contains shop` باشد. این کار به شما اجازه می دهد که در GA4، داده ها را با دقت بسیار بالا تفکیک کنید بدون اینکه نیاز باشد از چندین Measurement ID استفاده کنید. استفاده از یک Container واحد باعث می شود که کوکی ها به طور طبیعی در سطح دامنه اصلی مدیریت شوند و انتقال Session بین ساب دامین ها با دقت بسیار بالایی انجام شود.
همچنین، هنگام کار با GTM در چندین ساب دامین، مراقب تداخل ها باشید. اگر از چندین Container مختلف استفاده می کنید، مطمئن شوید که هر کدام به درستی تنظیم شده اند و با دیگری تداخل ندارند. پیشنهاد ما این است که برای سایت های بزرگ، از یک ساختار مدیریت شده استفاده کنید. شما می توانید از متغیرهای ثابت (Constant Variables) در GTM استفاده کنید تا Measurement ID خود را در همه جا یکسان نگه دارید. این کار از بروز خطاهای انسانی جلوگیری می کرده و تضمین می کند که تمام داده های شما از طریق یک مسیر امن و یکپارچه به GA4 ارسال می شوند.
نحوه بررسی Tracking ساب دامین در GA4
پس از انجام تنظیمات، اولین کاری که باید انجام دهید، تست کردن است. شما نمی توانید منتظر بمانید تا داده ها در گزارش های معمولی ظاهر شوند، زیرا ممکن است روزها طول بکشد. بهترین روش برای بررسی، استفاده از گزارش Real-time در GA4 است. یک پنجره Incognito در مرورگر خود باز کنید، به دامنه اصلی بروید و سپس به سرعت به یکی از ساب دامین ها منتقل شوید. در گزارش Real-time، بررسی کنید که آیا کاربر همچنان در همان Session باقی مانده است یا خیر. اگر مشاهده کردید که کاربر از بین رفته و یک کاربر جدید با Session ID متفاوت ظاهر شده، یعنی ردیابی شما با مشکل مواجه است.
روش دوم، استفاده از DebugView در GA4 است. این ابزار به شما اجازه می دهد رویدادها را دقیقاً لحظه به لحظه مشاهده کنید. با فعال کردن Preview Mode در Google Tag Manager، می توانید تمام پارامترهایی که ارسال می شوند را بررسی کنید. دقت کنید که پارامتر Hostname در رویدادهای ارسال شده صحیح باشد. همچنین بررسی کنید که آیا پارامترهای ارجاع (Referrer) حاوی دامنه خودتان هستند یا خیر. اگر در DebugView دیدید که انتقال از دامنه اصلی به ساب دامین به عنوان یک رویداد با منبع Referral ثبت شده است، یعنی مرحله Referral Exclusion را به درستی انجام نداده اید.
روش سوم، بررسی گزارش Dimensions در GA4 است. پس از گذشت ۲۴ تا ۴۸ ساعت، به گزارش Hostname بروید. شما باید بتوانید مشاهده کنید که کاربران چگونه بین Hostname های مختلف جابجا می شوند. اگر در گزارش ها مشاهده کردید که نرخ پرش (Bounce Rate) در ساب دامین ها به طرز غیرعادی بالا است، یا اگر تعداد Session ها از تعداد کاربران بسیار بیشتر است، این ها علائم هشدار دهنده هستند. استفاده از Query Parameter ها برای ردیابی دقیق تر نیز می تواند کمک کند، اما اساس کار باید بر روی درست بودن Cookie Domain و عدم وجود Self Referral باشد.
خطاهای رایج در ردیابی ساب دامین
اولین و بزرگترین خطا، ایجاد چندین Property یا چندین Measurement ID برای ساب دامین های مختلف است. بسیاری از افراد تصور می کنند برای اینکه داده های هر بخش را جدا ببینند، باید از کد ردیابی جداگانه استفاده کنند. این کار فاجعه بار است! این کار باعث می شود که چرخه زندگی کاربر (User Journey) کاملا قطع شود و شما هرگز نتوانید بفهمید که یک مشتری از کجا آمده و چگونه به خرید رسیده است. همیشه از یک Property واحد برای کل اکوسیستم خود استفاده کنید و از ابعاد (Dimensions) مانند Hostname برای تفکیک استفاده نمایید.
خطای دوم، عدم تنظیم درست Referral Exclusion است. همانطور که قبلاً گفته شد، اگر دامنه خود را در لیست استثناها قرار ندهید، سایت شما برای خودش تبدیل به یک منبع ترافیک می شود. این موضوع باعث می شود که تمام ترافیک های ارگانیک یا تبلیغاتی که از طریق دامنه اصلی وارد شده اند، در لحظه ورود به ساب دامین، به عنوان ترافیک Referral از سمت سایت خودتان ثبت شوند. این یعنی شما اعتبار (Credit) کمپین های تبلیغاتی خود را از دست می دهید و فکر می کنید ترافیک شما از خود سایت می آید، در حالی که در واقع از گوگل یا اینستاگرام آمده است.
خطای سوم، تداخل در تنظیمات Cookie Domain در کدهای سفارشی است. گاهی اوقات توسعه دهندگان وب برای اهداف خاص، تنظیمات کوکی را به صورت دستی تغییر می دهند. اگر کوکی به جای تنظیم شدن روی `.example.com` (با نقطه در ابتدا که شامل تمام زیر دامنه ها می شود) روی `www.example.com` تنظیم شود، ساب دامین های دیگر قادر به خواندن آن نخواهند بود. همچنین، استفاده از پروتکل های متفاوت (مثل HTTP برای یک بخش و HTTPS برای بخش دیگر) در برخی مرورگرهای مدرن که سیاست های امنیتی سختگیرانه ای دارند، می تواند باعث جلوگیری از اشتراک گذاری کوکی ها شود. همیشه دقت کنید که تمام بخش ها از پروتکل امن HTTPS استفاده کنند.
سوالات متداول درباره Subdomain Tracking در GA4
- آیا برای هر ساب دامین باید یک Google Tag Manager جداگانه داشته باشیم؟
خیر، بهتر است از یک Container واحد استفاده کنید تا مدیریت آسان تر باشد و از تداخل در کوکی ها جلوگیری شود. - چگونه بفهمم که مشکل Self Referral دارم؟
اگر در گزارش های GA4 دیدید که منبع ترافیک (Session Source) برای بسیاری از بازدیدها، دامنه خودتان است، یعنی مشکل Self Referral دارید. - آیا استفاده از دو Measurement ID متفاوت برای ساب دامین ها امکان پذیر است؟
بله امکان دارد، اما این کار باعث قطع شدن Session ها و عدم امکان ردیابی مسیر حرکت کاربر بین بخش های مختلف سایت می شود و توصیه نمی شود. - آیا تنظیمات Referral Exclusion در GA4 مشابه نسخه قدیمی است؟
بله، مفهوم مشابه است اما مسیر دسترسی در پنل GA4 تغییر کرده و باید در بخش Data Stream و تنظیمات Tagging تغییر یافته، آن را اعمال کنید.
