Measurement Protocol در آنالیتیکس 4 چیست؟

اگر دسترسی ادمین یا ادیتور در آنالیتیکس 4 داشته باشید، میتوانید می‌توانید تنظیمات User-provided data collection را فعال کنید. این قابلیت به شما اجازه می‌دهد داده‌هایی که کاربران با رضایت خود در اختیار شما قرار می‌دهند و متعلق به وب‌سایت شما هستند (داده‌های First-Party) را به Google Analytics ارسال کنید. این داده‌ها به صورت ایمن و با رعایت اصول حریم خصوصی با داده‌های گوگل ترکیب می‌شوند تا دقت گزارش‌ها و تحلیل‌ها را افزایش داده و امکانات پیشرفته‌تری در اختیار شما قرار دهند.

اگر داده‌ها را از وب‌سایت ارسال می‌کنید، دو گزینه پیش روی شماست:

1. رمزگذاری داده‌ها با استفاده از الگوریتم امن SHA256 قبل از ارسال.
2. استفاده از قابلیت داخلی گوگل برای اعمال همین الگوریتم روی داده‌ها پیش از ارسال.

اگر از Measurement Protocol برای ارسال داده‌ها استفاده می‌کنید، باید حتماً خودتان داده‌ها را با الگوریتم SHA256 رمزگذاری کنید و سپس آن‌ها را به Google Analytics ارسال کنید.

توجه داشته باشید که این ویژگی برای وب‌سایت‌ها یا اپلیکیشن‌هایی که در دسته‌بندی صنعتی “سلامت” قرار دارند، فعال نیست.

مزایای استفاده از جمع‌آوری داده‌های کاربر در Google Analytics 4

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

2. تطابق مشتری (Customer Match)
این قابلیت به شما اجازه می‌دهد از داده‌های کاربری برای پشتیبانی از Customer Match در مخاطبان Google Analytics 4 که به محصولات تبلیغاتی گوگل متصل هستند، استفاده کنید. این مزیت‌ها را به همراه دارد:

• دسترسی بهتر به مخاطبان مناسب: ریمارکتینگ شما با هدف‌گیری دقیق‌تری انجام می‌شود و کمپین‌هایتان به افراد مرتبط‌تری نمایش داده می‌شوند.
• گسترش دامنه مخاطبان هدف: داده‌های هش‌شده و تأییدشده شما با داده‌های گوگل تطبیق داده می‌شود و در مواقعی که شناسه‌های کاربر در دسترس نیستند، مخاطبان بیشتری را شناسایی می‌کند.

3. کانورژن های پیشرفته (Enhanced Conversions)
جمع‌آوری داده‌های کاربر امکان استفاده از کانورژن های پیشرفته را فراهم می‌کند. این ویژگی به شما کمک می‌کند:

• دید دقیق‌تر به تعاملات تبلیغاتی: زمانی که کوکی‌ها یا شناسه‌های کاربری در دسترس نیستند، داده‌های شما شکاف‌های موجود را پر می‌کند.
• بهبود مدل‌سازی تبدیل و بهینه‌سازی کمپین‌ها: داده‌های کامل‌تر باعث می‌شود Google Analytics 4 و Google Ads عملکرد بهتری در تحلیل مسیر تبدیل و بهینه‌سازی تبلیغات داشته باشند.
• اندازه‌گیری دقیق‌تر تعاملات در کانال‌ها و دستگاه‌های مختلف: این قابلیت دید گسترده‌تری از رفتار کاربران شما فراهم می‌کند.

4. گزارش‌های دموگرافیک و علایق
جمع‌آوری داده‌های کاربر امکان دسترسی به گزارش‌های دموگرافیک و علایق کاربران را فراهم می‌کند. این گزارش‌ها با استفاده از داده‌های First-Party شما و اطلاعات کاربران لاگین‌شده در گوگل تهیه می‌شوند.

• پایداری بیشتر در اندازه‌گیری: دیگر نیازی به کوکی‌های شخص ثالث ندارید.
• شناخت بهتر مخاطبان: این قابلیت کمک می‌کند دید عمیق‌تری نسبت به ویژگی‌های جمعیتی و علایق کاربران خود داشته باشید.

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

نکاتی که قبل از فعال کردن User-provided data collection باید بدانید

برای ارسال داده‌های تأییدشده و First-Party از طریق جمع‌آوری داده‌های کاربر، باید حساب Google Analytics خود را به حساب Google Ads متصل کنید.

با تأیید قوانین استفاده از ویژگی داده‌های کاربر، امکان جمع‌آوری داده‌های کاربران در Property شما فعال می‌شود. با این حال، توجه داشته باشید که تأیید این قوانین دائمی است و تغییرات زیر پس از تأیید ایجاد می‌شوند. حتی اگر جمع‌آوری داده‌های کاربر را از تگ‌های خود غیرفعال کنید، این تغییرات قابل بازگشت نخواهند بود، بنابراین قبل از تأیید قوانین، موارد زیر را بررسی کنید:

برای اینکه داده‌های شما دقیق‌تر شود، نتایج مثبت که از طریق تبدیل‌های پیشرفته (Enhanced Conversions) ارائه می‌شوند، بلافاصله قابل مشاهده نیستند. این نتایج مثبت معمولاً حدود یک ماه زمان می‌برند تا در گزارش‌های Google Analytics و همچنین گزارش‌ها و پیشنهادات تبلیغاتی Google Ads دیده شوند.

اگر مخاطبان شما شامل کاربرانی باشند که از طریق دستگاه‌های مختلف با بیزینس تعامل داشته‌اند، ممکن است تعداد این افراد در سگمنت های تعریف شده توسط شما، کمتر شود. دلیل این موضوع این است که داده‌های کاربران لاگین‌شده (User-ID) جدا از کاربران غیرلاگین نگهداری می‌شود. این موضوع می‌تواند فرصت شما را برای هدف‌گیری مجدد این کاربران در دستگاه‌های دیگر محدود کند. البته اگر Google Signals در آنالیتیکس را فعال کرده باشید، این کاهش تا حدی جبران می‌شود.

دستورالعمل فعال‌سازی جمع‌آوری داده‌های کاربر در Google Analytics

با فعال‌سازی این قابلیت، Google Analytics می‌تواند داده‌های ارائه‌شده توسط کاربران را از تمام دیتا استریم های موجود در Property شما جمع‌آوری کرده و آن‌ها را به اکانت های تبلیغاتی متصل به آنالیتیکس شما ارسال کند.

وارد ادمین شوید و در قسمت Data Collection and Modification، گزینه Data Collection را انتخاب کنید.

توجه: برای فعال‌سازی این قابلیت، باید در سطح Property دارای دسترسی Editor یا بالاتر باشید.

در بخش User-provided Data Collection، روی Turn on کلیک کنید.

گزینه Collect automatically detected user-provided data را فعال کنید تا Google Analytics بتواند داده‌های ارائه‌شده توسط کاربران را به‌صورت خودکار شناسایی و جمع‌آوری کند.

• اگر میخواهید این گزینه را فعال کنید، باید جمع‌آوری خودکار را در Google Tag نیز فعال کنید. این گزینه را می‌توانید بعد از روشن کردن قابلیت جمع‌آوری داده‌های کاربر تغییر دهید.

پس از مطالعه قواستفاده از داده‌های کاربر، روی Turn on کلیک کنید.

برای جمع‌آوری داده‌های کاربر از یکی از روش‌های زیر استفاده کنید:

gtag.js	اگر از gtag.js برای جمع‌آوری داده از وب‌سایت استفاده می‌کنید، باید تنظیمات مربوط به gtag.js را مطابق دستورالعمل‌ها به‌روزرسانی کنید تا داده‌های کاربران شناسایی شوند. دستورالعمل‌های gtag.js را مشاهده کنید
Google Tag Manager	اگر از Google Tag Manager برای جمع‌آوری داده استفاده می‌کنید، باید تنظیمات کانتینر خود را با متغیرهایی که داده‌های کاربران را جمع‌آوری می‌کنند، به‌روزرسانی کنید. دستورالعمل‌های Tag Manager را مشاهده کنید
Measurement Protocol	اگر می‌خواهید داده‌های کاربر را از تعاملات آفلاین جمع‌آوری کنید، می‌توانید از Measurement Protocol استفاده کنید. دستورالعمل‌های Measurement Protocol را مشاهده کنید

زمان مناسب برای استفاده از قابلیت User-ID

داده‌های ارائه‌شده توسط کاربر (User-provided data) هم با قابلیت User-ID و هم بدون آن قابل استفاده هستند. قابلیت User-ID از شناسه‌های منحصربه‌فردی استفاده می‌کند که شما برای هر کاربر ایجاد و مدیریت می‌کنید. این شناسه‌ها باید با شناسه‌هایی که برای user-provided data collection استفاده می‌شوند، متفاوت باشند.

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

اگر داده‌های کاربر ارسال شود اما User-ID ارسال نشود:

• داده‌های کاربران به‌صورت ناشناس (Pseudonymized) ذخیره می‌شود و برای شناسایی کاربران منحصربه‌فرد، حذف تکرار (Deduplication)، و گزارش‌دهی استفاده خواهد شد.
• در صورتی که چند نوع داده کاربر ارسال کنید، Google Analytics به ترتیب زیر اولویت‌بندی می‌کند:
  1. ایمیل
  2. تلفن
  3. نام و آدرس

نکته: اگر بعداً برای کاربرانی که قبلاً فقط داده‌های کاربر بدون User-ID داشتند، User-ID ارسال شود، این کاربران در گزارش‌ها به‌عنوان کاربران جداگانه شناسایی می‌شوند.

غیرفعال کردن قابلیت user-provided data collection

با اینکه تأیید قوانین مربوط به این قابلیت دائمی است، می‌توانید جمع‌آوری داده‌های ارائه‌شده توسط کاربر را در Google Analytics به روش‌های زیر متوقف کنید:

1. خاموش کردن جمع‌آوری داده‌های کاربر از طریق تنظیمات Google Analytics:
   در مسیر Admin > Data Settings > Data Collection، گزینه مربوط به جمع‌آوری داده‌های کاربر را غیرفعال کنید. این کار باعث می‌شود پردازش و دریافت داده‌های کاربر در Property شما متوقف شود.
2. خاموش کردن جمع‌آوری داده در تنظیمات تگ یا Tag Manager:
   اگر از Google Tag یا Tag Manager استفاده می‌کنید، می‌توانید جمع‌آوری داده‌های کاربر را از طریق این ابزارها غیرفعال کنید.
   • اگر داده‌های کاربر را از طریق Measurement Protocol ارسال می‌کنید، باید پیاده‌سازی خود را به‌روزرسانی کنید و ارسال داده‌های کاربر را متوقف کنید.
3. غیرفعال کردن استفاده از این داده‌ها در گزارش‌ها:
   اگر نمی‌توانید داده‌های ارسال‌شده به Analytics را تغییر دهید اما نمی‌خواهید از این قابلیت در گزارش‌ها استفاده کنید، می‌توانید Blended Reporting را در تنظیمات Reporting Identity غیرفعال کنید.

گاهی ممکن است بخواهید یک ایونت جدید ایجاد کنید که به صورت خودکار هنگام وقوع یک ایونت موجود با مقادیر خاصی از پارامترها ایجاد شود. برای مثال:
اگر بخواهید هنگام ورود کاربر به صفحه تشکر از تکمیل فرم، یک key event ثبت کنید، می‌توانید یک ایونت کاستوم با نام مثلاً confirm_form ایجاد کنید که هر زمان ایونت page_view با مقدار پارامتر page_location برابر با URL صفحه تشکر شما رخ داد، فعال شود. سپس می‌توانید ایونت confirm_form عنوان یک کانورژن (Key Event) تعیین کنید.

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

پیش از شروع

قبل از اینکه ایونت جدیدی ایجاد کنید یا نام یک ایونت موجود را تغییر دهید، این موارد را بررسی کنید:

1. اطمینان حاصل کنید که نام جدید، یک نام رزرو شده نیست
   • مطمئن شوید که نام انتخابی شما در لیست نام‌های رزرو شده توسط Google Analytics قرار ندارد.
2. تغییرات را با تیم خود مرور کنید
   • بررسی کنید که نام ایونت انتخابی با نام‌های دیگر در سیستم شما تداخل نداشته باشد یا ایونتی با نام مشابه قبلاً وجود نداشته باشد.
3. محدودیت‌های جمع‌آوری ایونت‌ها را مرور کنید
   • اطمینان حاصل کنید که تغییرات پیشنهادی از محدودیت‌های تعیین‌شده برای جمع‌آوری ایونت‌ها تجاوز نکند.

ایجاد یک ایونت از یک ایونت موجود

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

1. به بخش Admin بروید و در قسمت Data Display روی Events کلیک کنید. شما باید دارای نقش Editor یا بالاتر در سطح property باشید تا بتوانید ایونت جدیدی از یک ایونت موجود ایجاد کنید.اگر دکمه Create event را در گوشه بالا سمت راست جدول نمی‌بینید، به این معنی است که نقش لازم برای ایجاد ایونت‌ها را ندارید.
2. روی Create event کلیک کنید و سپس Create را انتخاب کنید.
3. در بخش Custom event name، یک نام برای ایونت وارد کنید که با قوانین نام‌گذاری ایونت‌ها سازگار باشد.
4. در بخش Matching conditions، یک یا چند شرط مشخص کنید.
   • Google Analytics هر ایونتی که با شرایط مشخص‌شده شما مطابقت داشته باشد را کپی می‌کند.
   • به عنوان مثال، اگر شرطی مانند “event_name equals view_item” تعریف کنید، Analytics ایونت view_item را به ایونت جدید شما کپی می‌کند.
   • اگر می‌خواهید شرط تطبیق حساس به حروف کوچک و بزرگ باشد، از عملگرهایی استفاده کنید که شامل عبارت “(ignore case)” نیستند. برای مثال، به جای equals (ignore case) از equals استفاده کنید.
5. (اختیاری) پارامترهای ایونت منبع را کپی کنید.
   • به صورت پیش‌فرض، گزینه Copy parameters from the source event فعال است تا پارامترهای ایونت منبع را استفاده کند.
   • برای غیرفعال کردن این قابلیت، روی گزینه Copy parameters from the source event کلیک کنید.
6. (اختیاری) در بخش Modify parameters، پارامترهای ایونت کپی‌شده را تغییر دهید.
   • به عنوان مثال، اگر در شرایط تطبیق ایونت view_item را مشخص کرده‌اید، می‌توانید پارامتر currency را تغییر دهید.
   • توجه: با استفاده از ابزار ساخت ایونت نمی‌توانید عملیات ریاضی روی ایونت‌ها اعمال کنید. در عوض، باید مقدار به‌روزشده را در یک ایونت جدید ارسال کنید.
7. روی Create کلیک کنید.

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

ساخت ایونت بر اساس مقدار یک پارامتر

می‌توانید ایونتی جدید ایجاد کنید که بر اساس مقادیر خاصی از یک ایونت یا پارامتر موجود فعال شود. فرض کنید می‌خواهید یک ایونت سفارشی به نام large_purchase ایجاد کنید که هر زمان ایونت purchase با مقداری برابر یا بیش از $100 ارسال شد، ثبت شود.

تغییر یک ایونت موجود

تغییر یک ایونت به معنای بازنویسی ایونت موجود با افزودن، تغییر یا حذف پارامترها است. ایونت‌های تغییر داده‌شده پیش از ایونت‌های ایجادشده پردازش می‌شوند.

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

مراحل تغییر یک ایونت موجود

1. روی Modify event کلیک کنید و سپس Create را انتخاب کنید. شما باید دارای نقش Editor یا بالاتر در سطح property باشید تا بتوانید ایونت‌ها را تغییر دهید. اگر دکمه Modify event را در گوشه بالا سمت راست جدول نمی‌بینید، به این معنی است که نقش لازم برای تغییر ایونت‌ها را ندارید.
2. در بخش Modification name، یک نام وارد کنید که توصیفی از تغییرات باشد.
3. در بخش Matching conditions، یک یا چند شرط مشخص کنید.
   • شما می‌توانید ایونت‌هایی را تغییر دهید که حداقل یک پارامتر آن‌ها با تمام شرایط مشخص‌شده شما مطابقت داشته باشد.
   • به عنوان مثال، اگر شرطی مانند “event_name equals view_item” تعریف کنید، می‌توانید ایونت view_item را تغییر دهید.
   • اگر می‌خواهید شرط تطبیق حساس به حروف کوچک و بزرگ باشد، از عملگرهایی استفاده کنید که شامل عبارت “(ignore case)” نیستند. به عنوان مثال، به جای equals (ignore case) از equals استفاده کنید.
4. در بخش Modify parameters، پارامترهای ایونت موردنظر را تغییر دهید.
   • در این بخش می‌توانید تغییراتی مانند افزودن، تغییر یا حذف پارامترها انجام دهید.
   • توجه: با استفاده از ابزار ساخت ایونت نمی‌توانید عملیات ریاضی روی پارامترها انجام دهید. اگر به این نوع تغییرات نیاز دارید، باید مقدار جدید را در یک ایونت جدید ارسال کنید.
5. روی Create کلیک کنید.

نکات مهم درباره ترتیب اجرای ایونت‌ها

ایونت‌های تغییر داده‌شده به ترتیب ظاهر شدن آن‌ها در لیست Event modifications اجرا می‌شوند.

در این مثال، نحوه تغییر نام ایونت pub_article به publish_article توضیح داده شده است. پس از اعمال این تغییر، تمام داده‌های جمع‌آوری‌شده بعد از این تغییر، با نام publish_article در گزارش‌ها نمایش داده می‌شود و نه pub_article.

نکته مهم

• اگر ایونتی که می‌خواهید تغییر نام دهید، قبلاً به عنوان یک کانورژن (Key Event) تعیین شده باشد، پس از تغییر نام دیگر به عنوان ایونت کلیدی شناخته نخواهد شد.
• اگر فقط پارامترهای ایونت را تغییر دهید و نام آن را تغییر ندهید، ایونت همچنان به عنوان یک Key event باقی می‌ماند.

نام تغییر:

Change pub_article to publish_article

شرایط تطبیق:

پارامتر	عملگر	مقدار
event_name	equals	pub_article

تغییر پارامترها:

پارامتر	مقدار جدید
event_name	publish_article

با استفاده از این تنظیمات، ایونت pub_article به publish_article تغییر می‌کند و داده‌های آینده با نام جدید ثبت و گزارش خواهند شد.

تغییر ترتیب رخداد ایونت‌های تغییر داده‌شده

ترتیب اجرای تغییرات ایونت‌ها برای داده‌ها بر اساس ترتیب آن‌ها در لیست تغییرات است. این ترتیب اهمیت دارد، به‌ویژه اگر تغییرات به یکدیگر وابسته باشند.

به عنوان مثال:
اگر در تغییر اول (Modification 1) یک ایونت را تغییر نام دهید و سپس از نام جدید آن برای ایجاد ایونت دیگری در تغییر دوم (Modification 2) استفاده کنید، باید تغییرات به ترتیب Modification 1 > Modification 2 اجرا شوند. اگر ترتیب تغییرات به‌درستی رعایت نشود، تغییر دوم (Modification 2) با خطا مواجه خواهد شد.

مراحل تغییر ترتیب ایونت‌ها

1. در بخش Admin و زیرمجموعه Data Display روی Events کلیک کنید.
2. روی Modify event کلیک کنید.
3. در پنل Event modifications روی Reorder کلیک کنید.
4. با درگ و دراپ کردن میتوانید ترتیب رخداد ایونت ها را تغییر دهید.
5. روی Apply کلیک کنید.

ویرایش یکی از ایونت‌های ایجاد یا تغییر داده‌شده

1. در بخش Admin و زیرمجموعه Data Display روی Events کلیک کنید.
2. روی Create event کلیک کنید.
3. در جدول Custom events، ایونتی را که می‌خواهید تغییر دهید، انتخاب کنید.
4. شرایط و پارامترها را بر اساس نیاز تغییر دهید.
5. روی Save کلیک کنید.

محدودیت‌ها و نکات مهم

1. تغییرات روی داده‌های قدیمی اعمال نمی‌شوند
   • ایونت‌های جدید و تغییرات فقط بر داده‌های آینده تأثیر می‌گذارند و تغییری در داده‌های قبلی ایجاد نمی‌کنند.
2. محدودیت در تعداد تغییرات و ایونت‌های جدید
   • شما می‌توانید حداکثر ۵۰ ایونت موجود را تغییر دهید و تا ۵۰ ایونت جدید مبتنی بر ایونت‌های موجود ایجاد کنید.
3. تأخیر در اعمال تغییرات
   • اعمال تغییرات ممکن است حداقل یک ساعت یا بیشتر طول بکشد تا در داده‌ها منعکس شود.
4. محاسبه تغییرات در سمت کاربر (Client-Side)
   • تغییرات قبل از ارسال داده‌ها به Google Analytics انجام می‌شوند و در مرورگر یا دستگاه کاربر محاسبه می‌شوند.
5. محدودیت در استفاده از پارامترهای آرایه آیتم‌ها (Items Array)
   • نمی‌توانید ایونت‌هایی را که بر اساس پارامترهای موجود در آرایه آیتم‌ها مانند item_brand، item_name یا item_id هستند ایجاد یا تغییر دهید (در صورتی که از gtag.js استفاده می‌کنید).
6. عدم امکان تغییر ایونت‌های ارسالی از طریق سرور (Server-Side)
   • ایونت‌هایی که از طریق تنظیمات سرور به سرور (Server-to-Server) ارسال می‌شوند، مانند ایونت‌هایی که با استفاده از Measurement Protocol ارسال می‌شوند، قابل تغییر نیستند.

Client ID در گوگل آنالیتیکس چیست، چطور کار می‌کند، و چه نقشی در تحلیل داده‌های کاربران دارد.در این مقاله، قرار است به زبانی ساده و روان توضیح دهیم که Client ID چیست، چطور توسط گوگل آنالیتیکس تولید و استفاده می‌شود، و در عین حال به محدودیت‌ها و نکات مهمی که باید درباره آن بدانید هم بپردازیم.

شناسه مشتری گوگل آنالیتیکس چیست؟

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

Client ID به صورت تصادفی تولید می‌شود و هدف اصلی آن تشخیص تفاوت بین بازدیدکنندگان جدید (new user) و بازگشتی (returning user) و همچنین کمک به سازماندهی و جمع‌آوری داده‌های رفتاری کاربران (به عبارت دیگر، ارتباط دادن چندین ایونت به یک کاربر) است.

شناسه کاربر (Client ID) چگونه کار می‌کند؟

هنگامی که کاربری وارد وب‌سایتی با کد ردیابی Google Analytics می‌شود، یک کوکی First-Party با نام (_ga) در دستگاه یا مرورگر او ذخیره می‌شود. این کوکی حاوی شناسه‌ای منحصربه‌فرد است که به هر کاربر اختصاص داده می‌شود. به صورت پیش‌فرض، این شناسه تا دو سال ثابت باقی می‌ماند (در تئوری) و تغییر نمی‌کند. به همین دلیل، بازدیدها و تعاملات بعدی همان کاربر به همان شناسه مرتبط می‌شوند.

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

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

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

لازم به ذکر است که با پیاده سازی قابلیت کراس دامین ترکینگ در آنالیتیکس 4، میتوان یک یوزر را در چند دامنه متفاوت به صورت یکتا ردیابی کرد.

روش های پیدا کردن Client ID آنالیتیکس 4

برای پیدا کردن شناسه کاربر (Client ID) در Google Analytics، چند روش وجود دارد:

استفاده از گزارش یوزر اکسپلور در آنالیتیکس

برای پیدا کردن شناسه کاربر در Google Analytics 4، مراحل زیر را دنبال کنید:

• وارد حساب Google Analytics 4 خود شوید.
• به بخش Explore بروید.
• روی User Explorer کلیک کنید.
• در گزارش User Explorer، شناسه کاربر برای هر کاربر به صورت جداگانه نمایش داده می‌شود.

استفاده از BigQuery

در Google BigQuery، هر رویداد شامل یک فیلد به نام user_pseudo_id است که حاوی شناسه کاربر است.

بررسی کوکی _ga

این روش کمی فنی‌تر است:

ابزار توسعه‌دهنده مرورگر خود را باز کنید (معمولاً با فشار دادن کلید F12 در ویندوز یا کلیک راست و انتخاب گزینه “Inspect”). به تب Application بروید (در این مثال از Google Chrome استفاده شده است).

به بخش Cookies بروید و دامنه خود را انتخاب کنید. سپس کوکی _ga را پیدا کنید. مقدار این کوکی ممکن است شبیه به این باشد (البته مقدار در مورد شما متفاوت خواهد بود):

دو بخش آخر (که با یک نقطه از هم جدا شده‌اند) همان شناسه کاربر است. برای مثال، اگر مقدار کوکی این باشد: GA1.1.397373793.1735307452، مقدار شناسه کاربر برابر است با 397373793.1735307452.

در صورت نیاز می‌توانید برای دسترسی به این کوکی از گوگل تگ منیجر استفاده کنید.

در GTM به بخش Variables ، New ، 1st Party Cookie بروید و تنظیمات زیر را وارد کنید (نام آن را دقیقاً همان‌طور که در تصویر زیر نشان داده شده است وارد کنید):

این متغیر مقدار کامل کوکی مانند GA1.1.397373793.1735307452 را برمی‌گرداند. اگر میخواهید فقط دو بخش آخر را استخراج کنید، به Variables > New > Custom JavaScript بروید و کد زیر را وارد کنید (این کد تنها در صورتی کار می‌کند که متغیر کوکی 1st Party دقیقاً به همان نام تعریف شده باشد):

این کد شش کاراکتر اول کوکی _ga را حذف می‌کند و نتیجه چیزی شبیه به 397373793.1735307452 (یا هر مقدار دیگری که در کوکی ذخیره شده است) خواهد بود.

استفاده از دستور “get” در gtag()

کد ردیابی Google Analytics 4 (با نام GTAG) دستوری به نام “get” ارائه می‌دهد که می‌تواند مقادیر خاصی از فیلدها/پارامترهای GA4 را بازگرداند.

در اینجا مثالی از دستوری آورده شده است که می‌توانید مستقیماً در کنسول Google Chrome اجرا کنید:

gtag(‘get’, ‘G-XXXXXX’, ‘client_id’, function(clientId) {console.log(clientId)})

استفاده از تمپلیت تگ GTAG GET API در گوگل تگ منیجر

این روش از همان دستور get در مثال قبلی استفاده می‌کند، اما Simo Ahava این کار را برای کاربران Google Tag Manager آسان‌تر کرده است. او یک تمپلیت تگ ایجاد کرده که می‌توانید به کانتینر GTM خود اضافه کنید و سپس مقادیر فیلدهای خاص GA (از جمله client_id) را به data layer منتقل کنید.

در Google Tag Manager به Templates > Tag Templates > Search Gallery بروید و قالب GTAG GET API را پیدا کنید. آن را به کانتینر خود اضافه کنید.

سپس به بخش Tags > New > Tag Configuration > GTAG GET API بروید. شناسه اندازه‌گیری (Measurement ID) خود را وارد کنید، نامی برای تگ انتخاب و آن را ذخیره کنید. توجه کنید که تریگر به آن اضافه نکنید.

سپس، تگ نصب Google Tag موجود را باز کنید.

در Advanced Setting این تگ روی Tag Sequencing کلیک کنید. گزینه Fire a tag after GA4 config tag fires را انتخاب کنید و تگ GTAG GET API که تازه ایجاد کرده‌اید را انتخاب کنید.

دکمه Preview را در GTM بزنید. در نوار کناری سمت چپ در حالت Preview، ایونت جدیدی در data layer ظاهر می‌شود به اسم gtagApiGet که شامل client_id است.

اگر میخواهید از آن استفاده کنید، یک متغیر data layer برای آن ایجاد کنید (client_id). با توجه به این که کلاینت آیدی در یک آبجکت جاوا اسکریپتی قرار گرفته است، برای دسترسی به مقدار آن باید از ساختار چایلد و پرنتی استفاده کرد. یعنی: gtagApiResult.client_id

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

چه زمانی باید client ID کاربران را ترک کنیم؟

دلایل دریافت شناسه کاربر (Client ID) به شرایط و اهداف شما بستگی دارد. برای اکثر کاربران GA4، نیازی به دریافت این شناسه نیست. با این حال، در برخی از موارد خاص، ممکن است به آن نیاز داشته باشید:

استفاده از Measurement Protocol

اگر شرکت شما قصد دارد داده‌ها را از طریق Measurement Protocol به GA4 ارسال کند، شناسه کاربر ضروری است.

• دولوپرها باید شناسه کاربر را از کاربران وب‌سایت شما دریافت کنند.
• این شناسه سپس در پایگاه داده یا سیستم مدیریت ارتباط با مشتری (CRM) ذخیره می‌شود.
• با استفاده از این شناسه، سرور شما می‌تواند ایونت ها را مستقیماً به سرورهای GA4 ارسال کند.

ارسال داده به سیستم داخلی یا CRM

ممکن است تگ هایی در Google Tag Manager تعریف کرده باشید که داده‌ها را به سیستم داخلی یا CRM شما ارسال می‌کنند. در چنین حالتی، ممکن است بخواهید شناسه کاربر GA را همراه با داده‌ها ارسال کنید.

محدودیت‌های شناسه کاربر (Client ID) در Google Analytics

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

ردیابی بین دستگاه‌ها و مرورگرها (Cross-device and cross-browser tracking)

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

اگر کاربری از دستگاه‌ها یا مرورگرهای متفاوت وارد یک وب‌سایت شود، برای هر بار ورود یک شناسه کاربر جدید ایجاد می‌شود و تعاملات او به‌عنوان سشن های جداگانه در Google Analytics ثبت می‌شود. این موضوع می‌تواند منجر به داده‌های پراکنده و درک نادرست از رفتار کاربران شود.

حذف و بلاک کردن کوکی‌ها (Cookie deletion and blocking)

کاربران می‌توانند کوکی‌ها را حذف یا بلاک کنند، که این کار باعث از بین رفتن شناسه کاربر می‌شود.

در چنین شرایطی، وقتی کاربر دوباره به وب‌سایت بازمی‌گردد، یک شناسه جدید ایجاد می‌شود و Google Analytics او را به‌عنوان یک بازدیدکننده جدید شناسایی می‌کند. این مسئله می‌تواند باعث بروز اختلاف در ردیابی Returning Users و کاهش دقت داده‌ها شود.

تفاوت Client ID و User ID در آنالیتیکس

گاهی اوقات کاربران Google Analytics (به‌ویژه مبتدیان) ممکن است شناسه کاربر (Client ID) را با شناسه کاربر (User ID) اشتباه بگیرند. هرچند Google Analytics از هر دوی آن‌ها پشتیبانی می‌کند، اما هدف و کاربرد آن‌ها متفاوت است.

محدوده ردیابی (Tracking Scope)

• Client ID برای ردیابی سشن و تعاملات فردی در یک دستگاه و مرورگر خاص استفاده می‌شود. اما قابلیت ردیابی کاربران در دستگاه‌ها یا مرورگرهای مختلف را ندارد.
• User ID امکان ردیابی کاربران در دستگاه‌ها و مرورگرهای مختلف را فراهم می‌کند. این ویژگی به شما کمک می‌کند که یک نمای کلی و جامع از مسیر و تعاملات کاربران با وب‌سایت خود داشته باشید.

نحوه ذخیره‌سازی (Storage)

• Client ID به‌صورت خودکار توسط Google Analytics تولید می‌شود و به عنوان یک کوکی First-Party (_ga) در مرورگر کاربر ذخیره می‌شود.
• User ID (برای کاربران ثبت‌نام‌شده) در پایگاه داده سیستم یا وب‌سایت شما ذخیره می‌شود و سپس به Google Analytics ارسال می‌گردد.

بیشتر بخوانید: تفاوت لوکال استوریج (Local storage) با سشن استوریج و کوکی (Cookie)

دقت داده‌ها (Data Accuracy)

• دقت Client ID می‌تواند به دلیل حذف یا بلاک شدن کوکی‌ها کم باشد. این موضوع ممکن است منجر به داده‌های پراکنده و درک نادرست از رفتار کاربران شود.
• User ID به دلیل اتصال به سیستم احراز هویت (Authentication System) معمولاً دقت بیشتری دارد و حتی در صورت حذف یا مسدودسازی کوکی‌ها همچنان قابل اعتماد است.

موارد استفاده

• Client ID برای ردیابی رفتارهای عمومی کاربران مفید است، مانند مقایسه بازدیدکنندگان جدید و بازگشتی، میانگین مدت زمان جلسه، و نرخ تبدیل. حتی با وجود حذف یا مسدودسازی کوکی‌ها، Client ID همچنان برای پیوند دادن ایونت های یک بازدیدکننده به یک سشن مفید است.
• User ID برای ردیابی پیشرفته‌تر مانند تجزیه و تحلیل بین دستگاهی (Cross-Device Analysis) استفاده می‌شود. با این حال، اگر وب‌سایت شما قابلیت ورود (Login) ندارد، امکان ارسال User ID در GA4 برای شما وجود نخواهد داشت.