با استفاده از نسخه آزمایشی منسوخ کوکی شخص ثالث، زمان انتقال اضافی را درخواست کنید

برای تسهیل آزمایش، Chrome کوکی های شخص ثالث را به طور پیش فرض برای 1٪ از کاربران Chrome محدود کرده است. Chrome قصد دارد محدودیت‌های کوکی شخص ثالث را برای 100٪ از کاربران از سه ماهه سوم 2024 افزایش دهد، مشروط به رفع نگرانی‌های رقابتی باقی‌مانده سازمان رقابت و بازار بریتانیا (CMA) . برای انتقال آسان‌تر از طریق فرآیند منسوخ، ما یک دوره آزمایشی منسوخ شدن شخص ثالث را ارائه می‌کنیم که به سایت‌ها و سرویس‌های تعبیه‌شده اجازه می‌دهد زمان بیشتری را برای خروج از وابستگی‌های کوکی شخص ثالث برای موارد استفاده غیر تبلیغاتی درخواست کنند.

ثبت نام برای این دوره آزمایشی منسوخ در هفته 4 دسامبر 2023 آغاز شد. خود آزمایشی منسوخ شدن در ژانویه 2024 آغاز می شود و در 27 دسامبر 2024 به پایان می رسد. انتظار می رود توسعه دهندگان تغییرات و برنامه های لازم را تا تاریخ پایان آزمایشی انجام دهند.

ما تصدیق می‌کنیم که بین باز شدن ثبت‌نام‌های آزمایشی منسوخ شدن و شروع دوره آزمایش تسهیل‌شده Chrome برای مسدود کردن ۱٪ کوکی‌ها، مدت زمان کوتاهی وجود دارد. برای رسیدگی به این محدودیت‌های زمانی، Chrome یک دوره مهلت برای مبداهای شرکت‌کننده در حین کار برای استقرار نشانه‌های آزمایشی منسوخ ارائه می‌کند. در طول دوره مهلت، که تا 30 ژوئن 2024 ادامه خواهد داشت، مبداهای ثبت نام شده برای آزمایش منسوخ شدن، به کوکی‌های شخص ثالث در Chrome دسترسی خواهند داشت، حتی اگر هنوز توکن‌های خود را اجرا نکرده باشند. هدف از این دوره مهلت جلوگیری از مشکلات سازگاری وب در مرحله انتقال است. مبداهای شرکت‌کننده باید نشانه‌های آزمایشی منسوخ را قبل از پایان دوره مهلت به کار گیرند.

محاکمه های استهلاک

آزمایش‌های منسوخ یک گزینه استانداردی است که Chrome ارائه می‌کند تا به سایت‌ها اجازه می‌دهد برای زمان بیشتری ثبت نام کنند تا از عملکرد قدیمی حذف شوند. آزمایش منسوخ شدن نوعی آزمایش اولیه است که به یک ویژگی اجازه می دهد تا به طور موقت دوباره فعال شود.

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

یک مثال iframe شخص ثالث/مقاطع سایتی که یک صفحه جاسازی شده از https://embed.example/iframe.html در https://top.example را نشان می دهد و یک نمونه اسکریپت شخص ثالث/مقاطع سایت که یک اسکریپت از https را نشان می دهد. ://third-party.example/script.js موجود در https://top.example

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

معیارهای واجد شرایط بودن و فرآیند بررسی

این کارآزمایی منسوخ با معرفی فرآیند بررسی و تأیید برای مشارکت با آزمایش‌های قبلی متفاوت است. این برای ایجاد تعادل بین بهبود حریم خصوصی برای افراد در وب است، در حالی که همچنان خدماتی را که به آنها وابسته هستند قادر می‌سازد تا در صورت لزوم زمان بیشتری برای مهاجرت درخواست کنند.

اصولی که این آزمایش انکار را هدایت می کند عبارتند از:

  • حفظ عملکرد حیاتی کاربر: این آزمایش منسوخ برای ارائه دهندگان شخص ثالثی در نظر گرفته شده است که شکستگی عملکردی را در سفرهای کاربر نشان می دهند.
  • محدود کردن ردیابی کاربر: آزمایش منسوخ برای حمایت از ردیابی بین سایتی برای اهداف تبلیغاتی در نظر گرفته نشده است و به همین دلیل جاسازی‌ها و سرویس‌های شخص ثالث مورد استفاده برای تبلیغات واجد شرایط نیستند.

عدم صلاحیت موارد استفاده از تبلیغات همچنین به اطمینان از عدم تداخل آزمایشی منسوخ شدن با آزمایش صنعت برنامه ریزی شده برای شروع سال 2024، همانطور که توسط سازمان رقابت و بازار توضیح داده شده است، کمک می کند. این شامل دامنه های مرتبط با تبلیغات است که برای مقاصد غیر تبلیغاتی نیز استفاده می شوند.

Chrome در ابتدا با Disconnect.me ، پیشرو در صنعت در حریم خصوصی اینترنت کار می‌کند و فهرست‌های حفاظتی ردیاب Disconnect را برای شناسایی اسکریپت‌ها و دامنه‌های طبقه‌بندی شده به عنوان تبلیغات پیاده‌سازی می‌کند. قطع اتصال قبلاً توسط سایر مرورگرها برای اهداف مشابه در وب استفاده شده است.

ما روند زیر را برای درخواست های ثبت نام اعمال خواهیم کرد:

  • اگر مبدا شخص ثالث با دامنه تبلیغاتی شناخته شده مطابقت داشته باشد، از جمله اگر مبدا با ورودی در لیست تبلیغات قطع ارتباط مطابقت داشته باشد، درخواست ثبت رد خواهد شد . به طور کلی، ورودی های لیست با همه زیر دامنه های زیر مبدا مشخص شده مطابقت دارند. با این حال، برخی از ورودی ها شامل یک عنصر مسیر هستند. این ورودی های خاص تر با مبدا داده شده مطابقت دارند، اما نه با زیر دامنه ها.
  • مراحلی برای بازتولید یک تجربه شکسته مواجهه با کاربر باید ارائه شود. به‌ویژه، این باید تجربه‌ای برای کاربر باشد که از دستگاهی که کوکی در آن ذخیره می‌شود کار می‌کند، نه اینکه کاربر تجزیه و تحلیل بعدی داده‌ها را انجام دهد. اگر نتوانیم تجربه کاربری خراب را تأیید کنیم، درخواست ثبت نام رد خواهد شد .
  • در غیر این صورت درخواست ثبت نام تایید خواهد شد .
  • اگر می‌گویید یک مبدأ «شبیه» برنامه‌ای که قبلاً تأیید شده است، توضیحی از رابطه بین مبدا ارائه دهید.

اگر مبدأ ثبت‌کننده معتقد است اطلاعات بیشتر می‌تواند تصمیم بازبینی را روشن کند، قصد داریم یک فرآیند تجدیدنظر ارائه کنیم. ثبت‌کننده می‌تواند با درخواست مجدد در کنسول اصلی آزمایشی درخواست تجدید نظر کند. هدف از درخواست تجدیدنظر برای درخواست‌هایی است که به دلیل از دست دادن اطلاعات درخواستی (اشکال شناخته شده شکستگی و/یا مراحل بازنگری شکستگی) و/یا اگر مبدأ ثبت‌کننده معتقد است اطلاعات بیشتر می‌تواند این الزامات را برای شفاف‌سازی تصمیم بررسی برآورده کند، رد شده‌اند.

ما همچنین موارد استفاده ضد سوء استفاده و ضد کلاهبرداری را تأیید می کنیم که بتوانیم شواهد تأییدکننده پیدا کنیم. ما از بازخورد در مورد چگونگی بهتر ارزیابی این موارد استفاده استقبال می کنیم.

برای آزمایش منسوخ شدن درخواست کنید

شامل مراحل بازتولید است که تیم ما می تواند از آنها برای تأیید شکستگی عملکردی استفاده کند. در غیر این صورت، اگر آسان‌تر است و/یا عملکرد شما با ورود به سیستم یا موارد مشابه محدود شده است، می‌توانید با استفاده از Chrome DevTools Recorder، پیوندی به ضبط مراحل برای بازتولید مشکل ارائه دهید.

  1. به Trial for Third Party Deprecation کوکی بروید و روی "ثبت نام" کلیک کنید.
  2. برای «مبدا وب»، منبعی را ارائه کنید که به صفحه یا اسکریپت های تعبیه شده شما خدمات می دهد.
  3. گزینه «تطبیق شخص ثالث» به نحوه ارائه توکن بستگی دارد. گزینه ها با جزئیات بیشتری در افزودن نشانه آزمایشی توضیح داده شده است.
    • اگر توکن را در هدر HTTP یا متا تگ در صفحات تعبیه شده خود ارائه می کنید، «تطبیق شخص ثالث» را علامت نزنید .
    • اگر توکن را با جاوا اسکریپت به سایت دیگری تزریق می کنید، باید «Third-party matching» را علامت بزنید .
    • اگر لازم است هر دو را انجام دهید، باید ثبت نام جداگانه انجام دهید.
  4. اگر محتوای متقاطع سایت را در چندین زیر دامنه میزبانی می کنید، سپس گزینه "I need a token to match all subdomains of the original" را علامت بزنید.
    • با انتخاب این گزینه، توکن ارائه شده با دامنه ثبت شده و دامنه های زیر آن مطابقت دارد. برای مثال: https://example.com را برای مطابقت با example.com ، www.example.com ، foo.example.com و bar.foo.example.com ثبت کنید. اگر https://www.example.com ثبت نام کنید، توکن شما با www.example.com و foo.www.example.com مطابقت دارد، اما با foo.example.com مطابقت ندارد.
    • توکن‌ها با چندین زیردامنه مشابه تطبیق حروف عام، به عنوان مثال *.<domain> مطابقت خواهند داشت. برای example.com یک توکن درخواست کنید و می‌توانید آن را در a.example.com ، b.example.com ارائه کنید. دسترسی به کوکی شخص ثالث همچنان فقط برای مبداهای خاصی که رمز را ارائه می‌دهند، دوباره فعال می‌شود، نه همه زیردامنه‌ها. ببینید چه کوکی هایی با فعال بودن تطابق زیر دامنه فعال می شوند؟ .
    • اگر محتوای متقابل سایتی را در مبداهای جداگانه ای میزبانی می کنید که تحت یک دامنه نیستند، باید برای هر مبدا ثبت نام جداگانه انجام دهید.
  5. با علامت زدن همه کادرها، همه شرایط موجود در «افشای و تصدیق» را تأیید کنید.
  6. درخواست را ارسال کنید.
  7. برای پردازش درخواست شما به اطلاعات بیشتری نیاز داریم. شما یک اعلان ایمیل با یک بلیط تولید شده به صورت خودکار دریافت خواهید کرد که موارد زیر را درخواست می کند:
    • تعداد زیر دامنه های مرتبط با مبدا درخواستی شما
    • شناسه یا پیوند اشکال مربوط به اشکالات مخزن شکستگی شخص ثالث مرتبط که قبلاً به goo.gle/report-3pc-broken گزارش داده‌اید.
    • هر گونه اطلاعات / زمینه اضافی در مورد شکستگی / مورد استفاده که مایلید در نظر بگیریم. (در موارد درخواست تجدیدنظر برای درخواست آزمایشی رد شده، توضیح دهید که چرا/چگونه مبدأ شما با معیارهای ذکر شده برای این آزمایش مطابقت دارد).

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

پرچم ها را برای آزمایش تنظیم کنید

در حال حاضر، توصیه می‌کنیم پرچم‌های زیر را که از Chrome 123 در دسترس هستند، تنظیم کنید تا امکان تست مؤثر فراهم شود. این ترکیبی از تنظیمات پرچم به تکرار تجربه کاربری حالت B کمک می کند.

  • chrome://flags/#third-party-cookie-deprecation-trial → enabled
    این پیش فرض است. اجازه شرکت در محاکمه را بدهید.

  • chrome://flags/#tracking-protection-3pcd → enabled
    محافظت از ردیابی را روشن کنید: UI نماد چشم را در نوار آدرس نشان دهید تا به کاربر اجازه دهد تا به طور موقت کوکی‌های شخص ثالث را برای یک سایت فعال کند و به جای chrome://settings/cookies، chrome://settings/trackingProtection را ارائه دهد.

  • chrome://flags/#tpcd-metadata-grants → disabled
    کاری کنید Chrome طوری رفتار کند که گویی دوره مهلت در کار نیست. این را می توان برای بررسی اینکه سایت شما نشانه های آزمایشی منسوخ را به درستی اجرا کرده است، قبل از پایان دوره مهلت (برای سایتی که مشمول دوره مهلت است).

  • chrome://flags/#tpcd-heuristics-grants → disabled
    به کاهش‌های مبتنی بر اکتشاف اجازه ندهید. این می‌تواند برای آزمایش اینکه سایر رفع‌های طولانی‌مدت (بدون کوکی‌های شخص ثالث) همانطور که انتظار می‌رفت بدون کاهش‌های اکتشافی کار می‌کنند و اینکه مشارکت آزمایشی منسوخ طبق انتظار عمل می‌کند مفید باشد.

اگر باید به صورت دستی آزمایش کنید که دوره مهلت طبق انتظار کار می کند، قبل از آزمایش استقرار، باید chrome://flags/#tpcd-metadata-grants به جای غیرفعال کردن فعال کنید .

توکن آزمایشی را اضافه کنید

برای جزئیات بیشتر به شروع آزمایش‌های اولیه ، آزمایش‌های اولیه شخص ثالث ، و عیب‌یابی آزمایش‌های اصلی Chrome مراجعه کنید.

باید نشانه آزمایشی را در تمام پاسخ‌های صفحه‌ای که می‌خواهید کوکی‌ها را در یک زمینه بین‌سایتی تنظیم یا ارسال کنید، قرار دهید.

توکن را در هدر HTTP ارائه دهید

اگر نیاز به فعال کردن مجدد کوکی‌های شخص ثالث برای صفحه تعبیه‌شده در iframe بین سایتی دارید، می‌توانید سرصفحه HTTP Origin-Trial را در پاسخ صفحه قرار دهید:

Origin-Trial: TOKEN_GOES_HERE

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

آن پاسخ صفحه می تواند یک کوکی تنظیم کند. درخواست‌های بعدی به همان مبدأ، مانند منابع فرعی در آن صفحه یا پیمایش‌های آن صفحه، شامل کوکی‌های بین سایتی سایت می‌شوند و ممکن است کوکی‌ها را نیز تنظیم کنند.

نموداری که رمز ارائه شده در پاسخ صفحه را تکرار می کند.

اگر به کوکی‌های بین سایتی نیاز دارید تا در اولین درخواست از مبدأ شما در جلسه باشد، می‌توانید از سرصفحه Critical-Origin-Trial با عبور نام آزمایشی استفاده کنید:

Critical-Origin-Trial: Tpcd

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

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

توکن را در یک متا تگ ارائه دهید

در یک صفحه، می توانید از یک متا تگ در سند <head> استفاده کنید:

<meta http-equiv="origin-trial" content="TOKEN_GOES_HERE">

متا تگ کوکی های بین سایتی را برای درخواست های بعدی یا جاوا اسکریپت در صفحه فعال می کند، اما اگر نیاز به ارسال کوکی های موجود در درخواست اولیه دارید، باید از هدر HTTP استفاده کنید.

توکن را با جاوا اسکریپت تزریق کنید

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

const otMeta = document.createElement('meta');
otMeta.httpEquiv = 'origin-trial';
otMeta.content = 'TOKEN_GOES_HERE';
document.head.append(otMeta);

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

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

نمودار تکرار می کند که اسکریپت شخص ثالث توکن را در صفحه اصلی تزریق می کند.

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

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

DevTools را باز کنید و به تب Application بروید. درخت Frames را در ناوبری سمت چپ باز کنید. با انتخاب هر فریم، اگر نشانه‌هایی ارائه شده باشد، بخش Origin Trials نشان داده می‌شود. اگر توکن را به سایت سطح بالا تزریق می کنید، این را در ورودی "بالا" خواهید دید. در غیر این صورت باید فریمی را انتخاب کنید که با صفحه تعبیه شده شما مطابقت دارد.

در بخش Origin Trials، اگر یک توکن ارائه کرده‌اید، باید ورودی «Tpcd» را ببینید. اگر این ویژگی با موفقیت فعال شده باشد، وضعیت سبز رنگ "Enabled" را مشاهده خواهید کرد. در غیر این صورت وضعیت خطای قرمز رنگ را مشاهده خواهید کرد و می توانید ورودی را برای مشاهده مشکل گسترش دهید.

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

چه کوکی هایی فعال هستند؟

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

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

برای مثال، اگر https://one.test.example ثبت شده باشد و توکن آن در یک https://one.test.example iframe ارائه شود:

  • https://one.test.example/image.jpg کوکی هایی را از https://one.test.example دریافت می کند
  • https://one.test.example/image.jpg کوکی هایی را از منابع دیگر با Domain=.test.example دریافت می کند
  • درخواست‌های https://test.example/image.jpg یا https://two.test.example/image.jpg کوکی‌های شخص ثالث را دریافت نخواهند کرد زیرا منشا یکسانی ندارند .

وقتی تطبیق زیر دامنه فعال باشد چه کوکی هایی فعال می شوند؟

گزینه "Match all subdomains" اجازه می دهد تا از یک نشانه واحد در مبدا ثبت نام یا هر مبدا با یک زیر دامنه خاص تر استفاده شود. یک نشانه برای https://test.example با تطابق زیر دامنه می تواند برای فعال کردن آزمایشی با https://test.example ، https://one.test.example ، یا https//two.test.example iframes و اسکریپت شخص ثالث بارگیری می شود.

علاوه بر این، هنگامی که تطبیق دامنه‌های فرعی فعال باشد، کوکی‌های شخص ثالث نیز بر اساس درخواست‌ها و در فریم‌های مرتبط با زیر دامنه‌های مربوطه در دسترس خواهند بود. به عنوان مثال، اگر https://test.example از تطبیق دامنه فرعی استفاده کند، درخواست‌های زیرمنابع مانند https://cdn.one.test.example/image.jpg کوکی‌های شخص ثالث را دریافت خواهند کرد.

غیرفعال‌سازی آزمایشی تطابق زیر دامنه را در نظر نمی‌گیرد. برای غیرفعال کردن آزمایشی، یک iframe دقیقاً مطابق با مبدا ثبت نام باید بدون رمز بارگذاری شود. بنابراین ثبت نام برای https://test.example با تطبیق زیردامنه تنها با یک iframe https://test.example بدون توکن غیرفعال می شود. این ممکن است در آینده تغییر کند، بنابراین توصیه می‌کنیم زمانی که می‌خواهید آزمایشی را فعال کنید، یک توکن در همه فریم‌های فریم فریم ارائه کنید و زمانی که می‌خواهید آزمایشی را غیرفعال کنید، نشانه‌ها را از همه iframe‌ها حذف کنید.

عیب یابی توکن آزمایشی

عیب‌یابی آزمایش‌های اولیه Chrome یک چک لیست جامع ارائه می‌دهد تا به شما در رفع اشکال ثبت و استقرار رمز آزمایشی کمک کند.

چند مشکل اغلب وجود دارد که ممکن است در این آزمایش با آنها مواجه شوید:

  • با "I need a token to match all subdomains of origin." گزینه انتخاب شده، توکن ارائه شده با دامنه ثبت شده و دامنه های زیر آن مطابقت دارد. برای مثال: https://example.com را برای مطابقت با example.com ، www.example.com ، foo.example.com و bar.foo.example.com ثبت کنید. اگر https://www.example.com ثبت نام کنید، توکن شما با www.example.com و foo.www.example.com مطابقت دارد، اما با foo.example.com مطابقت ندارد.
  • سایت های شخص ثالث یا خدمات تعبیه شده در وب سایت شما باید خودشان برای آزمایش ثبت نام کنند. شما نباید برای دامنه ای که کنترل/مالک آن نیستید درخواست دهید.
  • اگر در ثبت نام آزمایشی مبدا اشتباه کردید، باید برای تصحیح خطاها و دریافت توکن جدید ثبت نام جدیدی انجام دهید.

سوالات متداول

  1. اگر در مورد لیست Disconnect.me سؤالی داشته باشم، چه؟
  2. اگر دامنه من هم برای مقاصد تبلیغاتی و هم برای اهداف غیر تبلیغاتی استفاده می شود، می توانم برای آزمایشی منسوخ ثبت نام کنم؟
    • جاسازی‌ها و سرویس‌های شخص ثالث که برای تبلیغات استفاده می‌شوند، به دلایلی که قبلاً در این وبلاگ توضیح داده شد، واجد شرایط آزمایش منسوخ شدن نیستند. این شامل دامنه های مرتبط با تبلیغات است که برای مقاصد غیر تبلیغاتی نیز استفاده می شوند. برای اطلاعات بیشتر، به بخش معیارهای واجد شرایط بودن و فرآیند بررسی مراجعه کنید.
  3. آیا سایت‌ها می‌توانند ببینند کدام یک از شرکای آن‌ها در آزمایشی منسوخ شدن ثبت‌نام کرده‌اند؟ آیا آنها می توانند ثبت نام را در بین شرکای خود محدود کنند؟
    • بله، سایت‌ها می‌توانند با مشاهده اطلاعات نشانه‌ها در پانل برنامه Chrome DevTools، ببینند کدام جاسازی‌ها و سرویس‌ها به یک نشانه آزمایشی منسوخ متکی هستند. برای اطلاعات بیشتر به عیب‌یابی آزمایش‌های اولیه Chrome مراجعه کنید.
    • سایت های سطح بالا نمی توانند ثبت نام را در بین شرکای خود یا جاسازی ها و خدمات در صفحه خود محدود کنند. در صورت تمایل با شریک تماس بگیرید.
  4. این کارآزمایی چه تفاوتی با کارآزمایی‌های دیگر مانند آزمایش مبدأ کاهش User-Agent دارد؟
    • راه اصلی متفاوت بودن این آزمایش منسوخ، فرآیند ثبت نام جدید است که شامل رعایت معیارهای مشارکت و UI/صفحات جدید در کنسول اصلی آزمایشی است.
    • راه دوم متفاوت این است که منحصراً برای سایت‌های تعبیه‌شده شخص ثالث است تا حداکثر مشکلات سازگاری وب را در تعدادی از سایت‌ها/کلاینت‌های سرویس حل کنند.
  5. آیا آزمایشی برای منسوخ شدن کوکی شخص ثالث وجود خواهد داشت که سایت های سطح بالا می توانند در آن ثبت نام کنند تا 3PC را برای کل سایت خود فعال کنند؟
  6. بررسی درخواست آزمایشی منسوخ شدن چقدر طول می کشد؟ از کجا می توانم وضعیت درخواست خود را بررسی کنم؟
    • زمان پاسخ ممکن است متفاوت باشد. شما تشویق می‌شوید که فرآیند ثبت‌نام را در اسرع وقت آغاز کنید تا مطمئن شوید که قبل از 1% منسوخ شدن کوکی شخص ثالث در اوایل سه ماهه اول آماده هستید. اگر در عرض 1 تا 2 هفته پس از ارسال ثبت نام پاسخی دریافت نکردید، لطفاً با 3pcd-deprecationtrial@google.com تماس بگیرید.
    • موضوع اشکال برای مکالمه باز، وضعیت تصمیم گیری و منطق.
  7. ثبت نام آزمایشی منسوخ ما تأیید شده است، و ما یک نشانه آزمایشی را طبق توصیه به کار گرفته‌ایم. با این حال، آزمایش منسوخ شدن آن طور که انتظار می رفت کار نمی کند. چه کار باید بکنیم؟