گزارش اسناد: اندازه گیری متقابل برنامه و وب، گزارش اسناد: اندازه گیری متقابل برنامه و وب

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

ارائه بازخورد

به روز رسانی های اخیر

• بخشی در مورد گزارش های اشکال زدایی انتقالی اضافه شد
• دستورالعمل های پیوستن به لیست مجاز برای ثبت منابع وب اضافه شده است

همانطور که در پیشنهاد طراحی API Reporting Attribution توضیح داده شده است، API انتساب مسیرهای راه اندازی زیر را در یک دستگاه مجهز به Android فعال می کند:

• برنامه به برنامه: کاربر یک تبلیغ را در یک برنامه می بیند، سپس در آن برنامه یا برنامه نصب شده دیگری تبدیل می کند.
• برنامه به وب: کاربر یک تبلیغ را در یک برنامه می بیند، سپس در مرورگر موبایل یا برنامه تبدیل می کند.
• وب به برنامه: کاربر یک تبلیغ را در مرورگر موبایل یا برنامه می بیند، سپس در یک برنامه تبدیل می کند.
• وب به وب: کاربر یک تبلیغ را در مرورگر تلفن همراه یا برنامه می بیند، سپس در همان مرورگر یا مرورگر دیگری در همان دستگاه تبدیل می کند.

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

مسیرهای ماشه قبلی به الزامات زیر ترجمه می شوند:

• برای فناوری های تبلیغاتی: به روز رسانی تماس های API و گزارش برای فعال کردن مسیرهای برنامه به وب
• برای برنامه‌ها و مرورگرها: امکان ارسال ثبت منابع اسناد وب و راه‌اندازهای وب به Android

این سند توضیح می‌دهد که چگونه Attribution Reporting API برای پشتیبانی از مسیرهای راه‌انداز برنامه به وب، وب به برنامه و وب به وب گسترش می‌یابد. همچنین تغییراتی را که فناوری‌ها و برنامه‌های تبلیغاتی برای برآورده کردن الزامات پشتیبانی از این مسیرهای راه‌انداز باید انجام دهند، توضیح می‌دهد.

به APIهای Attribution Reporting دسترسی پیدا کنید

پلتفرم‌های فناوری تبلیغات برای دسترسی به APIهای گزارش انتساب باید ثبت‌نام کنند، برای اطلاعات بیشتر به ثبت‌نام برای حساب Sandbox حریم خصوصی مراجعه کنید.

پس از نهایی شدن فرآیند ثبت نام، در صورت دریافت تماس ثبت نام نشده، API از ثبت نام صرفنظر می کند.

هنگام ثبت‌نام، پلت‌فرم‌های فناوری تبلیغات باید مطمئن شوند که با همه نشانی‌های اینترنتی سروری که ممکن است در سراسر برنامه و وب برای ثبت منابع اسناد و راه‌اندازها استفاده کنند، ثبت‌نام می‌کنند. چندین URL ثبت سرور پشتیبانی می شوند، اما تنها یک منبع گزارش پشتیبانی می شود. این منبع گزارش از دامنه یکی از URL های ثبت سرور مشتق شده است.

تغییرات برای فناوری های تبلیغاتی

تغییرات در ثبت و اسناد

هنگام ثبت منبع انتساب ، متخصصان تبلیغات در حال حاضر یک فیلد مقصد را مشخص می‌کنند که نام بسته برنامه است که رویداد راه‌اندازی در آن رخ می‌دهد. برای فعال کردن اندازه‌گیری برنامه به وب، قصد داریم از یک قسمت مقصد برنامه (نام بسته برنامه) و یک قسمت مقصد وب (eTLD+1) پشتیبانی کنیم.

هنگام ثبت منابع یا راه‌اندازهای ارجاع وب، API از تغییر مسیرها پشتیبانی نمی‌کند زیرا هر برنامه میزبان محتوای وب می‌تواند مدل مجوزهای خاص خود را داشته باشد. هر برنامه مسئول دنبال کردن تغییر مسیرها (در صورت پشتیبانی) و فراخوانی APIهای زمینه وب برای هر پرش تغییر مسیر است.

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

گزارش برنامه و وب را دریافت کنید

Android Attribution Reporting API می‌تواند گزارش‌هایی را برای تبدیل برنامه و وب ارسال کند. اگر فناوری‌های تبلیغاتی نمی‌خواهند داده‌های راه‌اندازی و کلید-مقدارهای انباشته را در سطح وب و برنامه‌ها تراز کنند، می‌توانند بین تبدیل وب و تبدیل برنامه تفاوت قائل شوند:

• برای گزارش‌های سطح رویداد ، از یک فیلد مقصد پشتیبانی می‌کنیم که مشخص می‌کند راه‌انداز در وب اتفاق افتاده است (مقصد eTLD+1 است) یا برنامه (مقصد نام بسته برنامه است)
• برای گزارش های جمع آوری ، مقصد به صورت متن واضح ارسال می شود.

مفاهیم اندازه گیری وب به وب

برنامه‌ها انتخاب می‌کنند که چه زمانی ثبت نام را به API گزارش Attribution ارسال کنند. در اینجا چند ملاحظه وجود دارد:

• آیا Attribution Reporting API در آن دستگاه موجود است؟ سیگنال جدیدی در اختیار برنامه‌ها قرار می‌دهیم که نشان می‌دهد آیا API گزارش انتساب در آن دستگاه موجود است یا خیر. برای جزئیات بیشتر در مورد اینکه چگونه برنامه ها می توانند ثبت نام را به API گزارش Attribution گزارش دهند، به بخش تغییرات برنامه مراجعه کنید.
• چه بخشی از منابع و محرک‌های انتساب باید به API منتقل شوند؟ این تصمیمی خواهد بود که هر برنامه یا فناوری تبلیغات در صورتی که برنامه اجازه انتخاب بدهد، گرفته می شود. اگر برنامه راه حل اندازه گیری خود را دارد، ممکن است بخواهد به جای آن از آن استفاده کند. در نهایت، ارسال همه ثبت نام‌های منبع و راه‌انداز به API گزارش انتساب Android، در صورت موجود بودن، دقیق‌ترین اسناد را در بین برنامه و وب فعال می‌کند.

مثال زیر نشان می‌دهد که چگونه برنامه‌های مرورگر می‌توانند با API گزارش Attribution کار کنند تا زمانی که کاربر روی تبلیغی در برنامه مرورگر و برنامه غیر مرورگر کلیک می‌کند، اندازه‌گیری دقیقی را ارائه دهد:

مثالی از ثبت منبع و ماشه در یک مرورگر و یک برنامه

• در روز اول، کاربر روی یک تبلیغ در برنامه مرورگر کلیک می کند.
  • برنامه مرورگر می تواند انتخاب کند که از راه حل اندازه گیری خود استفاده کند یا ثبت کلیک تبلیغات وب را به API گزارش انتساب منتقل کند.
• در روز دوم، کاربر روی یک تبلیغ در یک برنامه غیر مرورگر کلیک می کند.
  • کلیک به عنوان منبع انتساب با API ثبت می شود. برنامه مرورگر در این کلیک قابل مشاهده نیست زیرا رویداد در برنامه دیگری رخ داده است.
• در روز 3، کاربر در برنامه مرورگر تبدیل می کند.
  • اگر برنامه مرورگر هر دو کلیک و تبدیل را با استفاده از راه حل اندازه گیری خود ثبت می کند و آن اطلاعات را به API گزارش Attribution ارسال می کند، بعید است که یک فناوری تبلیغات بتواند گزارش های تبدیل را در سراسر راه حل های اندازه گیری کپی کند. علاوه بر این، یک فناوری تبلیغاتی می‌تواند هم محدودیت‌های نرخ برنامه مرورگر و هم محدودیت‌های نرخ API گزارش Attribution را مصرف کند. بنابراین، توصیه می‌کنیم که برنامه‌ها همه رویدادهای تبلیغاتی و تبدیل‌ها را در زمانی که API در دسترس است، در API ثبت کنند.

منبع اسناد و ماشه را از WebView ثبت کنید

در مواردی که برنامه از WebView برای نشان دادن محتوای وب به جای یک تبلیغ بومی Android استفاده می‌کند، برنامه می‌تواند برای پیوستن به لیست مجاز برای registerWebSource() درخواست دهد و مبدا سطح بالای وب‌سایت را ارائه دهد تا با منبع انتساب مرتبط شود. از نام بسته برنامه

مشابه مرورگرها، WebView از registerWebTrigger() برای ثبت‌های تریگر پشتیبانی می‌کند، که ماشه را با مبدا سطح بالا مرتبط می‌کند. هیچ پشتیبانی برای WebView برای ثبت ماشه برنامه وجود ندارد. اگر مورد استفاده ای برای این کار دارید، تماس بگیرید . برای لیست کامل ترکیبات پشتیبانی شده توسط WebView، به منبع Attribution و ثبت ماشه از WebView مراجعه کنید.

برخلاف مرورگرها، WebView فقط در صورتی از ثبت نام با سیستم عامل در سربرگ Attribution-Reporting-Eligible پشتیبانی می کند که API گزارش Attribution Android در دسترس باشد. اگر API گزارش Attribution Android در دسترس نباشد، WebView سرصفحه 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 و ثبت ماشه از WebView مراجعه کنید.

گزارش های اشکال زدایی انتقالی

Attribution Reporting API از یک عملکرد اختیاری به نام گزارش‌های اشکال‌زدایی انتقالی پشتیبانی می‌کند، که به فن‌آوران تبلیغات اجازه می‌دهد وقتی شناسه تبلیغاتی در دسترس است، اطلاعات بیشتری درباره گزارش‌های انتساب بیاموزند. دو نوع گزارش اشکال زدایی وجود دارد: Attribution-Success و Verbose . این گزارش‌ها برای تخصیص بین برنامه‌ها و وب پشتیبانی می‌شوند و هر دو نوع گزارش حاوی اطلاعات یکسانی هستند. تنها تفاوت در مورد مجوزهایی است که هنگام ارسال گزارش های اشکال زدایی دروازه ای ایجاد می کنند.

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

اگر AdID در سمت برنامه در دسترس باشد و فناوری تبلیغات بتواند همان را منتقل کند، برای اسناد بین برنامه‌ای برنامه به وب، وب به برنامه و وب به وب، گزارش‌های موفقیت آمیز و پرمخاطب در دسترس هستند (درست ) AdID در سمت وب. برای مثال برنامه به وب به زیر مراجعه کنید که در آن منبع در یک برنامه ناشر اتفاق می‌افتد، اما راه‌اندازی در یک سایت تبلیغ‌کننده در داخل یک برنامه مرورگر اتفاق می‌افتد.

برای فعال کردن گزارش اشکال‌زدایی موفقیت آمیز برای برنامه به وب، هر سه شرط زیر باید رعایت شود:

• کاربر نباید با استفاده از شناسه تبلیغاتی از شخصی سازی انصراف داده باشد
• برنامه ناشر باید مجوزهای AdID را اعلام کرده باشد
• فناوری تبلیغات باید مقدار AdID را در ثبت راه‌اندازی ارسال کند (از یک زمینه وب)

برای فعال کردن گزارش‌های اشکال‌زدایی کامل برای برنامه به وب:

• گزارش های پرمخاطب منبع فقط به مجوزهای سمت ناشر بستگی دارد. برای ارسال گزارش‌های پرمخاطب منبع، کاربر نباید از شخصی‌سازی AdID انصراف داده باشد و برنامه ناشر باید مجوزهای AdID را اعلام کرده باشد.
• گزارش‌های پرمخاطب ماشه فقط به مجوزهای سمت ماشه (در این مثال، وب) بستگی دارد. کوکی‌های شخص ثالث باید در مرورگر موجود باشند تا گزارش‌های پرمخاطب ارسال شوند.
• برای گزارش‌های پرمخاطب راه‌اندازی که می‌توانند به صورت اختیاری حاوی source_debug_key باشند، اگر شناسه تبلیغاتی برای برنامه ناشر در دسترس باشد، source_debug_key گنجانده می‌شود.

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

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

تغییرات برای برنامه ها

با اجازه دادن به برنامه‌ها برای ارسال ثبت منابع اسناد وب و راه‌اندازهای وب به API گزارش Attribution در Android با استفاده از مجموعه جدیدی از فراخوان‌های API زمینه وب، از انتساب در سطوح برنامه و وب پشتیبانی می‌کنیم.

پس از تکمیل مراحل ثبت‌نام در بخش‌های زیر، منابع و محرک‌های انتساب برنامه و وب در دستگاه ذخیره می‌شوند و API گزارش انتساب می‌تواند انتساب با اولویت منبع و آخرین لمس را در سطوح برنامه و وب انجام دهد.

برای نمونه‌ای از نحوه ادغام مرورگرها با API گزارش انتساب Android برای فعال کردن اندازه‌گیری بین برنامه‌ها و وب، به پیشنهاد Web Privacy Sandbox مراجعه کنید. در پروپوزال، مرورگر سرصفحه های درخواست زیر را اضافه می کند:

• Attribution-Reporting-Eligible پخش می کند که آیا پشتیبانی در سطح سیستم عامل برای انتساب در دسترس است یا خیر. در این مورد، هدر نشان می‌دهد که آیا API گزارش اسناد Android در دسترس است یا خیر.
• در صورت وجود، فن‌آوران تبلیغات می‌توانند به صورت اختیاری با استفاده از Attribution-Reporting-Register-OS-Source پاسخ دهند، که یک تماس API ثانویه را از برنامه مرورگر برای registerWebSource() آغاز می‌کند.
• فناوری‌های تبلیغاتی همچنین می‌توانند با استفاده از هدر Attribution-Reporting-Register-OS-Trigger به ثبت‌های راه‌انداز پاسخ دهند، که یک تماس API ثانویه از برنامه مرورگر برای registerWebTrigger() آغاز می‌کند.

ثبت منبع انتساب

هنگام ثبت منبع انتساب، برنامه‌ها می‌توانند registerWebSource() فراخوانی کنند، که انتظار پارامترهای زیر را دارد:

• URIهای منبع انتساب : پلتفرم درخواستی را برای هر یک از URIهای موجود در این فهرست به منظور واکشی فراداده مرتبط با منبع انتساب صادر می کند.
  
  هر URI باید یک پرچم Boolean Debug را همراهی کند تا مشخص کند آیا کلیدهای اشکال زدایی ارائه شده توسط فناوران باید در گزارش گنجانده شوند یا خیر.
• رویداد ورودی : یا یک شی InputEvent (برای یک رویداد کلیک) یا null (برای یک رویداد مشاهده)
• مبدا منبع : مبدایی که منبع در آن آمده است (وب سایت ناشر).
• مقصد سیستم عامل : نام بسته برنامه که در آن رویداد ماشه اتفاق می افتد.
• مقصد وب : یک eTLD+1 که در آن رویداد ماشه اتفاق می افتد.
• مقصد تأیید شده : سیستم عامل یا هدف URI مقصد وب که برای پیمایش با کلیک کاربر استفاده می‌شود.

وقتی API درخواستی به URI منبع منبع می‌دهد، فناوری تبلیغات باید با ابرداده منبع انتساب در یک عنوان HTTP، Attribution-Reporting-Register-Source پاسخ دهد. این سرصفحه از همان فیلدهای ثبت منبع اسناد برنامه به برنامه استفاده می کند، با چند تغییر:

• API مقاصد مشخص شده توسط فناوری تبلیغات را با مقاصدی که توسط برنامه مشخص شده است تأیید می کند. اگر مقصدها متفاوت باشند، API از ثبت منبع انتساب صرف نظر می کند.
  
  انتظار می رود برنامه ها قبل از فراخوانی API زمینه وب، مقصدهای وب را تأیید کنند. برای کلیک‌ها، برنامه‌ها باید بررسی کنند که مقصد مشخص‌شده با مقصدی که کاربر در حال پیمایش است مطابقت داشته باشد.
• API هر URI تغییر مسیر ارائه شده در Attribution-Reporting-Redirects را نادیده می گیرد. برنامه‌ها باید ریدایرکت‌ها را خودشان دنبال کنند و برای هر ریدایرکت registerWebSource() را فراخوانی کنند تا بتوانند سیاست‌های مجوزهای خود را در صورت نیاز اعمال کنند.

برنامه ها برای فراخوانی registerWebSource() باید به یک لیست مجاز بپیوندند. برای پیوستن به لیست مجاز ، این فرم را تکمیل کنید . هدف از لیست مجاز کاهش ملاحظات حفظ حریم خصوصی در مورد ایجاد اعتماد برای زمینه وب است.

ماشه (تبدیل) ثبت نام

هنگام ثبت تریگر، برنامه‌ها می‌توانند registerWebTrigger() فراخوانی کنند، که انتظار پارامترهای زیر را دارد:

• URI‌های راه‌انداز : پلتفرم برای هر URI در این فهرست درخواستی صادر می‌کند تا متادیتا مرتبط با راه‌انداز را واکشی کند.
• مبدا مقصد : مبدایی که راه‌انداز در آن رخ داده است (وب‌سایت تبلیغ‌کننده)

منبع انتساب و شروع ثبت نام از WebView

به طور پیش فرض، WebView از registerSource() و registerWebTrigger() استفاده می کند. این منابع را با برنامه مرتبط می‌کند و هنگامی که راه‌اندازی رخ می‌دهد، با مبدا سطح بالای WebView فعال می‌شود.

اگر برنامه‌ای به رفتارهای متفاوتی نیاز دارد (مانند مواردی که محتوای وب را در WebView میزبانی می‌کنند)، باید از متد setAttributionRegistrationBehavior در کلاس androidx.webkit.WebViewSettingsCompat استفاده کنند. این متد مشخص می‌کند که WebView باید registerWebSource() یا registerSource() و registerWebTrigger() یا registerTrigger() را فراخوانی کند.

گزینه های موجود برای setAttributionRegistrationBehavior به شرح زیر است:

ارزش	شرح	مثال استفاده
APP_SOURCE_AND_WEB_TRIGGER (پیش‌فرض)	به برنامه‌ها اجازه می‌دهد منابع برنامه (منابع مرتبط با نام بسته برنامه) و راه‌اندازهای وب (محرک‌های مرتبط با eTLD+1) را از WebView ثبت کنند.	برنامه هایی که از WebView برای ارائه تبلیغات به جای فعال کردن مرور وب استفاده می کنند
WEB_SOURCE_AND_WEB_TRIGGER	به برنامه‌ها اجازه می‌دهد منابع وب و محرک‌های وب را از WebView ثبت کنند. توجه: برنامه هایی که از این گزینه استفاده می کنند باید برای پیوستن به لیست مجاز برای استفاده از registerWebSource() درخواست دهند.	برنامه‌های مرورگر مبتنی بر WebView، جایی که نمایش‌ها و تبدیل‌های تبلیغاتی هر دو می‌توانند در وب‌سایت‌های WebView اتفاق بیفتند.
APP_SOURCE_AND_APP_TRIGGER	به برنامه‌ها اجازه می‌دهد منابع برنامه و محرک‌های برنامه را از WebView ثبت کنند.	برنامه‌های مبتنی بر WebView که در آن‌ها نمایش‌ها و تبدیل‌های تبلیغاتی باید همیشه به‌جای eTLD+1 WebView با برنامه مرتبط باشد.
معلول	ثبت منبع و راه‌اندازی را از WebView غیرفعال می‌کند. توجه داشته باشید که تماس اولیه شبکه با منبع Attribution یا URIهای ماشه ممکن است همچنان اتفاق بیفتد، اما هر پاسخی نادیده گرفته می‌شود و چیزی در دستگاه ذخیره نمی‌شود.

توجه: setAttributionRegistrationBehavior برای هر پیاده سازی WebView هر برنامه اعمال می شود. اگر برنامه شما از چندین WebView پشتیبانی می کند، می توانید رفتارهای مختلفی را برای هر یک از آنها تنظیم کنید. setAttributionRegistrationBehavior مانع یا تغییر منبع نمی‌شود یا ثبت‌نام را از خود برنامه یا هیچ برنامه دیگری آغاز نمی‌کند.

ملاحظات حفظ حریم خصوصی و امنیتی

تأثیر بر مکانیسم های حفظ حریم خصوصی اعمال شده در گزارش ها

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

اگر برنامه محدودیت‌های نرخ جداگانه را حفظ کند، ممکن است دشمن علاوه بر محدودیت‌های نرخ API، محدودیت‌های نرخ ویژه برنامه را نیز مصرف کند. برای کاهش این مشکل، برنامه‌ها باید اطمینان حاصل کنند که یک منبع انتساب داده شده هم در راه‌حل اندازه‌گیری برنامه و هم در API گزارش Attribution Android ثبت نشده است.

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

در فراخوانی های API زمینه وب، API به برنامه اعتماد می کند تا مبدا و مبدا را شناسایی و مشخص کند. این می تواند ملاحظات بالقوه حریم خصوصی و امنیتی را باز کند:

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

برای کاهش این موضوع، مرورگرها یا برنامه‌هایی را که می‌توانند registerWebSource() فراخوانی کنند، به مرورگرها یا برنامه‌هایی که تأیید می‌کنند سایت منبع استفاده شده در ثبت نام نشان‌دهنده سایت واقعی است که به کاربر نشان داده می‌شود محدود می‌کنیم. برای پیوستن به لیست مجاز برای فراخوانی registerWebSource() این فرم را پر کنید.

هر برنامه ای می تواند registerWebTrigger() را فراخوانی کند زیرا ملاحظات حریم خصوصی و امنیتی در سمت ماشه بدون تبانی سمت منبع قابل اعمال نیستند.

کنترل های کاربر

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

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

ملاحظات آینده و سوالات باز

قابلیت همکاری برنامه به وب برای API گزارش Attribution در حال انجام است. مایلیم در مورد چند ایده از جامعه بازخورد بگیریم:

1. در دستگاهی که Android Privacy Sandbox را پشتیبانی می‌کند، چگونه از راه‌حل‌های اندازه‌گیری مرورگر با API گزارش انتساب Android استفاده می‌کنید؟ آیا ترجیح می دهید همه چیز را به اندروید منتقل کنید؟
2. آیا نگرانی در مورد دریافت احتمالی 2 پینگ برای هر منبع و راه‌انداز انتساب، یکی از مرورگر/برنامه و دیگری از API گزارش Attribution وجود دارد؟
3. چگونه می توانیم به شما کمک کنیم که اشکال زدایی در میان API های مختلف برای شما آسان تر شود؟
4. این پیشنهاد شامل تأییدیه مرتبط بودن مقصدهای برنامه و وب نیست. در آینده، ممکن است بتوانیم این مقاصد را با بررسی ارتباط با استفاده از پیوندهای دارایی دیجیتال تأیید کنیم. آیا این کار هر یک از موارد استفاده شما را مسدود می کند؟ آیا استفاده از پیوندهای دارایی دیجیتال برای انجام این اعتبارسنجی منطقی است؟
5. هنگام ثبت منبع انتساب، باید مقصدی را مشخص کنید. در مورد وب به برنامه، ممکن است بخواهید پیوند برنامه را مشخص کنید. از چه فرمت هایی برای تعیین پیوند این برنامه استفاده می کنید؟
6. هنگام ثبت منبع انتساب برنامه به وب، آن رویداد منبع باید از برنامه با API گزارش Attribution Android ثبت شود. به عنوان مثال، اگر کاربر روی یک تبلیغ کلیک کند و کلیک در یک مرورگر یا برگه سفارشی مرورگر باز شود، آن کلیک (رویداد منبع) باید از برنامه ثبت شود نه در زمینه مرورگر. لطفاً اگر در این مورد نگرانی دارید، یا موارد استفاده دیگری وجود دارد که در دسته‌های تحت پوشش این شماره که جریان‌های پشتیبانی شده را توصیف می‌کنند، تماس بگیرید.

{% کلمه به کلمه %} {% آخر کلمه %}