بهروزرسانیهای اخیر
- بخشی در مورد گزارشهای اشکالزدایی انتقالی اضافه شد
- دستورالعملهایی برای پیوستن به یک لیست مجاز برای ثبت منابع وب اضافه شد
مسیرهای محرک
همانطور که در طرح پیشنهادی API گزارشدهی انتساب توضیح داده شده است، این API امکان انتساب مسیرهای فعالسازی زیر را در یک دستگاه مبتنی بر اندروید فراهم میکند. در اینجا ما وب را به صورت زیر تعریف میکنیم: (1) یک مرورگر مستقل که روی اندروید اجرا میشود (مثلاً کروم) یا (2) یک WebView که درون یک برنامه اندروید اجرا میشود.
- اپلیکیشن به اپلیکیشن: کاربر تبلیغی را در یک اپلیکیشن میبیند، سپس در همان اپلیکیشن یا یک اپلیکیشن نصبشدهی دیگر، به خرید از آن اپلیکیشن اقدام میکند.
- اپلیکیشن به وب: کاربر تبلیغی را در اپلیکیشن میبیند، سپس در وب به مشتری تبدیل میشود.
- وب به اپلیکیشن: کاربر تبلیغی را در وب میبیند، سپس در یک اپلیکیشن به مشتری تبدیل میشود.
- وب به وب: کاربر تبلیغی را در وب میبیند، سپس در وب تبدیل انجام میدهد.
مسیرهای محرک قبلی به الزامات زیر تبدیل میشوند:
- برای تکنسینهای تبلیغات: بهروزرسانیهای فراخوانیهای API و گزارشدهی برای فعال کردن مسیرهای برنامه به وب.
- برای برنامهها و مرورگرها: قابلیت انتقال ثبت منابع انتساب وب و تریگرهای وب به اندروید.
این سند توضیح میدهد که چگونه API گزارشدهی انتساب برای پشتیبانی از مسیرهای تریگر برنامه به وب، وب به برنامه و وب به وب توسعه داده میشود. همچنین تغییراتی را که تکنسینهای تبلیغات و برنامهها باید برای برآورده کردن الزامات پشتیبانی از این مسیرهای تریگر ایجاد کنند، شرح میدهد.
به APIهای گزارشدهی انتساب دسترسی پیدا کنید
پلتفرمهای فناوری تبلیغات برای دسترسی به APIهای گزارشدهی انتساب باید ثبتنام کنند، برای اطلاعات بیشتر به بخش ثبتنام برای حساب کاربری Privacy Sandbox مراجعه کنید.
پس از نهایی شدن فرآیند ثبت نام، در صورت دریافت فراخوانی ثبت نام ثبت نشده، API ثبت نام را لغو میکند.
هنگام ثبتنام، پلتفرمهای فناوری تبلیغات باید مطمئن شوند که با تمام URLهای سروری که ممکن است در سراسر برنامه و وب برای ثبت منابع انتساب و تریگرها استفاده کنند، ثبتنام میکنند. URLهای ثبتنام سرور چندگانه پشتیبانی میشوند، اما فقط یک منبع گزارشدهی پشتیبانی میشود. این منبع گزارشدهی از دامنه یکی از URLهای ثبتنام سرور گرفته شده است.
تغییرات برای تکنسینهای تبلیغات
این بخش به بررسی تغییرات مربوط به فناوریهای تبلیغاتی با استفاده از API گزارشدهی انتساب میپردازد.
تغییرات در ثبت و انتساب
هنگام ثبت منبع ارجاع ، متخصصان تبلیغات یک فیلد مقصد مشخص میکنند که نام بسته برنامه است که رویداد محرک در آن رخ میدهد. برای فعال کردن اندازهگیری برنامه به وب، ما قصد داریم از یک فیلد مقصد برنامه (نام بسته برنامه) و یک فیلد مقصد وب (eTLD+1) پشتیبانی کنیم.
هنگام ثبت منابع یا تریگرهای انتساب وب، API از تغییر مسیرها پشتیبانی نمیکند زیرا هر برنامه میزبان محتوای وب میتواند مدل مجوزهای خاص خود را داشته باشد. هر برنامه مسئول دنبال کردن تغییر مسیرها (در صورت پشتیبانی) و فراخوانی APIهای زمینه وب برای هر گام تغییر مسیر است.
علاوه بر این، این ادغام به تکنسینهای تبلیغات این امکان را میدهد که از منطق انتساب مختص برنامه در منابع انتساب وب استفاده کنند. به عنوان مثال، اکنون میتوانید پنجرههای انتساب پس از نصب را در یک منبع انتساب وب مشخص کنید.
دریافت گزارشهای برنامه و وب
رابط برنامهنویسی کاربردی گزارشدهی Attribution اندروید میتواند گزارشهایی را برای تبدیلهای اپلیکیشن و وب ارسال کند. اگر تکنسینهای تبلیغات نخواهند دادههای تریگر و مقادیر کلیدی تجمیعشده را در سطوح وب و اپلیکیشن همسو کنند، میتوانند بین تبدیل وب و اپلیکیشن تمایز قائل شوند:
- برای گزارشهای سطح رویداد ، از یک فیلد مقصد پشتیبانی خواهیم کرد که مشخص میکند آیا تریگر در وب (مقصد یک eTLD+1 است) یا در برنامه (مقصد نام بسته برنامه است) رخ داده است.
- برای گزارشهای تجمیعی ، مقصد به صورت متن ساده ارسال میشود.
پیامدهای اندازهگیری وب به وب
برنامهها انتخاب میکنند که چه زمانی ثبت نام را به API گزارشدهی انتساب منتقل کنند. در اینجا چندین نکته وجود دارد:
- آیا API گزارشدهی انتساب در آن دستگاه موجود است؟ ما یک سیگنال جدید به برنامهها ارائه خواهیم داد که نشان میدهد آیا API گزارشدهی انتساب در آن دستگاه موجود است یا خیر. برای جزئیات بیشتر در مورد نحوه انتقال ثبتنام به API گزارشدهی انتساب توسط برنامهها، به بخش تغییرات برنامه مراجعه کنید.
- چه بخشی از منابع و محرکهای انتساب باید به API منتقل شوند؟ این تصمیمی است که توسط هر برنامه یا در صورت امکان انتخاب توسط فناوری تبلیغات گرفته میشود. اگر برنامه راهکار اندازهگیری خاص خود را دارد، ممکن است بخواهد از آن استفاده کند. در نهایت، انتقال تمام ثبتهای منبع و محرک به API گزارشدهی انتساب اندروید، در صورت وجود، دقیقترین انتساب را در سراسر برنامه و وب امکانپذیر میکند.
مثال زیر نشان میدهد که چگونه برنامههای مرورگر میتوانند با API گزارشدهی انتساب کار کنند تا اندازهگیری دقیقی از کلیک کاربر روی یک تبلیغ در هر دو برنامه مرورگر و غیر مرورگر ارائه دهند:
- در روز اول، کاربر روی یک تبلیغ در برنامه مرورگر کلیک میکند.
- برنامه مرورگر میتواند از راهکار اندازهگیری خود استفاده کند یا ثبت کلیک تبلیغات وب را به API گزارشدهی انتساب (Attribution Reporting API) واگذار کند.
- در روز دوم، کاربر روی یک تبلیغ در یک برنامه غیر مرورگر کلیک میکند.
- این کلیک به عنوان یک منبع انتساب در API ثبت میشود. برنامه مرورگر هیچ دیدی نسبت به این کلیک ندارد زیرا این رویداد در یک برنامه دیگر رخ داده است.
- در روز سوم، کاربر در اپلیکیشن مرورگر تبدیل انجام میدهد.
- اگر برنامه مرورگر، کلیک و تبدیل را با استفاده از راهکار اندازهگیری خود ثبت کند و آن اطلاعات را به API گزارشدهی نسبتدهی ارسال کند، بعید است که یک تکنسین تبلیغات بتواند گزارشهای تبدیل را در بین راهکارهای اندازهگیری حذف کند. علاوه بر این، یک تکنسین تبلیغات میتواند هم از محدودیتهای نرخ برنامه مرورگر و هم از محدودیتهای نرخ API گزارشدهی نسبتدهی استفاده کند. بنابراین، توصیه میکنیم برنامهها، زمانی که API در دسترس است، تمام رویدادهای تبلیغاتی و تبدیلها را برای ثبت در API ارسال کنند.
منبع انتساب و تریگر را از WebView ثبت کنید
در مواردی که برنامه از WebView برای نمایش محتوای وب به جای یک تبلیغ اندروید استفاده میکند، برنامه میتواند برای پیوستن به لیست مجاز registerWebSource() درخواست دهد و به جای نام بسته برنامه، مبدا سطح بالای وبسایت را برای مرتبط شدن با منبع انتساب ارائه دهد.
مشابه مرورگرها، WebView از registerWebTrigger() برای ثبت تریگرها پشتیبانی میکند، که تریگر را به مبدا سطح بالا مرتبط میکند. WebView هیچ پشتیبانی برای ثبت تریگر برنامه ندارد؛ اگر موردی برای این کار دارید، با ما تماس بگیرید . برای لیست کامل ترکیبات پشتیبانی شده توسط WebView، به Attribution source و ثبت تریگر از WebView مراجعه کنید.
برخلاف مرورگرها، وبویو فقط در صورتی از ثبتنام در سیستمعامل در سربرگ Attribution-Reporting-Eligible پشتیبانی میکند که API گزارشدهی Attribution اندروید در دسترس باشد. اگر API گزارشدهی Attribution اندروید در دسترس نباشد، وبویو سربرگ Attribution-Reporting-Eligible را تنظیم نمیکند و هیچ ثبتنامی انجام نمیشود.
برای ثبت منبع/تریگر انتساب با استفاده از سیستم عامل:
- تکنسینهای تبلیغات باید با استفاده از هدر
Attribution-Reporting-Register-OS-Sourceبه ثبت منابع پاسخ دهند، که یک فراخوانی API ثانویه را از WebView بهregisterSource()یاregisterWebSource()آغاز میکند. - تکنسینهای تبلیغات همچنین میتوانند با استفاده از هدر
Attribution-Reporting-Register-OS-Triggerبه ثبتهای تریگر پاسخ دهند، که یک فراخوانی API ثانویه را از WebView برایregisterWebTrigger()یاregisterTrigger()آغاز میکند.
توجه داشته باشید که اگر پاسخ شامل هدرهای قبلی نباشد، یا هدرهای Attribution-Reporting-Register-Source / Attribution-Reporting-Register-Trigger را نیز شامل شود، حتی اگر وب پشتیبانی نشود، کل ثبت نام با شکست مواجه خواهد شد.
برای جزئیات بیشتر در مورد اینکه آیا WebView registerSource() / registerWebSource() و registerTrigger() / registerWebTrigger() استفاده خواهد کرد یا خیر (و همچنین نحوه تغییر این رفتار)، به Attribution source و trigger registration from WebView مراجعه کنید.
گزارشهای اشکالزدایی انتقالی
رابط برنامهنویسی کاربردی گزارشدهی انتساب از یک ویژگی اختیاری به نام گزارشهای اشکالزدایی انتقالی پشتیبانی میکند که به تکنسینهای تبلیغات اجازه میدهد تا در صورت وجود شناسه تبلیغاتی، اطلاعات بیشتری در مورد گزارشهای انتساب کسب کنند. دو نوع گزارش اشکالزدایی وجود دارد: انتساب موفقیتآمیز و گزارش اشکالزدایی مفصل . این گزارشها برای انتساب بین برنامهای و وب پشتیبانی میشوند و هر دو نوع گزارش حاوی اطلاعات یکسانی هستند. تنها تفاوت در مجوزهایی است که هنگام ارسال گزارشهای اشکالزدایی اعمال میشوند.
برای انتساب وب به وب که در یک برنامه واحد (مثلاً در همان برنامه مرورگر) اتفاق میافتد، گزارشهای موفقیت انتساب و گزارشهای مفصل فقط زمانی در دسترس هستند که کوکیهای شخص ثالث در دسترس باشند و بر اساس در دسترس بودن شناسه تبلیغاتی نیستند.
برای انتساب بین برنامهای از برنامه به وب، وب به برنامه و وب به وب، گزارشهای موفقیت انتساب و گزارشهای مفصل در صورتی در دسترس هستند که AdID در سمت برنامه موجود باشد و تکنسین تبلیغات بتواند همان AdID (صحیح) را در سمت وب ارسال کند.
در مثال بعدیِ انتقال از برنامه به وب، منبع در یک برنامهی منتشرکننده اتفاق میافتد، اما عاملِ شروعِ آن در یک سایتِ تبلیغکننده درون یک برنامهی مرورگر رخ میدهد.
برای فعال کردن گزارش اشکالزدایی مبتنی بر موفقیت در انتساب برای اپ به وب، شرایط زیر باید رعایت شود:
- کاربر نباید از شخصیسازی با استفاده از شناسه تبلیغاتی انصراف داده باشد
- برنامه ناشر باید مجوزهای AdID را اعلام کرده باشد
- تکنسین تبلیغات باید مقدار AdID را در ثبت تریگر (از یک زمینه وب) ارسال کند.
برای فعال کردن گزارشهای اشکالزدایی مفصل برای برنامه به وب:
- گزارشهای تفصیلی منبع فقط به مجوزهای سمت ناشر بستگی دارند. برای ارسال گزارشهای تفصیلی منبع، کاربر نباید از شخصیسازی AdID انصراف داده باشد و برنامه ناشر باید مجوزهای AdID را اعلام کرده باشد.
- گزارشهای Trigger verbose فقط به مجوزهای سمت Trigger (در این مثال، وب) بستگی دارند. برای ارسال گزارشهای Trigger verbose، کوکیهای شخص ثالث باید در مرورگر موجود باشند.
- برای گزارشهای طولانی که میتوانند به صورت اختیاری شامل یک
source_debug_keyباشند، در صورتی که شناسه تبلیغات برای برنامه ناشر در دسترس باشد،source_debug_keyنیز گنجانده میشود.
توجه داشته باشید که در همه موارد، تکنسین تبلیغات همچنان باید با استفاده از فیلد دیکشنری debug_reporting در سربرگهای ثبت منبع و تریگر، دریافت گزارشهای اشکالزدایی مفصل را انتخاب کند.
تغییرات برای برنامهها
ما با اجازه دادن به برنامهها برای ارسال ثبت منابع انتساب وب و تریگرهای وب به API گزارشدهی انتساب در اندروید با استفاده از مجموعهای جدید از فراخوانیهای API زمینه وب، از انتساب در سطوح برنامه و وب پشتیبانی خواهیم کرد.
پس از تکمیل مراحل ثبتنام در بخشهای بعدی، منابع و محرکهای انتساب برنامه و وب در دستگاه ذخیره میشوند و API گزارشدهی انتساب میتواند انتساب را بر اساس اولویت منبع و در آخرین مرحله در سطوح برنامه و وب انجام دهد.
برای مثالی از نحوه ادغام مرورگرها با API گزارشدهی Attribution اندروید برای فعال کردن اندازهگیری بین برنامهای و وب، به پیشنهاد Privacy Sandbox for the Web مراجعه کنید. در این پیشنهاد، مرورگر هدرهای درخواست زیر را اضافه میکند:
-
Attribution-Reporting-Eligibleاعلام میکند که آیا پشتیبانی سطح سیستم عامل برای attribution در دسترس است یا خیر. در این حالت، هدر نشان میدهد که آیا API گزارش Attribution اندروید در دسترس است یا خیر. - در صورت وجود، تکنسینهای تبلیغات میتوانند به صورت اختیاری با استفاده از
Attribution-Reporting-Register-OS-Sourceپاسخ دهند، که یک فراخوانی API ثانویه را از برنامه مرورگر برایregisterWebSource()آغاز میکند. - تکنسینهای تبلیغات همچنین میتوانند با استفاده از هدر
Attribution-Reporting-Register-OS-Triggerبه ثبتهای تریگر پاسخ دهند، که یک فراخوانی API ثانویه را از برنامه مرورگر برایregisterWebTrigger()آغاز میکند.
ثبت منبع انتساب
هنگام ثبت یک منبع انتساب، برنامهها میتوانند تابع registerWebSource() را فراخوانی کنند که پارامترهای زیر را دریافت میکند:
- آدرسهای URL منبع انتساب : پلتفرم برای دریافت فرادادههای مرتبط با منبع انتساب، درخواستی را به هر آدرس URL در این لیست ارسال میکند.
هر URI باید با یک پرچم اشکالزدایی بولی همراه باشد تا نشان دهد که آیا کلیدهای اشکالزدایی ارائه شده توسط تکنسینها باید در گزارش گنجانده شوند یا خیر. - رویداد ورودی : یا یک شیء
InputEvent(برای رویداد کلیک) یاnull(برای رویداد مشاهده) - مبدأ منبع : مبدأیی که منبع در آن رخ داده است (وبسایت ناشر).
- مقصد سیستم عامل : نام بسته برنامه که رویداد تریگر در آن اتفاق میافتد.
- مقصد وب : یک eTLD+1 که رویداد محرک در آن اتفاق میافتد.
- مقصد تأیید شده : هدف URI مقصد سیستم عامل یا وب که برای پیمایش هنگام کلیک کاربر استفاده میشود.
وقتی API درخواستی را به آدرس URL منبع انتساب ارسال میکند، تکنسین تبلیغات باید با فراداده منبع انتساب در یک هدر HTTP، Attribution-Reporting-Register-Source پاسخ دهد. این هدر از همان فیلدهای ثبت منبع انتساب برنامه به برنامه ، با چند تغییر استفاده میکند:
- API، مقاصد مشخصشده توسط تکنسین تبلیغات را با مقاصد مشخصشده توسط برنامه اعتبارسنجی میکند. اگر مقاصد متفاوت باشند، API ثبت منبع انتساب را رد میکند.
انتظار میرود برنامهها قبل از فراخوانی API زمینه وب، مقاصد وب را اعتبارسنجی کنند. برای کلیکها، برنامهها باید بررسی کنند که مقصد مشخص شده با مقصدی که کاربر به سمت آن حرکت میکند، مطابقت داشته باشد. - این API هرگونه URI ریدایرکت ارائه شده در
Attribution-Reporting-Redirectsرا نادیده میگیرد. برنامهها باید خودشان ریدایرکتها را دنبال کنند و برای هر ریدایرکت،registerWebSource()را فراخوانی کنند تا بتوانند در صورت نیاز، سیاستهای مجوز خود را اعمال کنند.
برنامهها برای فراخوانی registerWebSource() باید به یک لیست مجاز بپیوندند. برای پیوستن به لیست مجاز، این فرم را تکمیل کنید . هدف از لیست مجاز، کاهش ملاحظات حریم خصوصی در مورد ایجاد اعتماد برای زمینه وب است.
ثبت تریگر (تبدیل)
در هنگام ثبت تریگر، برنامهها میتوانند تابع registerWebTrigger() را فراخوانی کنند که پارامترهای زیر را دریافت میکند:
- URI های تریگر : پلتفرم برای دریافت فرادادههای مرتبط با تریگر، درخواستی را به هر URI در این لیست ارسال میکند.
- مبدا مقصد : مبدایی که تریگر در آن رخ داده است (وبسایت تبلیغکننده)
منبع انتساب و ثبت تریگر از WebView
به طور پیشفرض، WebView از registerSource() و registerWebTrigger() استفاده میکند. این توابع، منابع را به برنامه مرتبط میکنند و هنگام وقوع trigger، triggerها را با مبدأ سطح بالای WebView مرتبط میکنند.
اگر یک برنامه نیاز به رفتار متفاوتی داشته باشد (مانند برنامههایی که محتوای وب را در یک WebView میزبانی میکنند)، باید از متد setAttributionRegistrationBehavior در کلاس androidx.webkit.WebViewSettingsCompat استفاده کند. این متد مشخص میکند که آیا WebView باید registerWebSource() یا registerSource() و registerWebTrigger() یا registerTrigger() را فراخوانی کند.
گزینههای موجود برای setAttributionRegistrationBehavior به شرح زیر است:
| ارزش | توضیحات | مثال مورد استفاده |
|---|---|---|
| APP_SOURCE_AND_WEB_TRIGGER (پیشفرض) | به برنامهها اجازه میدهد تا منابع برنامه (منابع مرتبط با نام بسته برنامه) و تریگرهای وب (تریگرهای مرتبط با eTLD+1) را از WebView ثبت کنند. | برنامههایی که از WebView برای نمایش تبلیغات به جای فعال کردن مرور وب استفاده میکنند |
| منبع_وب_و_فعال_کننده_وب | به برنامهها اجازه میدهد تا منابع وب و تریگرهای وب را از WebView ثبت کنند. توجه: برنامههایی که از این گزینه استفاده میکنند، برای استفاده از registerWebSource() باید برای پیوستن به لیست مجاز درخواست دهند. | برنامههای مرورگر مبتنی بر WebView، که در آنها نمایش تبلیغات و تبدیلها میتوانند هر دو در وبسایتهای موجود در WebView اتفاق بیفتند. |
| منبع برنامه و فعال کننده برنامه | به برنامهها اجازه میدهد تا منابع برنامه و محرکهای برنامه را از WebView ثبت کنند. | برنامههای مبتنی بر WebView که در آنها نمایش تبلیغات و تبدیلها باید همیشه به برنامه مرتبط باشند، نه به eTLD+1 مربوط به WebView. |
| معلول | ثبت منبع و تریگر را از WebView غیرفعال میکند. توجه داشته باشید که فراخوانی اولیه شبکه به Attribution Source یا Trigger URI ها ممکن است همچنان رخ دهد، اما هرگونه پاسخی نادیده گرفته میشود و هیچ چیزی در دستگاه ذخیره نخواهد شد. |
ملاحظات حریم خصوصی و امنیتی
این بخش ملاحظات حریم خصوصی و امنیتی برای برنامههایی که از API گزارشدهی انتساب استفاده میکنند را مورد بحث قرار میدهد.
تأثیر بر مکانیسمهای حفظ حریم خصوصی اعمال شده بر گزارشها
همانطور که در طرح پیشنهادی اصلی توضیح داده شده است، API محدودیتهای نرخ حفظ حریم خصوصی را برای گزارشها اعمال میکند . برخی از محدودیتها بین برنامههای مبدا و مقصد تقسیم میشوند. هنگامی که یک منبع یا تریگر انتساب وب ثبت میشود، محدودیت نرخ به جای برنامه توسط سایت مبدا یا مقصد تقسیم میشود.
اگر برنامه محدودیتهای نرخ جداگانهای را حفظ کند، ممکن است یک مهاجم علاوه بر محدودیتهای نرخ API، از محدودیتهای نرخ خاص برنامه نیز استفاده کند. برای کاهش این خطر، برنامهها باید تأیید کنند که یک منبع انتساب مشخص هم در راهکار اندازهگیری برنامه و هم در API گزارشدهی انتساب اندروید ثبت نشده باشد.
ایجاد اعتماد برای زمینه وب
در فراخوانیهای API در بستر وب، API به برنامه اعتماد میکند تا مبدا و مقصد را شناسایی و مشخص کند. این میتواند ملاحظات بالقوهای در مورد حریم خصوصی و امنیت ایجاد کند:
- یک مهاجم میتواند ادعا کند که وبسایتهای متعلق به خودش را میزبانی میکند تا از محدودیتهای نرخ مربوط به میزان اطلاعاتی که هر منبع میتواند منتقل کند، عبور کند.
- چندین رقیب میتوانند برای ثبت منابع انتساب جداگانه تبانی کنند و ادعای مالکیت یک سایت منبع را داشته باشند. این امر میتواند باعث شود سایت منبع به محدودیتهای نرخ پلتفرم فناوری تبلیغات برخورد کند و مانع از ثبت منابع انتساب مشروع توسط سایت منبع واقعی شود.
برای کاهش این مشکل، ما مرورگرها یا برنامههایی را که میتوانند تابع registerWebSource() را فراخوانی کنند، به مرورگرها یا برنامههایی محدود میکنیم که تأیید میکنند سایت منبع مورد استفاده در ثبتنام، نشان دهنده سایت واقعی نمایش داده شده به کاربر است. فرم ثبت نام Web-to-App Attribution Reporting را پر کنید تا به لیست مجاز برای فراخوانی registerWebSource() بپیوندید.
هر برنامهای میتواند تابع registerWebTrigger() فراخوانی کند، زیرا ملاحظات حریم خصوصی و امنیتی در سمت تریگر بدون تبانی در سمت منبع قابل اجرا نیستند.
کنترلهای کاربر
برنامهها میتوانند به پشتیبانی از کنترلهای کاربر یا سیاستهای مجوز ادامه دهند، مادامی که در زمان ثبتنام قابل تعریف باشند. به عنوان مثال، اگر برنامهها هرگونه مجوز سطح سایت یا سطح کاربر را مجاز بدانند، برنامه باید آنها را ارزیابی کرده و تعیین کند که آیا APIهای زمینه وب را فراخوانی کند یا خیر.
علاوه بر این، ما از یک فراخوانی API جدید از برنامهها برای حذف هرگونه منبع انتساب، محرکها و گزارشهای در حال انتظار ذخیره شده برای آن برنامه در دستگاه پشتیبانی خواهیم کرد. به عنوان مثال، اگر برنامهها به کاربر اجازه میدهند سابقه مرور خود را پاک کند، ممکن است بخواهند API را برای حذف منابع انتساب، محرکها و گزارشهای در حال انتظار ذخیره شده برای آن برنامه در دستگاه کاربر فراخوانی کنند.
ملاحظات آینده و سوالات باز
قابلیت همکاری برنامه با وب برای API گزارشدهی انتساب در حال انجام است. ما مایلیم از جامعه در مورد چند ایده بازخورد بگیریم:
- در دستگاهی که از Android Privacy Sandbox پشتیبانی میکند، چگونه از راهکارهای اندازهگیری مرورگر با Android Attribution Reporting API استفاده خواهید کرد؟ آیا ترجیح میدهید همه چیز را به اندروید منتقل کنید؟
- آیا نگرانیای در مورد دریافت احتمالی ۲ پینگ برای هر منبع انتساب و تریگر، یکی از مرورگر یا برنامه و دیگری از API گزارش انتساب وجود دارد؟
- چگونه میتوانیم اشکالزدایی در APIهای مختلف را برای شما آسانتر کنیم؟
- این پیشنهاد شامل اعتبارسنجی وابستگی مقاصد برنامه و وب نمیشود. در آینده، ممکن است بتوانیم این مقاصد را با بررسی وابستگیها با استفاده از Digital Asset Links اعتبارسنجی کنیم. آیا این امر مانع از استفاده از موارد استفاده شما میشود؟ آیا استفاده از Digital Asset Links برای انجام این اعتبارسنجی منطقی است؟
- هنگام ثبت منبع ارجاع، باید یک مقصد مشخص کنید. در مورد وب به برنامه، ممکن است بخواهید یک لینک برنامه مشخص کنید. برای مشخص کردن این لینک برنامه از چه قالبهایی استفاده میکنید؟
- هنگام ثبت منبع انتساب برنامه به وب، آن رویداد منبع باید از برنامه با API گزارشدهی انتساب اندروید ثبت شود. به عنوان مثال، اگر کاربر روی یک تبلیغ کلیک کند و کلیک در یک مرورگر یا برگه سفارشی مرورگر باز شود، آن کلیک (رویداد منبع) باید از برنامه ثبت شود نه در متن مرورگر. اگر در مورد این موضوع نگرانی دارید، یا اگر موارد استفاده دیگری وجود دارد که در دستههای پوشش داده شده در این شماره که جریانهای پشتیبانی شده را توصیف میکنند، قرار نمیگیرند، با ما تماس بگیرید.
{% کلمه به کلمه %}
برای شما توصیه میشود
- توجه: متن لینک زمانی نمایش داده میشود که جاوا اسکریپت غیرفعال باشد.
- گزارش انتساب
- راهنمای توسعهدهندگان API گزارشدهی انتساب
- یادداشتهای انتشار