راهنمای اجرای اندازه گیری
1. قبل از شروع
بر اساس انواع مشتریان و موارد استفاده زیر، آنچه برای کسب و کار شما مهم است را در نظر بگیرید و مطمئن شوید که ادغام شما و آزمایش آن اولویت ها را منعکس می کند. این معیارها می تواند شامل موارد زیر باشد:
- نوع مشتری : تبلیغکنندگان بزرگ در مقابل کوچک، آژانسها، نوع عمودی، ردپای جغرافیایی
- اهداف کمپین و انواع تبدیل : جذب کاربر، حفظ مشتری، خرید، درآمد
- موارد استفاده : گزارش، تجزیه و تحلیل ROI، بهینه سازی قیمت پیشنهادی
2. موارد استفاده
ما اغلب گزارشهای خلاصه را میبینیم که برای گزارشگیری و گزارشهای سطح رویداد برای بهینهسازی (و احتمالاً گزارشدهی به عنوان داده کمکی) استفاده میشوند. برای به حداکثر رساندن قابلیت های اندازه گیری، سطح رویداد و سطح کل را ترکیب کنید. به عنوان مثال، بر اساس روش شناسی Google Ads و تحقیقات بهینه سازی جعبه ایمنی حریم خصوصی .
3. عمومی
| پایه | بهینه |
---|
گزارش نویسی | - استفاده از گزارش های خلاصه برای گزارش موارد استفاده
| - نحوه استفاده از گزارشهای سطح خلاصه + رویداد را با هم برای گزارشدهی بدانید
|
بهينه سازي | - توضیح واضح در مورد آنچه دقیقاً در حال بهینه سازی است
- درک واضح از اینکه کدام گزارش ها مدل بهینه سازی شما را هدایت می کنند
- استفاده از گزارشهای سطح رویداد برای موارد استفاده بهینهسازی
- بهینه سازی PA ممکن است شامل مدل سازی سیگنال ها باشد
| - نحوه استفاده از گزارشهای سطح خلاصه + رویداد را با هم، به ویژه برای بهینهسازی ROAS بدانید
|
انتساب بین برنامه و وب | | - Cross App و Web Attribution از طریق ARA را با پوشش فعلی Cross App و Web مقایسه کنید
- اگر در حال حاضر اعتبار بین برنامه و وب را اندازه گیری نمی کنید، در نظر بگیرید که آیا این ممکن است مفید باشد یا خیر
|
4. تنظیمات پیکربندی
| پایه | بهینه |
---|
گزارشهای سطح رویداد | - راه اندازی مناسب تماس های ثبت منبع / ماشه، برای هر جریان (PA، غیر PA، و غیره)
- استفاده از تبدیلهای کلیکی (CTC) یا مشاهده از طریق تبدیل (VTC)
- با استفاده از تنظیمات پیکربندی پیش فرض
- درک کامل اولویت، انقضا، رویداد_گزارش_پنجره، deduplication_key، فیلترها،_window_lookback
| - تنظیم مناسب تماسهای ثبت منبع/راهانداز، برای همه جریانها (PA، غیر PA، همه انواع تبلیغات و غیره)
- استفاده از هر دو CTC و VTC
- تست پنجره های گزارش دهی مختلف برای بهینه سازی در برابر از دست دادن گزارش و شناسایی تنظیمات بهینه برای موارد استفاده شما
- ادغام با Sim lib ، ابزاری که می تواند برای آزمایش ARA بر اساس داده های تاریخی استفاده شود
|
گزارش های خلاصه | - راه اندازی مناسب تماس های ثبت منبع / ماشه، برای هر جریان (PA، غیر PA، و غیره)
- درک کامل تنظیمات گزارش انبوه: فیلترها، پنجره_گزارش_جمعی، زمان_گزارش_زمان، منبع_ثبت_زمان، گزارش_منبع
| - تنظیم مناسب تماسهای ثبت منبع/راهانداز، برای همه جریانها (PA، غیر PA، همه انواع تبلیغات و غیره)
- استفاده از هر دو CTC و VTC
- ادغام با SimLib و آزمایش با شبیه سازی Noise Lab . می توان از آن برای آزمایش تنظیمات API مختلف استفاده کرد
|
5. راهبردهای پیاده سازی
| پایه | بهینه |
---|
داده های غیر 3PC | | - نحوه استفاده از کوکیهای شخص ثالث (در صورت موجود بودن) و دادههایی که تحت تأثیر 3PCD قرار نمیگیرند را برای تأیید یا بهبود بیشتر عملکرد ARA در نظر بگیرید.
|
سر و صدا | | - پیاده سازی و آزمایش مکانیسم های مختلف برای حذف نویز داده ها
|
خدمات تجمع | - بررسی کنید که کلیدهای سمت منبع و سمت ماشه ای که قصد استفاده از آنها را دارید برای موارد استفاده شما منطقی باشند
نمونه ساختار کلیدی برای شروع می تواند این باشد: یک ساختار کلیدی که شامل تمام ابعادی است که می خواهید ردیابی کنید. بر اساس خروجی می توانید ساختارهای کلیدی مختلف را آزمایش کنید.
| - آزمایش چندین ساختار کلیدی مختلف، از جمله کلیدهای سلسله مراتبی برای بهینه سازی برای موارد استفاده شما
- آزمایش مقادیر مختلف اپسیلون در سرویس Aggregation و ارائه دیدگاهی در مورد آن
|
استراتژی بچینگ | - درک کامل از تأثیر فرکانسهای دستهبندی مختلف (مثلاً ساعتی، روزانه یا هفتگی) و نحوه دستهبندی گزارشها (مثلاً توسط تبلیغکننده X زمان گزارش برنامهریزیشده). جزئیات بیشتر در راهنمای آزمایش بارگذاری بارگذاری خدمات برنامهنویس Docs و Agg
- حداقل با یک فرکانس دستهبندی و یک تبلیغکننده تست کنید
| - آزمایش ترکیب های مختلف فرکانس های دسته بندی و ابعاد گزارش و شناسایی تنظیمات بهینه برای موارد استفاده آنها
- این همچنین ممکن است شامل داشتن استراتژیهای مختلف برای هر تبلیغکننده یا گروههای تبلیغکننده (به عنوان مثال کوچک، متوسط، بزرگ) باشد. به راهنمای تست بار سرویس MTG Agg مراجعه کنید
- با تعدیل استراتژی دستهبندی برای محاسبه گزارشهای انباشته با تاخیر احتمالی، ضرر گزارش را به حداقل برسانید
|
اشکال زدایی | | - از انواع گزارش های اشکال زدایی به عنوان بخشی از آزمایش و ارزیابی خود استفاده کنید
|
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده Oracle و/یا شرکتهای وابسته به آن است.
تاریخ آخرین بهروزرسانی 2024-01-29 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2024-01-29 بهوقت ساعت هماهنگ جهانی."],[[["Prioritize business needs by considering customer types, campaign objectives, and use cases when integrating and experimenting with Attribution Reporting API."],["Combine event-level and summary reports for comprehensive measurement, leveraging them for optimization and reporting respectively."],["Optimize Attribution Reporting API setup by configuring source/trigger registration calls, utilizing both click-through and view-through conversions, and experimenting with reporting windows."],["Explore advanced techniques like noise reduction, aggregation service optimization, and batching strategies to enhance measurement accuracy and efficiency."],["Integrate with debugging tools to validate implementation, compare with existing measurement, and identify areas for improvement."]]],["This document outlines best practices for implementing the Privacy Sandbox Attribution Reporting API (ARA). Key actions include: prioritizing customer types and campaign objectives, combining event-level and summary reports for reporting and optimization, and understanding cross-app & web attribution. Optimal configurations involve using both Click Through Conversions (CTC) and View Through Conversions (VTC), leveraging flexible event-level setups, and integrating transitional debug reports. It emphasizes testing noise impact, different key structures, batching frequencies, and utilizing non-3PC data for validation.\n"]]