نگــــــــار پـــورجــــــــــواد
دیجیتال مارکتر : فعال در سئو ، پرفورمنس مارکتینگ و بازاریابی محتوا
Analytics 4
آموزش بیگ کوئری
با توجه به اینکه هزینه Google BigQuery کاملا بر اساس میزان مصرف شما محاسبه میشود، در هنگام برآورد هزینهها، عمدتا فقط سه جنبه اصلی در مورد ذخیره سازی دادههای BigQuery خود باید در نظر بگیرید: ذخیره سازی داده (Storage Data)، ذخیره سازی بلندمدت داده (Long Term Storage Data) و پردازش کوئری (Query Data Usage). صفحه رسمی هزینه بیگ کوئری شامل جزئیات و اطلاعات مفید بسیار بیشتری است که حتما باید آن را بررسی کنید، در این راهنما به طور خلاصه هر یک از این سه عنصر قیمت گذاری را برای برآورد هزینه های ماهانه خود بررسی خواهیم کرد.
برای خرید دوره 9 ساعته آموزش بیگ کوئری، روی لینک کلیک کنید و فرم موجود را تکمیل کنید. در سریع ترین زمان ممکن به شما تماس میگیرم 🙂
تاثیر هزینه ذخیره سازی بر قیمت استفاده از BigQuery
هزینههای ذخیره سازی معمولا به صورت ماهانه برای دادههایی که در جداول یا پارتیشنهای BigQuery ذخیره شدهاند و فعال هستند، محاسبه میشود. منظور از دادههای فعال، دادههایی است که در 90 روز گذشته تغییر کردهاند. اگر در 90 روز گذشته هیچ تغییری در جداول یا پارتیشنهای BigQuery خود ایجاد نکردهاید، میتوانید با کاهش 50 درصدی هزینه ها، همچنان داده های خود را در انبار داده بیگ کوئری داشته باشید.
هنگام استفاده از API های ذخیره سازی BigQuery، بسته به حجم دادههای ورودی ممکن است نیاز به پرداخت هزینه باشد. در این صورت هزینه هر 200 مگابایت داده ورودی که با موفقیت در بیگ کوئری ذخیره می شود، 0.01 دلار است.
تاثیر هزینه کوئری بر قیمت هزینه استفاده از بیگ کوئری
در حالت قیمت گذاری بر اساس میزان مصرف (On-Demand Pricing)، هزینه بر اساس حجم داده پردازش شده کوئریهایتان محاسبه میشود. برای کوئریهای ناموفق یا کوئریهایی که از حافظه کش بارگذاری شدهاند، هزینه پرداخت نمیکنید. علاوه بر این، اولین 1 ترابایت داده کوئری پردازش شده در هر ماه رایگان است. همچنین، قیمتها بر اساس منطقه جغرافیایی که هنگام ساخت پروژه در بیگ کوئری تعیین کرده اید، متفاوت است.
به عنوان مثال، انتخاب بمبئی (asia-south1) به عنوان مکان ذخیره سازی 0.023 دلار به ازای هر گیگابایت هزینه از شما دریافت میکند، در حالی که با انتخاب ایالات متحده (چند منطقه ای) (ایالات متحده) یا اتحادیه اروپا (چند منطقه) (اروپا) 0.02 دلار به ازای هر گیگابایت باید هزینه پرداخت کنید.
در حالت قیمت گذاری با نرخ ثابت (Flat-Rate Pricing)، بدون توجه به حجم داده پردازش شده توسط کوئریهایتان، هزینه ثابتی را پرداخت میکنید. این گزینه قیمتی برای مشتریانی ایدهآل است که به هزینه ماهانه قابل پیش بینی با بودجه مشخص نیاز دارند. برای بهره مندی از قیمت گذاری با نرخ ثابت، باید اسلاتهای BigQuery را خریداری کنید که در ادامه به بررسی آن خواهیم پرداخت.
هزینه ذخیره سازی داده در بیگ کوئری چقدر است؟
هزینه ذخیره سازی به فضایی که برای نگهداری اطلاعات خود در BigQuery نیاز دارید اشاره دارد. شما برای هر دو نوع ذخیره سازی فعال و بلندمدت هزینه پرداخت می کنید.
ذخیره سازی فعال: هر جدول یا پارتیشنی از یک جدول که در 90 روز گذشته به روز شده باشد، ذخیره سازی فعال در نظر گرفته می شود. در حال حاضر، BigQuery برای ذخیره سازی فعال، هزینه ماهانه ثابتی معادل 0.02 دلار به ازای هر گیبی بایت در ماه دریافت می کند. هزینه ذخیره سازی فیزیکی فعال نیز 0.04 دلار به ازای هر گیگابایت در ماه است. 10 گیبی بایت اولیه هر ماه رایگان است. بنابراین، اگر یک جدول 200 گیبی بایتی را برای یک ماه نگه داریم، هزینه آن (200 * 0.02) = 4 دلار خواهد بود.
توجه: با احتساب 10 گیگابایت رایگان هر ماه، کاربر با 4 دلار مجموعا 210 گیگابایت دریافت خواهد کرد.
برای مثال، ذخیره سازی بلندمدت یک جدول 200 گیبی بایتی برای یک ماه (200 * 0.01) = 2 دلار هزینه خواهد داشت. اگر جدول به روز شود، به ذخیره سازی فعال تبدیل می شود و دوره 90 روزه مجددا از ابتدا شروع می شود.
ذخیره سازی بلندمدت: هر جدول یا پارتیشنی از یک جدول که در 90 روز گذشته به روز نشده باشد، ذخیره سازی بلندمدت در نظر گرفته می شود. پس از 90 روز، قیمت داده های ذخیره سازی 50 درصد کاهش می یابد. هزینه ذخیره سازی منطقی بلندمدت 0.01 دلار به ازای هر گیگابایت در ماه است. هزینه ذخیره سازی فیزیکی بلندمدت، بیشتر بوده و 0.02 دلار به ازای هر گیگابایت در ماه است. 10 گیگابایت اولیه هر ماه رایگان است.برای مثال، ذخیره سازی بلندمدت یک جدول 200 گیبی بایتی برای یک ماه (200 * 0.01) = 2 دلار هزینه خواهد داشت. اگر جدول به روز شود، به ذخیره سازی فعال تبدیل می شود و دوره 90 روزه مجددا از ابتدا شروع می شود.
برای مثال، ذخیره سازی بلندمدت یک جدول 200 گیبی بایتی برای یک ماه (200 * 0.01) = 2 دلار هزینه خواهد داشت. اگر جدول به روز شود، به ذخیره سازی فعال تبدیل می شود و دوره 90 روزه مجددا از ابتدا شروع می شود.
1 گیبی بایت (gibibyte) معادل 1.1 گیگابایت (gigabyte)
عملکرد، پایداری داده و دسترسی در هر دو نوع ذخیره سازی فعال و بلندمدت یکسان است.
هزینه BigQuery به ازای هر ۱ ترابایت
حجم دادههای ذخیره شده و دادههای پردازش شده توسط کوئریهای شما بر حسب گیبیبایت (GiB) اندازهگیری میشود. اگر هزینه هر گیگابایت فضای ذخیرهسازی ۰.۰۲ دلار باشد و ۱ ترابایت تقریباً معادل ۱,۰۰۰ گیگابایت (۹۳۱.۳۲۳) باشد، در این صورت هزینه ۱ ترابایت ۲۰ دلار خواهد بود.
برای محاسبه هزینه ۵ ترابایت، به سادگی مقدار داده را در ۱۰۰۰ (برای تبدیل به گیبیبایت) ضرب میکنیم، سپس حاصل را در ۰.۰۲ دلار به ازای هر گیگابایت ضرب میکنیم.
۵ ترابایت * ۱۰۰۰ = ۵,۰۰۰ گیبیبایت
۵,۰۰۰ گیبیبایت * ۰.۰۲ دلار = ۱۰۰ دلار
حجم ذخیره سازی أنواع داده در بیگ کوئری
همانطور که گفته شد، هزینه بر اساس میزان داده ای که در BigQuery قرار می دهید محاسبه می شود. برای تعیین حجم کل داده های خود، باید بدانید که حجم أنواع داده ای که در بیگ کوئری ذخیره می شود، داده چقدر است..در ادامه حجم انواع داده های موجود در BigQuery آورده شده است:
نوع داده | اندازه |
INT64 | 8 بایت |
FLOAT | 8 بایت |
NUMERIC | 16 بایت |
Bool | 1 بایت |
STRING | 2 بایت |
Date | 8 بایت |
Datetime | 8 بایت |
Time | 8 بایت |
Timestamp | 8 بایت |
Interval | 16 بایت |
جدول هزینه ذخیره داده به ازای هر 1 گیگابایت در بیگ کوئری
نوع ذخیره سازی | قیمت | سطح رایگان |
ذخیره سازی منطقی فعال | 0.02 دلار به ازای هر گیگابایت | 10 گیگابایت اول هر ماه رایگان است |
ذخیره سازی فیزیکی فعال | 0.04 دلار به ازای هر گیگابایت | 10 گیگابایت اول هر ماه رایگان است |
ذخیره سازی منطقی بلندمدت | 0.01 دلار به ازای هر گیگابایت | 10 گیگابایت اول هر ماه رایگان است |
ذخیره سازی فیزیکی بلندمدت | 0.02 دلار به ازای هر گیگابایت | 10 گیگابایت اول هر ماه رایگان است |
تحلیل ساختار قیمت گذاری کوئری در Google BigQuery
در BigQuery، از قیمت گذاری تحلیلی برای محاسبه هزینه اجرای کوئریها (شامل کوئریهای SQL، توابع تعریفشده توسط کاربر و اسکریپتها) و همچنین قیمت گذاری ذخیرهسازی برای محاسبه هزینه ذخیره دادههایی که در BigQuery بارگذاری میکنید، استفاده میشود.
BigQuery دو مدل قیمتگذاری مجزا برای انتخاب کاربران هنگام اجرای کوئری ارائه میدهد. این مدل های قیمتی به شرح زیر هستند:
قیمت گذاری بر اساس تقاضا (On-demand pricing)
در قیمتگذاری بر اساس تقاضا، شما بر اساس اندازه هر کوئری و تعداد بایتهایی که توسط هر کوئری مدیریت میشود، هزینه پرداخت میکنید. در صورت عدم اجرای کوئری، هیچ هزینهای از شما دریافت نمیشود. برای تمام کاربران، اولین ترابایت داده کوئری پردازش شده در هر ماه رایگان ارایه میشود.
قیمت گذاری با نرخ ثابت (Flat-rate pricing)
با رویکرد قیمتگذاری با نرخ ثابت، صرف نظر از حجم دادههایی که کوئریهای شما اشغال میکنند، هزینه ثابتی را پرداخت میکنید. این بهترین انتخاب قیمت گذاری برای کاربرانی است که یک هزینه ماهانه ثابت را در محدودیت هزینه تعیین شده میخواهند. دسترسی کاربران به قیمت گذاری با نرخ ثابت با خرید اسلاتهای BigQuery، که اساسا CPUهای مجازی مورد استفاده BigQuery برای اجرای کوئریهای SQL هستند، امکان پذیر است. ظرفیت اسلات اختصاصی که خریداری میکنید، میزان قدرت پردازش اختصاصیافته برای تمام کوئریهای شما در هر زمان خاص را تعیین میکند، نه برای هر کوئری به صورت جداگانه. اگر درخواستهای شما از ظرفیت اختصاصی شما فراتر رود، BigQuery واحدهای کاری را به صف انتظار میفرستد و منتظر میشود تا اسلاتها در دسترس قرار گیرند.با پیشرفت پردازش کوئری و در دسترس قرار گرفتن اسلاتها، واحدهای کاری صف انتظار به صورت پویا برای اجرا انتخاب میشوند و هیچ هزینه اضافی دریافت نمیشود.
اسلاتها در هر دو قیمت گذاری بر اساس تقاضا و با نرخ ثابت استفاده میشوند، اما رویکرد با نرخ ثابت کنترل خاصی بر اسلاتها و ظرفیت تجزیه و تحلیل به شما ارائه میدهد. به عنوان مثال، در قیمت گذاری با نرخ ثابت، میتوانید انتخاب کنید که اسلاتها را برای موارد زیر رزرو کنید:
- ۶۰ ثانیه: اسلاتهای انعطافپذیر
- ماهانه: ۳۰ روز
- سالانه: ۳۶۵ روز
شما همیشه میتوانید این دو مدل را برای برآورده کردن نیازهای خاص خود ترکیب کنید. با قیمت گذاری بر اساس تقاضا، هزینه آنچه مصرف میکنید را پرداخت میکنید، در حالی که با قیمت گذاری با نرخ ثابت، در ازای یک برنامه بلندمدت، ظرفیت تضمین شدهای را با هزینه کمتری دریافت میکنید.
چه عواملی بر هزینه ذخیره داده در بیگ کوئری تاثیر میگذارند؟
هنگام استفاده از BigQuery با GA4، سه نوع هزینه اصلی وجود دارد که ممکن است متحمل شوید: ذخیره سازی، محاسبات و دریافت داده. این ابزار محاسبه بر ارائه تخمین هزینه ذخیره سازی به شما تمرکز دارد، که جزء کلیدی هزینه کلی BigQuery شما خواهد بود.
هزینه ای که برای ذخیره سازی پرداخت می کنید به میزان داده، مدت زمان ذخیره سازی و مکان ذخیره سازی بستگی دارد. 10 گیگابایت اول ذخیره شده در هر ماه رایگان است، بنابراین بسیاری از سایت های کوچک ممکن است اصلاً هزینه ای پرداخت نکنند.
برای مناطق ایالات متحده (ایالات متحده) و اروپا (اتحادیه اروپا) هر گونه داده ای بالاتر از 10 گیگابایت برای هر گیگابایت در ماه برای ذخیره سازی فعال (هر جدولی که در 90 روز گذشته اصلاح شده است) 0.02 دلار یا برای ذخیره سازی بلندمدت (هر جدولی که برای بیش از 90 روز اصلاح نشده است) 0.01 دلار در ماه محاسبه می شود. ممکن است سایر مناطق قیمت گذاری کمی متفاوتی داشته باشند، به عنوان مثال برای منطقه لندن (اروپا-غرب2) قیمت 0.023 دلار در هر گیگابایت در ماه برای فعال و 0.016 دلار در هر گیگابایت در ماه برای ذخیره سازی بلندمدت است. برای مشاهده قیمت فعلی هر منطقه می توانید به اینجا: BigQuery Pricing مراجعه کنید.
میزان داده ای که در BigQuery ذخیره می کنید به تعداد ایونت هایی که توسط پراپرتی GA4 شما جمع آوری می شود و میزان داده ای که با آن ایونت ها جمع آوری می شود بستگی دارد. اگر با هر ایونت پارامترهای زیادی ارسال میکنید یا ایونت های ایکامرسی را با تعداد زیادی آیتم در هر رویداد جمعآوری میکنید، جداول شما بسیار بزرگتر از سایتی خواهند بود که فقط تنظیمات پیاده سازی آنالیتیکس 4 را انجام داده است.
گوگل تخمین می زند که 1 گیگابایت تقریباً معادل 600 هزار رویداد است، اما در بین پراپرتی های مختلف، این رقم از 800 هزار تا 1.6 میلیون متغیر است.
چگونه با استفاده از ماشین حساب هزینه BigQuery، هزینههای خود را برآورد کنیم؟
قیمتگذاری بر اساس تقاضا (On-demand Pricing)
- به صفحه اصلی کنسول BigQuery خود بروید.
- هنگام وارد کردن یک کوئری، اعتبارسنج کوئری (علامت تیک سبز) آن را تأیید میکند و تخمین میزند که چند بایت پردازش کند.
همانطور که در تصویر مشاهده میکنید، این کوئری برای اجرا تقریباً 10.07 MB فضا برای پردازش نیاز دارد.
- گام بعدی دسترسی به ماشین حساب قیمتگذاری GCP است. BigQuery را به عنوان محصول خود و قیمتگذاری بر اساس تقاضا را به عنوان روش قیمتگذاری خود انتخاب کنید. فرم موجود در صفحه را با تمام اطلاعات لازم، همانطور که در تصویر نشان داده شده است، تکمیل کنید.
اگر هنوز ۱ ترابایت رایگان ماهانه خود را تمام نکرده باشید، هزینه اجرای کوئری صفر است. با این حال، اگر نیاز دارید این کوئری را هر روز برای ماه آینده اجرا کنید؛ قطعا مقدار پردازش رایگان هر ماه را رد خواهید کرد و باید هزینه پرداخت کنید. برای محاسبه این هزینه باید مقدار مورد نیاز برای پردازش کوئری را در 30 ضرب کنید.
چگونه هزینه ذخیره سازی و اجرای کوئری در BigQuery را برآورد کنیم؟
برای محاسبه هزینه ذخیره سازی و اجرای کوئری در BigQuery، ابتدا باید اطلاعات لازم برای تخمین هزینه ها را جمع آوری کنیم:
- تعداد کاربران (Number of Users)
- تعداد کوئری در روز (Number of Queries)
- میانگین حجم دیتای مصرفی (Average Data Usage)
به عنوان مثال، فرض کنید 10 کاربر در روز از دیتایی که از آنالیتیکس به بیگ کوئری انتقال داده شده است، استفاده میکنند. به طوری که هر کاربر روزانه پنج کوئری با میانگین مصرف داده 2 گیگابایت برای هر کوئری اجرا می کند. ما هزینه را بر اساس ماه (فرض می کنیم 30 روز) محاسبه می کنیم.
با استفاده از این پارامترها، می توانیم با یک محاسبه ساده، هزینه ماهانه متوسط خود را با BigQuery تخمین بزنیم.
کل حجم کوئری دیتا در ماه:
10 کاربر در روز * 5 کوئری در روز * 2 گیگابایت در کوئری * 30 روز = 3000 گیگابایت = 3 ترابایت
محاسبه هزینه ذخیره سازی BigQuery:
در زمان نگارش این متن، هزینه ذخیره سازی برای 1 ترابایت داده حدود 20 دلار است (قیمت دقیق بستگی به منطقه انتخابی شما دارد). بنابراین، برای به دست آوردن هزینه ذخیره سازی در هر ماه، به سادگی 3 ترابایت را در 20 دلار ضرب می کنیم.
3 ترابایت * 20 دلار در هر ترابایت = 60 دلار
محاسبه هزینه اجرای کوئری بر اساس میزان مصرف (On-Demand):
با استفاده از همان داده های کوئری، قیمت پردازش 1 ترابایت داده 5 دلار است. بنابراین، برای به دست آوردن هزینه اجرای کوئری بر اساس میزان مصرف در هر ماه، به سادگی 3 ترابایت را در 5 دلار ضرب می کنیم.
3 ترابایت * 5 دلار در هر ترابایت = 15 دلار
این قیمت ممکن است کاهش یابد، به شرطی که از 1 ترابایت فضای ذخیره سازی رایگان ماهانه خود استفاده نکرده باشید.
هزینه پردازش 1 ترابایت داده در BigQuery چقدر است؟
برای قیمت گذاری بر اساس میزان مصرف (On-Demand)، هزینه پردازش 1 ترابایت داده 6.25 دلار است.
هزینه اجرای یک کوئری 12 گیگابایتی در BigQuery چقدر است؟
12 گیگابایت تقریباً معادل 0.01288 ترابایت است. از آنجایی که هزینه پردازش 1 ترابایت 6.25 دلار است، هزینه اجرای یک کوئری 12 گیگابایتی به شرح زیر محاسبه می شود:
6.25 دلار در هر ترابایت * 0.01288 ترابایت = 0.08 دلار
هزینه اجرای یک کوئری 100 گیگابایتی در BigQuery چقدر است؟
100 گیگابایت تقریباً معادل 0.107 ترابایت است. برای محاسبه هزینه اجرای یک کوئری 100 گیگابایتی، محاسبه زیر را انجام می دهیم:
6.25 دلار در هر ترابایت * 0.107 ترابایت = 0.66 دلار
آیا استفاده از ویوها (Views) در BigQuery هزینه اضافی دارد؟
خیر. جداول مجازی (Virtual Tables) با استفاده از کوئری های SQL به عنوان ویو تعریف می شوند. به همان روشی که می توانید روی یک کوئری بزنید، می توانید همین کار را با ویوها نیز انجام دهید. ویوها ممکن است فقط داده هایی را از جداول و فیلدهایی ارائه دهند که توسط کاربر هنگام اجرای کوئری درخواست می شود. بنابراین افزودن یا حذف یک ویو هیچ هزینه ای ندارد.
بهینه سازی هزینه BigQuery
به عنوان یک متخصص پرفورمنس مارکتینگ، بهینه سازی هزینه در BigQuery اهمیت زیادی دارد. فرقی نمی کند که داده های خود را از طریق آنالیتیکس 4 یا از Google Sheets وارد BigQuery کنید، رعایت برخی نکات برای بهینه سازی هزینه در BigQuery ضروری است. این موارد عبارتند از:
- *استفاده بهینه از عبارت SELECT : در کوئری های خود از عبارت
SELECT *
کمتر استفاده کنید و فقط اطلاعات مورد نیاز خود را درخواست نمایید. - استفاده از قابلیت پیش نمایش BigQuery: هنگامی که می خواهید نمونه کوچکی از داده های خود را ببینید، به جای اجرای یک کوئری برای مشاهده بخش کوچکی از داده ها، از قابلیت پیش نمایش BigQuery استفاده کنید.
- بررسی هزینه ها قبل از اجرا: قبل از اجرای هر کوئری یا فعالیت ذخیره سازی، با استفاده از ابزار محاسبه گر قیمت GCP (Google Cloud Platform Price Calculator)، هزینه های مرتبط را بررسی کنید.
- تقسیم کوئری به بخش های کوچکتر: اگر قصد دارید روی یک مجموعه داده بزرگ پرس و جو انجام دهید، کوئری خود را به بخش های کوچکتر تقسیم کنید. اجرای تک تک کوئری های کوچکتر بهتر است. این کار باعث کاهش حجم داده هایی که باید خوانده شوند و در نتیجه صرفه جویی در هزینه می شود.
گوگل ادز یکی از ابزارهای تبلیغاتی محبوب است که توسط بیزینسهای کوچک تا بزرگ برای تبلیغ محصولات و خدمات استفاده می شود. اما گوگل ادز نمی تواند اطلاعات زیادی در مورد کمپین های تبلیغاتی شما ارائه دهد. بنابراین، شما باید داده های خود را از گوگل ادز به بیگ کوئری، یک انبار داده ابری کاملا مدیریت شده و نسبتا کم هزینه، منتقل کنید. با انتقال داده های خود از گوگل ادز به بیگ کوئری، می توانید چندین تحلیل داده انجام دهید تا اطلاعات مفید دوره ای یا زمان واقعی برای بهینه سازی کمپین های خود بدست اورید. در این راهنما، ما به قدم فرآیند انتقال داده های گوگل ادز به بیگ کوئری را با استفاده از چند روش ساده بررسی خواهیم کرد.
مقدمهای بر گوگل ادز
گوگل ادز یکی از پلتفرمهای تبلیغات آنلاین پرکاربرد است که به شما امکان میدهد تا خدمات و محصولات خود را تبلیغ کنید. این پلتفرم گزینههای متنوعی برای هدفگیری مخاطبان دارد تا آگهیهای محصول یا خدمات توسط مخاطبین مرتبط در زمان درست مشاهده شوند. شما میتوانید از گوگل ادز برای نمایش تبلیغات از طریق تصاویر، تماس تلفنی، متن و ویدئو، بسته به کمپین تبلیغاتی و هدف خود استفاده کنید. برای بهبود عملکرد، گوگل ادز از قابلیت تبلیغات ریسپانسیو و از دستگاههای مختلف مانند دسکتاپ، موبایل، تلویزیون و غیره پشتیبانی میکنند.
علاوه بر این، گوگل ادز ابزارهای جامع تحلیلی و گزارشدهی ارائه میدهد که اطلاعات مفیدی در مورد عملکرد کمپینهای تبلیغاتی در اختیارتان قرار میدهد. برای سنجش اثربخشی کمپینهای تبلیغاتی خود، میتوانید معیارهایی مانند دسترسی، نرخ کلیکها (CTR)، نرخ تبدیل و بازگشت سرمایه (ROI) را ردیابی کنید. همچنین این فرصت را در اختیار شما قرار میدهد که با دقت بودجه خود را کنترل کنید و حداکثر بودجه روزانه یا ماهانه را برای مدیریت موثر هزینههای تبلیغاتی خود تعیین کنید.
مقدمهای بر بیگ کوئری
گوگل بیگ کوئری، یک انبار دادههای بدون سرور و پلتفرم تحلیلی است که توسط گوگل کلود ارائه میشود. بیگ کوئری به عنوان یک انبار دادههای آماده، امکان ذخیرهسازی و استخراج گزارش های کاربردی از مجموعه دادههای بزرگ (بیگ دیتا) را برای بیزینس های مختلف در هر مقیاسی فراهم میآورد. برای مدیریت و تحلیل دادهها، بیگ کوئری از زبان SQL پشتیبانی میکند که این امر برای طیف وسیعی از متخصصان، فرآیند کار را بدون درز میکند.
علاوه بر این، به عنوان بخشی از گوگل کلود، بیگ کوئری به راحتی با سایر خدمات گوگل کلود مانند گوگل کلود استوریج، گوگل شیتس و گوگل دیتا استودیو یکپارچه میشود. این یکپارچگی، جذب سریع دادهها، ذخیرهسازی و تجسم آنها را فراهم میکند و یک اکوسیستم تحلیلی جامع را ارائه میدهد.
بیگ کوئری همچنین با پشتیبانی از تحلیل دادههای زمان واقعی از طریق جذب دادههای جاری، به شما کمک میکند تا بینشهای لحظهای را به دست آورید و تصمیمات مبتنی بر داده را به سرعت اتخاذ کنید.
روش های اتصال گوگل ادز به بیگ کوئری
روشهای متنوعی برای ادغام دادههای گوگل ادز با بیگ کوئری گوگل وجود دارد. در ادامه برخی از رایجترین روشهای استفاده شده برای انتقال دادهها از گوگل ادز به بیگ کوئری را به شما عزیزان آموزش میدهیم.
- روش ۱: بارگذاری دستی دادهها از گوگل ادز به بیگ کوئری با استفاده از فایلهای CSV . این روش شامل استخراج دادهها از گوگل ادز به صورت فایل CSV و سپس بارگذاری آنها در بیگ کوئری است. این فرآیند میتواند به صورت دستی انجام شود و یک روش مستقیم برای اتصال گوگل ادز به بیگ کوئری است.
- روش ۲: بارگذاری دادهها از گوگل ادز به بیگ کوئری با استفاده از سرویس انتقال داده بیگ کوئری. سرویس انتقال داده بیگ کوئری گوگل امکان اتوماتیک کردن فرآیند انتقال دادهها را فراهم میآورد. این روش به کاربران اجازه میدهد تا دادهها را به صورت خودکار و بدون دخالت دستی از گوگل ادز به بیگ کوئری منتقل کنند.
بارگذاری دستی دادهها از گوگل ادز به بیگ کوئری با استفاده از فایلهای CSV
اگر به دنبال روشی فوری برای انتقال دادهها از گوگل ادز به بیگ کوئری هستید، استفاده از فایلهای CSV گزینه مناسبی است. تنها کاری که لازم است انجام دهید، خروجی گرفتن از دادههای گوگل ادز به صورت فایلهای CSV و سپس بارگذاری این فایلها در بیگ کوئری است.
مرحله 1: وارد حساب گوگل ادز خود شوید و از گزارش تبلیغات یا کمپینی که میخواهید تحلیل کنید، خروجی بگیرید. میتوانید این گزارش را با تنظیم بخشها، فیلدها، تاریخ و زمانی که میخواهید در فایل CSV خود خروجی بگیرید، سفارشی سازی کنید.
مرحله 2: پس از انتخاب گزارش مورد نظر، روی دکمه دانلود واقع در سمت راست صفحه کلیک کنید. یک پنجره بازشو ظاهر میشود، فرمت فایل را به عنوان CSV برای دانلود فایل انتخاب کنید.
مرحله 3: حالا، فایل CSV شما آماده بارگذاری در انبار دادههای بیگ کوئری است. پیش از بارگذاری دادهها در بیگ کوئری، مطمئن شوید که یک دیتاست بیگ کوئری برای ذخیره دادههای خود دارید. سپس، میتوانید دادههای CSV را در یک جدول بیگ کوئری جدید بارگذاری کنید.
هر چند این روند به طور کلی ساده است، اما با محدودیتهای تاخیر و آسیبپذیری به خطاها همراه است.
بارگذاری گوگل ادز به بیگ کوئری با استفاده از سرویس انتقال دادههای بیگ کوئری
روش دیگر برای انتقال اطلاعات گوگل ادز به بیگ کوئری، استفاده از سرویس انتقال دادههای بیگ کوئری است. این سرویس به طور خودکار زمانبندی، بارگذاری، و مدیریت دادههای مورد نیاز از گوگل ادز به جداول بیگ کوئری شما را به طور منظم انجام میدهد. قبل از انتقال گوگل ادز به بیگ کوئری، اطمینان حاصل کنید که دارای دسترسی های زیر هستید:
- دسترسی ادمین در بیگ کوئری.
- دسترسی حداقل read در حساب گوگل ادز.
- فعال کردن سرویس انتقال دادههای بیگ کوئری.
شما میتوانید اطلاعات گوگل ادز را به بیگ کوئری با استفاده از سرویس انتقال دادهها به چهار روش منتقل کنید:
- کنسول گوگل کلود
- ابزار خط فرمان bq
- API سرویس انتقال دادهها
- زبان برنامهنویسی جاوا
در این روش، ما از کنسول گوگل کلود برای انتقال دادهها از گوگل ادز به بیگ کوئری استفاده خواهیم کرد.
گام 1: وارد پلتفرم گوگل کلود شوید و صفحه بیگ کوئری را باز کنید.
گام 2: روی گزینه انتقال دادهها در سمت چپ پنل کلیک کنید.
گام 3: حالا روی گزینه Creat a Transfer کلیک کنید.
به صفحه ایجاد انتقال هدایت خواهید شد. در بخش نوع سورس، گوگل ادز را جستجو کنید.
گام 4: در بخش Transfer config name، نام منحصر به فردی برای این انتقال داده وارد کنید. سپس، در بخش گزینههای برنامهریزی، میتوانید زمانبندی انتقال خود را با انتخاب فرکانس و زمان شروع انتقال مشخص کنید.
الف) میتوانید فرکانس به روز شدن اطلاعات را تعیین کنید. میتوانید گزینههای روزانه (پیشفرض)، هفتگی، ماهانه، سفارشی، یا درخواستی را از جعبه کشویی تکرار انتخاب کنید.
ب) در گزینه دوم، میتوانید حالت هم اکنون شروع کنید تا یا روی گزینه شروع در زمان تعیین شده برای شروع فرآیند انتقال داده از گوگل ادز به بیگ کوئری کلیک کنید تا انتقال دادههای خود را زمانبندی کنید.
گام 5: در بخش Destination settings، دیتاست مورد نظر برای ذخیره دادههای گوگل ادز خود را ایجاد کنید یا انتخاب کنید.
گام 6: در بخش Data source details، کاستومر آیدی حساب گوگل ادز را وارد کنید.
گام 7: به طور پیشفرض، Refresh window به مدت 7 روز تنظیم شده است تا دادههای 7 روز گذشته را در هر انتقال وارد بیگ کوئری و بهروزرسانی کند. با این حال، میتوانید این مقدار را به 30 روز تغییر دهید.
گام 8: گزینههای اطلاعرسانی ایمیل را فعال کنید تا هر زمان که روند انتقال با مشکل رو به رو شود، اطلاعیه ایمیل دریافت کنید.
گام 9: روی دکمه ذخیره کلیک کنید.
نتیجهگیری
انتقال دادهها از گوگل ادز به بیگ کوئری به شما امکان انجام تحلیلهای پیشرفته از طریق ماشین لرنینگ و ابزارهای قدرتمند تصویرسازی را فراهم میکند. تمامی روشهایی که در این راهنما پوشش داده شدهاند، میتوانند به طور موثری دادههای گوگل ادز را با بیگ کوئری ادغام کرده و به شما کمک کنند تا تحلیل بهتری برای بهینهسازی کمپین تبلیغاتی خود انجام دهید.
در یکی از به روز رسانی های مربوط به اتصال بیگ کوئری به آنالیتیکس ۴، بخشی به اسم user data به آنالیتیکس ۴ در قسمت اتصال به بیگ کوئری اضافه شد. همانطور که در توضیحات این بخش نوشته شده است، با انتخاب این گزینه، به اطلاعات مرتبط با کاربر در بیگ کوئری به صورت خام دسترسی خواهید داشت. این اطلاعات از طریق جدول هایی به اسم pseudonymous_users_( number of days) و users_(number of days) در بیگ کوئری در دسترس هستند. برای آشنایی بیشتر با این جداول در بیگ کوئری در ادامه این مطلب همراه من باشید.
جدول pseudonymous_users در داده های آنالیتیکس ۴ در بیگ کوئری چیست؟
اگر قبل از این آنالیتیکس ۴ را به بیگ کوئری وصل کرده باشید، حتما میدانید که بعد از اتصال این دو ابزار به یک دیگر، اطلاعات مربوط به هر یک از ایونت های انجام شده توسط کاربر در سایت یا اپلیکیشن در بیگ کوئری از طریق جدولی به اسم events_ یا events_intraday_ در اختیار شما قرار داده می شود. احتمالا این سوال برای شما مطرح می شود که تفاوت این جدول ها با جداول events چیست؟
به طور کلی میتوان گفت که مزیت استفاده از جدول های نسبت به جدول های …، دسترسی به اطلاعات بیشتری از کاربران است. درواقع در این جدول ها شما به اطلاعاتی همچون audience ، prediction data، موقعیت جغرافیایی، دیوایس و … دسترسی دارید که در جدول های مربوط به ایونت در دسترس نیست.
همانطور که در اسکیمای جداول در بیگ کوئری میتوانید مشاهده کنید، میتوانید مشاهده کنید که کاربران سایت به کدام یک از سگمنت هایی که در آنالیتیکس ۴ ساخته اید، تعلق دارند. در نتیجه میتوانید از این اطلاعات برای استفاده در ابزارهایی به غیر از ابزارهای گوگل برای ری تارگتینگ استفاده کنید.
نام فیلد | نوع داده | توضیحات |
audiences | RECORD | اطلاعات audience |
audiences.id | INTEGER | آیدی audience |
audiences.name | STRING | اسم audience |
audiences.membership_start_timestamp_micros | INTEGER | زمانی که کاربر برای اولین بار در این audience قرار گرفت (بر حسب میکروثانیه) |
audiences.membership_expiry_timestamp_micros | INTEGER | زمانی که عضویت کاربر در این گروه مخاطبی منقضی میشود (برحسب میکروثانیه). |
audience.npa | BOOLEAN | درست یا نادرست بر اساس تنظیمات NPA شما برای ایونت و custom dimensions یوزر اسکوپ |
نام فیلد | نوع داده | توضیحات |
predictions | RECORD | اطلاعات پیش بینی |
predictions.in_app_purchase_score_7d | DOUBLE | احتمال اینکه کاربری که در 28 روز گذشته فعال بوده است، یک رویداد in_app_purchase را طی 7 روز آینده انجام دهد |
predictions.purchase_score_7d | DOUBLE | احتمال اینکه کاربری که در 28 روز گذشته فعال بوده است، یک ایونت خرید را طی 7 روز آینده انجام دهد. |
predictions.churn_score_7d | DOUBLE | احتمال اینکه کاربری که در ۷ روز گذشته در اپلیکیشن یا سایت شما فعال بوده است، در ۷ روز آینده فعال نخواهد بود. |
predictions.revenue_28d_in_usd | FLOAT | درآمد مورد انتظار (به دلار آمریکا) از همه ایونت های خرید در 28 روز آینده توسط کاربری که در 28 روز گذشته فعال بوده است. |
جدول pseudonymous_users در بیگ کوئری شامل چه اطلاعاتی می شود؟
در این جدول اطلاعات تمام کاربران سایت شما که یوزر آیدی ندارند، وجود دارد. اطلاعات این جدول هر زمان که اطلاعات مربوط به کاربران تغییر کند، به روز می شود.
به خاطر داشته باشید که اطلاعات این جدول در بیگ کوئری، تنها یک بار در روز به روز می شود و امکان ارسال اطلاعات به صورت لایو یا استریم وجود ندارد.
pseudonymous_users_( number of days) به معنای اطلاعات تمام کاربرانی است که درواقع شبه یوزر هستند و توسط سایت شما یوزر آیدی به آنها اختصاص داده نشده است. عدد داخل پرانتز، به تعداد روزهایی که اطلاعات از آنالیتیکس ۴ به بیگ کوئری انتقال پیدا کرده است، اشاره دارد.
- در این جدول، هر ردیف به یک user_pseudo_id اختصاص دارد.
- زمانی که یکی از مقادیر فلیدهای جدول تغییر کند، اطلاعات جدول به روز می شود.
- اطلاعات کاربرانی که با قوانین کوکی اعلام موافقت نکرده اند، در این جدول در دسترس نیست.
- فیلد user_id در جدول pseudonymous_users_ در دسترس نیست.
- در هر ردیف یک timestamp است که به آخرین زمانی که کاربر اکتیو بوده است، اشاره دارد.
منظور از شبه یوزر چیست؟
زمانی که کاربر برای اولین بار وارد سایت شما می شود، آنالیتیکس برای ردیابی کاربر، یک آیدی منحصر به فرد به ان اختصاص می دهد. تا زمانی که کاربر کوکی خود را پاک نکند و تا یک مدت زمان مشخص، آنالیتیکس کاربر را از طریق همین کلاینت آیدی، شناسایی و ردیابی می کند.
در حال حاضر آنالیتیکس ۴ برای شناسایی کاربر از روش های زیر استفاده می کند:
- User ID: در صورتی که یک سایت قابلیت ثبت نام یا لاگین داشته باشد، میتوان به کاربری که داخل سایت ثبت نام میکند، یک آیدی منحصر به فرد اختصاص داد و این آی دی را برای آنالیتیکس ۴ ارسال کرد. این روش، بهترین و شاید دقیق ترین روش ردیابی کاربران است. اما با توجه به اینکه تمام سایتها قابلیت لاگین ندارند، برای همه قابل استفاده نیست.
- Google Signals: در صورتی که کاربر در دیوایس های مختلف وارد اکانت گوگل خود شده باشد، آنالیتیکس میتواند از این طریق کاربر را شناسایی کرده و اطلاعات مربوط به آن را به صورت یکپارچه در اختیار شما قرار دهد.
- Device ID: اگر آنالیتیکس قادر به استفاده از دو روش قبلی نباشد، از این روش برای شناسایی و ردیابی کاربران استفاده می کند. این روش نسبت به روش های قبلی دقت کمتری دارد چون اگر کاربر از چند دیوایس برای مراجعه به سایت شما استفاده کند، به اشتباه چندین بار شمرده می شود.
جدول users در داده های آنالیتیکس ۴ در بیگ کوئری چیست؟
این جدول حاوی اطلاعات شبه یوزرهایی است که توسط سایت شما یک یوزر آیدی به آنها اختصاص داده شده است.
مهمترین نکاتی که در خصوص این جدول ها باید در نظر داشته باشید، عبارت هستند از:
- در صورتی که سایت شما قابلیت لاگین نداشته باشد یا یوزر ترکینگ انجام نشده باشد، این جدول در بیگ کوئری ایجاد نخواهد شد.
- در صورتی که چک باکس ارسال طالاعات به صورت روزانه را هنگام اتصال آنالیتیکس ۴ به بیگ کوئری نزده باشید، این اطلاعات در بیگ کوئری در دسترس نخواهند بود.
- در صورتی که یک وب سایت اروپایی دارید و کاربر با قوانین کوکی اعلام موافقت نکرده باشد، اما توسط سایت شما دارای یک یوزر آی دی اختصاصی باشد، اطلاعات کاربر در جدول users در دسترس خواهد بود.
چه اطلاعاتی در جدول users_ وجود دارد؟
- در این جدول، هر ردیف به یک user_ id اختصاص دارد.
- زمانی که یکی از مقادیر فلیدهای جدول تغییر کند، اطلاعات جدول به روز می شود.
- اطلاعات کاربرانی که با قوانین کوکی اعلام موافقت نکرده اند، در این جدول در دسترس هست.
- فیلد user_pseudo_id در جدول users_ در دسترس نیست.
- در هر ردیف یک timestamp است که به آخرین زمانی که کاربر اکتیو بوده است، اشاره دارد.
بیگ کوئری از چهار گروه تابع مربوط به تاریخ و زمان DATE، TIME، DATETIME، و TIMESTAMP پشتیبانی می کند. این 4 گروه شامل توابع خاصتری مانند CURRENT_DATETIME، DATE_SUB، EXTRACT، FORMAT_TIME و غیره هستند. این توابع به کاربران اجازه می دهد تا انواع دادههای مربوط به تاریخ و زمان را در BigQuery به راحتی استخراج و ویرایش کنند. به عنوان مثال، با استفاده از این توابع میتوان بخشی از عبارت تاریخ یا زمان را استخراج کرد، یک فاصله زمانی به تاریخ یا زمان اضافه کرد و غیره. با توجه به اینکه تنوع و کارکرد هریک از این توابع متنوع و گاها گیج کننده است، در این مطلب به بررسی توابع مربوط به تاریخ در بیگ کوئری و کاربرد هریک میپردازیم.
انواع دادههای مربوط به تاریخ و زمان در BigQuery
قبل از آنکه به بررسی انواع توابع مربوط به تاریخ و زمان در بیگ کوئری بپردازیم، بهتر است که با انواع داده در بیگ کوئری در رابطه با تاریخ و زمان آشنا شوید:
توابع DATE، TIME، DATETIME، و TIMESTAMP در BigQuery SQL
در زیر جدولی از چهار گروه تابع تاریخ و زمان در BigQuery و همچنین توابع فرعی آنها آورده شده است.
دریافت تاریخ امروز در بیگ کوئری
برای دریافت عبارت تاریخ یا زمان امروز می توانید از تابع CURRENT در BigQuery استفاده کنید. برای استفاده از این تابع، از ساختار زیر استفاده کنید:
CURRENT_DATE()
CURRENT_DATETIME()
CURRENT_TIMESTAMP()
CURRENT_TIME()
مثال زیر نحوه استفاده از تابع CURRENT_DATETIME را برای دریافت تاریخ امروز و زمان حال نشان می دهد.
نحوه تغییر فرمت تاریخ در بیگ کوئری
هنگامی که با دادههای مربوط به تاریخ و زمان سروکار دارید، ممکن است بخواهید فرمتی که داده در آن ظاهر میشود را با استفاده از تابع FORMAT تغییر دهید. به عنوان مثال، بعد از اتصال آنالیتیکس 4 به بیگ کوئری، در بخش اسکیمای جدول آنالیتیکس متوجه میشوید که اطلاعات مربوط به event_date به صورت رشته در بیگ کوئری ذخیره می شوند. با توجه به اینکه خروجی تابع FORMAT از جنس رشته است؛ به راحتی میتوانید از این تابع همراه با ستون event_date استفاده کنید.
برای استفاده از این تابع، از ساختار زیر استفاده کنید:
FORMAT_DATE(format_string, date)
FORMAT_DATETIME(format_string, datetime)
FORMAT_TIMESTAMP(format_string, timestamp,[timezone])
FORMAT_TIME(format_string, time)
در مثال زیر با استفاده از تابع FORMAT، نحوه نمایش تاریخ را تغییر دادهایم:
فرمت رشته “%x” تاریخ را به صورت MM/DD/YY نشان می دهد.
اضافه یا کم کردن تاریخ و زمان در بیگ کوئری
در BigQuery میتوانیم عملیاتی مانند اضافه کردن یک سال به تاریخ، کم کردن یک هفته، اضافه کردن یک ساعت یا دقیقه به یک زمان و غیره را اجرا کنیم.
اضافه کردن به تاریخ یا زمان در بیگ کوئری
برای اضافه کردن به تاریخ و زمان در BigQuery باید از دستورات زیر استفاده کنید:
DATE_ADD(date_expression, INTERVAL int64_expression date_part)
DATETIME_ADD(datetime_expression, INTERVAL int64_expression date_part)
TIMESTAMP_ADD(timestamp_expression, INTERVAL int64_expression date_part)
TIME_ADD(time_expression, INTERVAL int64_expression date_part)
- با استفاده از interval برای بیگ کوئری مشخص میکنیم که قصد داریم دیتای مربوط به تاریخ یا زمان را به چه صورتی تغییر دهیم.
- int64_expression حاوی مقادیری است که از (9,223,372,036,854,775,808- تا 9,223,372,036,854,775,807-) متغیر است.
- به جای بخش date_part میتوانید از یکی از مقادیر DAY، HOUR، MINUTE، SECOND، MILLISECOND، MICROSECOND، WEEK، QUARTER، MONTH و YEAR استفاده کنید.
به عنوان مثال، در کوئری زیر از تابع DATE_ADD برای اضافه کردن یک روز به تاریخ استفاده میکنیم:
کم کردن از تاریخ یا زمان در بیگ کوئری
برای کم کردن از تاریخ و زمان در BigQuery باید از دستورات زیر استفاده کنید:
DATE_SUB(date_expression, INTERVAL int64_expression part)
DATETIME_SUB(datetime_expression, INTERVAL int64_expression part)
TIMESTAMP_SUB(timestamp_expression, INTERVAL int64_expression part)
TIME_SUB(time_expression, INTERVAL int64_expression part)
- با استفاده از interval برای بیگ کوئری مشخص میکنیم که قصد داریم دیتای مربوط به تاریخ یا زمان را به چه صورتی تغییر دهیم.
- int64_expression حاوی مقادیری است که از (9,223,372,036,854,775,808- تا 9,223,372,036,854,775,807-) متغیر است.
- به جای بخش date_part میتوانید از یکی از مقادیر DAY، HOUR، MINUTE، SECOND، MILLISECOND، MICROSECOND، WEEK، QUARTER، MONTH و YEAR استفاده کنید.
به عنوان مثال، در کوئری زیر از تابع DATETIME_SUB برای کم کردن یک روز از تاریخ استفاده میکنیم:
نحوه گروه بندی تاریخ/زمان در BigQuery
هنگام ارزیابی دادههای تاریخ/زمان در BigQuery، میتوانیم دادههای خود را بر اساس بخشهای مختلف تاریخ مانند دقیقه، ساعت، روز، سال، هفته و غیره سازماندهی و گروهبندی کنیم. برای انجام این کار میتوانید از دستورات زیر استفاده کنید:
DATE_TRUNC(date_expression, date_part)
DATETIME_TRUNC(datetime_expression, date_part)
TIMESTAMP_TRUNC(timestamp_expression, date_part)
TIME_TRUNC(time_expression, date_ part)
- به جای بخش date_part میتوانید از یکی از مقادیر DAY، HOUR، MINUTE، SECOND، MILLISECOND، MICROSECOND، WEEK، QUARTER، MONTH، YEAR، DAYOFWEEK، DAYOFYEAR، ISOWEEK و ISOYEAR استفاده کنید.
در مثال زیر از تابع DATE_TRUNC برای برگرداندن اولین روز ماه استفاده میکنیم.
SELECT
DATE_TRUNC(DATE ‘2021-07-25’, MONTH) AS first_day_of_month;
علاوه بر این، به جای استفاده از تابع TRUNC، می توانید از تابع LAST DAY برای بدست آوردن آخرین روز هر date_part استفاده کنید.
LAST_DAY(date_expression, [date_part])
LAST_DAY(datetime_expression, [date_part])
مثال زیر از تابع LAST_DAY برای برگرداندن آخرین روز هفته که از یکشنبه شروع می شود استفاده می کند.
SELECT
LAST_DAY(DATETIME ‘2021-07-10 11:45:00’, WEEK(SUNDAY))
7-last-day
نحوه استخراج بخشی از تاریخ و زمان در بیگ کوئری
میتوانید بخشی از تاریخ را از داده تاریخ خود استخراج کنید، مانند بررسی زمان ورود کاربر یا بررسی آمار کلی ماهانه برای بررسی اینکه کدام ماهها فروش بیشتری دارند. برای اجرای چنین عملیاتی میتوانید از دستورات زیر استفاده کنید:
EXTRACT(part FROM date_expression)
EXTRACT(part FROM datetime_expression)
EXTRACT(part FROM timestamp_expression)
EXTRACT(part FROM time_expression)
- به جای بخش date_part میتوانید از یکی از مقادیر DAY، HOUR، MINUTE، SECOND، MILLISECOND، MICROSECOND، WEEK، QUARTER، MONTH، YEAR، DAYOFWEEK، DAYOFYEAR، ISOWEEK و ISOYEAR استفاده کنید.
مثال زیر از تابع EXTRACT برای برگرداندن مقدار دقیقه استفاده می کند.
SELECT
EXTRACT(MINUTE FROM DATETIME(“2020-12-25 15:30:00”)) as minute;
8-extract
چگونه تفاوت بین دو تاریخ یا زمان را بیگ کوئری محاسبه کنیم؟
برای محاسبه تفاوت بین دو تاریخ، میتوانید از دستورات زیر استفاده کنید:
DATE_DIFF(date_expression_a, date_expression_b, part)
DATETIME_DIFF(datetime_expression_a, datetime_expression_b, part)
TIMESTAMP_DIFF(timestamp_expression_a, timestamp_expression_b, part)
TIME_DIFF(time_expression_a,time_expression_b, part)
در مثال زیر از تابع DATE_DIFF برای محاسبه تفاوت ماه بین دو تاریخ استفاده شده است:
SELECT
DATE “2021-12-15 12:30:10” as first_date,
DATE “2021-07-15 17:45:33” as second_date,
DATE_DIFF(DATE “2021-12-15”,
DATE “2021-07-15”, MONTH) as month_difference;
9-date-diff
نحوه تبدیل انواع دادههای تاریخ و زمان در BigQuery
با تابع CAST میتوانید نوع یک داده را به یک نوع دیگر تبدیل کنیم. نحوه استفاده از تابع CAST به صورت زیر است:
CAST(expression AS datatype)
تبدیل رشته به تاریخ یا زمان
SELECT
CAST(’19:30:12′ AS TIME) AS time
10-cast-string
تبدیل datetime به date
SELECT
CAST(CURRENT_DATETIME() AS DATE);
11-cast-datetime-date
توجه: برای انجام این کار میتوانید از DATE(datetime expression) هم استفاده کنید.
عملگرهای موجود برای مقایسه تاریخ در بیگ کوئری
در BigQuery، گاهی اوقات ممکن است نیاز به مقایسه تاریخ و زمان برای انجام عملیاتی مانند دریافت دادههای هفته قبل یا در محدوده خاصی با استفاده از عملگرهای مختلف مقایسه داشته باشید:
<, <=, >, >=, = , != or <>, [NOT] BETWEEN, [NOT] LIKE, [NOT] IN
مثال زیر از عملگرهای >= و < برای دریافت تمام تاریخ های مشخص شده بین دو تاریخ استفاده می شود:
SELECT
date
FROM
(
SELECT
CAST(‘2021-07-02’ AS DATE) AS date
UNION ALL
( SELECT
CAST(‘2021-07-11’ AS DATE) AS date)
UNION ALL
( SELECT
CAST(‘2021-10-02’ AS DATE) AS date)
) AS table_3
WHERE
((date >= ‘2021-07-02’) AND (date < ‘2021-07-30’))
12-date-comparison
خدمات نصب و راه اندازی آنالیتیکس 4
قبل از شروع صحبت در مورد مهاجرت به آنالیتیکس 4، مهم است که تنظیمات GA فعلی شما را بررسی کنم. قبل از هرچیز من تمام ایونت ترکینگ هایی که انجام داده اید را بررسی میکنم. بعد از آن نوبت به بررسی تنظیمات آنالیتیکس شما میرسد. سپس بر اساس آنچه که میتوانید ردیابی کنید اما هنوز این کار را انجام نداده اید، پیشنهادات خودم را در اختیار شما قرار میدهم. بسیاری از مشتریان نمیدانند (یا مطمئن نیستند که چگونه باید ایونت ترکینگ را انجام دهند. بر اساس تجربه میگویم که بسیاری از صاحبان بیزینسهای مختلف نمیدانند که میتوانند به اطلاعاتی مانند تجزیه و تحلیل ویدیو، تراکنشها، پر کردن فرمها و حتی موارد دیگر با استفاده از GA4 دسترسی داشته باشند. اما جای نگرانی نیست؛ چون من این کار را به طور کامل برای شما انجام خواهم داد.
آموزش آنالیتیکس 4
Google Analytics 4 (GA4) مجموعهای از متریک ها را برای اندازهگیری درآمد حاصل از وبسایت یا اپلیکیشن شما ارائه میدهد. سه مورد از مهمترین این متریک ها، درآمد کل (Total Revenue) ، درآمد خرید (Purchase Revenue) و درآمد آیتم (Item Revenue) هستند.
- درآمد کل به مجموع کل درآمدی اشاره دارد که از خرید، تبلیغات و پس از کسر ریفاند حاصل میشود. این متریک با استفاده از فرمول زیر محاسبه میشود:
درآمد کل = purchase + Subscription revenue + Ad revenue – ریفاند
- درآمد خرید به مجموع کل درآمدی اشاره دارد که از فروش آنلاین و خریدهای درونبرنامهای حاصل میشود. این متریک با استفاده از فرمول زیر محاسبه میشود:
درآمد خرید = مجموع قیمت تمام آیتمهای خریداری شده
- درآمد آیتم به درآمد حاصل از هر آیتم خریداری شده اشاره دارد. این متریک با استفاده از فرمول زیر محاسبه میشود:
درآمد آیتم = قیمت آیتم * تعداد آیتم خریداری شده
رابطه بین این سه متریک چیست؟
درآمد کل، جامعترین حالت این سه متریک است و شامل تمام درآمد حاصل از وبسایت یا اپلیکیشن شما میشود. درآمد خرید، زیرمجموعهای از درآمد کل است و تنها شامل درآمد حاصل از فروش آنلاین و خریدهای درونبرنامهای میشود. درآمد آیتم، دقیقترین حالت این سه متریک است و درآمد حاصل از هر آیتم خریداری شده را ردیابی میکند.
چگونه از این سه متریک برای سنجش درآمد کسب و کار خود استفاده کنیم؟
برای نظارت بر عملکرد درآمدی کسبوکار خود، تحلیل روندها، و اتخاذ تصمیمات آگاهانه، میتوانید از سه معیار کلیدی بهرهبرداری کنید. این متریکها شامل کل درآمد، درآمد خرید، و درآمد آیتم میشوند.
کل درآمد:
- ردیابی رشد کلی: با بررسی روند کل درآمد، میتوانید تصویر کاملی از عملکرد کلی کسبوکار خود به دست آورید.
- مقایسه با بودجه: این متریک به شما کمک میکند تا میزان تحقق بودجه درآمدی خود را ارزیابی کنید.
درآمد خرید:
- سنجش عملکرد فروش آنلاین یا خرید درونبرنامهای: با تحلیل روند درآمد خرید، میتوانید عملکرد این بخش از کسبوکارتان را ارزیابی کنید.
- شناسایی محصولات پرفروش: با بررسی درآمد خرید بر اساس آیتم، میتوانید محصولات یا خدماتی که بیشترین سهم را در درآمد دارند، شناسایی کنید.
درآمد آیتم:
- شناسایی محصولات پرفروش: این متریک به شما کمک میکند تا محصولات یا خدماتی که بیشترین فروش را داشتهاند، شناسایی کنید.
- سنجش عملکرد کمپینهای بازاریابی: با تحلیل درآمد آیتم بر اساس کمپینهای مختلف، میتوانید اثربخشی هر کمپین را ارزیابی کنید.
با درک تفاوت بین این سه متریک و نحوه استفاده از آنها در Google Analytics 4، میتوانید بینشهای ارزشمندی در مورد عملکرد درآمدی کسبوکار خود به دست آورید و تصمیمات استراتژیک مؤثرتری اتخاذ کنید.
گوگل آنالیتیکس با ویژگی مفید بنچمارکینگ به شما امکان میدهد تا وبسایت خود را با میانگین صنعت مشابه با بیزینس خود مقایسه کنید. اگر میخواهید بدانید که سایت شما عملکرد بهتر یا بدتری نسبت به میانگین متریک های مهم کل صعنت دارد یا نه، میتوانید از قابلیت Benchmarking در گوگل آنالیتیکس استفاده کنید. در این پست ، ما به بررسی ویژگی بنچمارکینگ در گوگل آنالیتیکس، نحوه استفاده و نحوه پیدا کردن آن خواهیم پرداخت.
منظور از بنچ مارک در آنالیتیکس 4 چیست؟
معیارهای عملکرد، شاخصهای مرجعی هستند که به شما کمک میکنند تا عملکرد کسب و کار خود را با عملکرد سایر کسب و کارهای صنعت خود مقایسه کنید. با استفاده از این متریکها، میتوانید به دادههایی دسترسی پیدا کنید که نقاط قوت و ضعف کسب و کارتان را مشخص میکنند، و در نتیجه اقدامات لازم برای بهبود نتایج را انجام دهید.
گوگل آنالیتیکس با داشتن پایگاه گستردهای از کاربران، قادر است متریک های خاصی را برای کسب و کارهایی که از گوگل آنالیتیکس استفاده میکنند و شبیه به کسب و کار شما هستند، ارائه دهد.
هنگامی که از این متریک ها استفاده میکنید، دادههای شما رمزگذاری و محافظت میشوند تا اطمینان حاصل شود که دادههای شما خصوصی و محافظت شده باقی میمانند. علاوه بر این، در این بررسی ها، تنها پراپرتی هایی قرار میگیرند که یک سری شروط مانند حداقل تعداد کاربران را داشته باشند. لازم به ذکر است که دیتای مربوط به این متریک ها، هر 24 ساعت به روز می شوند.
Benchmarking در Google Analytics: مقایسه عملکرد با رقبا
Benchmarking در Google Analytics به شما امکان میدهد تا عملکرد وبسایت خود را با سایر وبسایتهای مشابه در صنعت خود مقایسه کنید. با استفاده از این ابزار، میتوانید نقاط قوت و ضعف وبسایت خود را شناسایی کرده و استراتژیهای بازاریابی دیجیتال خود را بهینه کنید.
مزایای استفاده از Benchmarking در Google Analytics:
- مقایسه عملکرد با رقبا: با مقایسه عملکرد خود با رقبا، میتوانید نقاط قوت و ضعف وبسایت خود را شناسایی کنید.
- تعیین اهداف واقعبینانه: Benchmarking میتواند به شما کمک کند تا اهداف واقعبینانهای برای وبسایت خود تعیین کنید.
- بهبود تصمیمگیری: با استفاده از Benchmarking، میتوانید تصمیمات آگاهانهتری در مورد استراتژیهای بازاریابی دیجیتال خود بگیرید.
- حفظ حریم خصوصی دادهها: Google Analytics از حریم خصوصی دادههای شما محافظت میکند. دادههای Benchmark تجمع شده و ناشناس هستند.
نحوه استفاده از قابلیت Benchmarking در آنالیتیکس 4
مرحله اول: تعیین معیارهای عملکرد
ابتدا وارد اکانت Google Analytics خود شوید و به گزارش “Home” بروید. در گوشه بالا سمت راست کارت Overview، نماد بنچمارک را مشاهده خواهید کرد (شبیه یک مدال کوچک).
برای استفاده از این ویژگی در گزارشهای خود، باید اطمینان حاصل کنید که پراپرتی Google Analytics شما برای مشارکت در مدلسازی و ایسایت های تجاری فعال شده است. برای این کار، به بخش “Admin” بروید و “account details” را انتخاب کنید (که در زیر “Account” قرار دارد). سپس باید گزینه “Modeling Contributions & Business Insights” را فعال کنید.
مرحله دوم: انتخاب یک متریک کلیدی
برای دسترسی به دادههای بنچ مارک، باید متریک مورد نظر را به کارت Overview اضافه کنید. برای این کار، یکی از متریک های موجود در کارت را انتخاب کرده و سپس “بنچ مارک” را انتخاب کنید تا متریک های در دسترس را مشاهده کنید.
مرحله سوم: انتخاب متریک مقایسه
پس از انتخاب یک متریک از جنس بنچ مارک، نمودار بهروز میشود تا دادههای بنچ مارکینگ را نمایش دهد. بیش از 30 متریک از جنس بنچ مارک در Google Analytics موجود است. برخی از مهمترین آنها عبارتند از:
- برای وبسایتهای متمرکز بر کانورژن: user key event rate و session key event rate
- برای وبسایتهای فروشگاهی: purchases per user، average purchase revenue، ARPU
- برای سنجش میزان تعامل: engagement rate، average session duration، و new user rate
مرحله چهارم: تفسیر دادههای بنچ مارک
فرض کنید متریک”engagement rate” را انتخاب کردهاید. نمودار عملکرد وبسایت شما را در مقایسه با نرخ تعامل متوسط صنعت نمایش میدهد.
خط نقطهچین در نمودار نشاندهنده میانه نرخ تعامل در گروه همتایان شما است و به شما یک نقطه مرجع برای مقایسه عملکرد وبسایت خود با سایر رقبا در صنعت میدهد.
ناحیه سایهدار اطراف خط میانه بازه بینچهارکی یا ۵۰٪ میانی دادهها را نشان میدهد و ۲۵ درصد بالا و پایین (خارج از محدوده) را حذف میکند. این کار باعث می شود که داده های پرت یا خارج از محدوده از تحلیل ما حذف شوند.
خط ممتد در نمودار، دادههای وبسایت شما را نشان میدهد و به شما این امکان را میدهد عملکرد وب سایت را به سرعت با میانه و محدوده مقایسه کنید.
مرحله 5: تغییر سگمنت بنچ مارک
با توجه به اینکه ممکن است بیزینس شما در گروه های مختلفی قرار بگیرد، میتوانید با کلیک بر روی آیکون ینچ مارک، گروههای گروههای همتای متفاوتی را انتخاب نمایید.
نحوه استفاده از دادههای بنچ مارکینگ برای بهبود کسبوکار
دادههای بنچ مارک بسیار ارزشمند هستند، زیرا عملکرد وب سایت یا اپلیکیشن شما را در یک چارچوب مشخص قرار میدهند و نقاط قوت و ضعف آن را آشکار میکنند. بیایید چند سناریوی مختلف را به عنوان مثال را بررسی کنیم:
- پایین بودن نرخ کاربر جدید: اگر نرخ کاربر جدید شما پایینتر از ۲۵ درصد در صنعت شما باشد، میتواند نشان دهنده این موضوع باشد که استراتژیهای جذب شما نیاز به بهبود دارند. در این صورت، میتوانید بر روی افزایش سرمایهگذاری در تبلیغات هدفمند، تقویت سئو یا بهبود تلاشهای بازاریابی محتوا تمرکز کنید.
- زمان تعامل بالا: اگر میانگین زمان تعامل در هر سشن بالاتر از ۷۵ درصد باشد، نشاندهنده علاقهی بالای کاربران به محتوای شما است. در این شرایط، میتوانید بر افزایش نرخ تبدیل با افزودن فراخوانهای به عمل (CTA) استراتژیک یا پیشنهادات شخصیسازی شده تمرکز کنید.
- افزایش درآمد: اگر ARPU (میانگین درآمد به ازای هر کاربر) شما پایینتر از متوسط صنعت شما باشد، میتوانید استراتژیهایی مانند فروش افزایشی، برنامههای وفاداری یا تبلیغات هدفمند را برای افزایش درآمد به ازای هر کاربر بررسی کنید.
این اطلاعات میتوانند تصمیمگیریهای شما را به طور قابلتوجهی بهبود بخشند و به شما امکان دهند تا تغییراتی مبتنی بر داده را در استراتژیهای بازاریابی، طراحی وبسایت یا پیشنهادات محصول خود اعمال کنید.
لیست متریک های موجود در بنچ مارک
می توانید معیارهای مختلفی را مقایسه کنید. این معیارها شامل موارد زیر می شوند:
- New user rate
- Average engagement time per session
- Average engagement time per user
- Average session duration
- Engagement rate
- Engaged sessions per user
- Event count per user
- Events per session
- Session key event rate
- Sessions per user
- User key event rate
- Views per session
- Views per user
- Bounce rate
- Daily active users / Monthly active users (DAU / MAU)
- Daily active users / Weekly active users (DAU / WAU)
- Weekly active users / Monthly active users (WAU / MAU)
- Add to carts per user
- Average revenue per user (ARPU)
- Average revenue per paying user (ARPPU)
- Average purchase revenue per user
- Checkouts per user
- First-time purchaser rate (FTP rate)
- First-time purchasers per new user
- Paying monthly active users / Daily active users (PMAU / DAU)
- Paying weekly active users / Daily active users (PWAU / DAU)
- Total ad revenue per user
- Transactions per purchaser
- Transactions per user
اطلاعات مربوط به بنچ مارک چگونه جمع آوری می شوند؟
دادههای بنچ مارک برای اشتراکگذاری دادهها به صورت ناشناس انتخاب شده و جمعآوری میشوند. در جمع آوری و پردازش این داده ها حفظ حریم شخصی کاربر کاملا رعایت می شود و به هیچ عنوان امکان مقایسه یک بیزینس با یک بیزینس مشخص دیگر وجود ندارد.
قابلیت بنچ مارک در آنالیتیکس من وجود ندارد، چه کنم؟
اگر بررسی کردهاید که گزینه “Modeling Contributions & Business Insights” فعال است، و همچنان آیکون بنچ مارک را در گزارش های اصلی خود مشاهده نمیکنید، ممکن است این ویژگی هنوز در پراپرتی شما قرار نگرفته باشد. کمی صبر کنید تا به آنالیتیکس شما هم اضافه شود.
استفاده از جایگاه های تبلیغات داخلی در سایت یا اپلیکیشن جزء جداییناپذیر استراتژی بازاریابی هر کسبوکاری هستند. برای بهینهسازی کمپینها و برنامهریزی آینده، اندازهگیری اثربخشی این تبلیغات ضروری است. در Google Analytics 4، تبلیغات داخلی به عنوان ایکامرس ترکینگ ردیابی میشوند. اما چطور میتوان میزان کلیک و دیده شدن تبلیغات در جایگاه های تبلیغاتی سایت یا اپلیکیشن را از طریق آنالیتیکس 4 و گوگل تگ منیجر ردیابی کرد؟
چرا باید عملکرد جایگاه های تبلیغاتی داخل سایت یا اپ را با GTM ردیابی کنیم؟
برخلاف تبلیغات خارجی که در پلتفرمهای شخص ثالث اجرا میشوند، تبلیغات داخلی صرفاً مختص کسبوکار شما هستند. این تبلیغات شامل بنرها، پاپآپها و سایر عناصر تعاملی میشود که برای هدایت کاربران به سمت اهداف مشخصی طراحی شدهاند.
اگر به دولوپر دسترسی ندارید یا امکان اعمال تغییرات در کد وبسایت وجود ندارد، Google Tag Manager (GTM) ابزاری قدرتمند برای پیادهسازی ردیابی است.
استفاده از جایگاه های تبلیغات داخلی به شما کمک میکنند تا کاربران را در قیف فروش هدایت کنید و آنها را به سمت اقدامات دلخواه، مانند خرید محصول یا ثبتنام، سوق دهید. این فرآیند شامل دو مرحله اصلی است: نمایش تبلیغ و کلیک بر روی آن. لازم به ذکر است که همه کاربرانی که یک تبلیغ را مشاهده میکنند، لزوماً روی آن کلیک نمیکنند.
در واقع، تبلیغات داخلی نیز میتوانند دارای یک قیف فروش یا فانل باشند. با استفاده از GTM و Google Analytics 4، میتوانید میزان مشاهده و کلیک بر روی تبلیغات، اضافه شدن محصولات به سبد خرید، آغاز فرایند پرداخت و نرخ تبدیل را اندازهگیری کنید.
این روش ردیابی صرفاً به سایت های فروشگاهی محدود نمیشود و برای هر نوع تبلیغ داخلی که منجر به یک کانورژن مشخص میشود، قابل استفاده است.
ایجاد متغیر جاوا اسکریپت سفارشی
برای نمایش دیتالیری که باید به GA4 ارسال شود، از فروشگاه تستی Enhanced Ecommerce گوگل استفاده خواهیم کرد. با استفاده از این اطلاعات، میتوانیم یک متغیر جاوا اسکریپت سفارشی ایجاد کنیم تا اطلاعات درست مطابق با استانداردهای آنالیتیکس 4 برای این ابزار ارسال شود. در ادامه مثالی از رویداد view_promotion آورده شده است:
همانطور که مشاهده میکنید، هر دو ایونت دارای ساختار و دادههای مشابهی هستند، به جز نام ایونت. این دیتالیری است که برای ذخیره مقادیر در متغیر جاوا اسکریپت سفارشی استفاده خواهیم کرد.
تب دیگر، کد gtag.js (GA4)، برای ارسال مستقیم این دادهها به وبسایت با استفاده از gtag (بدون GTM) است. تفاوت اصلی این کد با کد تگ منیجر این است که با gtag شروع میشود، نه dataLayer.push، و بقیه آن بسیار شبیه است.
لازم به ذکر است که در این کد یک خطا وجود دارد و نسخه درست آن مطابق با تصویر زیر است:
برای ساخت این متغیر سفارشی جاوااسکریپت وارد اکانت گوگل تگ منیجر خود شده و به بخش Variables بروید و روی دکمه ‘New’ کلیک کنید.
گام بعدی، انتخاب نوع متغیر Custom JavaScript است.
در فیلد کد، کد زیر را وارد کنید.
برای شروع، از قالب و جزئیات مثال گوگل استفاده میکنیم؛ اما فراموش نکنید که مقادیر موجود در این کد باید مطابق با شرایط وب سایت شما تغییر کند. آرایه items شامل پارامترهایی برای آیتمهای تبلیغ است که استفاده از آنها اختیاری است. برای سادگی، در این مثال ما پارامترهای مربوط به آیتمز را ارسال نمیکنیم.
توجه داشته باشید که در این کد، از dataLayer.push استفاده نشده است؛ زیرا GTM این کار را با متغیر Custom JavaScript انجام میدهد.
نکته حائز اهمیت این است که برای هر جایگاه تبلیغاتی در سایت یا اپلیکیشن باید یک نام و شناسه تبلیغاتی منحصر به فرد تعیین کنید، مگر اینکه تبلیغ در تمام صفحات یکسان باشد. در نهایت، متغیر خود را نامگذاری و ذخیره کنید.
گام بعدی، بررسی این است که آیا این کد به درستی کار میکند یا نه. روی دکمه Preview در گوشه بالا سمت راست کلیک کنید تا عملکرد این قطعه کد را بررسی کنید.
در بین ایونت هایی که در سمت چپ نمایش داده می شوند، روی DOM Ready کلیک کرده و به تب Variables بروید. در این بخش باید چیزی شبیه به تصویر زیر مشاهده کنید:
به نظر میرسد متغیر جاوااسکریپت به درستی کار میکند.
ردیابی بازدید از تبلیغات داخل سایت در GA4
ایجاد تگ ایونت GA4
- به بخش Tags در Google Tag Manager (GTM) بروید و روی New کلیک کنید.
- نوع تگ را Google Analytics: GA4 Event انتخاب کنید.
- در بخشت تنظیمات تگ، تنظیمات زیر را انجام دهید:
- تگ تنظیمات GA4 خود را انتخاب کنید یا شناسه انالیتیکس را بهصورت دستی وارد کنید.
- نام ایونت را view_promotion تعیین کنید.
- به More settings → Ecommerce رفته و گزینه Send Ecommerce Data را فعال کنید.
- Data Source را Custom Object انتخاب کنید.
- متغیر سفارشی JavaScript ایجاد شده را بهعنوان Ecommerce Object – CJS EE View Promotion انتخاب کنید.
نکته: از اضافه کردن مجدد آیتمها یا پارامترهای ایونت به تگ خودداری کنید، زیرا میتواند منجر به تداخل و عدم نمایش صحیح دادهها در GA4 شود.
ایجاد تریگر ایونت view_promotion
- در همان صفحه تگ، به بخش Triggering بروید.
- روی نماد + کلیک کنید تا یک تریگر جدید ایجاد کنید.
- نوع تریگر را Element Visibility انتخاب کنید.
- از طریق Inspect Element در مرورگر، کلاس CSS المان تبلیغ را پیدا کنید.
- این کلاس را در فیلد CSS Selector وارد کنید.
- Fire On را روی Once per page تنظیم کنید تا از چند بار ارسال شدن تگ جلوگیری شود.
- در بخش تنظیمات پیشرفته، درصد Visibility Threshold را روی 50% تنظیم کنید تا اطمینان حاصل شود که تبلیغ به اندازه کافی قابل مشاهده است.
پیشنمایش و بررسی عملکرد تگ
- از طریق بخش preview در تگ منیجر تگ و تریگر ایجاد شده را تست کنید تا اطمینان حاصل شود که بهدرستی کار میکنند.
- از ابزار DebugView در GA4 استفاده کنید تا از درستی ارسال ایونت مطمئن شوید.
ردیابی کلیک روی تبیلغات داخلی سایت
بعد از ساخت تگ نمایش تبلیغ، باید تگ کلیک روی تبلیغ را بسازید. تنها مواردی که هنگام ساهت این تگ باید تغییر دهید، عبارت هستند از:
دو جایی که باید تغییراتی ایجاد کنیم:
- از متغیر جاوا اسکریپت سفارشی که پیش از این ساختیم یک کپی بگیرید ، اما نام آن را به select_promotion تغییر دهید. نام متغیر را هم تغییر دهید و ذخیره کنید.
- تگ ایونت view_promotion را کپی کنید، ایونت را به select_promotion تغییر دهید و متغیر جدیدی که در مرحله اول ساختیم را به عنوان آبجکت ایکامرس ترکینگ انتخاب کنید. فراموش نکنید که نام تگ را هم تغییر دهید.
بعد از آن باید تریگر این تگ را بسازید. فرا موش نکنید که قبل از انجام این کار باید تمام متغیرهای مربوط به کلیک را فعال کرده باشید. سپس از طریق بخش preview در تگ منیجر و کلیک روی المان مورد نظر، بررسی کنید که برای این المان مورد نظر شما چه اطلاعاتی در دسترس است، منظور مواردی مانند کلیک آی دی، کلیک کلس و … است. در صورت در دسترس نبودن این دو مورد، میتوانید از طریق css selector المان مورد نظر را ردیابی کنید.
سپس تریگر All elements را انتخاب کرده و با انتخاب گزینه Some clicks، مشخص المانی که قصد ردیابی آن را دارید، وارد کنید.
وقت آن است که تست کنیم آیا فقط هنگام کلیک روی تبلیغ فعال میشود یا نه. حالت پیشنمایش GTM را فعال کنید.
برای بررسی نهایی، به DebugView GA4 میرویم و بررسی میکنیم که آیا میتوانیم ایونت select_promotion را همراه با آرایه ای که به متغیر جاوا اسکریپت سفارشی اضافه کردیم پیدا کنیم یا نه.
حالا باید 24 تا 48 ساعت صبر کنیم تا دادهها در اکانت GA4 نمایش داده شوند.
گزارش نمایش و کلیک پروموشن های داخلی سایت در GA4
برای یافتن گزارش های مربوط به کلیک و نمایش المان های تبلیغاتی در سایت از طریق GA4، مسیر Reports → Go to Monetization → Promotions را دنبال کنید. این گزارش اطلاعات ارزشمندی در مورد کمپینهای تبلیغاتی، از جمله تعداد بازدید، کلیک، افزودن به سبد خرید و خرید محصولات موجود در تبلیغات ارائه میدهد.
برای بررسی جزئیات تبلیغات روی فلش پایین کنار بعد Item promotion name کلیک کنید. سپس میتوانید از بین دایمنشن های Item promotion ID و creative name یکی را انتخاب کنید. توجه داشته باشید که هنگام تنظیم ایونت ها، باید به این دایمنشن ها نیز مقدار اختصاص دهید. به نظر میرسد گوگل این کار را انجام نداده است، زیرا برای بعد Item promotion creative name، مقدار (not set) نمایش داده میشود.
خلاصه مطلب
خلاصه اگر با GTM و CSS سلکتورها آشنایی کافی ندارید، ممکن است این فرآیند کمی پیچیده باشد. با این حال، با کمی آزمون و خطا میتوانید به نتیجه دلخواه برسید. مهمترین نکته رعایت فرمت مورد نیاز گوگل و تست دادههای دریافتی در حالت پیشنمایش GTM و DebugView GA4 است تا از صحت ایونت ترکینگ اطمینان حاصل کنید.
پس از تکمیل تنظیمات، چند روز صبر کنید و سپس گزارش Promotions را در رابط کاربری GA4 بررسی کنید تا بتوانید عملکرد کمپینهای خود را تحلیل کنید.
برای تحلیل عمیقتر، میتوانید با ایجاد یک گزارش قیف، نقاط افت را به راحتی شناسایی و درک کنید.
اپلیکیشنهای موبایل در زندگی روزمره ما نقش محوری ایفا میکنند. آنها نه تنها ابزارهای مفیدی هستند، بلکه به بخشی جداییناپذیر از تعاملات ما تبدیل شدهاند. برای توسعهدهندگان و بازاریابان اپلیکیشن، اندازهگیری موفقیت و عملکرد این ابزارها بسیار اهمیت دارد.
Google Analytics 4 (GA4) یک ابزار تحلیلی پیشرفته است که به شما امکان میدهد تا به طور دقیق رفتار کاربران خود را در اپلیکیشنهای موبایل بررسی کنید. فراتر از آمار دانلودها، GA4 به شما کمک میکند تا درک عمیقی از نحوه استفاده کاربران از اپلیکیشن، ویژگیهای محبوب و چالشهای احتمالی آنها کسب کنید. این اطلاعات ارزشمند برای بهینهسازی تجربه کاربری و افزایش رضایت مشتریان ضروری است.
چه در حال ارزیابی عملکرد کلی اپلیکیشن خود باشید، چه در تلاش برای شناسایی ویژگیهای پرطرفدار یا نظارت بر فعالیتهای کاربران، GA4 ابزار مناسبی برای شما است.
مراحل نصب آنالیتیکیس ۴ برای اپلیکیشن اندروید و iOS
برای انجام این کار باید قبل از هرچیز وارد بخش Admin در آنالیتیکس ۴ شوید. سپس از بین گزینه های موجود، Data Streams و بعد از آن Add Stream را انتخاب کنید.
در صفحه ای که نمایش داده می شود، چند گزینه تب مختلف مشاهده میکنید: iOS app، Android app و Web.
گوگل مجموعهای از ابزارها را در اختیار بازاریابان دیجیتال قرار میدهد که بسته به اهداف آنها قابل استفاده هستند. احتمالاً اگر در حوزه بازاریابی آنلاین فعالیت دارید، با گوگل ادز (GAds) و گوگل آنالیتیکس 4 (GA4) آشنا هستید، حتی اگر از آنها استفاده نکرده باشید. گوگل ادز به شما امکان مدیریت کمپینهای تبلیغاتی در گوگل و … را به شما میدهد، GA4 به شما کمک میکند تا تصویر کاملی از عملکرد وبسایت خود به دست آورید. هر دو پلتفرم دارای سیستم اندازهگیری تعداد کانورژن ها هستند، اما انتخاب بین آنها نیازمند بررسی دقیق است.
کانورژن ترکینگ در گوگل ادز چگونه انجام می شود؟
کانورژن ترکینگ به معنای اندازهگیری اقدامات حیاتی است که انتظار میرود کاربران در وبسایت یا اپلیکیشن انجام دهند. این اقدامات بسته به نوع کسبوکار و صنعت متفاوت است. برای سایت های فروشگاهی، معمولاً خرید و برای کسبوکارهای مبتنی بر نرمافزار بهعنوان سرویس (SaaS)، اقداماتی مانند ثبتنام اشتراک یا درخواست نسخه آزمایشی مدنظر است.
کانورژن ها صرفاً به اقدامات نهایی محدود نمیشوند. مراحل منتهی به تبدیل اصلی نیز میتوانند بهعنوان کانورژنهای فرعی یا میکرو کانورژن در نظر گرفته شوند، مانند اضافه کردن محصول به سبد خرید یا تکمیل اطلاعات ارسال و پرداخت.
عدم اندازهگیری این اقدامات، ارزیابی عملکرد وبسایت و کمپینهای بازاریابی را با چالش مواجه میکند.
دو روش برای ردیابی کانورژن در گوگل ادز وجود دارد:
- مستقیم: ایجاد تگ و شناسه کانورژن و افزودن کدهای مربوطه به وبسایت، معمولاً با استفاده از گوگل تگ منجر.
- غیرمستقیم: انتقال دادههای کانورژن از گوگل آنالیتیکس 4 به گوگل ادز پس از ایجاد ارتباط بین دو پلتفرم.
با این حال، ردیابی یکسان کانورژنها در دو پلتفرم مختلف ممکن است به دلیل تفاوت در دادهها منجر به سردرگمی شود. این مسئله پرسش مهمی را مطرح میکند که چرا دو پلتفرم متعلق به یک شرکت، نتایج متفاوتی ارائه میدهند.
تفاوتهای کانورژن ترکینگ در گوگل ادز و گوگل آنالیتیکس ۴
اختلاف در دادههای کانورژن بین گوگل ادز و گوگل آنالیتیکس ۴ میتواند به چندین عامل مرتبط باشد. در ادامه به مهمترین عوامل این تفاوت اشاره خواهیم کرد:
اتریبیوشن مدل
هر دو پلتفرم در حال حاضر تنها از اتریبیوشن مدل های آخرین کلیک و دادهمحور (DDA) پشتیبانی میکنند. استفاده از مدلهای متفاوت در دو پلتفرم منجر به اختلاف در اعداد تبدیل خواهد شد. به عنوان مثال، اگر کاربری پس از مشاهده تبلیغ و خروج از سایت، مجدداً از طریق جستجوی ارگانیک بازگردد و اقدام به تبدیل کند، اتریبیوشن مدل آخرین کلیک، تبدیل را به جستجوی ارگانیک نسبت میدهد. در حالی که اگر کاربر مستقیماً به سایت مراجعه کرده و تبدیل انجام دهد، این تبدیل به سرچ ادز اختصاص مییابد.
تنظیمات lookback window
این پارامتر تعیین میکند که یک تعامل تا چه مدت پس از رخداد، به عنوان بخشی از مسیر کانورژن در نظر گرفته شود. این پارامتر در گوگل ادز به صورت پیشفرض ۳۰ روز است، در حالی که در گوگل آنالیتیکس ۴ برای ایونت های اولین بازدید و اولین باز کردن اپلیکیشن، ۳۰ روز و برای سایر ایونت های کلیدی ۹۰ روز تعیین شده است. استفاده از لوک بک ویندوی متفاوت در دو پلتفرم میتواند منجر به اختلاف در دادههای تبدیل شود.
توجه: در گوگل آنالیتیکس ۴، اصطلاح “Key event” جایگزین “Conversion” شده است، اما هنگام اشتراکگذاری یا ارسال دادهها به گوگل ادز، همچنان از اصطلاح “Conversion” استفاده میشود.
تاریخ ثبت کانورژن
گوگل ادز تاریخ کلیک بر روی تبلیغ را به عنوان تاریخ کانورژن در نظر میگیرد، در حالی که گوگل آنالیتیکس ۴ تاریخ رخداد کانورژن را ثبت میکند. این تفاوت در تاریخگذاری میتواند منجر به اختلاف در دادههای تبدیل شود. به عنوان مثال، اگر کاربری در تاریخ ۲۱ مارس تبلیغ را مشاهده کرده و در تاریخ ۲۵ مارس اقدام به تبدیل کند، گوگل ادز تبدیل را در تاریخ ۲۱ مارس ثبت میکند، در حالی که گوگل آنالیتیکس ۴ آن را در تاریخ ۲۵ مارس ثبت خواهد کرد.
زمان پردازش
در گوگل ادز، کانورژنها سریعتر از GA4 نمایش داده میشوند که ممکن است 24 تا 48 ساعت (گاهی حتی 72 ساعت) طول بکشد تا پردازش شود و منجر به اختلاف دادهها تا زمان پردازش کامل شود.
روش شمارش
بسته به اینکه روش شمارش کانورژن را چگونه انتخاب کردهاید، یعنی شمارش هر کانورژن یا فقط یک کانورژن در هر سشن، میتواند بر دادههایی که در هر دو پلتفرم مشاهده میکنید تأثیر بگذارد. برای مثال، اگر از شمارش هر کانورژن در GA4 برای ایونت استفاده کنید، اما در گوگل اَدز فقط یک بار آن ایونت رو بشمرید، دادهها بسیار متفاوت خواهند بود.
طول اسم ایونت
اگر طول اسم ایونت در GA4 بیش از 40 کاراکتر باشد، گوگل نمیتواند به آن “_c” را اضافه کند تا آن را به عنوان کانورژن علامتگذاری کند، بنابراین شمارش نخواهد شد. اما گوگل ادز همچنان آن را شمارش میکند.
کانورژن های ردیابی نشده در GA4
کانورژن های حاصل از تماسهای تلفنی و view through در گوگل ادز در دسترس هستند. GA4 فقط میتواند کانورژن هایی را که در وب سایت یا اپ رخ میدهند را ردیابی کند. بنابراین، این موارد محاسبه نخواهند شد.
ادبلاکر و consent mode
اگر کاربر به ردیابی در وب سایت رضایت ندهد یا از افزونههای مسدودکننده تبلیغات استفاده کند، GA4 قادر به قرار دادن کوکی ردیابی و ثبت تعاملات کاربر نخواهد بود، چه رسد به کانورژن ها. گوگل ادز میتواند این مشکل را دور بزند زیرا کد ردیابی آن فقط در هنگام وقوع رویداد کانورژن فعال میشود.
بازه زمانی گزارش
بازه زمانی گزارش با زمان پردازش متفاوت است و به این اشاره دارد که اعداد کانورژم گوگل ادز چقدر زود در گزارشها منعکس میشوند (معمولاً 3 ساعت). از سوی دیگر، کانورژن های ارسال شده از GA4 در حساب گوگل ادز ممکن است تا 9 ساعت طول بکشد تا نمایش داده شوند. به همین دلیل توصیه میشود که هیچ تصمیمی بر اساس دادههای اخیر گرفته نشود.
دلایل دیگری نیز ممکن است وجود داشته باشد، مانند کار نکردن تگ پیکربندی GA4، تنظیم نادرست کانورژن ترکینگ، سمپلینگ داده در GA4 و شرایط خاص که میتواند باعث این اختلافها شود.
چرا از کانورژن ترکینگ گوگل ادز استفاده کنیم؟
استفاده از کانورژن ترکینگ گوگل اَدز به دلایل متعددی توصیه میشود که برخی از آنها با چالشهای موجود در دادههای گوگل آنالیتیکس 4 مرتبط هستند. در ادامه به برخی مزایای اصلی این روش اشاره میکنیم:
- مستقل بودن از ردیابی سمت کلاینت: بر خلاف GA4 که به کوکیها و جاوا اسکریپت وابسته است، گوگل ادز از این وابستگی رهاست. در نتیجه، ابزارهای مسدودکننده تبلیغات یا تنظیمات حریم خصوصی کاربر تأثیری بر جمعآوری دادههای تبدیل نخواهند داشت.
- دادههای غنی برای مدلسازی: اطلاعات دقیقتر و کاملتری برای الگوریتمهای بیدینگ خودکار در اختیار قرار میگیرد، که منجر به بهبود عملکرد کمپینها میشود.
- پوشش کامل انواع کانورژن ها: برخی از انواع کانورژن مانند تماسهای تلفنی و کانورژن بدون کلیک تنها در گوگل ادز قابل ردیابی هستند.
- سرعت بالاتر در نمایش دادهها: نسبت به GA4، گوگل ادز دادههای کانورژن را سریعتر ارائه میدهد.
- ردیابی دقیق کانورژن های بین دستگاهی: گوگل اَدز قادر به ردیابی تبدیلهایی است که در دستگاههای مختلف رخ میدهند، در حالی که این قابلیت در GA4 به فعال بودن سیگنالهای گوگل وابسته است.
- عدم محدودیت در نامگذاری ایونت ها: برخلاف GA4 که محدودیت ۴۰ کاراکتر برای نام رویدادها دارد، گوگل اَدز این محدودیت را اعمال نمیکند.
- مقاومت در برابر چالشهای فنی: مشکلاتی مانند عدم عملکرد تگ نصب و سمپلینگ داده که در GA4 ممکن است رخ دهد، در گوگل ادز وجود ندارد.
- دقت بالاتر در اندازهگیری تبدیلات: برخی منابع معتقدند که گوگل ادز نسبت به GA4 تصویر دقیقتری از تعداد واقعی کانورژن ها ارائه میدهد.
چرا از روش تبدیل گوگل آنالیتیکس 4 استفاده کنیم؟
ارسال کانورژن از انالیتیکس ۴ به حساب گوگل ادز مزایای خاص خودش را دارد. در ادامه به مهمترین این موارد اشاره میکنیم:
- استفاده از کانورژنهای GA4 میتواند سریع و آسان باشد بدون اینکه نیاز به تنظیمات اضافی برای کانورژنهای گوگل ادز باشد.
- کانورژن ترکینگ از طریق GA4 دیدگاه جامعتری از عملکرد سورس های ورودی ارائه میدهد و تنها به گوگل اَدز (گوگل/CPC) به عنوان منبع نگاه نمیکند.
- گوگل اَدز میتواند از دادههای ارائه شده توسط GA4 برای بهینهسازی بیدینگ هوشمند استفاده کند.
- شما میتوانید کانورژن هایی را مشاهده کنید که مرتبط با گوگل ادز نیستند، اما نمای کلی از اقدامات تعامل مختلف در سایت یا اپلیکیشن را ارائه میدهند.
- زمانی که کانورژنهای GA4 را به گوگل ادز انتقال میدهید، آنها به عنوان “کانورژن های ثانویه” علامتگذاری میشوند و برای بهینهسازی بیدینگ و غیره استفاده نمیشوند. بنابراین، اگر میخواهید، باید آنها را به عنوان “کانورژن های اصلی” علامتگذاری کنید.
از کدام مدل کانورژن ترکینگ استفاده کنیم؟
برای دستیابی به یک تصویر جامع و دقیق از عملکرد تبلیغات، ترکیبی از ردیابی کانورژن در گوگل ادز و گوگل آنالیتیکس ۴ توصیه میشود. ردیابی کانورژن در گوگل ادز اطلاعات دقیقی از عملکرد تبلیغات ارائه داده و برای استراتژیهای اتومات و بهینهسازی کمپین بسیار مفید است.
کانورژنهای گوگل آنالیتیکس ۴ را میتوان به عنوان داده مکمل به آنالیتیکس ۴ وارد و در گزارشها مشاهده کرد، اما برای بهینهسازی کمپین استفاده نمیشوند.
هرچند تنظیم اولیه این دو سیستم ممکن است زمانبر باشد، اما در نهایت، دسترسی به دادهها از دو منبع مستقل مزیتهای قابل توجهی دارد. با این حال، در هنگام تحلیل دادهها و تصمیمگیری در مورد کمپینها، تفاوتهای بین این دو پلتفرم را در نظر بگیرید.
استفاده از هر دو سیستم انعطافپذیری بیشتری ایجاد میکند. در صورت اختلال در یکی از سیستمها، دادههای دیگری همچنان در دسترس خواهند بود. علاوه بر این، امکان مشاهده دادههای گوگل ادز در گوگل آنالیتیکس ۴ و بالعکس وجود دارد.
مگر در موارد خاص که تنها از گوگل ادز استفاده میشود و هیچ کانورژنی در گوگل آنالیتیکس ۴ تنظیم نشده است (که توصیه نمیشود)، استفاده از هر دو سیستم برای یک استراتژی بازاریابی دیجیتال کامل ضروری است.
خلاصه
در این مقاله، به بررسی ردیابی کانورژن در گوگل ادز و امکان وارد کردن کانورژن های گوگل آنالیتیکس ۴ به گوگل ادز پرداختیم. همچنین به تفاوتهای دادهای بین این دو پلتفرم اشاره کردیم. سپس به مزایای استفاده از هر دو سیستم پرداختیم و توضیح دادیم که آنها اهداف متفاوتی را دنبال میکنند. در نهایت، توصیه کردیم که برای دستیابی به دادههای کاملتر، دقیقتر و انعطافپذیری بیشتر، از هر دو سیستم استفاده کنید.
گوگل در راستای همگرایی معیارهای گوگل آنالیتیکس و گوگل اَدز، اصطلاح “Conversion” را به “Key Event” تغییر نام داده است. این تغییر به تدریج در حال اعمال شدن است و تمام پراپرتی های گوگل آنالیتیکس در چند هفته آینده به این سیستم جدید مهاجرت خواهند کرد. درک اهمیت ایونت های کلیدی، روش تنظیم آنها و تأثیر این تغییر بر ویژگیهای آنالیتیکس و اَدز در آینده، برای کسبوکارها حیاتی است. این مقاله به بررسی جامع رویدادهای کلیدی در GA4 میپردازد، از جمله:
- تعریف Key Evnet در آنالیتیکس ۴
- تأثیر این تغییر در بازاریابی دیجیتال
- انگیزه گوگل برای اعمال این تغییر
- روش تنظیم ایونت های کلیدی
- نظرات بازاریابان و گوگل درباره این تغییر
منظور از Key Event در آنالیتیکس ۴ چیست؟
در گذشته، برای تعیین اهمیت یک ایونت برای کسبوکار خود (مانند خرید یا ارسال فرم)، لازم بود آن را بهعنوان یک کانورژن در گوگل آنالیتیکس مشخص کنید. این کار به سادگی انتخاب ایونت های مهم از لیست و تعیین آنها بهعنوان کانورژن انجام میشد.
از این پس، این نوع کانورژن ها به ایونت های کلیدی تغییر نام یافتهاند. مشابه کانورژم، شما میتوانید هر ایونتی را بهعنوان ایونت کلیدی مشخص کنید – مانند اولین بازدید یا ارسال فرم – و این ایونت ها به همان شیوهی قبلی کانورژن ها ردیابی خواهند شد.
بیشتر بخوانید: آموزش ایونت ترکینگ در آنالیتیکس ۴
نکته قابل توجه این است که نام متریک کانورژن ریت در آنالیتیکس ۴ نیز تغییر کرده است. بهعنوان مثال، «Session conversion Rate» اکنون «Session Key event Rate» نامیده میشود. گوگل امیدوار است که اصطلاح «Key event» در مقایسه با «conversion»، که بسیاری از کاربران آن را با فروش مرتبط میدانند، توصیف دقیقتر و کاربردیتری باشد.
کانورژن در GA4 چیست؟
در Google Analytics 4، کانورژن ها در واقع ایونت های کلیدی هستند که به عنوان کانورژن در Google Ads تعیین شدهاند. لازم به ذکر است که کانورژن زمانی در آنالیتیکس ۴ ثبت می شود که از طریق یکی از کمپین های تبلیغاتی در گوگل ادز انجام شده باشند. درواقع مدل های اتریبیوشن باید این موضوع را تشخیص دهند.
ایونت های کلیدی GA4 و کانورژن گوگل اَدز
خوشبختانه برای دیجیتال مارکترها، ایونت های کلیدی در GA4 از نظر عملکرد تفاوت چندانی با کانورژن های قدیمی ندارند.
در واقع همچنان امکان انتقال ایونت های کلیدی از GA4 به عنوان کانورژن در گوگل ادز وجود دارد. این کانورژن ها در گزارش Advertising در آنالیتیکس ۴ نمایش داده خواهند شد.
به عبارت دیگر، اگر یک ایونت برای کسبوکار شما اهمیت دارد، میتوانید آن را به عنوان یک ایونت کلیدی در GA4 مشخص کنید. سپس، در صورتی که این ایونت برای بهینهسازی کمپینهای تبلیغاتی و سنجش عملکرد مهم باشد، میتوانید بر اساس ایونت کلیدی مشخص شده در آنالیتیکس، یک کانورژن در گوگل اَدز ایجاد کنید.
بتعاریف رسمی گوگل از ایونتهای کلیدی GA4 و کانورژن گوگل ادز عبارت هستند از:
- ایونت کلیدی هرگونه عملی است که توسط کاربر انجام شده و برای کسبوکار اهمیت دارد. هر بار که این اقدام انجام می شود، یک ایونت در GA4 ثبت میشود.
- کانورژن از یک ایونت کلیدی GA4 در گوگل ادز ایجاد میشود. هدف از این کار، بهبود استراتژی بازاریابی با استفاده از دادههای یکسان در هر دو پلتفرم است.
چرا گوگل اسم کانورژن را به ایونت های کلیدی در GA4 تغییر داد؟
به غیر از اینکه یک اصطلاح کلیتر و جامعتر است، گوگل چندین دلیل کلیدی دیگر برای این تغییر نام آورده است.
تفاوت در اندازهگیری کانورژن بین گوگل آنالیتیکس و گوگل ادز سالهاست که باعث سردرگمی بسیاری از دیجیتال مارکترها شده است. تا کنون، مشکلاتی مانند روشهای شمارش متفاوت، اتریبیوشن مدل های مختلف و تنظیمات lookback window بر روی متریک کانورژن بین گوگل ادز و گوگل آنالیتیکس تأثیر گذاشته است و منجر به دو مقدار کانورژن متفاوت برای هر پلتفرم شده است.
آموزش گوگل تگ منیجر
گاهی اوقات ممکن است نیاز داشته باشید تا به آدرس IP بازدیدکنندگان خود دسترسی پیدا کنید. این کار میتواند برای اهداف مختلفی از جمله مسدود کردن ترافیک داخلی، تنظیم قوانین برای فعالسازی تگها، پیشپر کردن فرمها و غیره مفید باشد. اگرچه امکان ردیابی آدرس IP با Google Analytics نیز وجود دارد، اما توصیه نمیشود زیرا ممکن است با سیاستهای Google در رابطه با اطلاعات شخصی در تضاد باشد. در این پست، نحوه جمعآوری آدرس IP در یک متغیر GTM را با استفاده از یک اسکریپت توضیح میدهیم.
مرحله 1: جمعآوری آدرس IP بازدیدکننده
برای اولین قدم، باید آدرس IP بازدیدکننده را استخراج کنیم. روشهای مختلفی برای این کار وجود دارد، اما ما از جاوا اسکریپت استفاده خواهیم کرد زیرا یک روش جهانی است که تقریباً در هر شرایطی کار میکند.
<script type="application/javascript">
function getIP(json) {
dataLayer.push({"event":"ipEvent","ipAddress" : json.ip});
}
</script>
<script type="application/javascript" src="https://api.ipify.org?format=jsonp&callback=getIP"></script>
این کد با فرستادن یک درخواست به وبسایت IPify، آدرس IP را دریافت میکند. سپس آدرس IP به همراه یک ایونت با نام “ipEvent” به دیتا لیر GTM فرستاده میشود. برای دیدن نحوهی عملکرد این کد و دریافت آدرس IP خود، میتوانید روی این لینک کلیک کنید.
برای اضافه کردن این تگ به سایت، وارد تگ منیجر شوید.
از بخش تگ، Custom HTML را انتخاب کنید. تریگر این تگ را ALL Page قرار دهید.
سپس از بخش Variables، آی پی آدرس را به عنوان یک متغیر دیتالیر تعریف کنید. مشابه با تصویر زیر:
بعد از آن مجدد از بخش تگ، Google Analytics: GA4 Event را انتخاب کنید و تنظیمات تگ را مشابه با تصویر زیر انجام دهید.
برای تعیین تریگر این ایونت، باید از تریگر Custom Event استفاده کنید و مشابه با تصویر زیر تنظیمات آن را انجام دهید:
بعد از طریق بخش Preview Mode گوگل تگ منیجر، بررسی کنید که این ایونت به درستی کار میکند یا نه. در سمت چپ بخش دیباگ مود گوگل تگ منیجر باید اسم ایونت ipEvent را مشاهده کنید. با کلیک روی این ایونت، در بخش Variavles، باید آدرس آی پی خودتان را در متغیر دیتالیری که ایجاد کرده اید، مشاهده کنید.
بعد از اینکه مطمئن شدید همه چیز در سمت تگ منیجر به درستی کار میکند، نوبت به این میرسد که آدرس آی پی را به عنوان یک کاستوم دایمنشن در آنالیتیکس تعریف کنید تا بتوانید در گزارش های اکسپلور آنالیتیکس 4 از آن استفاده کنید.
بعد از آن باید 24 الی 48 ساعت منتظر باشید تا دیتا در آنالیتیکس قرار بگیرد. شما میتوانید با اتصال آنالیتیکس 4 به گوگل بیگ کوئری، یوزر آیدی هایی که رفتار ربات گونه دارند را شناسایی کرده و مسدود کنید.
در رابط کاربری گوگل تگ منیجر، بخشی تحت عنوان “Container quality” وجود دارد. اگر وضعیت آن به رنگ سبز و با عبارت “Excellent” نمایش داده شود، پس احتمالا با چالش خاصی رو به رو نیستد. اما در اکثر موارد، پیام “Needs attention” را مشاهده خواهید کرد که نشاندهنده وجود یک یا چند مسئله بالقوه میباشد. برای کسب اطلاعات بیشتر، بر روی لینک “View issues” کلیک کنید. در این مقاله به بررسی یکی از رایجترین مشکلات گزارششده در این بخش، یعنی ” Some of your pages are not tagged”، خواهیم پرداخت. لازم به ذکر است که بخش مشابهی با عنوان “Tag quality” نیز در گوگل آنالیتیکس وجود دارد و موارد ارائه شده در این مقاله برای آن بخش نیز قابل استفاده است. برای دسترسی به این بخش، وارد بخش ادمین در پراپرتی آنالیتیکس خود شوید و سپس دیتا استریم و استریم وب سایت خود را انتخاب کنید. در نهاید روی گزینه Configure tag settings کلیک کنید.
هشدار “برخی از صفحات شما تگ نشدهاند” در تگ منیجر
پس از کلیک بر روی لینک “View issues” در بخش “Container quality”، فهرستی از تمامی هشدارهایی که باید رفع کنید، نمایش داده خواهد شد.
بر روی “See untagged pages” کلیک کنید.
در این بخش، صفحات وب سایت شما بر اساس وضعیتی که دارند در ۴ دسته قرار میگیرند:
- Included pages: تمام صفحاتی که گوگل برای این کانتینر خاص شناسایی کرده است، اعم از تگ شده و نشده.
- Not tagged: براساس اطلاعات گوگل، این صفحات فاقد تگ هستند (به این معنی که Google Tag یا Google Tag Manager روی آنها فعال نشده است). در ادامه به این موضوع خواهیم پرداخت.
- No recent activity: صفحاتی که در گذشته توسط گوگل ردیابی شدهاند اما در ۳۰ روز اخیر هیچ فعالیت بر روی آنها ثبت نشده است.
- Tagged: گوگل تگ در ۳۰ روز گذشته بر روی این صفحات بارگذاری شده است.
اگر حداقل یک صفحه در دسته “Not tagged” وجود داشته باشد، پیام خطای “Some of your pages are not tagged” نمایش داده خواهد شد.
منظور از گوگل تگ چیست؟
در این خطا، گوگل تگ به دو مفهوم اشاره دارد:
- قطعه کد gtag.js: این قطعه کد مستقیماً در سورس کد وبسایت قرار داده می شود میشود. این روش برای وبسایتهایی مناسب است که از گوگل تگ منیجر استفاده نمیکنند و ترجیح میدهند ایونت ترکینگ در GA4 یا گوگل ادز را به صورت دستی در سورس کد قرار دهند.
- قطعه کد کانتینر گوگل تگ منیجر: این قطعه کد برای مدیریت تگهای مختلف در گوگل تگ منیجر استفاده می شود و به سورس کد وبسایت اضافه میشود.
با وجود اینکه گوگل تگ منیجر دارای فرمتی به نام “گوگل تگ” است، سیستم تشخیص خطا به تگهای درون کانتینر اهمیت نمیدهد. در واقع، صرفاً بررسی میکند که آیا هر صفحه از وبسایت دارای کد ردیابی GTAG یا کد کانتینر گوگل تگ منیجر است یا خیر.
برای رفع خطای Some of your pages are not tagged در تگ منیجر چه کنیم؟
معمولاً سه حالت ممکن برای این خطا وجود دارد:
- صفحه مورد نظر باید تگ شود اما تگ نشده است: در این حالت، لازم است بررسی شود که چرا تگ نصب نشده و مشکل برطرف گردد.
- صفحه نباید تگ شود: این شرایط ممکن است در مورد صفحات خاصی مانند فایلهای PDF یا بخشهای ادمین وبسایت صدق کند.
- خطای کاذب: در برخی موارد، ممکن است سیستم به اشتباه وجود مشکل را گزارش کند.
در هر یک از این موارد، بررسی دقیقتر برای تشخیص علت خطا ضروری است.
۱. تایید تگگذاری صفحات
فرآیند بررسی را با سناریویی آغاز میکنیم که GA4 به صورت مستقیم (با افزودن کد آن به سورس وبسایت) نصب شده باشد.
ابتدا به لیست صفحات “Not tagged” مراجعه کرده و اولین URL را کپی نمایید. سپس به آدرس tagassistant.google.com مراجعه کرده، بر روی “Add domain” کلیک کنید، URL کپیشده را وارد نموده و دکمه “connect” را بزنید.
یک تب یا پنجره جدید باز وبسایت شما باز خواهد شد. ویجت دستیار تگ (در گوشهی پایین سمت راست) باید وضعیت اتصال را تایید نماید. به تب یا پنجرهی tagassistant بازگردید.
در بالای صفحه، ترکینگ کد GA4 متعلق به وبسایت خود را یافته و روی آن کلیک کنید. در بخش “Hits Sent” میبایست ایونت هایی (مانند “page_view” یا موارد مشابه) را مشاهده نمایید.
در صورت مشاهدهی این ایونت ها، به احتمال زیاد GA4 به درستی نصب شده و عملکرد درستی دارد. در این حالت، هشداری که در تگ منیجر میبیند یک اشتباه است و نیازی به انجام کاری از سمت شما نیست.
اکنون میتوانید به لیست صفحات “Not tagged” بازگشته و صفحهی مورد نظر را به عنوان “Ignore” علامتگذاری نمایید. برای انجام این کار، نشانگر ماوس را بر روی URL مربوطه نگه داشته و سپس روی علامت منفی کلیک کنید.
امکان نادیده گرفتن گروهی صفحات نیز وجود دارد. بدین منظور، باکس کنار صفحات مورد نظر را علامت زده و سپس بر روی دکمهی “Ignore” در بالای لیست کلیک نمایید.
چنانچه با عدم مشاهدهی ایونت های رایج در GA4 مانند بازدید از صفحه در tagassistant مواجه شدید، ممکن است GA4 به درستی نصب نشده باشد. پس باید از دولوپر خود کمک بگیرید و یا خودتان بررسی کنید که آیا کد نصب آنالیتیکس را در تمام صفحات قرار داده اید یا نه.
این فرآیند را برای سایر URLهای صفحه تکرار نمایید. در صورت یافتن صفحهای بدون تگ، نسبت به رفع مشکل اقدام نمایید.
بررسی Google Tag Manager:
در صورتی که از Google Tag Manager استفاده میکنید، فرآیند بررسی اندکی متفاوت است. به کانتینر Google Tag Manager خود مراجعه نموده و بر روی “Preview” کلیک نمایید.
سپس، URL وبسایت خود را وارد کرده و بر روی “Connect” کلیک کنید. در صورت برقراری اتصال در حالت Preview، احتمالا مشکلی ندارید. در واقع این اتصال نشان میدهد که صفحه تگگذاری شده و میتوانید آن را به عنوان “Ignore” علامتگذاری نمایید. اما اگر اتصال به درستی برقرار نشد، پس باید برای شناسایی علت عدم نصب درست تگ منیجر روی سایت اقدام کنید.
صفحات معاف از تگگذاری
ابزار تشخیص تگ گاهی اوقات صفحاتی را شناسایی میکند که هرگز نباید با تگ گوگل یا تگ منیجر گوگل تگگذاری شوند. به عنوان مثال، یک URL مربوط به یک فایل PDF (قرار دادن کدهای ردیابی جاوا اسکریپت روی فایلهای غیر وب امکانپذیر نیست). مثال دیگر میتواند پنل ادمین یک وبسایت باشد، مانند: “mywebsite.com/wp-admin/”.
در صورتی که چنین آدرسهایی را در لیست صفحات “تگ نشده” مشاهده میکنید و قصد ردیابی آنها را هم ندارید، به سادگی آن صفحات را “Ignore” کنید.
اخطار اشتباه
دلایل دیگری نیز وجود دارد که برخی از صفحات به اشتباه به عنوان “Not tagged” علامت گذاری شوند.
- صفحات با ترافیک کم: این احتمال وجود دارد که صفحاتی با ترافیک کم، حتی در صورت عمدی بودن ترافیک پایین، به اشتباه به عنوان “Not tagged” علامت گذاری شوند. به عنوان مثال، صفحات تایید سفارش.
- صفحات ری دایرکت شده: بر اساس اعلام گوگل، ری دایکرت نیز میتوانند باعث تشخیص اشتباه صفحات شوند. به عنوان مثال، اگر “https://mywebsite.com” به “https://www.mywebsite.com” ری دایرکت شود، هر دو URL ممکن است به عنوان تگ نشده علامت گذاری شوند.
- اسلش انتهای آدرس: مشابه شرایط ری دایکرت، اسلش در انتهای URL میتواند باعث ایجاد این خطا شود. “https://mywebsite.com” و “https://mywebsite.com/” هر دو ممکن است به عنوان “تگ نشده” علامت گذاری شوند.
- حروف بزرگ و کوچک: این موضوع شبیه به دو مثال قبلی است. اگر به یک صفحه با حروف کوچک و بزرگ بتوان دسترسی داشت، هر دو ممکن است به عنوان “تگ نشده” علامت گذاری شوند. مثال: “https://mywebsite.com/contact” و “https://mywebsite.com/CONTACT“
۲۴ ساعت صبر کنید
لطفا 24 ساعت منتظر باشید. هدف نهایی تأیید URL های مشخص شده به عنوان “Not tagged” و سپس انجام یکی از اقدامات زیر است:
- رفع مشکل عدم وجود قطعه کد GTM/GTAG
- علامتگذاری صفحه به عنوان “Ignore”
هنگامی که لیست صفحات “Not tagged” خالی شود، هشدار “Some of your pages are not tagged” حذف خواهد شد.
با این حال، توجه داشته باشید که این ابزار برای بهروزرسانی 24 ساعت زمان نیاز دارد. اگر صفحهای بدون کد ردیابی پیدا کردید و مشکل آن را برطرف کردید، لطفا 24 ساعت منتظر بمانید تا وضعیت آدرس اینترنتی به “Tagged” تغییر کند.
در دهه گذشته، تغییرات هیجانانگیز بسیاری در زمینه سنجش و تحلیلها رخ داده است که منجر به معرفی و رشد ابزارهای بسیاری شده است. این ابزارها به همراه ویژگیها و بهروزرسانیهای دائماً در حال تغییر خود میتوانند بسیاری از بازاریابان و افرادی که به طور روزانه از آنها استفاده نمیکنند را گیج کنند، زیرا دنبال کردن تمام این تغییرات سخت است. گوگل آنالیتیکس 4 یا به اختصار GA4، جانشین یونیورسال آنالیتیکس (UA)، یکی از این ابزارهاست که توسط کسبوکارهای کوچک تا بزرگ استفاده میشود و در حال تکامل است، به این معنی که همیشه چیزهای بیشتری در رابطه با این ابزار برای یادگیری وجود دارد. آنالیتیکس۴ اغلب به همراه Google Tag Manager استفاده میشود.در این بلاگ پست، ما Google Tag Manager را با Google Analytics 4 مقایسه خواهیم کرد تا به عنوان دیجیتال مارکتر با هریک از این ابزارها و تفاوت های این دو باهم، بهتر آشنا شوید.
Google Analytics 4 چیست؟
Google Analytics 4 جانشین Universal Analytics است، ابزار تحلیل وب گوگل که به مدت ۱۲ سال کار میکرد و در تاریخ ۱ جولای ۲۰۲۳ (جولای ۲۰۲۴ برای مشتریان ۳۶۰) کار خود را متوقف کرد.
GA4، ابزاری است که انواع دادهها در مورد رفتار و تعاملات کاربران را جمعآوری میکند، یعنی اقداماتی که کاربران در وبسایت یا اپلیکیشن انجام میدهند و گزارشهای مختلفی را برای سنجش عملکرد وبسایت/اپلیکیشن شما فراهم میکند. این ابزار به طور پیوسته در حال تغییر است، به گونه ای که به نظر میرسد یادگیری و آموزش آنالیتیکس ۴ تمامی ندارد!
به عنوان یک متخصص پرفورمنس مارکتر، GA4 ابزاری ضروری برای تحلیل دقیق رفتار کاربران و تعاملات آنها با وبسایت یا اپلیکیشن شما است. با استفاده از دادهها و گزارشهای فراهم شده توسط GA4، شما میتوانید عملکرد کمپینهای بازاریابی خود را به طور دقیق اندازهگیری کنید، استراتژی بازاریابی خود را بهینهسازی کنید و تجربه کاربری را بهبود ببخشید تا به اهداف کسبوکار خود دست یابید.
گوگل آنالیتیکس ۴ با ویژگیهای کلیدی جدیدی وارد عرصه بازاریابی دیجیتال شده است که به ما اجازه میدهد درک بهتری از رفتار کاربران داشته باشیم و کمپینهای بازاریابی خود را با دقت بیشتری هدفگذاری و بهینهسازی کنیم. در ادامه به برخی از ویژگیهای اساسی که GA4 ارائه میدهد، اشاره میکنیم:
- ردیابی مبتنی بر ایونت: در آنالیتیکس ۴، تمرکز ردیابی اتفاقات بر مبنای ایونت است و نه سشن. این امر به دلیل آن است که ایونتها، که اقداماتی هستند که کاربران انجام میدهند، در نتیجه دیدگاه بهتری از میزان تعامل کاربران ارائه میدهند.
- یکپارچهسازی دادههای وب و اپ: GA4 اطلاعات وبسایت و اپلیکیشن را در یک پراپرتی جمعآوری میکند تا درک بهتر و یکپارچه ای از نحوه تعامل کاربر با سایت و اپلیکیشن شما در اختیارتان قرار دهد.
- اضافه شدن بخش DebugView: عیبیابی و رفع مشکلات ایونت ترکینگ در آنالیتیکس ۴ به لطف اضافه شدن بخشی به نام دیباگ ویو آسانتر شده است. شما میتوانید دادههای در لحظه را با جزئیات کامل مشاهده کنید تا اطمینان حاصل کنید آنالیتیکس ۴ داده ها را همانطوری دریافت میکند که شما میخواهید.
- کنترل حریم خصوصی: GA4 حریم خصوصی کاربران را به طور پیشفرض بهبود بخشیده و به طور مداوم در تلاش است تا آن را بهتر کند. شما اکنون میتوانید زمان نگهداری دادهها و نحوه شناسایی کاربران را تعیین کنید.
- اتصال به بیگ کوئری: در نسخه یونیورسال تنها کاربرانی میتوانستند از مزایای بیگ کوئری استفاده کنند که از نسخه ۳۶۰ آنالیتیکس استفاده میکردند. اما امکان اتصال بیگ کوئری به آنالیتیکس ۴ در حال حاضر برای تمامی کاربران فراهم شده است.
- ردیابی بین چند دامنه: با استفاده از GA4، ردیابی کاربران در دامنههای مختلف یا همان کراس دامین ترکینگ بسیار آسانتر شده است بدون آنکه به دستکاری کد یا استفاده از گوگل تگ منیجر نیاز باشد.
گوگل تگ منیجر (GTM) چیست؟
گوگل تگ منیجر یک سیستم مدیریت تگ (TMS) است که به شما کمک میکند تا کدهای ردیابی ابزارهای دیگر مانند GA4 را بدون دستکاری دستی کد وبسایت اضافه کنید و ایونت های مختلف را ردیابی کنید.
مانند GA4، استفاده و کار با گوگل تگ منیجر به صورت رایگان امکان پذیر است. ابزارهای مدیریت تگ دیگری در بازار وجود دارند، مانند Tealium، Adobe Launch و غیره، اما GTM یکی از پرکاربردترین ابزارها است.
تنها کاری که کاربران باید انجام دهند این است که کد GTM را روی وبسایت خود نصب کنند و سپس از GTM برای افزودن کد ردیابی ابزارهای دیگر مانند گوگل ادز، متا، X، لینکدین و غیره، تگهای ریتارگتینگ و ایونت ترکینگ در صورت نیاز استفاده کنند.
نحوه کار گوگل تگ منیجر به این صورت است که، GTM اطلاعات را از دیتالیر برای استفاده در ساخت ایونت و سپس ارسال آن دادهها به ابزارهای دیگر مانند GA4دریافت میکند. بنابراین میتوان گوگل تگ منیجر را واسطه ای بین سایت و دیگر ابزارهای دیجیتال مارکتینگ مانند گوگل آنالیتیکس ۴ و گوگل ادز در نظر گرفت.
روشهای دیگر، مانند اسکریپینگ دیتا از وبسایت مانند حالت DOM، زمانی استفاده میشوند که دیتا لیر در دسترس نباشد. گرچه این روش خیلی قابل اعتماد نیست، زیرا با ایجاد هرگونه تغییری در ساختار کدنویسی سایت، ممکن است ایونت ترکینگ هم با مشکل رو به رو شود. به همین دلیل بهتر است که همیشه در صورت امکان از روش ارسال دیتا به دیتا لیر توسط دولوپر استفاده شود.
تفاوت آنالیتیکس ۴ با گوگل تگ منیجر چیست؟
در زمینه بازاریابی و تجزیه و تحلیل دادههای وب یا همان وب آنالیتیکس، دو ابزار اساسی و متمایز از گوگل وجود دارد: گوگل تگ منیجر (GTM) و گوگل آنالیتیکس (GA4). این دو ابزار در عملکرد و ویژگیهای خود تفاوتهای اساسی دارند که درک آنها برای بازاریابان دیجیتال اهمیت زیادی دارد.
- جمعآوری دادهها: GTM وظیفه ردیابی و جمعآوری دادهها را بر عهده دارد اما آنها را ذخیره نمیکند. این در حالی است که GA4 علاوه بر جمعآوری، قابلیت ذخیرهسازی دادهها را نیز دارد. بنابراین، GTM به عنوان یک واسط برای ردیابی، جمعآوری و ارسال دادهها به GA4 عمل میکند.
- گزارشدهی: GA4 تواناییهای گزارشدهی قوی دارد که اجازه میدهد تجزیه و تحلیلهای مختلفی انجام شود. اما این امکان با استفاده از GTM وجود ندارد، زیرا GTM هیچ گونه گزارشدهی انجام نمیدهد.
- یکپارچگی: فقط میتوان رویدادهای خاصی را که مربوط به GA4 هستند از طریق GTAG (که شامل کدنویسی مستقیم است) ردیابی کرد. اما با استفاده از GTM، میتوان رویدادها را برای سایر پلتفرمها نیز ردیابی کرد و آنها را در یک مکان مدیریت نمود.
- ایونتها: هنگام استفاده از GA4 برای ردیابی رویدادها، باید از الگوی کد مشخصی پیروی کرد و این قطعات کد باید برای تمام رویدادهایی که میخواهید ردیابی کنید، در وبسایت قرار گیرند. مانند مثال زیر که
button_click
به عنوان رویداد با پارامترbutton_text
است.
با استفاده از GTM، میتوانید ایونتها را با ایجاد تگ ایونت GA4 و تنظیم شرایطی (معروف به تریگر) که در آنها باید این ایونتها جمعآوری و به GA4 ارسال شوند، ردیابی کنید.
- کانورژن ها: GTM ایونتها را به GA4 میفرستد. این سیستم نمیداند آیا آنها کانورژن هستند چرا که کانورژن ها در رابط کاربری GA4 پیکربندی میشوند.
- کاربران: کاربران هر دو ابزار ممکن است متفاوت باشند. GA4 معمولاً مخاطبان گستردهتری دارد که در آن دیجیتال مارکترها، مدیران محصول/پروژه و سایر ذینفعان مایل به کسب اطلاعات مهم هستند. GTM به طور کلی محل بازی افرادی است که به جنبههای فنی نسبت به گزارشدهی و تحلیل علاقه بیشتری دارند.
درک این تفاوتها برای در پرفورمنس مارکتینگ ضروری است تا بتواند از تواناییهای هر دو ابزار به نحو احسن استفاده کند و استراتژیهای بازاریابی دیجیتال خود را به بهترین شکل ممکن پیادهسازی نماید.
چه زمانی باید از Google Tag Manager به جای Google Analytics 4 استفاده کنیم؟
پاسخ کوتاه در بیشتر موقعیتها این است که استفاده همزمان از هر دوی آنها توصیه میشود، زیرا این دو ابزار یکدیگر را تکمیل میکنند و این موضوع به معنای انتخاب یکی از دو نیست.
بله، شما میتوانید بدون استفاده از GTM از GA4 استفاده کنید، اما با استفاده از GTM، پیادهسازی و مدیریت تگها آسانتر و منظمتر میشود. در غیر این صورت، شما برای تغییرات جزئی نیز به شدت به توسعهدهندگان وابسته خواهید بود که این امر منجر به تاخیر در انجام کارها میشود.
به همین ترتیب، استفاده از GTM بدون GA4 امکانپذیر است، اما این اتفاق به ندرت میافتد. صادقانه بگوییم، استفاده نکردن از GTM برای نصب GA4 در وبسایت/اپ خود و ارسال دادهها به GA4، چندان منطقی به نظر نمیرسد، زیرا با استفاده از GTM میتوانید تغییرات را به صورت سریع و آسان اعمال کنید.
پس، اگر شما از قدرت هر دو ابزار به خوبی استفاده کنید و آنها را برای اهدافی که برایشان ساخته شدهاند به کار ببرید، کل فرآیند ردیابی و گزارشدهی را برای خودتان ساده تر خواهید کرد و در زمان و پول زیادی که صرف ارتباطات رفت و برگشتی با توسعهدهندگان برای تغییرات دستی در کدها صرف می شود ، صرفهجویی خواهید کرد.
شاید ندانید، اما هنگامی که از Google Tag Manager استفاده میکنید، در واقع کدهای جاوااسکریپتی را پیکربندی میکنید که به دنبال ردیابی تعاملات در وبسایت هستند. Google Tag Manager درواقع یک رابط کاربری آسان برای انجام این کار ارائه میدهد، بنابراین هنگام کار با آن نیازی به دانش برنامه نویسی نیست! با این حال، هرچه بیشتر با Google Tag Manager کار کنید، بیشتر نیازمند درک و استفاده از جاوااسکریپت برای پیشبرد تحلیلهای خود خواهید بود. استفاده از جاوااسکریپت در تگ های Custom HTML، متغیرهای جاوااسکریپت، یا تمپلیت های سفارشی، انعطافپذیری بیشتری به شما میدهد تا اطلاعات دقیقتری در مورد نحوه تعامل کاربران با سایت خود به دست آورید. اگر به برنامهنویسی علاقهمند هستید اما تازهکار هستید، یادگیری جاوااسکریپت ممکن است چالشبرانگیز به نظر برسد. اما بالاخره باید از جایی شروع کرد، درست است؟ این آموزش به شما کمک خواهد کرد تا با استفاده از پنج موضوع کلیدی در مورد جاوااسکریپت برای گوگل تگ منیجر، پیاده سازی و اجرای ایونت ترکنیگ خود را بهتر پیش ببرید.
به عنوان یک پرفورمنس مارکتر، درک این مفاهیم اساسی نه تنها به شما اجازه میدهد تا با ابزارهایی مانند Google Tag Manager به طور بهتری کار کنید، بلکه به شما این قدرت را میدهد که دادههای خود را به شیوهای دقیقتر تجزیه و تحلیل کنید. بهرهبرداری از دادهها برای بهبود تبلیغات، افزایش تعامل کاربر و بهینهسازی تجربه کاربری، میتواند تفاوت قابل توجهی در عملکرد کمپینهای شما ایجاد کند.
چرا یادگیری جاوا اسکریپت برای دیجیتال مارکترها ضروری است؟
در دنیای وب امروز، نقش جاوا اسکریپت فراتر از یک زبان برنامهنویسی ساده است؛ آن را میتوان روح پنهانی دانست که در پس پرده به وبسایتها جان میبخشد و تعامل کاربری را به اوج میرساند. جاوا اسکریپت به همراه HTML و CSS، سهگانهای را تشکیل میدهد که اساس و بنیان یک وبسایت تعاملی و پویا را رقم میزنند. HTML ساختار و محتوای وبسایت را مشخص میکند، CSS زیبایی و استایل را به آن میبخشد و جاوا اسکریپت با قدرت تعاملی خود، جانی تازه به این عناصر میدهد.
برای دیجیتال مارکترها، دانستن نحوه بهکارگیری جاوا اسکریپت در Google Tag Manager به منظور افزودن اسکریپتهای سفارشی به وبسایت بدون دستکاری مستقیم کد وب، یک مهارت کلیدی است. اگر به دنبال افزایش دانش خود در زمینه جاوا اسکریپت هستید، پیشنهاد میکنم دورههای رایگان جاوا اسکریپت ارائه شده توسط W3Schools را شرکت کنید.
مفاهیم پایه جاوا اسکریپت برای گوگل تگ منیجر
در دنیای بازاریابی دیجیتال و بهینهسازی سایتها، داشتن دانش برنامهنویسی، بهخصوص در JavaScript، میتواند یک مزیت رقابتی بهشمار آید. در این راستا، شناخت سینتکس (دستورالعمل نوشتاری کد) JavaScript و تفاوتهای موجود میان نسخههای مختلف آن، از اهمیت ویژهای برخوردار است.
امروزه، نسخه فعلی JavaScript که بهعنوان ECMAScript 6 (ES6) شناخته میشود، تحولات قابل توجهی را در نحوه نوشتار کدها به ارمغان آورده است. با این حال، نکته قابل توجه برای دیجیتال مارکترها و کارشناسان SEO این است که اگرچه Google Tag Manager (GTM) از ES6 پشتیبانی میکند، اما در تگهای کاستوم HTML یا متغیرهای کاستوم JavaScript، تنها به نسخه ES5 وفادار مانده است.
این تفاوتهای نسخهای میتواند برای دیجیتال مارکترها بهویژه زمانی که در تلاش برای اجرای اسکریپتهای پیچیده در GTM هستند، حائز اهمیت باشد. بهعنوان مثال، یکی از ویژگیهای کلیدی ES6، معرفی Arrow Functions است که سینتکس سادهتر و خواناتری برای تعریف توابع فراهم میآورد. با این حال، این توابع در ES5 و در نتیجه در بخشهایی از GTM که تنها از ES5 پشتیبانی میکنند، قابل استفاده نیستند.
تعریف و مقدار دهی متغیرها در جاوا اسکریپت
در عرصه برنامهنویسی، تعریف متغیرها یکی از اصول پایهای است که به ما امکان میدهد تا با اختصاص دادن نام به مقادیر یا اشیاء، به دادهها دسترسی پیدا کنیم. این امر با استفاده از متغیرها، که به عنوان نمایندهای از دادهها عمل میکنند، امکانپذیر است. نحوه تعریف متغیرها بین نسخههای مختلف جاوا اسکریپت، مانند EC5 و EC6، متفاوت است.
در نسخه EC5، متغیرها با کلیدواژه var
تعریف میشوند. این کلیدواژه انعطافپذیری بالایی دارد اما محدودیتهایی نیز به همراه دارد.
var clothingBrand = ‘Nike’;
var price = 1500;
در حالی که نسخه EC6، با استفاده از const
و let
، میتوان متغیر تعریف کرد:
const clothingBrand = ‘Nike’;
const price = 1500;
مهمترین نکات هنگام استفاده از جاوا اسکریپت برای گوگل تگ منیجر
در ادامه این مطلب به پنج موضوع کلیدی در رابطه با استفاده از جاوااسکریپت در Google Tag Manager میپردازد که به دانش فنی پیچیدهای نیاز ندارند.
دیتالیر
یک وب سایت معمولاً دارای سه لایه است: آنچه کاربران شما می بینند، لایه ابزارهای متصل به وب سایت (مانند Google Analytics و Google Tag Manager) و دیتالیر، جایی که داده های تولید شده توسط کاربر ذخیره می شود. Data Layer یک روش قابل اعتماد برای جمع آوری داده ها از وب سایت در اختیار شما قرار می دهد. مقادیر داخل این لایه اغلب توسط Google Tag Manager برای ارسال اطلاعات به تگ ها استفاده می شود. این اطلاعات شامل ایونتها، متغیرها و تریگر هایی هستند که می توانند بر اساس مقادیر متغیرها تنظیم شوند. به محض اینکه کد نصب تگ منیجر روی سایت قرار بگیرد، دیتالیر هم به صورت خودکار ایجاد می شود.
بنابراین زمانی که میخواهید مطمئن شوید که تگ منیجر روی یک سایت به درستی کار میکند یا نه، اولین کاری که باید انجام دهید این است که به دیتا لیر نگاهی بیاندازید. یک راه سریع و راحت برای دسترسی به دیتا لیر، حتی بدون دسترسی به Tag Assistant، استفاده از Developer Tools در مرورگر است. اگر از Google Chrome استفاده میکنید، به منوی برنامهها، سپس More Tools و سپس Developer Tools بروید. برای دسترسی به این بخش میتوانید از میانبر صفحه کلید Ctrl+Shift+I برای ویندوز یا Cmd+Shift+I برای مک هم استفاده کنید.
در تب Console، dataLayer را تایپ کنید، سپس Enter را فشار دهید.
با بررسی این بخش میتوانید مطمئن شوید که اطلاعات به درستی ذخیره شده اند یا نه.
انواع دادهها و ساختار داده در جاوا اسکرپیت
دیتا تایپ به کامپیوتر میگوید که متغیر چه اطلاعاتی را ذخیره میکند و نحوه پردازش و دستکاری آن را تعیین میکند. در JavaScript، انواع دادههای رایج شامل رشتهها، اعداد، بولین و آبجکت میشوند.
- رشتهها (Strings) مجموعهای از کاراکترها هستند که در ” ” قرار میگیرند و به عبارتی، متن محسوب میشوند. برای مثال،
var clothingBrand = 'Nike';
نام یک برند لباس را نشان میدهد. - اعداد (Numbers) یک مقدار عددی هستند. برای نمونه،
var price = 15;
قیمت یک کالا را نشان میدهد. - بولین (Booleans) فقط میتوانند یکی از دو مقدار true یا false را داشته باشند. این نوع دادهها برای عملیات منطقی و تصمیمگیری در کد استفاده میشوند. به عنوان مثال،
var isOnSale = true;
نشان میدهد که یک کالا در حال فروش است.
اگر انواع داده ها را مواد تشکیل دهنده در نظر بگیریم، ساختارهای داده دستور العمل هایی هستند که مواد را ترکیب می کنند. آرایه و آبجکت، رایجترین ساختارهای داده هستند که در جاوا اسکریپت برای تگ منیجر به کار برده می شوند. آرایه، که با استفاده از براکت [] مشخص می شوند، یکی از انواع ساختار داده است که به شما امکان می دهد چندین مقدار را در یک متغیر واحد نگهداری کنید. همانطور که در قطعه کد زیر مشخص است، میتوانید در یک آرایه چند نوع داده متفاوت ذخیره کنید. به خاطر داشته باشید که در جاوا اسکریپت، ایندکس هر داده از ۰ شروع میشود. در واقع برای دسترسی به داده اول در آرایه باید از ایندکس شماره ۰ استفاده کرد. آرایه ها در ایکامرس ترکینگ، برای ارسال اطلاعات محصول همراه با ایونت های مربوط به ایکامرس، مورد استفاده قرار میگیرند.
var clothingCategories = [‘shoes’, ‘t-shirts’, ‘pants’];
var firstElement = myArray[0]; // returns ‘shoes’
var dataTypes = [‘string’, 1, true, [1, 2, 3]]; // arrays can hold multiple data types
به طور مشابه، یک آبجکت می تواند چندین مقدار از انواع داده های مختلف را در خود نگه دارد.یک آبجکت شامل جفت های کلید-مقدار است که توسط {} مشخص می شوند.
var objectExample = {key: value}; // Example
var itemDetails = {
materialComposition: {
‘cotton’: 70,
‘linen’: 30
},
price: 30,
onSale: false,
searchTags: [‘t-shirt’, ‘women’, ‘tops’]
};
توابع جاوا اسکریپت
یکتابع جاوا اسکریپت بلوکی از کد است که برای اجرای یک کار هدفمند مورد استفاده قرار میگیرد. این تابع یک ورودی می گیرد، یک عملیات مشخث روی ورودی انجام می دهد و خروجی مورد نظر را برمی گرداند.می توانید تابع را به عنوان یک کارخانه در نظر بگیرید که یک یا چند قطعه می گیرد و یک محصول نهایی تولید می کند. مهمترین مزیت استفاده از توابع جاوا اسکریپت این است که میتوانید از آنها در سراسر کدها با استفاده از افراخوانی، استفاده کنید.در مثال زیر، تابع قیمت یک کالا و مالیات را (به صورت اعشاری) دریافت می کند و قیمت را پس از کسر مالیات برمی گرداند.
function priceAfterTax(price, tax) {
return price * (1 + tax);
};
هنگام ایجاد متغیرهای جاوا اسکریپت سفارشی در GTM، از توابع ناشناس استفاده می شود، منظور توابعی است که اسم مشخصی نداشته و در نتیجه در ادامه فراخوانی نمی شوند. به عنوان مثال کد زیر شامل یک تابع ناشناس است:
function () {
for (var e = document.getElementsByTagName(“iframe”), x=0; x < e.length; x++) {
if (/^https?:\/\/player.vimeo.com/.test(e[x].src)) {
return true;
}
}
return false;
}
دستورات شرطی (یا دستورات if) زمانی مورد استفاده قرار میگیرند که بر اساس بررسی یک سری شرایط خاص روی ورودی، یک سری عملیات خاص انجام میدهند. این دستورات اغلب در توابع برای برگرداندن خروجی های مختلف بسته به ورودی استفاده می شوند.در کد زیر، بسته به قیمت کالا، برای اینکه ارسال رایگان باشد یا خیر، تابع یک مقدار بولین برمیگرداند.
function freeShipping(price) {
if (price < 100) {
return false;
} else {
return true;
}
};
اسکوپ در جاوا اسکرپیت
Scope قابلیت دسترسی به یک متغیر، شی و تابع را از قسمت های مختلف کد تعریف می کند.دو اسکوپ اصلی برای EC5 وجود دارد: جهانی (global) و function (معروف به محلی). زمانی که یک متغیر به صورت گلوبال تعریف می شود، بدون هیچ محدودیتی میتوان در سراسر کد به آن دسترسی داشت. اما در حالت تابع، متغیر فقط در سطح همان تابعی که تعریف شده است، در دسترس است و بیرون از همان تابع نمیتوان به آن دسترسی داشت. در مثال زیر، نمیتوانید به متغیر isFreeShipping خارج از تابع دسترسی داشته باشید زیرا این متغیر داخل تابع تعریف شده است.با این حال، میتوانید از متغیر shippingCost و تابع addShippingCost در توابع دیگر استفاده مجدد کنید.
var shippingCost = 10; // Global scope
function addShippingCost(price) {
var isFreeShipping = freeShipping(price) // Function-Local scope
if (isFreeShipping) {
return price;
} else {
return price + shippingCost;
}};
با توجه به این موضوع، هنگام تعریف متغیر در جاوا اسکریپت به موضوع اسکوپ و میزان دسترسی به متغیرها توجه داشته باشید. اگر نیاز دارید که به یک متغیر در توابع مختلفی دسترسی داشته باشید، باید متغیر را به صورت گلوبال تعریف کنید.
کار با داده از جنس رشته یا string
برای دسترسی به بخشی از یک متن باید از توابع مربوط به رشته ها استفاده کنید. روش .split() یکی از مهمترین توابعی است که هنگام کار با داده از جنس استرینگ مورد استفاده قرار میگیرد. سایر توابع کاربردی مرتبط با داده از نوع رشته عبارت هستند از:
- .slice() – قسمت مشخص شده یک رشته را استخراج می کند و یک رشته جدید برمی گرداند.
- .concat () – دو یا چند رشته به هم پیوسته را برمی گرداند.
- .lowerCase() – رشته مشخص شده را با تمام حروف کوچک برمی گرداند.
- .upperCase() – رشته مشخص شده را در تمام حروف بزرگ برمی گرداند.
کار با آرایه ها در جاوا اسکریپت
همانطور که قبلاً به گفتیم، آرایهها مانند فهرستهایی از اطلاعات سازمانیافته هستند که ذخیره و ترتیب اطلاعات از انواع دادههای مختلف را آسان میکنند.همانند رشتهها، میتوانید از انواع توابع مربوط به آرایه ها برای دستکاری این نوع داده ها استفاده کنید. برخی از کاربردی ترین توابع مربوط به آرایه ها عبارت هستند از:
- .push() – یک یا چند عنصر را به انتهای یک آرایه اضافه می کند (از این تابع برای وارد کردن دیتا به دیتالیر گوگل تگ منیجر استفاده می شود)
- .pop() – آخرین عنصر آرایه را حذف و برمی گرداند.
- .find() – اولین عنصر آرایه ای که شرایط مشخص شده را بدون تغییر آرایه اصلی برآورده می کند، پیدا کرده و برمی گرداند.
- .slice() – نباید با .splice() اشتباه گرفته شود، این متد بخشی از آرایه بین دو شاخص مشخص شده را به عنوان یک آرایه جدید برمی گرداند.
- .map() – یک آرایه جدید را پس از فراخوانی یک تابع در هر عنصر آرایه اصلی برمی گرداند.
- .forEach() – به شما امکان می دهد از هر عنصر در یک آرایه عبور کنید و با استفاده از آن عنصر عملیاتی را انجام دهید، اما – برخلاف .map() – چیزی را بر نمی گرداند.
- .includes() – یک بولین را بر اساس اینکه آیا آرایه حاوی عنصر مشخص شده است (این روش به حروف کوچک و بزرگ حساس است) برمی گرداند.
- .filter() – یک آرایه جدید حاوی هر عنصر در آرایه اصلی که شرایط مشخص شده را برآورده می کند، برمی گرداند.
منظور از DOM در جاوا اسکریپت
Document Object Model که به اختصار DOM نامیده می شود، نمایشی پویا از ساختار و محتوای یک وب سایت است. هنگامی که یک وب سایت را باز می کنید، مرورگر یک فایل HTML را از سرور وب سایت دانلود می کند و آنچه را که در سایت می بینید با استفاده از HTML، CSS و جاوا اسکریپت تولید می کند. سپس، DOM ساخته میشود و به کمک جاوا اسکریپت اجازه دسترسی به مقادیر خاصی از وبسایت را میدهد.
هنگامی که کاربران از سایت شما بازدید می کنند، کد ردیابی Google Analytics 4 از ایونت DOM برای ردیابی ایونت هایی مانند کلیک روی یک المان استفاده میکند.
دستور کوئری سلکتور (Query Selector)
تکنیک بعدی که می توانیم برای استفاده از جاوا اسکریپت برای گوگل تگ منیجر استفاده کنیم، روش کوئری سلکتور است. همانطور که پیش از این گفته شد، لایه ای از سایت که کاربران مشاهده میکنند، متشکل از HTML و CSS است. ما زمانی که بخواهیم به یک المان خاص در صفحه اشاره کنیم، میتوانیم از سی اس اس سلکتور آن المان استفاده کنیم. اما برای اینکه مطمئن شویم سلکتور انتخاب شده به صورت دقیق به المان مد نظر ما اشاره میکند، باید از دستور کوئری سلکتور در بخش کنسول اینسپکت استفاده کنیم.
درواقع کاری که کوئری سلکتور انجام می دهد این است که یک عنصر را در صفحه پیدا می کند و آن را به شما برمی گرداند تا بتوانید عملیات بیشتری را روی آن انجام دهید و آن را به Google Tag Manager منتقل کنید. تصور کنید که من میخواهک کلیک روی دکمه مشاوره رایگان در صفحه اصلی سایت خودم را ردیابی کنم. برای انجام این کار، باید از طریق یک سلکتور منحصر به فرد، به این المان دسترسی پیدا کنم. روی المان مورد نظرم راست کلیک کرده و گزینه inspect را انتخاب میکنم.
آموزش گوگل ادز
چه زمانی از استراتژی Maximize Clicks استفاده کنیم؟
از دست دادن نمایش به دلیل بودجه در گوگل ادز
تفاوت کانورژن در گوگل ادز و آنالیتیکس ۴، مشکل کجاست؟
آموزش دیجیتال مارکتینگ
گروه کنترل در مارکتینگ چیست؟
بهینه سازی اپ استور (ASO) چیست؟ راهنمای جامع سال 2024
دلایل رها شدن سبد خرید + روش های بازیابی سبد خرید
فرم درخواست دوره های آموزشی
معرفی کتاب
کتاب انسان در جستجوی معنا
کتاب انسان در جستجوی معنا “Man’s Search for Meaning” که توسط عصبشناس – روانپزشک اتریشی
کتاب مدیریت توجه (Indistractable)
الان که در حال نوشتن مطلب بررسی کتاب مدیریت توجه (Indistractable: How to Control Your