سئو

آموزش گوگل آنالیتیکس ۴

گوگل آنالیتیکس ۴ هر تعامل کاربر را یک رویداد می شمارد و همه گزارش هایش روی همین یک مفهوم ساخته شده اند. اگر فقط یک چیز از این درس بردارید، این باشد: گزارش های آماده و کاوش ها دو موتور جدا هستند و تنظیم نگهداری داده فقط دومی را محدود می کند.

درس ۱۲ از ۱۵
میانی
رایگان، بدون ثبت نام

چهار پله GA4، به همین ترتیب

اکثر آدم ها از پله سوم شروع می کنند و بعد از عددها گله دارند.

نصب تگ و تست آن
در گزارش بلادرنگ یا DebugView ببینید رویداد واقعا می رسد
۱
علامت زدن رویداد کلیدی
همان کاری که برای کسب و کار مهم است، نه هر کلیکی
۲
چک کردن نگهداری داده
دو ماه یا چهارده ماه؛ فقط کاوش ها را محدود می کند
۳
اتصال سرچ کنسول
و بعد مجموعه گزارش هایش را از Library منتشر کنید
۴

هیچ کدام از این پله ها ترافیک نمی آورند. آنالیتیکس ابزار دیدن است و نه ابزار رشد.

آخرین بررسی: ۱۴ شهریور ۱۴۰۵ فکت ها و نام ابزارهای این درس در همین تاریخ با منابعشان بازبینی شده اند.

GA4 دقیقا چه چیزی را می شمارد؟

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

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

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

هر رویدادی می تواند رویداد کلیدی شود؛ یعنی همان کاری که برای کسب و کار شما مهم است را علامت می زنید تا در گزارش ها جدا دیده شود. و برای اینکه ببینید رویدادی واقعا رسیده یا نه، دو جا هست: گزارش بلادرنگ که رویدادهای سی دقیقه اخیر را نشان می دهد، و گزارش DebugView که همه رویدادهای یک کاربر را نشان می دهد و برای تست کردن ساخته شده. اگر بعد از نصب تگ در هیچ کدام از این دو چیزی نمی بینید، مشکل شما در گزارش ها نیست؛ در نصب است.

چهار جور رویداد، و اینکه کدامشان کار شماست

رویدادهر تعاملی، یک رویداد

خودکار
با نصب تگ می آیند
بدون کار
اندازه گیری بهبودیافته
وقتی آن گزینه روشن باشد جمع می شوند
یک گزینه
پیشنهادی
نام و پارامتر از پیش تعیین شده دارند
پیاده سازی
سفارشی
فقط وقتی هیچ رویداد دیگری کارتان را راه نمی اندازد
آخرین راه

رویداد سفارشی در بیشتر گزارش های استاندارد دیده نمی شود و تحلیلش را باید خودتان بسازید.

گزارش یا کاوش؛ کدام یک را باز کنم؟

GA4 دو جای متفاوت برای نگاه کردن به داده دارد و آدم ها معمولا نمی دانند چرا عددهایشان با هم نمی خواند. گزارش های استاندارد، داده تجمیع شده و از پیش ساخته اند. کاوش ها ابزار ساختن گزارش خودتان اند: قیف، مسیر، هم گروهی، جدول آزاد.

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

پس اولین کاری که در یک پراپرتی تازه باید بکنید، باز کردن همان تنظیم و دیدن اینکه روی کدام گزینه است. گوگل می نویسد وقتی دوره نگهداری را زیاد می کنید، روی داده ای که قبلا جمع شده هم اعمال می شود. یک نکته دیگر هم هست: دوره دو ماهه همیشه روی داده سن و جنسیت و علاقه اعمال می شود، هر تنظیمی که داشته باشید.

دو رفتار دیگر هم هست که آدم ها آن ها را باگ می بینند و نیستند. اول، آستانه داده: اگر تعداد کاربر یک سطر کم باشد، گوگل آن سطر را برای اینکه نشود از روی داده جمعیت شناختی هویت کسی را حدس زد نشان نمی دهد. این آستانه ها را نمی شود تغییر داد، ولی بازه زمانی بازتر معمولا همان داده را برمی گرداند. دوم، سطر «(other)»: وقتی تعداد سطرهای یک جدول از سقفش بیشتر شود، رایج ترین مقدارها را نگه می دارد و بقیه را در یک سطر جمع می کند. گوگل می نویسد هر دیمنشنی با بیش از پانصد مقدار باید پرکاردینال حساب شود، و همین است که آدرس های صفحه با پارامتر زیاد را به این وضع می اندازد.

گزارش و کاوش، دو موتور جدا

یکی از این دو به تنظیم نگهداری داده حساس است و دیگری نیست. همین یک تفاوت، بیشتر «چرا داده نیست» ها را توضیح می دهد.

گزارش های استاندارد

داده تجمیع شده و از پیش ساخته
تنظیم نگهداری داده روی آن ها اثر ندارد
رویداد سفارشی در بیشترشان دیده نمی شود
برای سوال «چه خبر است» درست اند

کاوش ها

قیف، مسیر، هم گروهی، جدول آزاد
پشت مرز نگهداری داده به دیوار می خورند
تنها جای تحلیل رویداد سفارشی
برای سوال «چرا و در کدام مرحله» درست اند

هیچ کدام دیگری را جایگزین نمی کند. سوال شما تعیین می کند کدام را باز کنید.

سرچ کنسول را وصل کنید، بعد یک کار دیگر هم بکنید

اتصال سرچ کنسول به آنالیتیکس دو گزارش اضافه می کند: یکی کوئری های جستجوی ارگانیک با متریک های سرچ کنسول، و یکی ترافیک جستجوی ارگانیک که صفحه های فرود را با متریک های هر دو ابزار کنار هم می گذارد. کاری که این اتصال می کند و هیچ کدام از دو ابزار به تنهایی نمی کنند، همین دومی است: از کوئری تا رفتار کاربر بعد از ورود، در یک جدول.

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

چند محدودیت هم دارد که بهتر است قبل از وقت گذاشتن بدانید. متریک های سرچ کنسول فقط با دیمنشن های خود سرچ کنسول و سه دیمنشن آنالیتیکس کار می کنند: صفحه فرود، دستگاه و کشور. این گزارش ها نمودار سری زمانی ندارند. داده سرچ کنسول چهل و هشت ساعت بعد از جمع شدن در آنالیتیکس در دسترس است. و چون سرچ کنسول شانزده ماه داده نگه می دارد، این گزارش ها هم بیشتر از شانزده ماه ندارند.

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

چرا عدد آنالیتیکس با عدد سرچ کنسول یکی نیست؟

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

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

آن آخری در عمل مهم تر از چیزی است که به نظر می رسد، و یک حالت دیگر هم دارد که گوگل درباره اش چیزی نمی نویسد چون مال شماست نه او: اگر فایل تگ اصلا بارگذاری نشود، هیچ رویدادی ثبت نمی شود و هیچ خطایی هم جایی دیده نمی شود. کاربر صفحه را می بیند، سرچ کنسول کلیکش را می شمارد، و آنالیتیکس فکر می کند اتفاقی نیفتاده. برای سایت ایرانی این حالت نظری نیست: فایل tag manager از دامنه گوگل می آید و در دسترس بودن آن دامنه از داخل ایران قطعی نیست.

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

اسکریپت آنالیتیکس کجای صفحه بنشیند؟

این بخش چیزی است که در آموزش ها نیست، چون تا سایت واقعی را اجرا نکنید به آن نمی خورید. قطعه استاندارد GA4 دو تکه است: یک تگ اسکریپت که فایل را از دامنه گوگل می گیرد، و چند خط جاوااسکریپت که آن را پیکربندی می کند. هر دو تکه در دنیای واقعی ریسک دارند.

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

تکه دوم، جای قرار گرفتن است. اگر سایت شما اسکریپت ها را تا اولین تعامل کاربر به تعویق می اندازد، ترتیب صف مهم می شود: هر اسکریپتی که زودتر در سند بیاید زودتر بارگذاری می شود و بقیه پشتش می مانند. آنالیتیکس یک فایل نسبتا سنگین است و صبر کردنش هزینه ای ندارد؛ کپچای فرم تماس شما نمی تواند صبر کند. پس قطعه آنالیتیکس باید انتهای صف باشد و نه اولش.

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

مسیر سریع با هوش مصنوعی

مسیر سریع اینجا آن چیزی نیست که انتظار دارید. مدل زبانی داده آنالیتیکس شما را ندارد و نباید هم داشته باشد؛ کاری که واقعا سریع ترش می کند، طراحی اندازه گیری است. یعنی از یک سوال کسب و کار به این می رسید که آیا گزارش آماده ای جوابش را دارد، اگر ندارد دقیقا چه کاوشی لازم است، و اگر رویداد لازم اصلا وجود ندارد چه چیزی باید فرستاده شود. مدل این سه را سریع و درست انجام می دهد، چون کارش نگاشت زبان به ساختار است. قبل از همه این ها هم یک چک ساده هست که هیچ کس نمی کند و همان بیشترین وقت را نجات می دهد: مطمئن شوید تگ روی صفحه کش شده هم واقعا بارگذاری می شود. برای این کار مدل ارزان و سریع کافی است؛ انتخاب فعلی ما در بخش <a class="text-link" href="/ai/">هوش مصنوعی</a> هست.

اول دستور شل زیر را روی یک صفحه واقعی سایت اجرا کنید. آدرس فایل تگ را از خود HTML بیرون می کشد و می بیند آن آدرس چه کدی برمی گرداند. اگر ۴۰۴ گرفتید، بقیه این درس بی معنی است تا وقتی درستش کنید.
فهرست رویدادهای فعلی را از بخش Admin و صفحه Events کپی کنید. فقط نام رویدادها لازم است و نه هیچ داده کاربری؛ همین مرز را نگه دارید.
دستور مرحله دوم را با سوال کسب و کارتان و همان فهرست اجرا کنید. خروجی باید صریح بگوید کدام گزارش آماده جواب می دهد، یا اگر نمی دهد، کاوش لازم با تکنیک و دیمنشن و متریک مشخص.
اگر خروجی گفت رویداد لازم وجود ندارد، همان قطعه پیشنهادی را روی سایت بگذارید و در DebugView تستش کنید. تا وقتی رویداد را در DebugView ندیده اید، هیچ چیزی ساخته نشده.

نسخه آماده کپی

U="https://example.com/"

# آدرس فایل تگ را از خود صفحه در می آورد و می بیند سالم برمی گردد یا نه.
# اگر سایت اسکریپت ها را به تعویق می اندازد، آدرس ممکن است در data-src باشد.
H=$(curl -s -A "Mozilla/5.0" "$U")
SRC=$(printf '%s' "$H" | grep -oE '(data-)?src="[^"]*(gtag|analytics|gtm)[^"]*"' | head -1 | cut -d'"' -f2)
echo "tag: $SRC"
curl -s -o /dev/null -w '%{http_code} %{size_download}\n' "$SRC"

---- مرحله ۲: دستور مدل ----

نقش: طراح اندازه گیری در گوگل آنالیتیکس ۴. تو به داده این سایت دسترسی نداری
و هیچ عددی از آن نمی دانی.

سوال کسب و کار:
{سوال، مثلا: چند نفر فرم مشاوره را باز می کنند و رهایش می کنند}

رویدادهایی که همین حالا در پراپرتی هست:
{فهرست نام رویدادها}

دقیقا در سه بخش جواب بده:

۱) آیا گزارش استانداردی همین را جواب می دهد؟ اگر بله، نام گزارش و مسیرش را
   بنویس و همین جا تمام کن.
۲) اگر نه، کاوش لازم را مشخص کن: تکنیک، دیمنشن ها، متریک ها، فیلترها و
   بازه زمانی. اگر بازه لازم بیشتر از دو ماه است، صریح بنویس که تنظیم
   نگهداری داده باید چهارده ماه باشد.
۳) اگر رویداد لازم در فهرست بالا نیست، نام رویداد پیشنهادی و پارامترهایش را
   بنویس، به علاوه یک قطعه gtag آماده.

قواعد:
- هیچ عددی درباره این سایت ننویس. تو داده اش را نداری.
- اگر رویداد پیشنهادی نام استاندارد گوگل دارد، همان را بردار و اسم تازه نساز.
- اگر سوال با داده آنالیتیکس اصلا جواب دادنی نیست، همین را بنویس و بگو
   جوابش از کجا می آید.

قبل از اعتماد به خروجی: دو چیز را خودتان تمام کنید. اول اینکه هر رویداد پیشنهادی مدل باید در DebugView دیده شود قبل از اینکه رویش گزارش بسازید؛ قطعه ای که درست به نظر می رسد و اجرا نمی شود، دقیقا همان حالتی است که هیچ خطایی نشان نمی دهد. دوم اینکه هیچ داده کاربری را در این گردش کار جابه جا نکنید. سیاست خود گوگل می گوید نباید داده ای به آن فرستاده شود که بشود با آن یک شخص را شناسایی کرد، و آدرس و عنوان صفحه ها جایی است که این داده معمولا ناخواسته رد می شود. فهرست نام رویدادها برای این کار کافی است و چیز بیشتری لازم نیست.

هوش مصنوعی در این کار

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

ابزارهایی که واقعا کمک می کنند

Gemini برای مرحله طراحی اندازه گیری مناسب است، چون نام گزارش ها و تکنیک های کاوش را درست تر می شناسد. صفحه خودمان می نویسد ایران در فهرست کشورهای پشتیبانی شده گوگل نیست؛ راه پرداخت در <a class="text-link" href="/ai/buy/">خرید هوش مصنوعی</a> آمده.
Claude برای نوشتن و بازبینی قطعه های رویداد بهتر جواب می دهد، چون وقتی می گویید نام استاندارد را بردار و اسم تازه نساز، کمتر خودسر می شود. ایران در هیچ کدام از دو فهرست کشورهای پشتیبانی شده انتروپیک نیست.
BigQuery Export هوش مصنوعی نیست و جواب همان دو مشکل آستانه داده و سطر «(other)» است. رویدادهای خام را بیرون می دهد تا خودتان جمعشان بزنید. رایگان نیست و به پروژه ابری نیاز دارد؛ خود گوگل هم می نویسد داده سیگنال ها به بیگ کوئری صادر نمی شود، پس عددها با داشبورد یکی نخواهند بود.

کجا نتیجه معکوس می دهد

ریسک اول حریم خصوصی است و مال شما نیست، مال کاربران شماست. سیاست خود گوگل صریح می گوید نباید داده ای به آنالیتیکس فرستاده شود که گوگل بتواند با آن یک شخص را شناسایی کند، و می نویسد این داده اغلب ناخواسته از راه آدرس و عنوان صفحه ها رد می شود. حالا اگر همان آدرس ها را در یک فایل خروجی بگذارید و به یک سرویس بیرونی بفرستید، همان مشکل را یک قدم جلوتر برده اید؛ اینکه گفتگویتان برای آموزش استفاده می شود یا نه، به طرح و تنظیمات همان سرویس بستگی دارد و در صفحه خودشان نوشته شده. ریسک دوم فنی است: مدل قطعه رویداد و نام دیمنشن و متریک را روان تولید می کند و بخشی از چیزی که تولید می کند در GA4 اصلا وجود ندارد. تشخیصش هم سخت است، چون نامی مثل «نرخ تعامل صفحه فرود» عین چیزی است که باید وجود داشته باشد. تنها راه مطمئن، دیدن همان رویداد در DebugView و همان دیمنشن در خود رابط است.

منبع ها: Analytics Help: best practices to avoid sending personally identifiable information Analytics Help: about data thresholds Analytics Help: set up BigQuery Export Anthropic: is my data used for model training Google: Gemini Apps Privacy Hub

حد این توصیه

آنالیتیکس فقط چیزی را می بیند که مرورگر گزارش کرده، و فقط وقتی تگ اجرا شده باشد. کاربری که جاوااسکریپت ندارد یا فایل تگ برایش بارگذاری نشده، در هیچ گزارشی نیست. آستانه داده و سطر «(other)» بخشی از سطرها را پنهان می کنند و تنظیم نگهداری داده سقف کاوش هاست. و مهم تر از همه: آنالیتیکس می گوید چه اتفاقی افتاد و نمی گوید چرا. جواب چرا از حرف زدن با مشتری و دیدن خود صفحه در می آید و نه از داشبورد.

از تجربه خود ما

همین سایت gtag.js را از دامنه خودش سرو می کند و نه از دامنه گوگل. فایل امروز که این درس نوشته شد ۵۲۵۸۸۰ بایت روی دیسک است، یعنی حدود ۵۱۳ کیلوبایت، و فشرده حدود ۱۶۹ کیلوبایت؛ همان روز راس ساعت ۷:۳۵ صبح کرون روزانه نسخه تازه را گرفت و کوئری ver عوض شد بی آنکه مسیر فایل تکان بخورد. دلیل این طراحی یک خرابی واقعی است: قبلا نام فایل هش محتوایش بود و نسخه قبلی همان لحظه حذف می شد، ولی HTML ای که به نام قبلی اشاره می کرد تا سی روز در کش لبه زنده می ماند. در لاگ ها هیچ کدام از آن نام های تاریخی حتی یک بار ۲۰۰ نگرفته اند، فقط ۴۰۴؛ یعنی آنالیتیکس روی صفحه های کش شده عملا اجرا نمی شد و هیچ خطایی هم در داشبورد دیده نمی شد، فقط عددها کمتر از واقعیت بودند. همان روز، صفحه ای که از کش لبه آمد هنوز کوئری ver قبلی را صدا می زد و باز هم یک فایل سالم گرفت؛ این دقیقا همان چیزی است که قبلا ۴۰۴ می شد. حالا مسیر ثابت است، هفت نسخه قدیمی هنوز روی دیسک مانده اند چون عمدا چهل و پنج روز نگه داشته می شوند، و همین چهل و پنج از سی روز کش لبه بیشتر است. جای قرار گرفتن قطعه هم عوض شد: تا وقتی در بالای صفحه چاپ می شد، اولین عضو صف اسکریپت های به تعویق افتاده بود و ویجت کپچا پشت آن معطل می ماند، پس رفت انتهای صف. آنالیتیکس می تواند صبر کند، کپچا نه.

سوال هایی که واقعا پرسیده می شوند

نگهداری داده را روی چهارده ماه بگذارم یا دو ماه؟

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

چرا در کاوش نوشته «(other)» و داده واقعی را نمی بینم؟

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

سرچ کنسول را وصل کردم ولی هیچ گزارشی نمی بینم.

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

آموزش گوگل آنالیتیکس ۴

نصب تگ و تست آن

علامت زدن رویداد کلیدی

چک کردن نگهداری داده

اتصال سرچ کنسول