آموزش Google Analytics 4؛ اتصال سایت و آزمون درست‌بودن داده‌ها
GA4 را با ساخت Property و Web data stream به سایت متصل کنید؛ سپس با Realtime و DebugView بررسی کنید داده واقعاً می‌رسد و از ثبت دوباره یا ارسال اطلاعات شخصی پیشگیری کنید.
اگر Google Analytics 4 را به سایت وصل کرده‌اید ولی هنوز مطمئن نیستید چیزی اندازه‌گیری می‌شود، نگاه‌کردن به یک نمودار خالی کافی نیست. باید بدانید حساب، Property، جریان داده و تگ کدام‌اند، کدام روش نصب واقعاً در صفحه اجرا می‌شود و چگونه یک بازدید آزمایشی را در گزارش مناسب پیدا کنید. در این آموزش گوگل آنالیتیکس 4 مسیر راه‌اندازی و راستی‌آزمایی را از ابتدا تا عیب‌یابی طی می‌کنیم، بدون آنکه نتیجه‌ای را برای سایت واقعی شما از پیش فرض کنیم.
GA4 رفتار بازدیدکنندگان سایت و اپ را در قالب رویدادها ثبت می‌کند. هدف این راهنما جمع‌آوری بیشترین داده ممکن نیست؛ هدف این است که داده‌ای مجاز، دقیق و قابل تفسیر داشته باشید. منوهای محصول ممکن است تغییر کنند، پس در کنار مراحل زیر راهنمای رسمی راه‌اندازی GA4 را باز نگه دارید. اگر فقط می‌خواهید بدانید گوگل یک صفحه را کشف و ایندکس کرده است، ابزار مناسب آن Search Console است؛ GA4 به رفتار پس از ورود بازدیدکننده می‌پردازد.
۱. نقشه ساده GA4 را پیش از نصب بشناسید
Account ظرف مدیریتی بالادست است. درون آن یک Property برای دارایی موردنظر می‌سازید و در Property، Web data stream مربوط به سایت را ایجاد می‌کنید. جریان وب شناسه‌ای به نام Measurement ID دارد که معمولاً با G- آغاز می‌شود. این شناسه باید با تنظیماتی که در سایت یا ابزار مدیریت تگ قرار می‌دهید یکی باشد. اگر چند سایت یا محیط آزمون و Production دارید، پیش از نصب مشخص کنید هر کدام باید به کدام Property یا جریان داده بفرستند؛ مخلوط‌کردن محیط‌ها بعداً تحلیل را گمراه می‌کند.
نقش GA4 با Search Console متفاوت است. اولی رویدادها و رفتار بازدیدکنندگان را پس از اجراشدن تگ اندازه‌گیری می‌کند؛ دومی داده حضور سایت در نتایج جست‌وجوی گوگل و مشکلات خزش و ایندکس را نشان می‌دهد. یکسان‌نبودن عددها میان این دو ابزار الزاماً خطای نصب نیست، چون موضوع اندازه‌گیری و شرایط گردآوری یکسان نیستند. در این مقاله تنها صحت جریان داده GA4 را می‌سنجیم، نه رتبه یا ایندکس صفحات را.
۲. Property و جریان وب را با تنظیمات درست بسازید
اگر هنوز حساب Analytics ندارید، در analytics.google.com با حسابی که مجوز مدیریت دارد وارد شوید و حساب بسازید. در بخش Admin، Property جدید ایجاد کنید؛ نام آن را طوری بگذارید که از سایر دارایی‌ها قابل تشخیص باشد. منطقه زمانی گزارش و واحد پول را آگاهانه انتخاب کنید، زیرا بر تعبیر تاریخ‌ها و گزارش‌های مربوط اثر می‌گذارند. اگر پیش‌تر Property دیگری دارید، قبل از هر کار نام حساب و Property انتخاب‌شده در بالای محیط را دوباره ببینید تا تنظیمات را در جای اشتباه انجام ندهید.
در بخش Data streams، گزینه Web را برگزینید و نشانی سایت و نامی روشن برای جریان وارد کنید. سپس جریان را بسازید و Measurement ID آن را یادداشت کنید. شناسه را در ابزارهایی که لازم دارند دقیقاً همان‌طور که در صفحه Stream details دیده می‌شود وارد کنید؛ آن را با شناسه Property یا شناسه قدیمی Universal Analytics اشتباه نگیرید. برای این مراحل و محل کنونی گزینه‌ها، دستورالعمل رسمی ساخت Property و Web stream مرجع اصلی است.
Enhanced measurement را با هدف اندازه‌گیری هماهنگ کنید
هنگام ساخت جریان وب، GA4 امکان enhanced measurement را نشان می‌دهد که می‌تواند برخی رویدادها مانند مشاهده صفحه و تعامل‌های پشتیبانی‌شده را خودکار جمع کند. این گزینه را فقط با آگاهی از رفتار و نیاز سایت فعال نگه دارید؛ سپس در تنظیمات Stream رویدادهایی را که واقعاً لازم دارید مرور کنید. اگر همزمان رویدادی را دستی تعریف می‌کنید، بررسی کنید نام و شرایط ارسالش با رویداد خودکار هم‌پوشانی نداشته باشد. هدف، «عدد بیشتر» نیست؛ هدف جلوگیری از دوباره‌شماری و داشتن تعریف روشن برای هر رویداد است.
۳. فقط یک مسیر نصب پایه را انتخاب و کنترل کنید
برای شروع ساده سه مسیر رایج وجود دارد: اتصال داخلی CMS یا سایت‌ساز با Measurement ID، افزودن Google tag طبق دستور خود GA4، یا پیکربندی از طریق Google Tag Manager. انتخاب مناسب به دسترسی شما به سایت و امکانات پلتفرم بستگی دارد. اگر CMS فیلد رسمی برای Google tag ID دارد، راهنمای همان پلتفرم را بخوانید و شناسه جریان درست را وارد کنید. اگر کد سایت را مستقیم کنترل می‌کنید، قطعه تگ را از صفحه View tag instructions همان جریان بردارید و مطابق راهنمای رسمی در صفحه‌های موردنظر قرار دهید. قطعه تگ حاوی شناسه اختصاصی Property است؛ کد نمونه یک مقاله را با شناسه ساختگی در سایت واقعی نگذارید.
در روش Tag Manager، نصب ظرف Tag Manager به‌تنهایی کافی نیست؛ باید Google tag مربوط به GA4 را با شناسه درست و شرط اجرا مناسب بسازید، در Preview بررسی کنید و سپس تغییرات را منتشر کنید. راهنمای رسمی اتصال GA4 در Tag Manager پیش‌نیازها را توضیح می‌دهد. اگر سایت شما قبلاً تگ مستقیمی دارد، افزودن مسیر دوم بدون طراحی آگاهانه ممکن است رویدادها را دو بار بفرستد. راهنمای رسمی عیب‌یابی نصب درباره خطر اجرای همزمان Google tag و Tag Manager هشدار می‌دهد.
چک عملی این مرحله: در یک صفحه عمومی سایت، مسیر انتخابی واقعاً فعال باشد؛ شناسه آن با Web stream تطابق داشته باشد؛ روی صفحه‌های موردنیاز بارگذاری شود؛ و در همان صفحه روش نصب پایه دیگری بی‌دلیل رویداد مشابه را ارسال نکند. اگر تازه HTML سایت را می‌آموزید، راهنمای ساخت صفحه پایه برای فهم جایگاه head و ساختار صفحه کمک می‌کند، اما نصب تگ را همچنان از دستور خود GA4 یا CMS پیگیری کنید.
۴. دریافت داده را با Realtime بسنجید
بعد از نصب، صفحه عمومی سایت را با مرورگر خود باز کنید و چند تعامل ساده و مجاز انجام دهید؛ مثلاً وارد صفحه اصلی شوید و به یک صفحه محتوایی بروید. سپس در همان Property و Web stream درست، گزارش Realtime را باز کنید. در این گزارش به دنبال حضور فعالیت آزمون، صفحه یا رویداد متناسب با کاری که انجام داده‌اید بگردید. ثبت‌نشدن لحظه‌ای داده الزاماً خطا نیست؛ پردازش و نمایش ممکن است تأخیر داشته باشد. طبق راهنمای تأیید گردآوری داده، Realtime نقطه شروع بررسی است و گزارش‌های دیگر دیرتر تکمیل می‌شوند.
چرا یک بازدید آزمایشی را پیدا نمی‌کنم؟
نخست مطمئن شوید Property اشتباه را نمی‌بینید. سپس Measurement ID موجود در سایت یا Tag Manager را با شناسه Stream تطبیق دهید. اگر از Tag Manager استفاده می‌کنید، فعال‌بودن Trigger و منتشرشدن نسخه ظرف را کنترل کنید. اگر تگ مستقیم است، جای نصب و وجود آن در صفحه‌ای که باز کرده‌اید را بررسی کنید. ممکن است صفحه هنوز ترافیک واقعی نداشته باشد یا کنترل‌های رضایت و حریم خصوصی مانع ارسال داده آزمون شوند. برای هر احتمال یک مشاهده مشخص جمع کنید؛ صرف خالی‌بودن گزارش نشان نمی‌دهد کدام علت درست است. فهرست خطاهای رایج نصب را کنار این چک‌ها بگذارید.
اگر Realtime فعالیت را نشان می‌دهد، هنوز نتیجه نگیرید تمام صفحه‌ها، همه مرورگرها یا همه رویدادهای مهم درست اندازه‌گیری می‌شوند. یک صفحه دیگر و یک رویداد مهم را جداگانه امتحان کنید. اگر عددها غیرعادی زیادند، احتمال ارسال دوباره را بررسی کنید: دو تگ پایه، چند بار بارگذاری همان تگ یا تعریف دستی رویدادی که خودکار هم ثبت می‌شود می‌تواند کیفیت داده را خراب کند. نمونه آزمون را یادداشت کنید تا بعداً با داده تولید واقعی اشتباه نشود.
۵. برای عیب‌یابی جزئی رویدادها از DebugView استفاده کنید
DebugView برای دیدن رویدادهای دستگاهی مفید است که حالت عیب‌یابی در آن فعال شده باشد. برای آزمون شخصی، از Tag Assistant یا حالت Preview متناسب با روش نصب استفاده کنید و سپس در Admin بخش DebugView را باز کنید. صفحه سایت را از همان مرورگر آزمون باز و عمل مشخصی انجام دهید؛ ببینید رویداد مرتبط در جریان زمانی ظاهر می‌شود یا نه. این کار برای بررسی ترتیب و نام رویدادها دقیق‌تر از نگاه به یک عدد کلی در Realtime است. مستندات رسمی DebugView روش فعال‌سازی و خواندن آن را توضیح می‌دهد.
DebugView را برای همه بازدیدکنندگان به‌طور دائم فعال نکنید فقط چون آزمایش را ساده‌تر می‌کند. حالت عیب‌یابی را روی دستگاه آزمون خود نگه دارید. اگر با وجود فعال‌بودن آن رویدادی دیده نمی‌شود، وضعیت رضایت و کنترل‌های حریم خصوصی را نیز بررسی کنید؛ خود مستندات گوگل می‌گوید این کنترل‌ها می‌توانند مانع دیده‌شدن رویداد شوند. نبود رویداد در DebugView به‌تنهایی اثبات خرابی تگ در همه شرایط نیست و حضور یک رویداد هم به‌تنهایی کیفیت کل پیاده‌سازی را تأیید نمی‌کند.
۶. حریم خصوصی و ترافیک داخلی را قبل از تحلیل جدی بگیرید
تگ پایه Analytics ممکن است نشانی صفحه و عنوان آن را همراه داده رویداد جمع کند. اگر ایمیل، شماره تلفن یا اطلاعات شناسایی‌کننده در مسیر URL، پارامتر جست‌وجو، عنوان صفحه یا داده فرم ظاهر شود، خطر ارسال ناخواسته آن به Analytics وجود دارد. سیاست و راهنمای رسمی پرهیز از PII را پیش از تعریف رویداد سفارشی بخوانید. داده ساختگیِ بدون هویت برای آزمون به کار ببرید و هیچ اطلاعات مشتری واقعی را صرفاً برای امتحان‌کردن گزارش وارد نکنید.
رضایت کاربر و قوانین قابل اعمال را نیز پیش از گردآوری داده بررسی کنید؛ نوع تگ و رفتار آن باید با انتخاب کاربر سازگار باشد. این مقاله جای مشاوره حقوقی یا طراحی یک سامانه Consent نیست. راهنمای رسمی کسب رضایت نقطه شروع فنی است. اگر هنگام آزمون رضایت Analytics را رد می‌کنید، خالی‌ماندن رویداد را با خطای نصب اشتباه نگیرید؛ سناریوهای مجازِ رضایت داده‌شده و ردشده را جداگانه بسنجید.
بازدیدهای خودتان یا تیم می‌توانند گزارش را منحرف کنند، اما برای حذف ترافیک داخلی عجله نکنید. GA4 امکان تعریف ترافیک داخلی و فیلتر آن را دارد؛ اثر فیلتر فعالِ حذف‌کننده بر داده پردازش‌شده دائمی است. ابتدا مستندات را بخوانید و در صورت نیاز از حالت Testing برای اعتبارسنجی استفاده کنید؛ سپس فقط با شناخت محدوده IP و پیامد حذف، آن را Active کنید. این مقاله هیچ فیلتری روی حساب شما اعمال نمی‌کند. راهنمای رسمی فیلتر ترافیک داخلی جزئیات را دارد.
چک‌لیست تحویل نصب GA4
- نام Account و Property درست را یادداشت کنید و منطقه زمانی گزارش را آگاهانه انتخاب کنید.
- Web data stream سایت را بسازید و Measurement ID همان جریان را در روش نصب انتخابی به کار ببرید.
- از میان اتصال CMS، Google tag مستقیم و Tag Manager برای گردآوری پایه یک مسیر مشخص انتخاب کنید؛ نصب همزمان بی‌برنامه نکنید.
- صفحه‌های موردنیاز را با رضایت معتبر و داده آزمون بی‌هویت باز کنید و دریافت رویداد را در Realtime ببینید.
- برای رویداد مشخص، روی دستگاه خود حالت عیب‌یابی را فعال و DebugView را بررسی کنید.
- URLها، عنوان صفحه، پارامترها و فرم‌ها را از نظر اطلاعات شخصی کنترل کنید.
- پیش از ساخت فیلتر فعال یا نتیجه‌گیری از گزارش، سناریوی آزمون و محدودیت‌های آن را ثبت کنید.
پرسش‌های متداول
آیا نصب همزمان Google tag و Tag Manager بهتر است؟
خیر. دو مسیر پایه بدون طراحی دقیق می‌توانند یک فعالیت را دوبار ثبت کنند. راهی را انتخاب کنید که در سایتتان قابل نگهداری و آزمون است و شناسه همان Stream را به آن بدهید.
چرا Realtime داده دارد اما گزارش‌های دیگر هنوز خالی‌اند؟
Realtime برای بررسی زودهنگام دریافت داده مناسب است؛ گزارش‌های دیگر به پردازش بیشتری نیاز دارند. ابتدا مطمئن شوید رویداد آزمون در Property درست دیده می‌شود و بعد برای تکمیل سایر گزارش‌ها زمان بدهید.
چرا DebugView رویداد دستگاه مرا نشان نمی‌دهد؟
فعال‌نبودن حالت عیب‌یابی روی همان دستگاه، انتخاب Property اشتباه یا کنترل‌های رضایت و حریم خصوصی از علت‌های ممکن‌اند. هر کدام را جداگانه بررسی کنید؛ نبود رویداد به‌تنهایی علت را مشخص نمی‌کند.
آیا می‌توان داده مشتری را برای آزمون فرستاد؟
نه. از داده بی‌هویت و مجاز استفاده کنید. ایمیل، شماره تلفن و سایر اطلاعات شناسایی‌کننده نباید در URL، عنوان، پارامتر یا رویداد ارسالی به Analytics قرار گیرد.
جمع‌بندی و گام بعدی
راه‌اندازی GA4 با ساخت Property تمام نمی‌شود. کیفیت اندازه‌گیری از سه چیز می‌آید: مسیر نصب روشن و بدون تکرار، آزمون دریافت با Realtime و DebugView، و کنترل حریم خصوصی پیش از تحلیل. وقتی این پایه‌ها را تأیید کردید، برای هر رویداد تجاریِ مهم تعریف، شرایط ارسال و روش آزمون جداگانه بنویسید؛ عددی که علت ثبت آن روشن نباشد مبنای خوبی برای تصمیم نیست.
یک بازدید آزمایشی مجاز از سایت خود انجام دهید، دریافت آن را در Realtime بررسی کنید و پیش از تصمیم‌گیری بر اساس گزارش‌ها، خطاهای نصب و حریم خصوصی را کنترل کنید.