پنجشنبه، ۲۰ فوریه ۲۰۲۵
چه چیزی تغییر میکند؟از هفته ۱ مه ۲۰۲۵، تفکیک رضایت برای اصالتسنجی کاربر OAuth را برای همه پروژههای Google Cloud که قبلاز ۲۰۱۹ ایجاد شدهاند عرضه خواهیم کرد. اگر مالک برنامهای هستید که از میانای برنامهسازی کاربردی مرتبط با Ads ازطریق پروژه Google Cloud ایجادشده قبلاز ۲۰۱۹ استفاده میکند، ممکن است لازم باشد برنامهتان را بهروز کنید تا قبلاز ۱ مه ۲۰۲۵ رضایت کاربر را بهصورت مجزا دریافت کند.
پسزمینه
تفکیک رضایت برای جریان اصالتسنجی کاربر OAuth به کاربران اجازه میدهد تا بهجای رویکرد «همه یا هیچ»، دامنههای OAuth خاصی را که میخواهند برای برنامه شما مجاز کنند سفارشیسازی کنند. این ویژگی برای همه پروژههای کنسول Google Cloud که از سال ۲۰۱۹ ایجاد شدهاند روشن است، درحالیکه برای همه پروژههایی که قبلاز سال ۲۰۱۹ ایجاد شدهاند خاموش است.
چه کسانی تحت تأثیر این تغییر قرار میگیرند؟
اگر همه شرایط زیر برقرار باشد، این تغییر بر شما تأثیر خواهد گذاشت:
- برنامه API شما از پروژه «کنسول Google Cloud» استفاده میکند که قبلاز ۲۰۱۹ ایجاد شده است.
- برنامه شما جریان رضایت کاربر OAuth 2.0 را پیادهسازی میکند – یک گردش کار اصالتسنجی که در آن کاربر با حساب Google خود وارد سیستم میشود و یک یا چند اجازه را که برنامه شما درخواست میکند اعطا میکند.
- برنامه شما از بیشاز یک Google API استفاده میکند و یکی از این APIها، API مرتبط با Ads است که در زیر فهرست شده است.
چه کسانی تحت تأثیر این تغییر قرار نمیگیرند؟
- ژتونهای بازآوری موجود: این تغییر بر اصالتسنجیهای کاربری که ازقبل در جای خود دارید تأثیر نمیگذارد. ژتونهای بازآوری موجود شما بدون هیچگونه تغییر یا اصالتسنجی مجدد به کار خود ادامه خواهند داد.
- برنامههای با یک دامنه: اگر برنامه شما فقط از یک دامنه Google API استفاده میکند، برنامه شما تحت تأثیر این تغییر قرار نمیگیرد، زیرا چندین دامنه OAuth برای جداسازی وجود ندارد.
- برنامههای تککاربره / برنامههای اصالتسنجیشده بهصورت دستی: برنامه شما جریان اصالتسنجی کاربر OAuth صریحی را پیادهسازی نکرده است. درعوض، از یک اسکریپت اصالتسنجی دستی مانند GenerateUserCredentials، gcloud CLI یا OAuth Playground برای اصالتسنجی کاربر استفاده میکنید و سپس از آن اطلاعات کاربری برای مدت طولانی استفاده میکنید. ازآنجاییکه همه دامنههای موردنیاز برنامهتان را هنگام اصالتسنجی انتخاب میکنید، برنامهتان تحتتأثیر این تغییر قرار نمیگیرد.
- حسابهای سرویس: اگر برنامه شما از حساب سرویس برای اصالتسنجی کردن تماسهای API شما استفاده میکند، این تغییر بر شما تأثیر نخواهد گذاشت
چه کاری باید انجام دهم؟
باید مطمئن شوید که برنامهتان میتواند رضایت جزئی کاربر را مدیریت کند. برای انجام این کار،
- فهرست گسترههای OAuth را که کاربر با آن موافقت کرده است با گنجاندن پارامتر
include_granted_scopesدر جریان OAuth خود درخواست کنید. - فهرست واقعی گسترههای OAuth را که کاربر در پاسخ OAuth با آنها موافقت کرده است بررسی کنید.
- مجوز افزایشی را در برنامهتان پیادهسازی کنید.
راهنمای رضایت جزئی OAuth ما را مرور کنید تا با الزامات و روالهای مطلوب برای مدیریت رضایت جزئی آشنا شوید.
چگونه این ویژگی را آزمایش کنم؟
دو روش برای آزمایش این ویژگی وجود دارد:
- ایجاد پروژه Google Cloud جدید: پروژههای Google Cloud جدید، جداسازی رضایت OAuth را فعال کردهاند. بنابراین میتوانید پروژه Google Cloud جدیدی ایجاد کنید و از آن برای آزمایش کردن برنامهتان استفاده کنید.
- فعال کردن تفکیک رضایت در پروژه موجود: میتوانید پارامتر
enable_granular_consentرا در درخواست مجوز OAuth روی true تنظیم کنید.
کدام دامنههای میانای برنامهسازی کاربردی تحتتأثیر قرار گرفتهاند؟
میاناهای برنامهسازی کاربردی زیر که مربوط به Ads هستند تحت تأثیر این تغییر قرار میگیرند.
نحوه دریافت راهنمایی
اگر سؤالی دارید یا به راهنمایی نیاز دارید، با تیم پشتیبانی API مربوطه تماس بگیرید و سؤالاتتان را مطرح کنید.
برچسبها: اصالتسنجی، oauth