2023 Q3-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং Chrome-এর প্রতিক্রিয়া সম্পর্কে প্রাপ্ত ইকোসিস্টেম প্রতিক্রিয়ার সারসংক্ষেপ।
CMA এর প্রতি তার প্রতিশ্রুতির অংশ হিসাবে, Google তার গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির জন্য স্টেকহোল্ডার জড়িত থাকার প্রক্রিয়ার উপর ত্রৈমাসিক প্রতিবেদন প্রকাশ্যে প্রদান করতে সম্মত হয়েছে ( প্রতিশ্রুতিগুলির অনুচ্ছেদ 12 এবং 17(c)(ii) পড়ুন)। এই গোপনীয়তা স্যান্ডবক্স প্রতিক্রিয়া সারাংশ প্রতিবেদনগুলি প্রতিক্রিয়া ওভারভিউতে তালিকাভুক্ত বিভিন্ন উত্স থেকে ক্রোম দ্বারা প্রাপ্ত একত্রিত প্রতিক্রিয়া দ্বারা তৈরি করা হয়, যার মধ্যে রয়েছে তবে এতে সীমাবদ্ধ নয়: GitHub সমস্যা, privacysandbox.com- এ উপলব্ধ প্রতিক্রিয়া ফর্ম , শিল্প স্টেকহোল্ডারদের সাথে মিটিং এবং ওয়েব স্ট্যান্ডার্ড ফোরাম। ক্রোম ইকোসিস্টেম থেকে প্রাপ্ত প্রতিক্রিয়াকে স্বাগত জানায় এবং ডিজাইনের সিদ্ধান্তে শেখার একীভূত করার উপায়গুলি সক্রিয়ভাবে অন্বেষণ করছে৷
ফিডব্যাক থিমগুলি এপিআই প্রতি ব্যাপকতা অনুসারে র্যাঙ্ক করা হয়। Chrome টিম একটি প্রদত্ত থিমের আশেপাশে যে পরিমাণ প্রতিক্রিয়া পেয়েছে তার একত্রিতকরণ এবং পরিমাণের ক্রমানুসারে সাজানোর মাধ্যমে এটি করা হয়। সাধারণ প্রতিক্রিয়া থিমগুলি জনসাধারণের মিটিং (W3C, PatCG, IETF), সরাসরি প্রতিক্রিয়া, GitHub এবং Google-এর অভ্যন্তরীণ দল এবং পাবলিক ফর্মগুলির মাধ্যমে সাধারণভাবে জিজ্ঞাসিত প্রশ্নগুলির পর্যালোচনা করে চিহ্নিত করা হয়েছিল।
আরও নির্দিষ্টভাবে, ওয়েব স্ট্যান্ডার্ড সংস্থার মিটিংগুলির জন্য মিটিং মিনিটগুলি পর্যালোচনা করা হয়েছিল এবং সরাসরি প্রতিক্রিয়ার জন্য, 1:1 স্টেকহোল্ডার মিটিংয়ের Google এর রেকর্ড, পৃথক ইঞ্জিনিয়ারদের দ্বারা প্রাপ্ত ইমেলগুলি, API মেলিং তালিকা এবং সর্বজনীন প্রতিক্রিয়া ফর্ম বিবেচনা করা হয়েছিল৷ Google তারপর প্রতিটি API-এর সাথে উদ্ভূত থিমগুলির আপেক্ষিক ব্যাপকতা নির্ধারণ করতে এই বিভিন্ন প্রচার কার্যক্রমের সাথে জড়িত দলগুলির মধ্যে সমন্বয় করে।
প্রতিক্রিয়ার জন্য Chrome এর প্রতিক্রিয়াগুলির ব্যাখ্যাগুলি প্রকাশিত প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী, স্টেকহোল্ডারদের দ্বারা উত্থাপিত সমস্যাগুলির প্রকৃত প্রতিক্রিয়া এবং এই পাবলিক রিপোর্টিং অনুশীলনের উদ্দেশ্যে বিশেষভাবে একটি অবস্থান নির্ধারণ করে তৈরি করা হয়েছিল৷ উন্নয়ন এবং পরীক্ষার বর্তমান ফোকাস প্রতিফলিত করে, বিশেষ করে বিষয়, সুরক্ষিত শ্রোতা এবং অ্যাট্রিবিউশন রিপোর্টিং API-এর ক্ষেত্রে প্রশ্ন এবং প্রতিক্রিয়া প্রাপ্ত হয়েছে।
বর্তমান প্রতিবেদনের সময়কাল শেষ হওয়ার পরে প্রাপ্ত প্রতিক্রিয়াতে এখনও বিবেচিত Chrome প্রতিক্রিয়া নাও থাকতে পারে।
সংক্ষিপ্ত শব্দের শব্দকোষ
- চিপস
- স্বাধীন বিভাজিত রাষ্ট্র থাকার কুকিজ
- ডিএসপি
- ডিমান্ড-সাইড প্ল্যাটফর্ম
- ফেডসিএম
- ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
- FPS
- প্রথম পক্ষের সেট
- আইএবি
- ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
- আইডিপি
- পরিচয় প্রদানকারী
- আইইটিএফ
- ইন্টারনেট প্রকৌশল টাস্কফোর্স
- আইপি
- ইন্টারনেট প্রোটোকল ঠিকানা
- openRTB
- রিয়েল-টাইম বিডিং
- OT
- অরিজিন ট্রায়াল
- প্যাটসিজি
- প্রাইভেট অ্যাডভার্টাইজিং টেকনোলজি কমিউনিটি গ্রুপ
- আরপি
- ভরসা পার্টি
- এসএসপি
- সাপ্লাই-সাইড প্ল্যাটফর্ম
- TEE
- বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট
- UA
- ইউজার এজেন্ট স্ট্রিং
- UA-CH
- ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
- W3C
- ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
- ডব্লিউআইপিবি
- ইচ্ছাকৃত আইপি অন্ধত্ব
সাধারণ প্রতিক্রিয়া, কোন নির্দিষ্ট API বা প্রযুক্তি
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বাস্তুতন্ত্রের প্রস্তুতি | SSPs প্রকাশকদের প্রস্তুত না থাকা এবং প্রয়োজনীয় স্থাপনার কাজ না করার বিষয়ে একটি উদ্বেগ তুলে ধরে। | গোপনীয়তা স্যান্ডবক্স আউটরিচ প্রকাশকদের শিক্ষিত করার উপর বিশেষভাবে ফোকাস করেছে, যার মধ্যে নিবেদিত ওয়েবিনার এবং স্থাপনার কাজ চালানোর জন্য উপস্থিত প্রকাশক এবং SSP উভয়ের সাথে মিটিং অন্তর্ভুক্ত রয়েছে। |
| তৃতীয় পক্ষের কুকি অবচয় | ইন্ডাস্ট্রি টেক ব্ল্যাকআউটের কারণে 2023 সালের Q4-এ তৃতীয় পক্ষের কুকি অবচয় (3PCD) নিয়ে উদ্বেগ বেড়েছে। | গোপনীয়তা স্যান্ডবক্সের টাইমলাইনটি CMA-এর সাথে আলোচনা করা হয়েছে, যার ফলে 2024-এর দ্বিতীয়ার্ধের প্রস্তুতি রয়েছে। গোপনীয়তা স্যান্ডবক্স 3PCD র্যাম্পিং আপের সিকোয়েন্সিং সম্পর্কে আরও বিস্তারিত তথ্য প্রকাশ করবে। প্রতিশ্রুতিগুলির অধীনে, 3PCD CMA-এর প্রতিযোগিতা সংক্রান্ত উদ্বেগগুলি সমাধানের বিষয়। |
| গুগল অ্যাড ম্যানেজার | গুগল অ্যাড ম্যানেজার API সারফেস এক্সপোজ করতে অস্বীকার করে পরীক্ষাকে কঠিন করে তোলে। | Google Ad Manager দ্বারা প্রদত্ত প্রতিক্রিয়া: Google Ad Manager-এর এই প্রতিক্রিয়াতে ব্যাখ্যা করা কারণগুলির জন্য, Google Ad Manager এর সুরক্ষিত অডিয়েন্স API ইন্টিগ্রেশনের পরিকল্পনায় শীর্ষ-স্তরের নিলামের নিয়ন্ত্রণ ছাড়া Google-এর প্রকাশক বিজ্ঞাপন সার্ভারকে সমর্থন করা অন্তর্ভুক্ত নয়৷ |
| গুগল অ্যাড ম্যানেজার | Google Ad Manager-এর একটি গোপন ফ্লোর মূল্য রয়েছে যা শুধুমাত্র AdX বা ওপেন বিডিং SSP-এর কাছে প্রকাশ করা হয়। | Google Ad Manager-এর পাবলিক ডকুমেন্টেশন বলছে যে প্রাসঙ্গিক নিলামের বিজয়ীকে শীর্ষ-স্তরের স্কোরিং লজিকে পাস করা হয় এবং AdX বা ওপেন বিডিং সহ কোনো কম্পোনেন্ট নিলামে নয়। তদুপরি, সেই ডকুমেন্টেশনটি শীর্ষ-স্তরের স্কোরিং লজিক সম্পর্কে বলে: "বিজ্ঞাপন ম্যানেজার প্রতিটি উপাদান নিলামের বিজয়ী বিডের তুলনা করবে, যার মধ্যে তার ক্রেতাদের স্বার্থ গ্রুপ বিডের জন্য অ্যাড ম্যানেজারের নিজস্ব উপাদান নিলাম, সেইসাথে সেরা প্রাসঙ্গিক বিজ্ঞাপন (যা গতিশীল বরাদ্দের মাধ্যমে নির্বাচিত) এবং সর্বোচ্চ বিড দিয়ে বিজ্ঞাপন পরিবেশন করবে।" |
| গুগল অ্যাড ম্যানেজার | Google বিজ্ঞাপন পণ্যগুলি তৃতীয় পক্ষের বিজ্ঞাপন পণ্যগুলির মতো একই নিয়মের অধীন হওয়া উচিত। | Google বিজ্ঞাপন পণ্যগুলি ইতিমধ্যেই তৃতীয় পক্ষের মতো একই নিয়মের অধীন৷ |
| ক্রোম-সুবিধাযুক্ত পরীক্ষা | A বা B তে নয় এমন ব্রাউজারগুলির জন্য লেবেল যুক্ত করুন৷ | আমরা এই মুহুর্তে এটি করার কথা বিবেচনা করছি না, কারণ আমাদের তদন্তে দেখা গেছে যে অ-পরীক্ষামূলক লেবেল যুক্ত করা ছদ্মবেশী মোডে ট্র্যাফিকের আশেপাশে গোপনীয়তা উদ্বেগকে জটিল করে তুলতে পারে। |
| বিজ্ঞাপন সংস্থা | ওয়েবসাইটগুলিতে জাভাস্ক্রিপ্ট ছাড়া সংস্থা বা সংস্থাগুলি কি গোপনীয়তা স্যান্ডবক্স API ব্যবহার করতে পারে? | যে কেউ প্রাইভেসি স্যান্ডবক্স এপিআই কল করতে পারেন। যদি কোনো এজেন্সি বা অন্য কেউ সরাসরি API-তে প্রযুক্তি তৈরি করতে চায় তাহলে তারা করতে পারবে। ক্লায়েন্ট-সাইড এপিআইগুলিকে ক্লায়েন্টের সাথে একীভূত করা প্রয়োজন, ঠিক যেমন কুকিজ করে। কুকিজের মতো অনেক API-এরও একটি HTTP হেডার ইন্টারফেস থাকে। আমরা ইতিমধ্যেই একটি বিজ্ঞাপন শিল্প কাঠামো দেখেছি, প্রিবিড, API-এর সাথে ক্লায়েন্ট-সাইড ইন্টিগ্রেশন তৈরি করে৷ অন্যান্য সংস্থা একই কাজ করতে পারে. |
| ক্লায়েন্ট-সাইড সমাধান | কেন Google গোপনীয়তা স্যান্ডবক্সের জন্য ক্লায়েন্ট-সাইড সমাধানগুলি গ্রহণ করছে যখন একজন প্রকৌশলী পূর্বে 2012 সালে এই জাতীয় সমাধানগুলির মাপযোগ্যতার বিষয়ে উদ্বেগ প্রকাশ করেছেন? | অধ্যয়নের ক্ষেত্র হিসাবে গোপনীয়তা-বর্ধক প্রযুক্তি (PET) 2012 সাল থেকে উল্লেখযোগ্যভাবে বিকশিত হয়েছে এবং এর সাথে, বাণিজ্যিকভাবে কার্যকর অ্যাপ্লিকেশন। প্রাইভেসি স্যান্ডবক্সের মূল অংশে রয়েছে PET-এর সংমিশ্রণ যা এক দশক আগেও সম্ভব ছিল না। এছাড়াও, ব্যক্তিগত কম্পিউটিং শক্তি বৃদ্ধি পেয়েছে, যেমন ব্রাউজারগুলির প্রতি ভোক্তাদের প্রত্যাশা এবং গোপনীয়তার নিয়ন্ত্রক প্রত্যাশা রয়েছে৷ |
| মেশিন লার্নিং | মেশিন লার্নিং উদ্দেশ্যে Google এর গোপনীয়তা স্যান্ডবক্সের পরিকল্পিত ব্যবহার কী? | বেশিরভাগ বিজ্ঞাপন প্রযুক্তি ইকোসিস্টেম আজ মেশিন লার্নিং ব্যবহার করে এবং আমরা আশা করি না যে এটি পরিবর্তন হবে। গোপনীয়তা স্যান্ডবক্স বিজ্ঞাপন প্রযুক্তি কোম্পানি বা অন্য কাউকে মেশিন লার্নিং ব্যবহার চালিয়ে যেতে বাধা দেয় না। এছাড়াও গোপনীয়তা স্যান্ডবক্সের প্রয়োজন নেই যে কোম্পানিগুলি তার APIগুলির সাথে একীভূত হচ্ছে মেশিন লার্নিং ব্যবহার করে৷ এটা আশা করা যুক্তিসঙ্গত যে কোম্পানিগুলি তাদের গ্রাহকদের চাহিদা মেটানোর উপায়ে পণ্য এবং পরিষেবা তৈরি করতে থাকবে, তাতে মেশিন লার্নিং অন্তর্ভুক্ত থাকুক বা না থাকুক। গোপনীয়তা স্যান্ডবক্স ইন্টিগ্রেটররা যে কোনো মেশিন লার্নিং তৈরি করে তা অবশ্যই তাদের কাছে পরিচিত হবে এবং এইভাবে তাদের কাছে অস্পষ্ট হবে না। |
| ডেটা যাচাইকরণ | গোপনীয়তা স্যান্ডবক্স ব্যবহার করে কোম্পানিগুলি কীভাবে যাচাই করতে পারে যে তারা যে ডেটা পেয়েছে তা সঠিক এবং Google কি মিডিয়া রেটিং কাউন্সিল (MRC) এর মতো একটি সত্তার মাধ্যমে পর্যালোচনা করতে ইচ্ছুক? | গোপনীয়তা স্যান্ডবক্স API গুলি ওপেন-সোর্স প্ল্যাটফর্মের মধ্যে তৈরি করা হয়েছে যা Chromeকে শক্তি দেয়৷ ট্রাস্টেড এক্সিকিউশন এনভায়রনমেন্টে চালানোর জন্য API-এর অংশগুলিও ওপেন সোর্স এবং নিরীক্ষাযোগ্য। যে কেউ কোড পরিদর্শন করতে চান, এমআরসি সহ। |
| (এছাড়াও পূর্ববর্তী প্রান্তিকে রিপোর্ট করা হয়েছে) উৎপাদন সহায়তা | গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগত সমস্যা এবং ইকোসিস্টেমকে প্রভাবিত করে এমন বৃদ্ধির জন্য Chrome-এর জন্য কী প্রক্রিয়া রয়েছে? | বিজ্ঞাপন প্রযুক্তিগুলিকে প্রযুক্তিগত সমস্যাগুলি রিপোর্ট করার অনুমতি দেওয়ার জন্য এবং এই জাতীয় সমস্যাগুলি সমাধান করার জন্য প্রয়োজনীয় যেকোন বৃদ্ধি সক্ষম করার জন্য Google বিভিন্ন চ্যানেল সরবরাহ করে। উপরন্তু, ক্রোম বাস্তুতন্ত্রের স্বাস্থ্যকে প্রভাবিত করে প্রযুক্তিগত সমস্যা এবং বৃদ্ধির সমস্যা সমাধানের জন্য একটি প্রক্রিয়া আরও তৈরি এবং স্কেল করার প্রত্যাশা করে। Chrome এই প্রচেষ্টার জন্য সংস্থানগুলি নিশ্চিত করতে প্রতিশ্রুতিবদ্ধ৷ প্রতিক্রিয়া এবং বৃদ্ধির জন্য সরকারী এবং ব্যক্তিগত ফোরামে আরও তথ্যের জন্য দয়া করে আমাদের বিকাশকারী পোস্টটি দেখুন৷ |
| ক্রোম-সুবিধাযুক্ত পরীক্ষার মোড | Chrome-সুবিধাযুক্ত পরীক্ষার মোডগুলির জন্য টাইমলাইন এবং সঠিক বাস্তবায়ন সম্পর্কে আরও তথ্য৷ | আমরা পরীক্ষার মোড সম্পর্কে একটি ব্লগ পোস্ট ভাগ করেছি এবং শীঘ্রই আরও তথ্য ভাগ করার জন্য কাজ করছি৷ টেস্টিং মোড লেবেলগুলি কী আকারের হওয়া উচিত তার জন্য আমরা পরামর্শগুলিকে স্বাগত জানাচ্ছি ৷ |
| অন্যান্য শিল্প মান সঙ্গে একীকরণ | গোপনীয়তা স্যান্ডবক্স এপিআইগুলি কি TCF v2.* এবং সম্মতি মোড উভয়ের সাথেই সংযুক্ত হবে? | গোপনীয়তা স্যান্ডবক্স APIগুলিকে সরাসরি TCF v2 বা সম্মতি মোডের সাথে সংহত করার পরিকল্পনা আমাদের নেই। যাইহোক, কোম্পানি এবং শিল্প বাণিজ্য গোষ্ঠীগুলিকে তাদের পণ্য এবং ফ্রেমওয়ার্কগুলিকে প্রাইভেসি স্যান্ডবক্স API-এর সাথে একত্রে কাজ করার জন্য স্বাগত জানাই৷ উদাহরণস্বরূপ, TCF-এর মতো ফ্রেমওয়ার্কের সাথে, প্রতিটি অংশগ্রহণকারীকে অবশ্যই তার প্রাপ্ত TCF সংকেত এবং সংশ্লিষ্ট TCF নীতিগুলির উপর ভিত্তি করে তার নিজস্ব সম্মতি পদ্ধতি নির্ধারণ করতে হবে। আমাদের গোপনীয়তা স্যান্ডবক্স বিল্ডিং ব্লকগুলি অফার করে কখন এবং কীভাবে বিভিন্ন কার্যকারিতা ব্যবহার করতে হবে তা কোম্পানিগুলি নির্ধারণ করবে বলে আমরা আশা করি। |
তালিকাভুক্তি ও প্রত্যয়ন
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| নিষেধাজ্ঞা | এনরোলমেন্ট প্রক্রিয়া মানে Google ইকোসিস্টেমের কোন কোম্পানিকে প্রাইভেসি স্যান্ডবক্স এপিআই ব্যবহার করার অনুমতি দেওয়া হবে তা ঠিক করতে পারে। | এনরোলমেন্ট এবং অ্যাটেস্টেশন প্রক্রিয়াটি মূলত সত্তার যাচাইকরণকে অন্তর্ভুক্ত করে (উদাহরণস্বরূপ, সত্তাটির একটি DUNs নম্বর আছে, একটি গোপনীয়তা নীতির একটি লিঙ্ক প্রদান করতে পারে এবং আরও অনেক কিছু) এবং এপিআই-কে কল করার জন্য সর্বজনীন প্রত্যয়নকে একটি প্রয়োজনীয়তা করে তোলে। যে সংস্থাগুলি সফলভাবে তালিকাভুক্তির প্রয়োজনীয়তা পূরণ করতে পারে তাদের বৈধ করা হবে। যেসব কোম্পানির DUN নেই, তাদের জন্য আমরা Dun & Bradstreet-এর সাথে একটি ত্বরান্বিত, প্রশংসামূলক প্রক্রিয়া প্রদান করছি। উদ্দেশ্য হল APIগুলির গোপনীয়তা সুরক্ষা উন্নত করা (এইমাত্র উল্লিখিত ব্যবস্থাগুলি দ্বারা) এবং এছাড়াও গোপনীয়তা স্যান্ডবক্স APIগুলিতে স্বচ্ছতার একটি স্তর যুক্ত করা, যাতে আগ্রহী দলগুলি আরও ভালভাবে বুঝতে পারে যে কে কোন API ব্যবহার করছে এবং তারা কী প্রত্যয়ন করছে৷ আমরা এই বিষয়ে আরও শিল্প প্রতিক্রিয়ার জন্য উন্মুক্ত, যা ইতিমধ্যে প্রক্রিয়াটিকে আকার দিতে ব্যবহৃত হয়েছে। |
| ওভারহেড পুনরায় তালিকাভুক্তি | প্রত্যয়ন ফাইল প্রতি 12 মাসে মেয়াদ শেষ হয় এবং ওয়েবসাইটগুলিকে পুনরায় নথিভুক্ত করার প্রয়োজন হয়৷ | আমরা ইকোসিস্টেম থেকে প্রতিক্রিয়া শুনেছি এবং সেই অনুযায়ী আমাদের পদ্ধতির সংশোধন করেছি। এর মানে হল যে ফাইল 12 মাস বা নির্দিষ্ট সময়ের পরে আর মেয়াদ শেষ হবে না। আমরা অতিরিক্ত প্রসঙ্গ সহ আমাদের তালিকাভুক্তি বিকাশকারী গাইড আপডেট করছি। |
| প্রত্যয়ন ফাইল | কিভাবে প্রত্যয়ন ফাইল ব্যবহার করা হয়? | প্রাসঙ্গিকতা এবং পরিমাপ API-কে কল করা সমস্ত সংস্থাগুলিকে তাদের সাইটে প্রত্যয়ন ফাইল আপলোড করতে এবং যতক্ষণ পর্যন্ত আপনি API-কে কল করা চালিয়ে যেতে চান ততক্ষণ এটিকে সর্বজনীন দেখার জন্য এনফোর্সমেন্টের সময়সীমার মধ্যে প্রয়োজন হবে। ওয়েবসাইটগুলি গোপনীয়তা স্যান্ডবক্স থেকে প্রতি ঘন্টায় প্রায় একটি অনুরোধ আশা করতে পারে এবং অন্যান্য সম্ভাব্য সত্ত্বাগুলিও জিজ্ঞাসা করতে পারে৷ নথিভুক্ত সত্তার সার্ভারগুলিকে জিজ্ঞাসা করতে এবং সত্যায়িত ফাইলটি বৈধ কিনা তা নিশ্চিত করার জন্য নথিভুক্তকরণ সিস্টেমের নিজস্ব পদ্ধতির মাধ্যমে এটি পরিচালিত হবে৷ প্রত্যয়নগুলি স্বচ্ছতা প্রতিবেদনে অন্তর্ভুক্ত করা হবে এবং সাধারণ জনগণ দেখতে পাবে৷ আমরা আশা করি কোম্পানিগুলি তাদের উল্লিখিত প্রত্যয়ন অনুযায়ী কাজ করবে, যেমনটি বাস্তুতন্ত্রের বাকি অংশ এবং প্রাসঙ্গিক নিয়ন্ত্রক সংস্থাগুলি করবে৷ |
| তালিকাভুক্তি | প্রতি সাইট বা মূল প্রতি তালিকাভুক্তি? | তালিকাভুক্তি সাইট স্তরে হয়. |
প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান
বিষয়
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| কর্মক্ষমতা | ইউরোপীয় অর্থনৈতিক এলাকায় টপিক অপ্ট-ইন হারের প্রভাবের উপর কর্মক্ষমতা উদ্বেগ। | আমরা সংশ্লিষ্ট স্টেকহোল্ডারদের এই সমস্যা সম্পর্কে আপনার প্রাসঙ্গিক ডেটা সুরক্ষা কর্তৃপক্ষের সাথে যোগাযোগ করার পরামর্শ দেব। গোপনীয়তা-বর্ধক প্রযুক্তির অ্যাপ্লিকেশানগুলিকে আইন দ্বারা প্রণোদিত করা হয় বা তার পরিবর্তে ট্র্যাকিংয়ের মতো আচরণ করা হয়, যাতে সম্মতির জন্য একই পদ্ধতির প্রয়োজন হয় কিনা সেগুলিকে এই ধরনের উদ্বেগগুলি মোকাবেলা করার জন্য এবং প্রভাবিত করার জন্য তাদের সর্বোত্তম স্থান দেওয়া হয়। পরেরটির ফলে গোপনীয়তা স্যান্ডবক্সের মতো APIগুলি প্রায়শই পাওয়া যায় না। |
| তালিকাভুক্তি | আপস্ট্রিম এসএসপি থেকে টপিক সিগন্যাল ব্যবহার করার জন্য ডাউনস্ট্রিম বিডারদের কি টপিক এপিআই-তে নথিভুক্ত করতে হবে? | প্রাথমিক টপিক এপিআই কলারের বাইরের বিষয়গুলির ডাউনস্ট্রিম রিসিভারদের নথিভুক্ত করার প্রয়োজন নেই, যদিও অনেকের অন্য API ব্যবহারের জন্য নথিভুক্ত হওয়ার সম্ভাবনা রয়েছে। প্রাইভেসি স্যান্ডবক্স নথিভুক্তদের একটি তালিকা প্রোগ্রামের স্বচ্ছতা প্রচেষ্টার অংশ হিসাবে প্রোগ্রাম্যাটিকভাবে প্রদান করা হবে, যা টপিক এপিআই-এর একজন আগ্রহী কলারকে চেক করার অনুমতি দেবে যে তারা যে প্রাপককে একটি বিষয় পাঠাচ্ছে তা নথিভুক্ত করা হয়েছে কিনা, যদি কলকারী চান। |
| বিষয় ফিল্টারিং | ক্রেতারা যা পুনরুদ্ধার করার যোগ্য তা শেয়ার করার জন্য তারা পৃষ্ঠায় যে বিষয়গুলি পুনরুদ্ধার করে সেগুলিতে অন্য কলারের ফিল্টারিং প্রয়োগ করার অনুরোধ করুন৷ | আমরা এই অনুরোধটি বিবেচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| সাইট বর্জন | ব্যবহারকারীর বিষয়গুলিতে অবদান রাখা থেকে ওয়েবসাইটগুলিকে বাদ দিন৷ | বিষয়গুলি ডিফল্টরূপে বলা হয় না। এটি লক্ষ্য করা গুরুত্বপূর্ণ যে বিষয়গুলি নির্বাচন করার সময় কোনও পৃষ্ঠার বিষয়বস্তু বিবেচনায় নেওয়া হয় না এবং সমস্ত বিষয়গুলি সংবেদনশীল নয় তা নিশ্চিত করার জন্য কিউরেট করা হয়৷ একটি ওয়েবসাইট নিম্নলিখিত অনুমতি নীতি শিরোনামের মাধ্যমে বিষয় গণনায় অন্তর্ভুক্ত হওয়া থেকে তাদের সাইটকে সীমাবদ্ধ করতে পারে: Permissions-Policy: browsing-topics=() |
| বিষয় পর্যবেক্ষণ | পৃষ্ঠার বিষয়বস্তুর (উদাহরণস্বরূপ, মাথা বা শরীর) উপর ভিত্তি করে বিষয় শ্রেণীবদ্ধ করার জন্য প্রকাশকদের Chrome-এর অনুমতি দেওয়ার অনুমতি দিন। | আমরা পূর্বে পৃষ্ঠার বিষয়বস্তুর উপর ভিত্তি করে সাইটগুলিকে বিষয়গুলিতে শ্রেণীবদ্ধ করার কার্যকারিতা অফার করার কথা বিবেচনা করেছিলাম এবং গোপনীয়তা এবং নিরাপত্তা উদ্বেগের ভিত্তিতে অগ্রসর না হওয়ার সিদ্ধান্ত নিয়েছিলাম। এই প্রস্তাবটি সেই উদ্বেগগুলির কিছু প্রশমিত করতে পারে, তবে কতটা তা স্পষ্ট নয়। আসন্ন CMA পরীক্ষার সময়কালের কারণে, আমরা এই পরিবর্তনটি 3PCD-এর আগে ঘটবে বলে আশা করি না। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই . |
| বিষয় পর্যবেক্ষণ | প্রকাশকদের জন্য আরও সূক্ষ্ম অনুমতি নীতি প্রদান করুন। | প্রকাশকদের জন্য আরও সূক্ষ্ম অনুমতি নীতি প্রদান করা প্রকাশক সাইটগুলিকে সম্পূর্ণ ইকোসিস্টেমের জন্য টপিক API-এর উপযোগিতাকে নেতিবাচকভাবে প্রভাবিত করতে সক্ষম করবে, এটি সাইটের জন্য বিষয় API-এর উপযোগিতাকে নেতিবাচকভাবে প্রভাবিত করবে না। বিষয়ের আরও বিশদ আলোচনার জন্য GitHub সমস্যা পুনরুদ্ধার এবং পর্যবেক্ষণের জন্য পৃথক অনুমতি সমর্থন করার জন্য আপডেট অনুমতি নীতি দেখুন। |
| চিকিৎসা ও স্বাস্থ্য বিষয় | কেন টপিক ট্যাক্সোনমি মেডিকেল বা স্বাস্থ্য বিভাগের বিষয়গুলিকে কভার করে না? | চিকিৎসা এবং স্বাস্থ্য বিভাগগুলিকে সংবেদনশীল বিষয় হিসাবে বিবেচনা করা হয় এবং এইভাবে বিষয় শ্রেণীবিভাগ থেকে বাদ দেওয়া হয়। |
| বিষয় পুনরুদ্ধার | হেডার ব্যবহার না করেই DSP-দের জন্য বিষয়গুলি পেতে দ্রুততর উপায়। | একটি ক্রস-অরিজিন আইফ্রেম তৈরি করা এবং এটি থেকে একটি document.browsingTopics() কল করার চেয়ে হেডার পদ্ধতিগুলি আরও কার্যকরী এবং কম ব্যয়বহুল। (কলের জন্য একটি ক্রস-অরিজিন আইফ্রেম ব্যবহার করতে হবে, কারণ একটি বিষয় পর্যবেক্ষণ করার জন্য শীর্ষ-স্তরের প্রসঙ্গ অবশ্যই সেই প্রসঙ্গটির সাথে মেলে যা থেকে বিষয়গুলি অ্যাক্সেস করা হয়েছে।) এটি এখানে বিশদভাবে আলোচনা করা হয়েছে । |
| বিষয় পুনরুদ্ধার | ক্রস-অরিজিন স্ক্রিপ্ট ট্যাগ অনুরোধে শিরোনামগুলির মাধ্যমে বিষয়গুলি পাস করাকে সমর্থন করার অনুরোধ। | নিরাপত্তার দৃষ্টিকোণ থেকে, এটি সম্ভব নয়। প্রতিটি ডকুমেন্ট এবং এর এক্সিকিউশন এনভায়রনমেন্ট একটি একক মূলের সাথে যুক্ত-যেটি ডকুমেন্টের। একই পরিবেশের মধ্যে লোড করা এবং কার্যকর করা তৃতীয় পক্ষের উপ-সম্পদকে নথির উৎপত্তির মালিক বলে মনে করা হয়। এটি এক উত্স থেকে অন্য উত্সে অসম্মতিহীন ডেটা ফাঁস প্রতিরোধ করার জন্য। একটি বিকল্প হল <script> ট্যাগে একটি browsingTopics অ্যাট্রিবিউট প্রদান করা। এটি একটি নিরাপত্তা দৃষ্টিকোণ থেকে পরিষ্কার হওয়া উচিত, এবং অতিরিক্ত লেটেন্সি যোগ করা উচিত নয়। আমরা আগ্রহী দলগুলোর প্রতিক্রিয়ার জন্য উন্মুক্ত। |
| সচেতনতা | টপিক এপিআই এবং কিভাবে এপিআই ব্যবহার করা হবে সে সম্পর্কে জনসচেতনতা বাড়ান। | আমরা সেই স্টেকহোল্ডারের সাথে জড়িত হয়েছি যারা এই প্রতিক্রিয়া প্রদান করেছে এবং এই সমস্যাটি GitHub-এ সমাধান করা হয়েছে। সামনের দিকে, আমরা API এর ইকোসিস্টেম বোঝার সমর্থন অব্যাহত রাখব এবং আমরা স্টেকহোল্ডারদের মতামত শোনার জন্য উন্মুখ। ইতিমধ্যে, আমরা পরামর্শ দিই যে বিষয় API সম্পর্কে আরও জানতে আগ্রহী স্টেকহোল্ডাররা Chrome ডেভেলপার গাইডের ডকুমেন্টেশনের সাথে নিজেদের পরিচিত করুন৷ |
| বিজ্ঞপ্তি | ব্যবহারকারীদের সতর্ক করার বিজ্ঞপ্তি যখন একটি ওয়েবসাইট দ্বারা তাদের বিষয়গুলি পর্যবেক্ষণ করা হচ্ছে। | আমরা গিটহাবে এই প্রতিক্রিয়াটি সম্বোধন করেছি । ব্যবহারকারীরা Chrome সহায়তা কেন্দ্রে বিষয় নিয়ন্ত্রণ সম্পর্কে আরও জানতে পারবেন৷ |
| মেশিন লার্নিং | কিভাবে ML ব্যবহারকারী বিষয় অনুমান করতে ব্যবহার করা যেতে পারে? | আমরা এই সমস্যা নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা | ব্রাউজারগুলি যেভাবে গণনা করে তার কারণে ছোট বিজ্ঞাপন প্রযুক্তি সংস্থাগুলি বিষয়গুলি পর্যবেক্ষণ করতে সক্ষম নাও হতে পারে৷ | শুধুমাত্র বিজ্ঞাপন প্রযুক্তি যারা ব্যবহারকারী গত তিন সপ্তাহের মধ্যে প্রশ্ন করা বিষয় সম্পর্কে একটি পৃষ্ঠা পরিদর্শন করেছে তারা একটি বিষয় পাবে। বিজ্ঞাপন প্রযুক্তি যদি আগের তিন সপ্তাহে সেই বিষয় সম্পর্কে কোনো সাইটে সেই ব্যবহারকারীর জন্য API-কে কল না করে, তাহলে ফেরত দেওয়া মান খালি থাকবে। এই বৈশিষ্ট্যটির অর্থ হল যে বিজ্ঞাপন প্রযুক্তিগুলি যাদের পরিষেবাগুলি বৃহত্তর সংখ্যক সাইটের মালিকদের দ্বারা ব্যবহার করা হয়, এবং সেইজন্য প্রদত্ত ব্যবহারকারীর দ্বারা সাইট পরিদর্শন করার আরও সুযোগ রয়েছে, তারা অন্যান্য বিজ্ঞাপন প্রযুক্তির তুলনায় বেশি বিষয় পেতে পারে। এই বৈশিষ্ট্যটি API-এর গোপনীয়তা সুরক্ষার জন্য অপরিহার্য কারণ এটি কোনও ব্যবহারকারী সম্পর্কে তথ্যের প্রাপ্যতাকে শুধুমাত্র সেই সমস্ত পক্ষের কাছে সীমাবদ্ধ করে যারা ইতিমধ্যেই একই অন্তর্নিহিত তথ্য (বর্তমানে তৃতীয়-পক্ষ কুকির মাধ্যমে) পর্যবেক্ষণ করতে সক্ষম। |
| XHR অনুরোধ | কখন XMLHttpRequest (XHR) অনুরোধে বিষয় অন্তর্ভুক্তি বাতিল করা হবে? | 2023 সালের অগাস্টে Chrome ঘোষণা করায় , অরিজিন ট্রায়াল থেকে সাধারণ উপলভ্যতায় রূপান্তর করার সময় Chrome XHR-এর জন্য সমর্থন বন্ধ করতে শুরু করেছে। বিষয়গুলির র্যাম্প-আপের অগ্রগতির সাথে সাথে, XHR সমর্থন শুধুমাত্র সেই ব্যবহারকারীদের জন্য অন্তর্ভুক্ত করা হয়েছিল যাদের জন্য OT বৈশিষ্ট্যগুলি সক্ষম করা হয়েছিল এবং যখন পৃথক OT পরীক্ষা গোষ্ঠীগুলিকে একীভূত করা হয়েছিল তখন সম্পূর্ণরূপে অবমূল্যায়িত হয়েছিল৷ আপনি যদি XHR এর সাথে বিষয়গুলি ব্যবহার করেন তবে আপনার সাইটগুলি ভাঙবে না। বিষয়গুলি আপনার XHR অনুরোধ শিরোনামে যোগ করা হবে না। আমরা সুপারিশ করি যে আপনি হয় আপনার অনুরোধের জন্য fetch করুন, iframe অ্যাট্রিবিউট ব্যবহার করুন, অথবা বিষয়গুলি পুনরুদ্ধার করতে JavaScript API ব্যবহার করুন৷ ফেচ সমস্ত আধুনিক ব্রাউজার দ্বারা সমর্থিত, কিন্তু ইন্টারনেট এক্সপ্লোরার বা অপেরা মিনি নয়। |
| শ্রেণীবিন্যাস এবং ক্লাসিফায়ার আপডেট প্রক্রিয়া | টপিক ট্যাক্সোনমি এবং ক্লাসিফায়ার রিলিজ ক্যাডেন্স সম্পর্কে আরও তথ্য এবং কীভাবে কোম্পানিগুলি এই ধরনের আপডেটের জন্য প্রস্তুত করতে পারে। | আমাদের প্রতিক্রিয়া Q2 থেকে অপরিবর্তিত রয়েছে: সাম্প্রতিক ব্লগ পোস্টে শেয়ার করা হিসাবে, আমরা আশা করি যে শ্রেণিবিন্যাস সময়ের সাথে সাথে বিকশিত হবে, এবং শ্রেণিবিন্যাস পরিচালনার জন্য শেষ পর্যন্ত শিল্প জুড়ে স্টেকহোল্ডারদের প্রতিনিধিত্বকারী একটি বহিরাগত পক্ষের কাছে রূপান্তরিত হবে। এছাড়াও আমরা বিষয়-ঘোষণা গ্রুপে র্যাম্প-আপ পরিকল্পনা শেয়ার করেছি। |
| গালি | রিডাইরেক্ট চেইনের মাধ্যমে সম্ভাব্য আক্রমণ। | আমরা এই সমস্যাটি বিবেচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| প্রকাশক ইনভেন্টরি প্রকার | কোন ধরনের প্রকাশক ইনভেন্টরি সুরক্ষিত শ্রোতা এবং বিষয় পরীক্ষা সমর্থন করবে? | সুরক্ষিত শ্রোতা বা বিষয় উভয়ই তাদের ব্যবহার করা যেতে পারে এমন ইনভেন্টরির প্রকারের ক্ষেত্রে সহজাতভাবে সীমাবদ্ধ নয়। |
| র্যাম্প আপ সময় | নতুন ট্যাক্সোনমি 100%-এ পৌঁছানোর জন্য কোনও র্যাম্প-আপ সময় সুপারিশ করবেন না। | ইকোসিস্টেম থেকে এই প্রতিক্রিয়ার অনুরোধ এবং PATCG মিটিং চলাকালীন আলোচনার পর, আমরা নতুন শ্রেণীবিন্যাস রোলআউটের জন্য আমাদের পরিকল্পনা ঘোষণা করেছি। |
সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| শীর্ষ-স্তরের নিলাম | Google বিজ্ঞাপন ম্যানেজারকে শীর্ষ-স্তরের সুরক্ষিত দর্শক API নিলামের নিয়ন্ত্রণ না দিয়ে Google-এর প্রকাশক বিজ্ঞাপন সার্ভার ব্যবহার করার ক্ষমতা। | গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া: প্রোটেক্টেড অডিয়েন্স এপিআই-এর জন্য Google অ্যাড ম্যানেজারের পরিকল্পনাগুলি নিম্নলিখিত কারণে শীর্ষ-স্তরের সুরক্ষিত দর্শক নিলামের নিয়ন্ত্রণ ছাড়াই Google-এর প্রকাশক বিজ্ঞাপন সার্ভারকে সমর্থন করে না। প্রকাশক বিজ্ঞাপন পরিবেশন বাজারে আমাদের গ্রাহকদের সঠিকভাবে পরিবেশন করার জন্য, Google-এর প্রকাশক বিজ্ঞাপন সার্ভারকে শীর্ষ-স্তরের সুরক্ষিত দর্শক নিলামের নিয়ন্ত্রণ বজায় রাখতে হবে। একজন প্রকাশক বিজ্ঞাপন সার্ভার হিসাবে, আমাদের ভূমিকা হল প্রকাশকদের পূর্বাভাস প্রদান করা যাতে তারা ওভারবুকিং ছাড়াই সরাসরি বিক্রি হওয়া প্রচারাভিযান নিয়ে আলোচনা করতে পারে এবং তাদের প্রত্যক্ষ সংরক্ষণগুলিকে সর্বোত্তমভাবে গতি ও সরবরাহ করতে পারে। এটি করার জন্য সমস্ত যোগ্য প্রত্যক্ষ এবং পরোক্ষ চাহিদার তুলনা করার জন্য চূড়ান্ত নিলাম চালানো প্রয়োজন। পূর্বাভাস এবং পেসিং হল মূল কার্যকারিতা যা প্রকাশকরা একটি বিজ্ঞাপন সার্ভার থেকে আশা করে। সঠিক পূর্বাভাস না থাকলে, প্রকাশকরা তাদের ইনভেন্টরি ওভারসেল করতে পারে, যা তাদের ব্যবসার সুনামকে ঝুঁকির মধ্যে ফেলে। পেসিংও গুরুত্বপূর্ণ, কারণ বিজ্ঞাপনদাতাদের সাথে রিজার্ভেশন চুক্তি পূরণ করতে না পারলে প্রকাশক-বিজ্ঞাপনদাতার সরাসরি সম্পর্কের ক্ষতি হওয়ার ঝুঁকি থাকে, যার ফলে প্রকাশক ব্যবসায় উল্লেখযোগ্য প্রভাব পড়তে পারে। সংক্ষেপে, তাই, আমরা প্রকাশক বিজ্ঞাপন সার্ভারের শীর্ষ-স্তরের সুরক্ষিত দর্শক নিলাম চালানোর কার্যকলাপকে প্রকাশক বিজ্ঞাপন সার্ভারের অন্যান্য কার্যকলাপ থেকে আলাদা হিসাবে দেখি না। |
directFrom | directFromGoogle বিজ্ঞাপন ম্যানেজারকে প্রকাশককে তার প্রাসঙ্গিক নিলামের মূল্য দেখতে বাধা দেওয়ার অনুমতি দেয়৷ | ক্রোম প্রতিক্রিয়া:runAdAuction() এ পাঠানো তথ্য বিক্রেতার কাছ থেকে আসে বলে জানা যায় না যদি না বিক্রেতা তার নিজস্ব iframe থেকে runAdAuction() কল করে। একটি বহু-বিক্রেতার নিলামে সমস্ত বিক্রেতাদের দ্বারা runAdAuction() কলিং ফ্রেম তৈরি করা অসম্ভব হয়ে পড়ে৷ directFromSellerSignals একটি বিক্রেতার উত্স থেকে লোড করা একটি সাবরিসোর্স বান্ডেল থেকে সামগ্রী লোড করে এই সমস্যাটির সমাধান করেছে৷ এটি নিশ্চিত করে যে বিক্রেতা-নিলাম কনফিগারেশন থেকে একটি নিলামে পাঠানো তথ্যের সত্যতা এবং অখণ্ডতা হেরফের করা যাবে না। যদি প্রকাশকরা সুরক্ষিত দর্শক এপিআই ব্যবহার করতে চান তাহলে তাদের প্রযুক্তি প্রদানকারীরা সুরক্ষিত দর্শক নিলামে যে তথ্য দিচ্ছেন তা বুঝতে, তারা এই কার্যকারিতার জন্য সেই প্রযুক্তি প্রদানকারীদের জিজ্ঞাসা করতে পারেন।গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া: আমরা বছরের পর বছর ধরে নিলামের ন্যায্যতার উপর দৃঢ় ফোকাস বজায় রেখেছি, আমাদের প্রতিশ্রুতি সহ যে কোনও প্রকাশকের অ-গ্যারান্টিড বিজ্ঞাপন উত্স থেকে কোনও মূল্য, অ-গ্যারান্টিড লাইন আইটেম মূল্য সহ, অন্য ক্রেতার সাথে শেয়ার করা হবে না তারা নিলামে বিড করার আগে, যা আমরা পরে ফ্রেঞ্চ কম্পিটিশন অথরিটির প্রতি আমাদের প্রতিশ্রুতি পুনর্নিশ্চিত করেছি। সুরক্ষিত শ্রোতা নিলামের জন্য, আমরা directFromSellerSignals ব্যবহার করে আমাদের প্রতিশ্রুতি রক্ষা করতে চাই, এবং বহু-বিক্রেতা নিলামে নিলাম শেষ হওয়ার আগে কোনো নিলাম অংশগ্রহণকারীর বিড অন্য কোনো নিলাম অংশগ্রহণকারীর সাথে ভাগ করব না। স্পষ্ট করে বলতে গেলে, আমরা আমাদের নিজস্ব উপাদান নিলামের সাথে প্রাসঙ্গিক নিলামের মূল্য ভাগ করব না, যেমনটি আরও স্পষ্ট করে শীর্ষ-স্তরের নিলাম গতিবিদ্যা আপডেটে ব্যাখ্যা করা হয়েছে। |
| তথ্য এক্সপোজার | সংবেদনশীল ব্যবসার যুক্তি এবং চুক্তির বিবরণ ব্রাউজার দ্বারা উন্মুক্ত করা যেতে পারে। | যে ব্যক্তি একটি ওয়েব ব্রাউজার ব্যবহার করেন তিনি ব্রাউজারে যা ঘটছে তা দেখতে পারেন। যখন ব্রাউজারের ভিতরে একটি বিজ্ঞাপন নিলাম হয়, তখন এটা সত্য যে যার ব্রাউজারটি সে সেই নিলামটি দেখতে পারে, বিভিন্ন পক্ষ কতটা বিড করতে বেছে নেয় তা দেখা সহ। যেহেতু একটি ব্রাউজার ব্যবহারকারীর এজেন্ট, তাই আমরা এটি পরিবর্তন করার চেষ্টা করা সম্ভব বা কাঙ্খিত বলে মনে করি না। যাইহোক, শুধুমাত্র ব্রাউজার ব্যবহারকারী ব্যক্তির এই ক্রিয়াকলাপগুলিতে দৃশ্যমানতা রয়েছে। প্রোটেক্টেড অডিয়েন্স এপিআই ব্যবহার করে চালানো একটি অন-ডিভাইস নিলাম Google-এর সহ কোনো সার্ভারের কাছে পর্যবেক্ষণযোগ্য নয়। |
PerBuyerExperiment | বর্তমান মান পরিসীমাPerBuyerExperimentক্রেতাদের বিশ্বস্ত সার্ভার অনুরোধের সাথে প্রাসঙ্গিক ডেটার সম্পর্ক স্থাপনের অনুমতি দিতে পারে। | এইভাবে সুরক্ষিত শ্রোতা API ব্যবহার করা গোপনীয়তা স্যান্ডবক্সের বাধ্যতামূলক প্রত্যয়নের সাথে অসামঞ্জস্যপূর্ণ যে API ব্যবহারকারীরা গোপনীয়তা স্যান্ডবক্স সুরক্ষাগুলিকে ফাঁকি দেওয়ার চেষ্টা করবে না৷ ভবিষ্যতে, বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্টে (TEEs) চালিত মূল-মান সার্ভারগুলি এই আক্রমণের বিরুদ্ধে প্রযুক্তিগত সুরক্ষা প্রদান করবে। |
| একই-উৎস নীতি | সাবডোমেনের অনুমতি দিতে একই-অরিজিন নীতি শিথিল করুন। | আমরা এই অনুরোধটি বিবেচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API সংস্করণ | সুরক্ষিত শ্রোতা API-তে পরিবর্তনের জন্য সংস্করণ এবং রিলিজ নোটের জন্য অনুরোধ। | আমরা এই অনুরোধটি বিবেচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| মাল্টি-এসএসপি নিলাম | কম্পোনেন্ট সিগন্যাল auctionSignals সাথে JSON মার্জ সঞ্চালনের জন্য শীর্ষ-স্তরের নিলাম সংকেতগুলিকে অনুমতি দিন। | আমরা এই অনুরোধটি বিবেচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| বিড সীমা | বিডটিতে প্রবেশ করা বিজ্ঞাপনের উপাদানগুলির সংখ্যার সীমা 20 থেকে 40 পর্যন্ত বাড়ান৷ | আমরা এই অনুরোধটি বিবেচনা করছি এবং কেন এটি কার্যকর হবে সে সম্পর্কে ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) সুরক্ষিত শ্রোতা নিলামের কর্মক্ষমতা | পরীক্ষকদের থেকে রিপোর্ট যে সুরক্ষিত শ্রোতা নিলামে উচ্চ বিলম্ব হয়। | লেটেন্সির প্রশ্নে, প্রোটেক্টেড অডিয়েন্স এপিআই সাধারণত বিল্ডিং কন্ট্রোলের বিদ্যমান স্ট্যান্ডার্ড প্যারাডাইম অনুসরণ করে যা বিক্রেতাদের সিদ্ধান্ত নিতে দেয় যে দরদাতারা কতটা সময় এবং সংস্থান ব্যবহার করতে পারে এবং বিল্ডিং টুলস যা ক্রেতারা তাদের কাছে উপলব্ধ সংস্থানগুলি কীভাবে সর্বোত্তমভাবে ব্যবহার করতে পারে তা নির্ধারণ করতে দেয়। এই নিয়ন্ত্রণ এবং সরঞ্জামগুলি সাধারণত আজ উপলব্ধ, কিন্তু তাদের সম্পূর্ণ সুবিধা শুধুমাত্র ক্রেতা এবং বিক্রেতাদের দ্বারা গ্রহণ করার পরে উপলব্ধি করা হবে। এছাড়াও, ক্রোম নিলামের গতিতে বিভিন্ন অবকাঠামো উন্নয়নের কাজ চালিয়ে যাচ্ছে ( crrev.com/1190815 , crrev.com/1199839 , crrev.com/1201837 , crrev.com/1198339 , crrev.com/1197323 )। আমরা এই লেটেন্সি প্রচেষ্টার উভয় অংশে প্রতিক্রিয়া আমন্ত্রণ জানাই: নতুন টুল যা ক্রেতা এবং বিক্রেতারা দরকারী বলে মনে করবে, এবং পর্যবেক্ষণ করা বাধাগুলির রিপোর্ট যা Chrome ইঞ্জিনিয়ারদের তদন্ত করা উচিত৷ |
| বাই সাইড ফিল্টারিং | আগ্রহ গোষ্ঠীর উপর ভিত্তি করে বাই-সাইড ফিল্টারিংয়ের জন্য সমর্থন যোগ করুন। | আমরা বেশ কয়েকটি উপায়ের পরামর্শ দিয়েছি যাতে এসএসপি এবং ডিএসপিরা এটি পরিচালনা করতে তাদের নকশা পরিবর্তন করতে পারে:
|
| প্রকাশক স্বার্থ গ্রুপ নিয়ন্ত্রণ | প্রকাশক-সৃষ্ট স্বার্থ গোষ্ঠীর ব্যবহার অর্পণ করতে চাওয়া প্রকাশকদের জন্য সমর্থন। | আমরা অনুরোধ নিয়ে অনেক পক্ষের সঙ্গে আলোচনা করেছি। আমরা বিশ্বাস করি যে প্রকাশক-সৃষ্ট স্বার্থ গোষ্ঠীগুলিকে "অর্পণ" করার সাথে জড়িত এই ধরনের সমস্ত ব্যবহারের ক্ষেত্রে এখনই স্থান দেওয়া যেতে পারে, এবং আরও কিছু ব্যবহারের ক্ষেত্রে ভবিষ্যতে আরও সুচারুভাবে প্রবাহিত করার জন্য আমাদের অতিরিক্ত সহায়তা তৈরি করা উচিত৷ |
| (এছাড়াও Q2 এ রিপোর্ট করা হয়েছে) বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট | অ-পাবলিক ক্লাউড পরিবেশে বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট (TEE) এর জন্য সমর্থন। | আমাদের প্রতিক্রিয়া পূর্ববর্তী ত্রৈমাসিকের অনুরূপ: যদিও আমরা পাবলিক ক্লাউড-ভিত্তিক সমাধানগুলির বাইরে বিকল্পগুলির জন্য সমর্থন অন্বেষণ চালিয়ে যাচ্ছি, আমাদের অন-প্রিমিস টিইই সমর্থন করার কোনও বর্তমান পরিকল্পনা নেই। এই পর্যায়ে, প্রাইভেসি স্যান্ডবক্স সুরক্ষা প্রয়োজনীয়তা এবং অন-প্রিমিস ডিপ্লোয়মেন্টের দ্বারা উপস্থাপিত উল্লেখযোগ্য চ্যালেঞ্জগুলির প্রেক্ষিতে, আমরা বিশ্বাস করি যে ক্লাউড-ভিত্তিক স্থাপনাগুলিকে প্রসারিত এবং উন্নত করা অব্যাহত রাখা (উদাহরণস্বরূপ, AWS ছাড়াও Google ক্লাউডকে সমর্থন করা) সবচেয়ে উপকারী বাস্তুতন্ত্র যাইহোক, গোপনীয়তা এবং নিরাপত্তার সীমাবদ্ধতার কারণে কেন এই ধরনের প্রয়োজনীয়তা প্রয়োজনীয় এবং সম্ভাব্য সে বিষয়ে আমরা অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
| বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট | TEE পরিবেশন পথের উপাদান, যেমন লোড ব্যালেন্সার, সমস্ত ট্র্যাফিক পর্যবেক্ষণ করতে পারে এবং প্রতিটি অনুরোধের আইপি ঠিকানার তথ্য থাকতে পারে। | বর্তমানে বিডিং এবং নিলাম এবং ডিভাইসে সুরক্ষিত দর্শক নিলাম উভয় ক্ষেত্রেই অবিশ্বস্ত বিক্রেতার বিজ্ঞাপন পরিষেবায় অনুরোধ শিরোনামে একটি মেটাডেটা হিসাবে IP ঠিকানা পাস করা হয়। আরও তথ্যের জন্য মেটাডেটা ফরওয়ার্ডিং পড়ুন। দীর্ঘমেয়াদে, আমরা একটি আইপি প্রক্সির মাধ্যমে প্রক্সি বিজ্ঞাপন প্রযুক্তি এবং ট্র্যাকার ট্র্যাফিকের পরিকল্পনা করি, যা পরিবেশন পথের সমস্ত ট্র্যাফিক পর্যবেক্ষণ করতে উপাদানগুলিকে বাধা দেবে। |
| টাইম-টু-লাইভ (TTL) | পরিষেবাগুলির জন্য নতুন কীগুলির অনুরোধ করার আগে টাইম-টু-লাইভ (টিটিএল) সেট করা হবে নাকি এটি নমনীয় (বা গতিশীল) হওয়ার উদ্দেশ্যে করা হবে? | টিটিএল সাধারণত স্থির থাকে। বর্তমানে, জনসাধারণের জন্য TTL 8 দিন, এবং ঘূর্ণন প্রতি 7 দিনে ঘটে; এগ্রিগেশন সার্ভিসের ক্ষেত্রে ব্যক্তিগত কীগুলির জন্যও TTL একই। বিডিং এবং নিলাম পরিষেবাগুলির ক্ষেত্রে, নন-রিকুয়েস্ট পাথে প্রতি N ঘন্টায় ব্যক্তিগত এবং পাবলিক কীগুলি আনা হয় এবং মেমরিতে ক্যাশে করা হয়, যাতে কীগুলি ঘোরানো এবং সার্ভারগুলি এই কীগুলিকে তুলে নেওয়ার মধ্যে N-ঘন্টার বেশি বিলম্ব না হয়। . কী ঘূর্ণন এবং মেয়াদ শেষ হওয়ার মধ্যে 1-দিনের বাফার হল নিশ্চিত করা যে কী জেনারেশন ব্যর্থ হলেও পরিষেবাগুলি কাজ চালিয়ে যেতে পারে। আমরা বিভ্রাটের জন্য আরও স্থিতিস্থাপক হতে TTL প্রসারিত করার কথা বিবেচনা করছি। চাবি ফাঁসের ক্ষেত্রে, আমরা ম্যানুয়ালি কী তৈরি করতে এবং শীঘ্রই কীগুলি বাতিল করার পরিকল্পনা করি। উল্লেখ্য যে সর্বজনীন কীগুলি ক্লায়েন্টদের উপর ক্যাশ করা হয়, বর্তমানে 24 ঘন্টার জন্য, আবার নিশ্চিত করার জন্য যে সমন্বয়কারী বিভ্রাটের ক্ষেত্রে, পরিষেবাগুলি এখনও কাজ করতে পারে৷ |
| ট্রাফিক রুপায়ণ | বিডিং এবং নিলাম পরিষেবাগুলির জন্য ট্র্যাফিক শেপিং সমর্থন। | ক্রেতারা প্রকাশকের প্রথম পক্ষের ডেটা বা প্রাসঙ্গিক ডেটার উপর ভিত্তি করে সুরক্ষিত দর্শক নিলামের চাহিদা নির্দেশ করতে পারে। বিক্রেতারা বিক্রেতার বিজ্ঞাপন সার্ভার বা অ্যাড এক্সচেঞ্জ সার্ভারেও অনুরূপ নির্ধারণ করতে পারে। মডেলগুলিকে 1P ডেটা এবং সুরক্ষিত শ্রোতা নিলাম থেকে যে কোনও সামগ্রিক প্রতিবেদনের উপর প্রশিক্ষণ দেওয়া যেতে পারে। বিক্রেতারা বিডিং এবং নিলাম সার্ভারে অনুরোধ পাঠানো এড়াতে এই তথ্য ব্যবহার করতে পারেন যখন সুরক্ষিত দর্শক নিলামের জন্য কোন চাহিদা নেই। আমরা বিশ্বাস করি এটি ট্রাফিক গঠনের একটি কার্যকর উপায় হতে পারে। |
| উপাদান নিলাম | কোন শীর্ষ স্তরের নিলাম সংকেত উপাদান বিক্রেতাদের সাথে ভাগ করা হয়? | কম্পোনেন্ট নিলামে ক্রেতারা শুধুমাত্র কম্পোনেন্ট বিক্রেতার কাছ থেকে সংকেত পায়। আমরা শীঘ্রই হেডার বিডিং এবং সুরক্ষিত শ্রোতা নিলামের সাথে একটি সম্মিলিত নিলামের সামগ্রিক ক্রম সম্পর্কে ডকুমেন্টেশন শেয়ার করতে চাইছি। |
| ভিডিও রেন্ডারিং | সুরক্ষিত শ্রোতা এবং বেড়াযুক্ত ফ্রেম ব্যবহার করে ভিডিও রেন্ডারিংয়ের জন্য সমর্থন। | সুরক্ষিত শ্রোতা API আইফ্রেমের উপর নির্ভর করে এমন একটি প্রক্রিয়া ব্যবহার করে ভিডিও রেন্ডারিং সমর্থন করে। যাইহোক, আমরা এখনও ফেন্সড ফ্রেমগুলির সাথে সামঞ্জস্যপূর্ণ এমন একটি সমাধান ডিজাইন করিনি, এবং এটি একটি কারণ যা আমরা 2026-এ ফেন্সড ফ্রেম প্রয়োগ করার সিদ্ধান্ত নিয়েছিলাম৷ এর অর্থ হল যদি কোনও অংশীদার এখনই ফেন্সড ফ্রেমগুলি কার্যকর করার সিদ্ধান্ত নেয়, তাহলে ভিডিওর জন্য সমর্থন যে অংশীদার জন্য অভাব হবে. |
| ফ্রিকোয়েন্সি ক্যাপিং | (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) একটি প্রচারাভিযান এবং বিজ্ঞাপন গোষ্ঠীর মধ্যে প্রতি-ব্যবহারকারী ফ্রিকোয়েন্সি নিয়ন্ত্রণ। | আমাদের প্রতিক্রিয়া পূর্ববর্তী প্রতিবেদন থেকে অপরিবর্তিত: সুরক্ষিত শ্রোতা ডিভাইসের নিলাম এবং প্রাসঙ্গিক এবং ব্র্যান্ডিং প্রচারাভিযানের জন্য ফ্রিকোয়েন্সি ক্যাপিং সমর্থন করবে। শেয়ার্ড স্টোরেজ এবং সাইট-নির্দিষ্ট ক্যাপগুলি অতিরিক্ত ফ্রিকোয়েন্সি ক্যাপিং নিয়ন্ত্রণের জন্যও ব্যবহার করা যেতে পারে। |
| বিজ্ঞাপন পছন্দ | সুরক্ষিত শ্রোতা কি বিজ্ঞাপনদাতা সাইট দ্বারা অপ্ট-আউট বা ব্লকলিস্ট করার একটি উপায় বা একই মালিকের কাছ থেকে সমস্ত স্বার্থ গোষ্ঠী ছেড়ে যাওয়ার উপায় প্রদান করে? | ব্যবহারকারীদের সুরক্ষিত শ্রোতা API এবং অন্যান্য গোপনীয়তা স্যান্ডবক্স বৈশিষ্ট্যগুলিতে অ্যাক্সেস ব্লক করার বিভিন্ন উপায় রয়েছে৷ |
| বিডিং এবং নিলাম স্ক্রিপ্টের উৎস URL-এর জন্য একই-অরিজিন নীতি | প্রয়োজনীয়তা শিথিল করুন যে সমস্ত ক্ষেত্র যেগুলি স্ক্রিপ্ট বা JSON লোড করার জন্য URLগুলি নির্দিষ্ট করে সেগুলি অবশ্যই মালিকের সাথে একই-অরিজিন হতে হবে৷ | আমরা বর্তমানে এই অনুরোধটি বিবেচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
forDebuggingOnly | forDebuggingOnly এর জন্য সম্ভাব্য forDebuggingOnly অপব্যবহার করা হবে যদি এটি 3PCD-এর পরে থেকে যায়। | বিগত বছরগুলিতে আমরা তৃতীয় পক্ষের কুকিজ অবমূল্যায়িত হওয়ার পরে সুরক্ষিত দর্শকদের কার্যকারিতার ফাঁক সম্পর্কে ইকোসিস্টেম থেকে প্রতিক্রিয়া পেয়েছি এবং আমরা গোপনীয়তা স্যান্ডবক্সের লক্ষ্যগুলির সাথে আপস না করে 3PCD-এর পরে তাদের সমর্থন করার জন্য একটি পরিকল্পনা তৈরি করার জন্য কাজ করছি৷ ইকোসিস্টেম দেখতে চায় এমন কার্যকারিতা অনুপস্থিত হওয়ার বিষয়ে যেকোন অতিরিক্ত পরামর্শ এবং প্রতিক্রিয়াকে আমরা স্বাগত জানাই। |
| একাধিক স্বার্থ গোষ্ঠী | একই বিডে একাধিক স্বার্থ গ্রুপ ব্যবহার করুন। | এটি আজ সুরক্ষিত শ্রোতা API-এ সমর্থিত নয়, কারণ এর ফলে অন্তর্নিহিত গোপনীয়তা মডেলে পরিবর্তন হবে৷ আমরা এখানে অতিরিক্ত আলোচনা স্বাগত জানাই. |
| অন-ডিভাইস নিলাম | Android-এ Chrome কি ডিভাইসে সুরক্ষিত দর্শক নিলাম সমর্থন করবে? | হ্যাঁ, Android-এ Chrome-এ অন-ডিভাইস নিলাম সমর্থিত হবে । |
| (Q2 2023 এ রিপোর্ট করা হয়েছে) ক্লিক-সম্পর্কিত ডেটা | ব্রাউজারসিগন্যালে ক্লিক-সম্পর্কিত ডেটা যোগ করুন। | আমরা এই বৈশিষ্ট্য অনুরোধের মূল্যায়ন চালিয়ে যাচ্ছি এবং কেন এটিকে অগ্রাধিকার দেওয়া উচিত সে সম্পর্কে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
| বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট প্রদানকারী | বিভিন্ন ক্লাউড প্রদানকারীর বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট অফারে কি বস্তুগত পার্থক্য আছে? | আমরা কোন বড় পার্থক্য সম্পর্কে সচেতন নই, কিন্তু আমরা সুপারিশ করি যে বাস্তুতন্ত্রের সার্বজনীন স্থাপনার নির্দেশিকা পর্যালোচনা করে দেখুন কোন সমাধানটি তাদের প্রয়োজনে সবচেয়ে উপযুক্ত। গুগল ক্লাউড । AWS |
| (পূর্ববর্তী কোয়ার্টারে রিপোর্ট করা) নেতিবাচক আগ্রহের গ্রুপকে লক্ষ্য করার জন্য সমর্থন | নেতিবাচক আগ্রহের গোষ্ঠীকে লক্ষ্য করে সমর্থন করার জন্য একটি এপিআই: কোনও ব্যবহারকারী যদি কোনও আগ্রহী গোষ্ঠীর অন্তর্ভুক্ত না হয় তবেই বিজ্ঞাপনগুলি দেখানো। | আমরা এই বৈশিষ্ট্যটি বাস্তবায়নের দিকে নজর দিচ্ছি এবং অনুরোধটি নিয়ে আলোচনা করছি । |
| বিষয়বস্তু লঙ্ঘন | সমর্থন বৈশিষ্ট্য যা ব্যবহারকারীদের বেড়া ফ্রেমে সুরক্ষিত শ্রোতাদের এপিআই দ্বারা পরিবেশন করা খারাপ বিজ্ঞাপনগুলি রিপোর্ট করতে দেয়। | আমরা বিশ্বাস করি যে বিদ্যমান বেড়া ফ্রেম বিজ্ঞাপনগুলি রিপোর্টিং মেকানিজম বিজ্ঞাপন প্রযুক্তিগুলির জন্য ভাল বিকল্প সরবরাহ করে যারা ব্যবহারকারী-উত্পাদিত "খারাপ বিজ্ঞাপনগুলি" রিপোর্টিং প্রবাহ চায়। এটি আজ শিল্পের মান থেকে মূলত অপরিবর্তিত এমন উপায়ে খারাপ বিজ্ঞাপনগুলি প্রতিবেদনের অনুমতি দেবে। তৃতীয় পক্ষের কুকি অপসারণের পরের সময়ে তবে বেড়া ফ্রেম রেন্ডারিং বিস্তৃত হওয়ার আগে আমরা অতিরিক্ত বৈশিষ্ট্য অনুরোধগুলিকে স্বাগত জানাই। |
| ব্যক্তিগত সমষ্টি এপিআই রিপোর্টিং | আমরা কীভাবে ব্যবহারকারী সেই আগ্রহের গোষ্ঠীতে ব্যয় করেছেন তা কীভাবে গণনা করতে পারি? | Chrome M116+ এ আপনার সংজ্ঞায়িত পুল/639 হিসাবে রিসেন্সিটি ব্যবহার করতে সক্ষম হওয়া উচিত। |
| কে-বেনামে সার্ভার | কে-বেনামে সার্ভার সম্পর্কে আরও তথ্য। | আমরা এখানে কে-বেনামে সার্ভারগুলিতে আরও তথ্য ভাগ করে নিয়েছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| গতিশীল সৃজনশীল urls | এখনও কে-বেনামে সম্মান না করে প্রাক-বিশৃঙ্খলা ছাড়াই সৃজনশীল ইউআরএলগুলির জন্য সমর্থন। | আমরা এই বৈশিষ্ট্যটির অনুরোধটি নিয়ে আলোচনা করছি এবং কেন এটি অগ্রাধিকার দেওয়া উচিত সে সম্পর্কে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| কে-বেনামীর প্রয়োজনীয়তা | সুদের গ্রুপ আপডেটগুলিতে কে-বেনামে প্রয়োজনীয়তা কি পুনরায় চালু করা হবে? | আমরা এই গিটহাব পোস্টে বর্ণিত অবস্থানে পরিবর্তনের প্রত্যাশা করি না। এই পোস্টে ঘোষিত হিসাবে, আমরা সুরক্ষিত শ্রোতাদের আগ্রহের গোষ্ঠী আপডেটগুলিতে কে-বেনামে প্রয়োজনীয়তা অপসারণের সিদ্ধান্ত নিয়েছি, যা এপিআইয়ের সামগ্রিক গোপনীয়তা সুরক্ষাগুলিতে উল্লেখযোগ্য প্রভাব ফেলে না, এবং আমরা অন্যান্য সম্ভাব্য আরও সরাসরি সুরক্ষা বিবেচনা করার পরিকল্পনা করছি (যেমন আইপি পরবর্তী তারিখে ঠিকানা গোপনীয়তা বা একটি বিশ্বস্ত আপডেট সার্ভার ঠিকানা) যখন সম্পর্কিত প্রযুক্তিগুলি আরও উন্নত, মোতায়েন করা এবং গৃহীত হয়। |
| বিডিং এবং নিলাম পরিষেবাদি বিটা টেস্টিং | বিডিং এবং নিলাম পরিষেবাদি বিটা পরীক্ষা কখন শুরু হবে? | টাইমলাইন এবং রোডম্যাপে যেমন বলা হয়েছে, বিডিং এবং নিলাম পরিষেবা পরীক্ষার প্রথম পর্বটি 2023 সালের নভেম্বরে শুরু হয়। |
| রোড ব্লকিং | বিজ্ঞাপন নেটওয়ার্কগুলির জন্য সৃজনশীল সমন্বয়কে সমর্থন করার অনুরোধ (এসএসপি এবং ডিএসপি একই সংস্থা বা সম্পত্তিগুলিতে রয়েছে)। | আমরা এই ব্যবহারের ক্ষেত্রে প্রতিক্রিয়াটির প্রশংসা করি এবং আমরা আরও বিজ্ঞাপন প্রযুক্তিগুলি এই সমর্থিত দেখতে আগ্রহী কিনা তা বুঝতে চাইছি। আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| নেটিভ বিজ্ঞাপন | দেশীয় বিজ্ঞাপনের জন্য বেড়া ফ্রেম সমর্থন। | আমরা ব্যবহারের ক্ষেত্রে সমর্থন করার বিষয়ে বিবেচনা করছি এবং সম্ভাব্য কার্যকারিতা এবং সমাধানগুলি নিয়ে আলোচনা করছি। |
| কে-বেনামে | কে-অ্যানের থ্রেশহোল্ডগুলি পূরণ করে এমন আগ্রহের গ্রুপ বিজ্ঞাপনগুলি আমি কীভাবে সর্বাধিক করতে পারি? | আমরা এই বিষয়ে কিছু কৌশলগত দিকনির্দেশনা ভাগ করেছি। |
| সমর্থন পোস্ট | পোস্ট অনুরোধের মাধ্যমে নিলামের ডেটা প্রেরণের জন্য সমর্থন। | আমরা এই বৈশিষ্ট্যটির অনুরোধটি মূল্যায়ন করছি এবং কেন এটিকে অগ্রাধিকার দেওয়া উচিত সে সম্পর্কে অতিরিক্ত গিটহাব ইস্যু জমা দেওয়া স্বাগত জানাই। |
| গ্রানুলারিটির প্রতিবেদন করা | একাধিক টুকরো সমন্বয়ে গঠিত বিজ্ঞাপনগুলির সাথে বেড়া ফ্রেম বিজ্ঞাপন রিপোর্টিংয়ের রিপোর্টিং গ্রানুলারিটি কী? | বর্তমান ডিজাইনটি পণ্য আইডি বা অবস্থান ক্যাপচার করার অনুমতি দেয় না কারণ এটি ব্যবহারকারীর গোপনীয়তার সাথে আপস করতে পারে। কেবলমাত্র reserved.top_navigation আহ্বান করা যেতে পারে, যা বিজ্ঞাপনের উপাদান বেড়া ফ্রেমে ব্যবহারকারী অ্যাক্টিভেশন (যেমন একটি ক্লিক) থাকে তখন প্রেরণ করা হবে, যার ফলস্বরূপ শীর্ষ-স্তরের নেভিগেশনের ফলস্বরূপ। |
| বিজ্ঞাপন নিলাম | কোনও উপাদান নিলামে অংশ নেওয়া কোনও এসএসপি নিজেই অন্য উপাদান নিলামকে ট্রিগার করতে পারে? | একটি componentSeller componentAuctions অন্তর্ভুক্ত থাকতে পারে না।মাল্টি-সেলার নিলামে কেবল দুটি স্তর রয়েছে: 1. সমান্তরালে উপাদান নিলাম। ২. শীর্ষ-স্তরের নিলাম (যেখানে প্রতিটি componentAuction থেকে বিজয়ী বিজ্ঞাপন প্রতিযোগিতা করে)। |
| বিডিং এবং নিলাম পরিষেবাদির প্রাপ্যতা | ক্রোম সুবিধার্থে পরীক্ষার পর্যায়ে কি বিডিং এবং নিলাম পাওয়া যাবে? | ক্রোম সুবিধার্থে পরীক্ষার পর্যায়ে বিডিং এবং নিলাম সার্ভার উপলব্ধ হবে না। |
| বিডিং সংকেত | ব্রাউজারগুলিকে বিডিং সংকেতগুলির অনুরোধ এবং মুছতে অনুমতি দিন। | আমরা এই অনুরোধটি নিয়ে আলোচনা করছি এবং কেন এটি অগ্রাধিকার দেওয়া উচিত সে সম্পর্কে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
generateBid() | updateURL মাধ্যমে সুদগ্রুপের userBiddingSignals আপডেট করার ক্ষমতা। | আমরা এই প্রস্তাবটি বিবেচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া এবং আলোচনা স্বাগত জানাই । |
| প্রকাশক ইনভেন্টরি প্রকার | কোন ধরণের প্রকাশক তালিকা সুরক্ষিত শ্রোতা এবং বিষয়গুলি পরীক্ষা দ্বারা সমর্থিত হবে? | সুরক্ষিত শ্রোতা বা বিষয়গুলি উভয়ই তারা যে ধরণের তালিকা ব্যবহার করতে পারে তার দিক থেকে সহজাতভাবে সীমাবদ্ধ নয়। |
| সার্ভার-টু-সার্ভার ইন্টিগ্রেশন | সুরক্ষিত দর্শকদের জন্য কি এসএসপি এবং ডিএসপির মধ্যে সরাসরি সংহতকরণ প্রয়োজনীয়? | এসএসপি এবং ডিএসপির মধ্যে সরাসরি সংহতকরণের প্রয়োজন হয় না যদি ডিএসপিকে তার নিজস্ব সার্ভারে প্রাসঙ্গিক সংকেতগুলি প্রক্রিয়া করার প্রয়োজন হয় না যাতে প্রক্রিয়াজাত তথ্যটি তার ডিভাইস বিডিং ফাংশনে পাস করার জন্য। |
বি ও এ -তে একটি bid_currency ক্ষেত্র | বিডিং এবং নিলাম পরিষেবাতে bid_currency ক্ষেত্রের জন্য সমর্থন। | বি অ্যান্ড এ এখনও bid_currency সমর্থন করে না, যদিও আমরা 2024 সালের জানুয়ারির শেষের দিকে এটি সমর্থন করার পরিকল্পনা করছি Here এখানে টাইমলাইনটি দেখুন। |
perBuyerSignals | perBuyerSignals জন্য কি কোনও আকারের সীমা আছে? | প্রতি-ক্রিয়ার সিগন্যালের সংখ্যার কোনও সীমা নেই, তবে খুব বেশি ডেটা প্রেরণে ব্রাউজারের পারফরম্যান্সে ক্ষতিকারক প্রভাব থাকতে পারে। |
| ক্রস-সাইট ব্যবহারের ক্ষেত্রে | আমরা কি একাধিক ওয়েবসাইট জুড়ে সুরক্ষিত শ্রোতাদের এপিআই আগ্রহের গোষ্ঠীগুলি ব্যবহার করতে পারি? | সুরক্ষিত শ্রোতাদের এই জাতীয় ব্যবহারের ক্ষেত্রে ডিজাইন করা হয়নি, যেমন টার্টলডোভ/ইস্যু/282 এ ব্যাখ্যা করা হয়েছে। |
| আগ্রহের গ্রুপ এইচটিটিপি অনুরোধ | এইচটিটিপি শিরোনামগুলিতে আগ্রহের গ্রুপ ব্লব অন্তর্ভুক্ত করুন। | আমরা এই অনুরোধটি বিবেচনা করছি এবং এই অনুরোধে আরও প্রতিক্রিয়া স্বাগত জানাই । |
| বিজ্ঞাপন মানের নিয়ন্ত্রণ | ক্রস-সাইট তথ্যের সাথে সম্পর্কিত বিজ্ঞাপন মানের নিয়ন্ত্রণের ক্ষতি। | আমরা এই প্রতিক্রিয়া বিবেচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| Chrome DevTools | বহির্গামী সুরক্ষিত শ্রোতা নেটওয়ার্কের অনুরোধগুলি ক্রোম বিকাশকারী সরঞ্জাম নেটওয়ার্ক ট্যাবে দৃশ্যমান হওয়া উচিত। | আমরা নেটওয়ার্ক ট্যাবে এই কার্যকারিতা সক্ষম করার জন্য কাজ করছি এবং কেন এটি অগ্রাধিকার দেওয়া উচিত সে সম্পর্কে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| বিশ্বস্ত সম্পাদনের পরিবেশ | কোন মেট্রিকগুলি গোপনীয়তা-প্রভাবিত (এবং তাদের ডিগ্রি) সম্পর্কিত বিশদগুলি বিশ্বস্ত সম্পাদন পরিবেশ পর্যবেক্ষণের বিষয়ে ব্যাখ্যায় যুক্ত করা হবে? | আমরা এই তথ্য দিয়ে ব্যাখ্যার আপডেট করার প্রক্রিয়াতে রয়েছি। আপডেট হওয়া ব্যাখ্যামূলক 2023 সালের নভেম্বরের মধ্যে উপলব্ধ হবে। |
directFrom | directFrom কেন directFrom ওয়েব বান্ডিল হিসাবে প্যাকেজড directFrom ? | আমরা এখানে এই সিদ্ধান্তের যুক্তি ভাগ করে নিয়েছি। |
| ইমপ্রেশন ডেলিগেশন | কোনও আগ্রহের গোষ্ঠীর নির্বাচিত হওয়ার ফলাফলটি আরও একটি লক্ষ্যবস্তু পদক্ষেপের মধ্যে রয়েছে এমন কোনও প্রভাবশালী প্রতিনিধি দল করার কোনও কার্যকর উপায় আছে কি? | একাধিক নেস্টেড নিলাম দুটি কারণে আমাদের গোপনীয়তার লক্ষ্যগুলির সাথে সামঞ্জস্যপূর্ণ নয়। প্রথমত, যখন নিলামের বিজয়ী একটি বেড়া ফ্রেমের অভ্যন্তরে রেন্ডার করে, সুরক্ষিত দর্শকদের জন্য আমাদের গোপনীয়তার লক্ষ্যগুলি প্রসঙ্গের জ্ঞান ছাড়াই ফলাফল সৃজনশীল রেন্ডারিং অন্তর্ভুক্ত করে: আশেপাশের পৃষ্ঠার ইউআরএল বা প্রথম পক্ষের কুকি একটি গোপনীয়তা লঙ্ঘন। সেই পরিবেশে, একটি নেস্টেড নিলাম কার্যকর নয়। দ্বিতীয়ত, সুরক্ষিত শ্রোতা মডেল বলেছে যে প্রতিটি নিলামের বিজয়ী কেবলমাত্র একটি অতিরিক্ত সাইটের ডেটার উপর ভিত্তি করে হওয়া উচিত। নেস্টেড নিলামগুলি যৌগিক করার একটি উপায় হবে, যার ফলে বহু সাইটের প্রোফাইলের উপর ভিত্তি করে বিজ্ঞাপনগুলি বেছে নেওয়ার সম্ভাবনা রয়েছে। |
| বিশ্রামের মানদণ্ডে ডেটা | কী/মান পরিষেবা ট্রাস্ট মডেলটিতে বিশ্রামের মানদণ্ডে আরও ডেটা ব্যাখ্যা করুন। | কী মান পরিষেবার ডেটা মেমরিতে লোড করা হয় এবং কোনও রিড-থ্রো ক্যাচিং না করে সেখান থেকে পরিবেশন করা হয়। |
| ক্রেতা ডেটা সিগন্যাল | ডিএসপিএস থেকে প্রাপ্ত buyer_data সংকেতগুলির জন্য কি কোনও সংজ্ঞায়িত আকারের সীমা রয়েছে? | ডিএসপিএস থেকে প্রাপ্ত buyer_data সংকেতের জন্য বর্তমানে কোনও ব্রাউজার আরোপিত সীমা নেই। |
ডিজিটাল বিজ্ঞাপনগুলি পরিমাপ করুন
অ্যাট্রিবিউশন রিপোর্টিং (এবং অন্যান্য এপিআই)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ক্রস-ডিভাইস | অ্যাট্রিবিউশন রিপোর্টিং এপিআইয়ের জন্য ক্রস-ডিভাইস সমর্থনের জন্য পরিকল্পনা করুন। | ক্রস-ডিভাইস 3 পিসির শীর্ষে নতুন গোপনীয়তার চ্যালেঞ্জগুলি উপস্থাপন করে এবং কোনও ব্যবহারকারী ব্যবহার করতে পারে এমন ডিভাইস এবং প্ল্যাটফর্মগুলির পরিসীমা প্রদত্ত প্রযুক্তি বিতরণ চ্যালেঞ্জগুলিও যুক্ত করে। আমরা সম্ভাব্য সমাধানগুলি অন্বেষণ করছি, তবে আমরা বর্তমানে অ্যাট্রিবিউশন রিপোর্টিং দ্বারা সমর্থিত সমালোচনামূলক ব্যবহারের ক্ষেত্রে মনোনিবেশ করছি এবং তৃতীয় পক্ষের কুকিজ অপসারণের আগে ক্রস-ডিভাইস সমর্থন প্রবর্তনের পরিকল্পনা নেই। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) ট্রিগার ডেটা আকার | কেন ট্রিগার ডেটা আকার 3 বিট মধ্যে সীমাবদ্ধ? | কোনও ব্যবহারকারী সম্পর্কে ক্রস-সাইট এবং ক্রস-কনটেক্সট তথ্যের পরিমাণ সীমাবদ্ধ তা নিশ্চিত করার জন্য আকারটি 3 বিট এবং 8 টি স্বতন্ত্র মানগুলির মধ্যে সীমাবদ্ধ। ইভেন্ট-স্তরের প্রতিবেদনের জন্য বর্তমান প্যারামিট্রাইজেশন যথেষ্ট কিনা তা নিয়ে প্রতিক্রিয়া জমা দেওয়ার জন্য আমরা বাস্তুতন্ত্রের খেলোয়াড়দের স্বাগত জানাই। |
| রূপান্তর ফানেল | রূপান্তরকালে ব্যবহৃত একাধিক ডোমেন রিপোর্ট করুন। | একাধিক গন্তব্য যুক্ত হওয়ার পর থেকে এই ব্যবহারের ক্ষেত্রে সম্ভব। আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| বিভিন্ন দেশ সমর্থন একই ডোমেন | অ্যাট্রিবিউশন রিপোর্টিং কি এমন ওয়েবসাইটগুলির সাথে কাজ করে যা একই ডোমেন তবে একাধিক দেশের টিএলডি রয়েছে? | এই সমস্যাটি প্রশ্ন উত্থাপনকারী স্টেকহোল্ডারের সাথে আলোচনা এবং সমাধান করা হয়েছে। যদি কোনও বিজ্ঞাপন প্রযুক্তির একাধিক দেশের টিএলডি ব্যবহার করার প্রয়োজন হয় তবে তাদের প্রতিটি দেশের টিএলডি -র একটি সহ একাধিক তালিকাভুক্তি থাকতে হবে। |
| সুরক্ষিত শ্রোতা এবং অ্যাট্রিবিউশন রিপোর্টিং | বিজ্ঞাপন প্রযুক্তিগুলি সুরক্ষিত শ্রোতাদের নিলামের জন্য ভিউ-থ্রু রূপান্তরগুলির পাশাপাশি অ্যাট্রিবিউশন রিপোর্টিংয়ের জন্য ক্লিক-মাধ্যমে রূপান্তর উভয়ই অ্যাক্সেস করতে পারে? | হ্যাঁ, গোপনীয়তা স্যান্ডবক্সে সুরক্ষিত দর্শকদের মধ্যে ভিটিসি এবং সিটিসি উভয়কেই সমর্থন করা উচিত। |
| Agaggrageatable প্রতিবেদন বিলম্ব | সমষ্টিগত প্রতিবেদন আরও বিলম্ব হ্রাস করুন। | আমরা এ সম্পর্কে সাম্প্রতিক প্রতিক্রিয়া শুনেছি এবং এখানে ধারণা ভাগ করেছি । আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| Agaggrageatable প্রতিবেদন বিলম্ব | সার্ভার মধ্যস্থতা প্রবর্তনের মাধ্যমে বিলম্ব হ্রাস করা। | আমরা এই প্রস্তাবটি বিবেচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| ইভেন্ট-স্তরের প্রতিবেদন বিলম্ব | ইভেন্ট-স্তরের প্রতিবেদন বিলম্ব হ্রাস করুন। | নমনীয় ইভেন্ট-স্তরের কনফিগারেশনে বর্ণিত সম্পূর্ণ নমনীয় ইভেন্ট -স্তরের প্রস্তাবটি একটি শব্দ ট্রেড অফের সাথে ইভেন্ট-স্তরের রিপোর্টিং বিলম্বকে 1 ঘন্টার মধ্যে হ্রাস করতে পারে। |
| উত্স প্রতিবেদন উত্স প্রতি উত্স | সোর্স রিপোর্টিং সাইট অনুসারে সর্বাধিক উত্স রিপোর্টিং উত্সের সীমাবদ্ধতা বিজ্ঞাপন প্রযুক্তিগুলিকে একক প্রকাশকের উত্সের জন্য বিভিন্ন প্রতিবেদনের উত্স থেকে উত্সগুলি নিবন্ধকরণ থেকে বাধা দেয়। | এটি স্টেকহোল্ডারের সাথে আলোচনা করা হয়েছে যা সমস্যাটি উত্থাপন করেছে এবং উত্স-প্রতিবেদনকারী সাইটের প্রতি 1 টি রিপোর্টিং উত্স ব্যবহারের সম্ভাব্য সমাধান পুনর্নির্দেশের সাথে জড়িত অন্যান্য সম্ভাব্য সমাধানগুলি চেষ্টা করার আগে পরীক্ষা করা হচ্ছে। আমরা এই সীমা সম্পর্কেও যে কোনও অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়ার জন্য উন্মুক্ত। |
| ইস্যু রিপোর্টিং | আমরা কীভাবে ক্রোমে এপিআই রিপোর্টিং এপিআই রিপোর্টিং সহ ত্রুটি বা সমস্যাগুলি প্রতিবেদন করতে পারি? | বর্তমানে আমরা বিজ্ঞাপন প্রযুক্তিগুলি গিটহাবের সমস্যা হিসাবে তারা যে কোনও এপিআই ত্রুটিগুলির মুখোমুখি হতে পারে সেগুলির প্রতিবেদন করার কোনও অ্যাট্রিবিউশন রিপোর্ট করার পরামর্শ দিচ্ছি। যদি তারা ক্রোম-সম্পর্কিত সমস্যার মুখোমুখি হয় তবে আমরা ক্রোমিয়াম বাগ তৈরির পরামর্শ দিই। কোনও সমস্যা কীভাবে এবং কোথায় পতাকাঙ্কিত করার জন্য লিঙ্কগুলি জড়িত এবং প্রতিক্রিয়া ভাগ করে নিতে পারে। |
| অনুলিপি | আমরা কীভাবে বিভিন্ন পাইপলাইন এবং ডিভাইসগুলিতে রূপান্তরকে ডুপ্লিকেট করতে পারি? | ডিভাইস এবং পরিমাপের পাইপলাইনগুলিতে ডুপ্লিকেট করা একটি পরিচিত এবং বর্তমান চ্যালেঞ্জ যা বিজ্ঞাপন প্রযুক্তিগুলিও আজ 3 পিসি সহ মুখোমুখি। অ্যাট্রিবিউশন রিপোর্টিং এপিআইয়ের সাথে, বিজ্ঞাপন প্রযুক্তিগুলি কখন নির্দিষ্ট রূপান্তরগুলি নিবন্ধভুক্ত করতে হবে এবং নির্দিষ্ট মেটাডেটা যুক্ত করতে পারে তা নির্ধারণ করতে পারে যে তারা কোন পরিমাপের পাইপলাইনগুলি রূপান্তরগুলি ট্র্যাক করতে ব্যবহার করেছে (অন্য কথায়, সমষ্টি কীটির অংশ), যা অন্যান্য পরিমাপের সাথে তুলনা করা যেতে পারে পাইপলাইন আমরা এ সম্পর্কিত কোনও অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া প্রকাশের জন্য উন্মুক্ত। |
| ডুপ্লিকেশন এবং অগ্রাধিকার | অগ্রাধিকার দেওয়ার আগে প্রথমে অগ্রাধিকার পাওয়ার অনুরোধ করুন। | আমরা এই অনুরোধটি বিবেচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| অ্যান্টি-ফ্রেড | দূষিত ব্যবহারকারী ইভেন্ট-স্তরের ডেটা টেম্পারিংয়ের ঝুঁকি। | প্রতিবেদন যাচাইকরণ ইভেন্ট-স্তরের প্রতিবেদনের জন্য কাজ করে না যে কেন এই সমর্থন ইভেন্ট-স্তরের প্রতিবেদনগুলি সমর্থন করে না সে সম্পর্কে বর্ণিত কারণগুলির জন্য? . |
| রূপান্তর প্রকার | আমরা কীভাবে অ্যাট্রিবিউশন রিপোর্টিংয়ে ভিউ এবং নেভিগেশনের মধ্যে পার্থক্য করতে পারি? | আমাদের কাছে নিম্নলিখিত অন্তর্নির্মিত ফিল্টারিং বিকল্প রয়েছে: source_type । অতিরিক্ত বিশদ এখানে উপলব্ধ । |
সমষ্টি পরিষেবা
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বাজেট পুনরুদ্ধার | কিছু বিজ্ঞাপন প্রযুক্তিবিদরা তাদের প্রতিবেদনগুলির ব্যর্থতা, ত্রুটি বা মুছে ফেলার ক্ষেত্রে প্রতিবেদনগুলি পুনরায় প্রসেস করার দক্ষতার জন্য অনুরোধ করেছে। | দলটি গোপনীয়তা-সংরক্ষণের উপায়ে এটিকে সম্বোধন করার উপায়গুলি অন্বেষণ করছে। |
| সাইট তালিকাভুক্তি | একাধিক বিজ্ঞাপন প্রযুক্তিগুলি জিও, বিজ্ঞাপনদাতা দ্বারা বিভক্ত ডেটা যেমন ব্যবহারের ক্ষেত্রে একই অ্যাকাউন্টে একাধিক উত্স প্রক্রিয়াজাতকরণের জন্য সহায়তার জন্য অনুরোধ করেছে। ক্লায়েন্ট এপিআই তালিকাভুক্তি এখন সাইট-ভিত্তিক (এবং উত্স ভিত্তিক নয়) প্রদত্ত বিজ্ঞাপন প্রযুক্তিগুলির দ্বারাও এই আচরণটি প্রত্যাশিত। উত্স থেকে সাইট তালিকাভুক্তিতে স্থানান্তর ক্লায়েন্টের তালিকাভুক্তি প্রক্রিয়াটির সাথে ধারাবাহিকতার মাধ্যমে বিজ্ঞাপন টেক অন বোর্ডিং প্রক্রিয়াটিকে প্রবাহিত করে। | আমরা শিগগিরই সমষ্টি পরিষেবাটির জন্য সাইট তালিকাভুক্তিতে অরিজিন নথিভুক্তি থেকে মাইগ্রেশন চালু করব এবং বাস্তুতন্ত্রের কাছ থেকে প্রতিক্রিয়া স্বাগত জানাব। |
| প্রকাশ ও অবমূল্যায়ন পরিকল্পনা | সংহতকরণ পরিষেবা বৈশিষ্ট্য এবং প্যাচগুলির জন্য প্রকাশ এবং অবমূল্যায়নের সময়সূচী। পরিকল্পনার লক্ষ্য হ'ল বিজ্ঞাপন প্রযুক্তিগুলিকে আমাদের প্রকাশের নীতিগুলিতে দৃশ্যমানতা দেওয়া তাদের আসন্ন প্রকাশ এবং অবমূল্যায়নের জন্য প্রস্তুত করতে সক্ষম করে এবং তারা পরিষেবাগুলির স্থিতিশীল এবং সুরক্ষিত সংস্করণ চালায় তা নিশ্চিত করে। | আমরা সম্প্রতি সমষ্টি পরিষেবা রিলিজ এবং অবমূল্যায়ন পরিকল্পনার জন্য একটি প্রস্তাব প্রকাশ করেছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| সমন্বয়কারীরা | সমন্বয়কারীরা সমষ্টি পরিষেবাতে নেমে গেলে কী হবে? | উভয় সমন্বয়কারীকে সিস্টেমটি সঠিকভাবে কাজ করার জন্য সম্পূর্ণরূপে উপলব্ধ হওয়া দরকার। সংক্ষিপ্ত অপ্রাপ্যতা আমাদের ক্লায়েন্ট লাইব্রেরিতে পুনরুদ্ধার সহ সামঞ্জস্য করা হয়; দুটি সমন্বয়কারীদের মধ্যে যে কোনও একটির দীর্ঘ সময় অপ্রাপ্যতার সমষ্টি চাকরি ব্যর্থ হবে। গোপনীয়তার জন্য বাজেট এখনও গ্রাস না করা হলে চাকরিগুলি পুনরায় চালু হতে পারে। যে কোনও ক্ষেত্রে যেখানে কোনও পরিষেবা ব্যর্থতা বিজ্ঞাপন প্রযুক্তি স্টোরেজে লিখিত সংক্ষিপ্ত প্রতিবেদন ছাড়াই বাজেট গ্রহণের দিকে পরিচালিত করে, আমরা বর্তমানে তাদের পরামর্শ দিচ্ছি যে তারা স্থানীয় পরীক্ষার সরঞ্জামটি ব্যবহার করে ফলাফলগুলি পুনরুদ্ধার করতে ডিবাগ প্রতিবেদনগুলি ব্যবহার করে। আমরা ব্যর্থতার ক্ষেত্রে বাজেট পুনরুদ্ধারের অনুমতি দেওয়ার জন্য বৈশিষ্ট্যগুলিতেও কাজ করছি যাতে বিজ্ঞাপন প্রযুক্তিগুলি তাদের কাজগুলি পুনরায় চালু করতে পারে। |
ব্যক্তিগত সমষ্টি এপিআই
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ব্লব ইউআরএল | ভাগ করা স্টোরেজে ব্লব ইউআরএল সমর্থন করার অনুরোধ। | Chrome M116 এ ব্লব ইউআরএল জন্য সমর্থন যুক্ত করা হয়েছে। |
সীমা গোপন ট্র্যাকিং
ব্যবহারকারী এজেন্ট হ্রাস এবং ব্যবহারকারী এজেন্ট ক্লায়েন্ট ইঙ্গিত
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| জাভাস্ক্রিপ্ট API | ব্যবহারকারী এজেন্ট ক্লায়েন্টের প্রাপ্যতা জাভাস্ক্রিপ্ট এপিআই ইঙ্গিত করে। | এই কার্যকারিতাটি অপসারণের কোনও পরিকল্পনা নেই কারণ এটি অংশীদারদের জন্য আমাদের মূল সমাধান যারা হিমায়িত এবং হ্রাস করা ইউএ হ্রাসে ডিফল্টরূপে পাওয়া যায় তার বাইরে উচ্চ-এনট্রপি ডেটা সক্রিয়ভাবে অ্যাক্সেস করতে চায়। |
| ডিভাইস এবং ফর্ম ফ্যাক্টর তথ্য | ওয়েবসাইটগুলিতে ইনপুট, আউটপুট এবং অন্যান্য তথ্য বোঝার জন্য ওয়েবসাইটগুলি সমর্থন করতে পারে। | আমরা বাস্তুতন্ত্রের প্রতিক্রিয়া অনুসরণ করে এই অনুরোধটির জন্য সমর্থন যুক্ত করেছি। |
আইপি সুরক্ষা (পূর্বে gnatcatcher)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| যোগ্য তৃতীয় পক্ষের ট্র্যাফিক | ব্যাখ্যাকারীর মধ্যে উল্লেখ করে "যোগ্য তৃতীয় পক্ষের ট্র্যাফিক" কী? | আমরা এই প্রশ্নের গুরুত্ব বুঝতে পারি এবং কোন তৃতীয় পক্ষের ট্র্যাফিক যোগ্য হবে এবং কোনটি হবে না তা সনাক্ত করতে সক্রিয়ভাবে কাজ করছি। আমরা এই বিষয়ে প্রতিক্রিয়া স্বাগত জানাই। |
| নেটওয়ার্ক ট্র্যাফিক অডিট | তাদের নেটওয়ার্কগুলির জন্য নেটওয়ার্ক ট্র্যাফিক অডিট সম্পাদনের জন্য উদ্যোগগুলির পক্ষে সমর্থন। | প্রথম পক্ষের সাইটগুলিতে এম্বেড থাকা কেবলমাত্র তৃতীয় পক্ষের ট্র্যাফিক প্রভাবিত হবে, যা ফিল্টারিং প্রয়োজন এমন ট্র্যাফিকের পরিমাণ সীমাবদ্ধ করা উচিত। অতিরিক্তভাবে, আমরা ব্যবহারকারীদের আইপি সুরক্ষা ব্যবহার করবেন কিনা তা বিকল্প দেওয়ার পরিকল্পনা করছি এবং এন্টারপ্রাইজ-নিয়ন্ত্রিত ক্রোমের জন্য আইপি সুরক্ষা অক্ষম করার জন্য এন্টারপ্রাইজ নীতি থাকবে। অবশেষে, আমরা আইপি সুরক্ষা অক্ষম করতে নেটওয়ার্ক অপারেটরদের কী নিয়ন্ত্রণগুলি (যদি থাকে) সরবরাহ করা হবে তা অনুসন্ধান করছি। আমরা এই বিষয়ে প্রতিক্রিয়া স্বাগত জানাই। |
| প্রবেশাধিকার নিয়ন্ত্রণ | আইপি সুরক্ষা ওয়েব পরিষেবাগুলিকে প্রভাবিত করতে পারে যা অ্যাক্সেস নিয়ন্ত্রণের জন্য আইপি ঠিকানা ব্যবহার করে। | আমরা অ্যান্টি-ফাড ব্যবহার কেসগুলির গুরুত্ব এবং সেই ব্যবহারের ক্ষেত্রে সম্ভাব্য প্রভাব বুঝতে পারি। আমরা সাধারণত আইপি ঠিকানার উপর নির্ভর করে এমন অ্যান্টি-ফ্রেড ব্যবহারের ক্ষেত্রে কীভাবে আমরা আরও ভালভাবে সমর্থন করতে পারি সে সম্পর্কে আমরা বাস্তুতন্ত্রের প্রতিক্রিয়া চাইছি। |
| 2-হপ প্রক্সির মধ্যে যোগাযোগ | প্রক্সিগুলির মধ্যে কোনও তথ্য নেই তা কীভাবে নিশ্চিত করা যায়। | আমরা প্রক্সি ইন্টারঅ্যাকশন ডিজাইন করার প্রক্রিয়াধীন। আমাদের লক্ষ্য ব্যবসা, প্রক্রিয়া এবং প্রযুক্তিগত উপায়ে এই জাতীয় তথ্য ভাগ করে নেওয়ার সম্ভাবনা হ্রাস করা। |
| অ-গুগল প্রমাণীকরণ | অ-গুগল প্রমাণীকরণের জন্য সমর্থন। | আমরা ভবিষ্যতে অ্যাকাউন্ট প্রমাণীকরণ সম্পর্কে আরও বিশদ প্রকাশ করার পরিকল্পনা করছি, যদিও আমরা কিছু প্রাথমিক বিবেচনাগুলি ভাগ করেছি । |
| ট্র্যাকার শ্রেণিবিন্যাস | আইপি সুরক্ষা কীভাবে নির্ধারণ করবে যে কোনও ট্র্যাকার এবং এর রূপগুলি কী গঠন করে? | আমরা এই প্রশ্নের গুরুত্ব বুঝতে পারি এবং কোন তৃতীয় পক্ষের ট্র্যাফিক যোগ্য হবে এবং কোনটি হবে না তা সনাক্ত করতে সক্রিয়ভাবে কাজ করছি। আমরা এই বিষয়ে প্রতিক্রিয়া স্বাগত জানাই। |
| বিশ্লেষণ | আইপি সুরক্ষা বিশ্লেষণ পরিষেবাদির যথার্থতাকে প্রভাবিত করতে পারে। | আমরা আইপি সুরক্ষার প্রভাব আরও বুঝতে চাইছি এবং বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া এবং উদাহরণগুলিকে স্বাগত জানাই। |
| প্রক্সি | যদি কোনও ব্যবহারকারী প্রক্সি ব্যবহার করে বা ম্যানুয়ালি কোনও প্রক্সি সংজ্ঞায়িত করে থাকেন তবে আইপি মাস্কটি কীভাবে এই ক্ষেত্রে কাজ করবে? | আমরা অন্যান্য প্রক্সিগুলিতে আইপি সুরক্ষা কী প্রভাব ফেলতে পারে তা বুঝতে চাইছি। এই মুহুর্তে আমাদের ভাগ করার কোনও পরিকল্পনা নেই। আমরা এই বিষয়ে প্রতিক্রিয়া স্বাগত জানাই। |
| প্রিমিয়াম অফার | আইপি সুরক্ষা কি কোনও অর্থ প্রদানের বৈশিষ্ট্য হবে? | আইপি সুরক্ষা মূল ব্রাউজারের অভিজ্ঞতার অংশ হিসাবে ক্রোম ব্যবহারকারীদের জন্য উপলব্ধ হবে। এটি কোনও অর্থ প্রদানের বৈশিষ্ট্য হবে না। |
| প্রক্সি সার্ভার | একই প্রক্সি সার্ভারগুলি ব্যবহারকারী সেশনের সময় ব্যবহার করা হবে? | একটি এইচটিটিপি/এস সংযোগটি একক জোড়া প্রক্সি ব্যবহার করবে এবং উত্সটিতে একটি একক মুখোশযুক্ত আইপি ঠিকানা উপস্থাপন করবে। এর বাইরেও, একই সার্ভারগুলি ব্যবহার করার জন্য বিভিন্ন এইচটিটিপি/এস সংযোগগুলিতে কোনও কঠোর বাধা নেই। |
| প্ল্যাটফর্ম সমর্থন | কোন প্ল্যাটফর্মে আইপি সুরক্ষা সমর্থন করা হবে? | আইপি সুরক্ষা প্রাথমিকভাবে অ্যান্ড্রয়েড এবং ডেস্কটপের জন্য ক্রোমে উপলব্ধ হবে। অন্যান্য প্ল্যাটফর্মগুলিতে কীভাবে সুরক্ষা প্রসারিত করা যায় তা আমরা মূল্যায়ন করতে থাকি। |
| অপ্ট-আউট | ব্যবহারকারীরা কি আইপি সুরক্ষা অক্ষম করতে সক্ষম হবেন? | আমরা ব্যবহারকারীদের আইপি সুরক্ষা ব্যবহার করতে চান কিনা সে সম্পর্কে পছন্দ সরবরাহ করার পরিকল্পনা করছি। |
| বেনামীকরণ | আইপি সুরক্ষার অধীনে কোন ধরণের অনুরোধ বেনামে হবে? | উপযুক্ত তৃতীয় পক্ষের ডোমেনগুলিতে এইচটিটিপি/এস এবং ডিএনএস অনুরোধগুলি গোপনীয়তা প্রক্সিগুলির মাধ্যমে বেনামে করা হয়। কোন ডোমেনগুলি অন্তর্ভুক্ত করা হবে তা আমরা কীভাবে নির্ধারণ করব সে সম্পর্কে আমরা একটি আসন্ন ব্যাখ্যায় অতিরিক্ত বিশদ সরবরাহ করব। বাকি ট্র্যাফিক (উদাহরণস্বরূপ, ডিএনএসের বাকী অনুরোধগুলি বা অন্যান্য এইচটিটিপি/এস ট্র্যাফিক) অকার্যকর। |
| ডেটা দৃশ্যমানতা | আইপি সুরক্ষায় প্রথম হপ চলাকালীন নেটওয়ার্ক ঠিকানাগুলি অ্যাক্সেস করা যেতে পারে। | দ্বি-হপ প্রক্সি মডেলটিতে, প্রথম হপ (গুগল দ্বারা নিয়ন্ত্রিত) কেবল উত্স ক্লায়েন্ট আইপি এবং দ্বিতীয় হপের সাথে সংযোগ স্থাপনের জন্য একটি অনুরোধ দেখে, যখন দ্বিতীয় হপ (একটি বাহ্যিক সিডিএন দ্বারা নিয়ন্ত্রিত) কেবল প্রথমটিতে একটি টুপল দেখে হপ (প্রক্সি আইপি + পোর্ট) এবং গন্তব্য আইপি। উত্স থেকে ফিরে প্রতিক্রিয়াটির জন্য, দ্বিতীয় হপ অনুরোধের সাথে সম্পর্কিত প্রথম হপ প্রক্সি+পোর্টে প্রতিক্রিয়াটি ফরোয়ার্ড করতে সক্ষম হয় এবং মূল ক্লায়েন্ট আইপি সম্পর্কে কিছু শিখতে হবে না (এবং প্রথম হপটি কেবল প্রতিক্রিয়াটি ফেরত দেয় ক্লায়েন্টের কাছে, গন্তব্য আইপি সম্পর্কে কিছু না শিখে)। এইভাবে, প্রথম হপটি কেবল ক্লায়েন্ট আইপি এবং দ্বিতীয় হপ শিখেছে, যখন দ্বিতীয় হপ কেবল গন্তব্য আইপি শিখেছে। |
| ওয়েবভিউ | আইপি সুরক্ষা ভবিষ্যতে অ্যান্ড্রয়েড ওয়েবভিউয়ের জন্য উপলব্ধ হবে? | এই মুহুর্তে আমাদের ভাগ করে নেওয়ার কোনও পরিকল্পনা নেই, তবে আমাদের দৃষ্টি হ'ল এই সুরক্ষা যথাসম্ভব বিস্তৃতভাবে সরবরাহ করা। |
বাউন্স ট্র্যাকিং প্রশমন
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ইন্টারঅ্যাকশন ট্র্যাকিং | ব্যবহারকারীর মিথস্ক্রিয়াগুলি কীভাবে ট্র্যাক করা হয়? | বাউন্স ট্র্যাকিং প্রশমিতকরণ দুটি ধরণের ব্যবহারকারীর ইন্টারঅ্যাকশন ট্র্যাক করে:
এই ইন্টারঅ্যাকশনগুলি যে পৃষ্ঠাগুলি ঘটে সেগুলিতে শীর্ষ-স্তরের সাইটের সাথে সম্পর্কিত। উদাহরণস্বরূপ, যদি কোনও এমবেডেড আইএফআরএমে কোনও ব্যবহারকারী ক্লিক করেন তবে ইন্টারঅ্যাকশনটি এম্বেড থাকা সাইটটি নয়, শীর্ষ-স্তরের সাইটের সাথে সম্পর্কিত। ইন্টারঅ্যাকশনগুলি স্কিমলেস ইটিএলডি+1 এবং মিথস্ক্রিয়াটির সময়যুক্ত একটি ডাটাবেসে সংরক্ষণ করা হয়। মিথস্ক্রিয়াগুলি সম্পর্কিত ডোমেনটিকে 45 দিনের জন্য বাউন্স ট্র্যাকিং প্রশমন রাষ্ট্র মুছে ফেলা থেকে রক্ষা করে। |
| অনুমতিপ্রাপ্ত ছাড় | ডোমেনগুলি কি ছাড় দেওয়া যায়? | আমরা এই অনুরোধটি বিবেচনা করছি এবং আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
গোপনীয়তা বাজেট
এই কোয়ার্টারে কোনও প্রতিক্রিয়া পাওয়া যায় নি।
ক্রস-সাইট গোপনীয়তার সীমানা শক্তিশালী করুন
সম্পর্কিত ওয়েবসাইট সেট (পূর্বে প্রথম পক্ষের সেট)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| কেন্দ্রীভূত পদ্ধতি | সম্পর্কিত ওয়েবসাইট সেটগুলি পরিচালনার জন্য কেন্দ্রীভূত সংগ্রহস্থল পদ্ধতির বিষয়ে উদ্বেগ। | একটি পাবলিক, সহজেই অ্যাক্সেসযোগ্য সংগ্রহস্থল আরডাব্লুএসের নকশার মূল কারণ এটি জমা দেওয়ার জন্য জবাবদিহিতা সরবরাহ করে। তৃতীয় পক্ষের কুকি কার্যকারিতাটি শেষ পর্যন্ত স্টোরেজ অ্যাক্সেস এপিআই বা আরএসএএফওআর এপিআই ব্যবহার করে সরবরাহ করা হয়, আরডাব্লুএস সদস্যতা অটো-গ্রান্টড অ্যাক্সেস সরবরাহ করে (স্টোরেজ অ্যাক্সেস এপিআইয়ের সাথে প্রম্পটের বিপরীতে)। আমরা বিশ্বাস করি যে আরডাব্লুএস জমা দেওয়ার প্রক্রিয়াটির মতো একটি পদ্ধতি অটো-সরবরাহিত তৃতীয় পক্ষের কুকি অ্যাক্সেসের জন্য উপযুক্ত প্রয়োজনীয়তা। |
| জেএসএন ফাইলের নামকরণ | এপিআই নামের পরিবর্তনের সাথে, হোস্ট করা জেএসএন ফাইলের নামটি কি পরিবর্তন করা দরকার? | হ্যাঁ, জমা দেওয়ার নির্দেশিকাগুলি পরিবর্তন করা হয়েছে, এবং প্রাথমিক ডোমেনটি অবশ্যই /.well-known/related-website-set.json এ একটি জেএসএন ফাইল পরিবেশন করতে হবে।আরডাব্লুএস তালিকায় বিদ্যমান সেটগুলি পরিবর্তন করার দরকার নেই, তবে যদি বিদ্যমান সেটগুলিতে জমা দেওয়া হয় তবে জেএসএন ফাইলটি পরিবর্তন করতে হবে। |
| (পূর্ববর্তী কোয়ার্টারেও প্রতিবেদন করা হয়েছে) ডোমেন সীমা | সম্পর্কিত ডোমেনের সংখ্যা প্রসারিত করার অনুরোধ | 31 আগস্ট একটি ব্লগপোস্টে ঘোষিত হিসাবে, আমরা বাস্তুতন্ত্রের প্রতিক্রিয়া অনুসরণ করে পাঁচটি ডোমেনে সম্পর্কিত ডোমেন সীমা বাড়িয়েছি। আমরা সম্পর্কিত ডোমেন সীমাটি পাঁচটি ডোমেন (প্লাস একটি প্রাথমিক ডোমেন) এ বাড়ানোর সিদ্ধান্ত নিয়েছি যা অন্য একটি বড় ব্রাউজার দ্বারা প্রদত্ত সবচেয়ে তুলনামূলক বাস্তবায়নের সাথে সবচেয়ে ভাল মেলে। |
| তৃতীয় পক্ষের কুকিজ | সম্পর্কিত ওয়েবসাইট সেটগুলি কেবল তৃতীয় পক্ষের কুকিজ অক্ষম করে কাজ করবে? | সম্পর্কিত ওয়েবসাইট সেটগুলি কাজ করবে এমনকি যখন কোনও ব্যবহারকারী তৃতীয় পক্ষের কুকিজ অবরুদ্ধ না করে; তবে সম্পর্কিত ওয়েবসাইট সেট এবং স্টোরেজ অ্যাক্সেস এপিআইয়ের কোনও প্রয়োজন ছাড়াই প্রাসঙ্গিক কুকিগুলি পাওয়া যায় বলে কোনও পর্যবেক্ষণযোগ্য প্রভাব থাকবে না। |
| বৈধ সম্পাদনা | সম্পর্কিত ওয়েবসাইট সেটগুলি কীভাবে সংগ্রহস্থলগুলি অ-মালিকদের সেটগুলি পরিবর্তন করতে বাধা দেয়? | জমা দেওয়ার গাইড অনুসারে, যে কেউ first_party_sets.JSON ফাইলটি সম্পাদনা করতে গিটহাবের উপর একটি পিআর জমা দিতে পারে। যাইহোক, যদি পিআর অনুমোদিত হয় (প্রযুক্তিগত বৈধতাগুলি পাস করে এবং আরও কিছু), এটি গুগল দ্বারা প্রতি সপ্তাহে একবার (মঙ্গলবার 12 পিএম পূর্ব সময় মঙ্গলবার) ক্যানোনিকাল এফপিএস তালিকায় ব্যাচগুলিতে ম্যানুয়ালি একীভূত করা হবে।যদি কোনও খারাপ অভিনেতা তাদের মালিকানা না করে এমন কোনও সেট সংশোধন করার চেষ্টা করে তবে এটি কোনও সমস্যা হওয়া উচিত নয় কারণ তারা .well-known ফাইলগুলি সংশোধন করতে সক্ষম হবে না এবং তাই বৈধতাগুলি ব্যর্থ হবে। |
| ডোমেন হাইজ্যাকিং | ডোমেন হাইজ্যাকিং সম্পর্কিত ডোমেন ডেটা অননুমোদিত পক্ষগুলিতে প্রকাশ করতে পারে। | এটি সম্ভব নয়, যেমন এই সুরক্ষিত শ্রোতা গিটহাব ইস্যুতে আলোচনা করা হয়েছে। |
বেড়া ফ্রেম এপিআই
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বিষয়বস্তু লঙ্ঘন | ব্যবহারকারীদের সন্দেহজনক বিজ্ঞাপনগুলি রিপোর্ট করার অনুমতি দিন। | সন্দেহজনক বিজ্ঞাপন রিপোর্টিং বেড়া ফ্রেম দ্বারা প্রতিরোধ করা হয় না। ব্যবহারকারীরা এখনও বিজ্ঞাপনের সাথে ইন্টারঅ্যাক্ট করতে পারেন এবং সন্দেহজনক বিজ্ঞাপনগুলি সাধারণ উপায়ে বিজ্ঞাপন প্রযুক্তিতে প্রতিবেদন করতে পারেন। |
| আশেপাশের সাইটগুলির সাথে মিথস্ক্রিয়া | আশেপাশের বা শীর্ষ-স্তরের ওয়েবসাইটের সাথে মিথস্ক্রিয়াটির অনুমতি দিন। | আমরা কেন এই অনুরোধটি প্রয়োজনীয় তা বুঝতে চাইছি এবং বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| নেটিভ বিজ্ঞাপন | দেশীয় বিজ্ঞাপনের জন্য বেড়া ফ্রেম সমর্থন। | আমরা ব্যবহারের ক্ষেত্রে সমর্থন করার বিষয়ে বিবেচনা করছি এবং সম্ভাব্য কার্যকারিতা এবং সমাধানগুলি নিয়ে আলোচনা করছি। |
ভাগ করা স্টোরেজ এপিআই
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ক্রস ডোমেইন | স্থানীয় স্টোরেজ জন্য ডোমেন জুড়ে যোগাযোগের অনুমতি দিন। | এই ব্যবহারের কেসটি বর্তমানে শেয়ারড স্টোরেজের গোপনীয়তা-সংরক্ষণের আউটপুট গেটগুলির সাথে সামঞ্জস্যপূর্ণ নয় তবে আমরা অতিরিক্ত প্রসঙ্গকে স্বাগত জানাই কারণ আমরা অ-বিভাজনযুক্ত স্টোরেজের প্রস্তাবগুলি বিকশিত করি। |
| ব্লব ইউআরএল | ভাগ করা স্টোরেজে ব্লব ইউআরএল সমর্থন করার অনুরোধ। | Chrome M116 এ ব্লব ইউআরএল জন্য সমর্থন যুক্ত করা হয়েছে। |
চিপস
এই কোয়ার্টারে কোনও প্রতিক্রিয়া পাওয়া যায় নি।
ফেডসিএম
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| তৃতীয় পক্ষের কুকিজ | ব্যবহারকারীরা যদি "ক্রোম সেটিংসে" ব্লক তৃতীয় পক্ষের কুকিজ "সক্ষম করে তবে ফেডসিএম বর্তমানে অক্ষম? | হ্যাঁ, ফেডসিএম বর্তমানে অক্ষম। পরীক্ষার জন্য, আমরা আপনাকে অতিরিক্তভাবে chrome://flags/#fedcm- ।আমরা ভবিষ্যতে তৃতীয় পক্ষের কুকিজ ছাড়াই ফেডসিএমকে সমর্থন করতে চাইছি। |
স্প্যাম এবং জালিয়াতির সাথে লড়াই করুন
ব্যক্তিগত রাষ্ট্র টোকেন এপিআই (এবং অন্যান্য এপিআই)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| টোকেনের মেয়াদ শেষ | গুগল ক্রোমটি আনইনস্টল হয়ে গেলে, টোকেনটি কি হারিয়ে যাবে বা এটি ক্যাশে করা হবে? | ব্যবহারকারী যদি গুগল ক্রোম আনইনস্টল করে তবে টোকেনটি হারিয়ে যাবে। |
| টোকেন তথ্য | ইস্যুকারীরা কীভাবে বেসরকারী রাজ্যের টোকেনের মধ্যে জারি করা তথ্য রাখতে পারেন? | তথ্য সর্বদা টোকেনে ব্যক্তিগত রাখা হয় এবং কীগুলি নেই এমন বাহ্যিক দলগুলি দ্বারা আনক্রিপ্ট করা যায় না। |
| ডেমোতে ত্রুটি | ব্যক্তিগত রাজ্য টোকেন ডেমো চালানোর চেষ্টা করার সময় ত্রুটি। | আমরা ডেমো আপডেট করেছি এবং এটি এখন সঠিকভাবে কাজ করা উচিত। |
গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং ক্রোমের প্রতিক্রিয়াতে প্রাপ্ত বাস্তুতন্ত্রের প্রতিক্রিয়া সংক্ষিপ্ত করে 2023 কিউ 3 এর ত্রৈমাসিক প্রতিবেদন।
সিএমএর প্রতিশ্রুতিবদ্ধতার অংশ হিসাবে, গুগল তার গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির জন্য স্টেকহোল্ডার ব্যস্ততা প্রক্রিয়া সম্পর্কে ত্রৈমাসিক প্রতিবেদনগুলি প্রকাশ্যে সরবরাহ করতে সম্মত হয়েছে ( প্রতিশ্রুতিগুলির 12 এবং 17 (সি) (ii) অনুচ্ছেদ দেখুন)। এই গোপনীয়তা স্যান্ডবক্স প্রতিক্রিয়া সংক্ষিপ্ত প্রতিবেদনগুলি প্রতিক্রিয়া ওভারভিউতে তালিকাভুক্ত বিভিন্ন উত্স থেকে ক্রোম দ্বারা প্রাপ্ত প্রতিক্রিয়া একত্রিত করে তৈরি করা হয়, তবে সীমাবদ্ধ নয়: গিটহাব ইস্যুগুলি, প্রাইভেটস্যান্ডবক্স ডটকম -এ উপলব্ধ প্রতিক্রিয়া ফর্ম, শিল্পের স্টেকহোল্ডারদের সাথে সভাগুলি এবং ওয়েব স্ট্যান্ডার্ড ফোরাম। ক্রোম ইকোসিস্টেম থেকে প্রাপ্ত প্রতিক্রিয়াটিকে স্বাগত জানায় এবং নকশার সিদ্ধান্তগুলিতে শিক্ষাকে সংহত করার জন্য সক্রিয়ভাবে উপায়গুলি অন্বেষণ করছে।
প্রতিক্রিয়া থিমগুলি প্রতি এপিআই প্রতি প্রসার দ্বারা র্যাঙ্ক করা হয়। এটি ক্রোম টিম একটি প্রদত্ত থিমের আশেপাশে যে পরিমাণ প্রতিক্রিয়া পেয়েছে এবং পরিমাণের অবতরণ ক্রমে সংগঠিত করে তা সমষ্টি গ্রহণ করে এটি করা হয়। সাধারণ প্রতিক্রিয়া থিমগুলি জনসভা (ডাব্লু 3 সি, প্যাটসিজি, আইইটিএফ), সরাসরি প্রতিক্রিয়া, গিটহাব এবং সাধারণভাবে জিজ্ঞাসিত প্রশ্নাবলীর মাধ্যমে গুগলের অভ্যন্তরীণ দল এবং পাবলিক ফর্মগুলির মাধ্যমে প্রকাশিত প্রশ্নগুলি পর্যালোচনা করে চিহ্নিত করা হয়েছিল।
আরও সুনির্দিষ্টভাবে, ওয়েব স্ট্যান্ডার্ড বডি মিটিংগুলির জন্য সভার মিনিটগুলি পর্যালোচনা করা হয়েছিল এবং সরাসরি প্রতিক্রিয়ার জন্য, গুগলের 1: 1 স্টেকহোল্ডার সভাগুলির রেকর্ড, পৃথক ইঞ্জিনিয়ারদের দ্বারা প্রাপ্ত ইমেলগুলি, এপিআই মেলিং তালিকা এবং পাবলিক ফিডব্যাক ফর্মটি বিবেচনা করা হয়েছিল। গুগল তারপরে প্রতিটি এপিআইয়ের সাথে উদ্ভূত থিমগুলির আপেক্ষিক প্রসার নির্ধারণের জন্য এই বিভিন্ন আউটরিচ ক্রিয়াকলাপের সাথে জড়িত দলগুলির মধ্যে সমন্বয় করে।
প্রতিক্রিয়ার প্রতি ক্রোমের প্রতিক্রিয়াগুলির ব্যাখ্যাগুলি প্রকাশিত এফএকিউগুলি থেকে, স্টেকহোল্ডারদের দ্বারা উত্থাপিত ইস্যুতে করা প্রকৃত প্রতিক্রিয়াগুলি এবং এই পাবলিক রিপোর্টিং অনুশীলনের উদ্দেশ্যে বিশেষত একটি অবস্থান নির্ধারণ করে তৈরি করা হয়েছিল। উন্নয়ন এবং পরীক্ষার বর্তমান ফোকাসকে প্রতিফলিত করে, প্রশ্নগুলি এবং প্রতিক্রিয়াগুলি বিশেষত বিষয়গুলি, সুরক্ষিত শ্রোতা এবং এপিআই রিপোর্টিংয়ের অ্যাট্রিবিউশন সম্পর্কিত ক্ষেত্রে প্রাপ্ত হয়েছিল।
বর্তমান প্রতিবেদনের সময় শেষ হওয়ার পরে প্রাপ্ত প্রতিক্রিয়া এখনও বিবেচিত ক্রোম প্রতিক্রিয়া নাও থাকতে পারে।
সংক্ষিপ্ত শব্দের শব্দকোষ
- চিপস
- কুকিজ স্বাধীন বিভাজনিত রাষ্ট্র রয়েছে
- ডিএসপি
- ডিমান্ড-সাইড প্ল্যাটফর্ম
- ফেডসিএম
- ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
- FPS
- প্রথম পার্টি সেট
- আইএবি
- ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
- আইডিপি
- পরিচয় সরবরাহকারী
- আইইটিএফ
- ইন্টারনেট প্রকৌশল টাস্কফোর্স
- আইপি
- ইন্টারনেট প্রোটোকল ঠিকানা
- ওপেনআরটিবি
- রিয়েল-টাইম বিডিং
- OT
- অরিজিন ট্রায়াল
- PATCG
- ব্যক্তিগত বিজ্ঞাপন প্রযুক্তি সম্প্রদায় গোষ্ঠী
- আরপি
- নির্ভর পার্টি
- এসএসপি
- সাপ্লাই-সাইড প্ল্যাটফর্ম
- TEE
- বিশ্বস্ত সম্পাদনের পরিবেশ
- UA
- ব্যবহারকারী এজেন্ট স্ট্রিং
- ইউএ-সিএইচ
- ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
- W3C
- ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
- ডব্লিউআইপিবি
- ইচ্ছাকৃত আইপি অন্ধত্ব
সাধারণ প্রতিক্রিয়া, কোনও নির্দিষ্ট এপিআই বা প্রযুক্তি নেই
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বাস্তুতন্ত্রের প্রস্তুতি | এসএসপিগুলি প্রকাশকদের প্রস্তুত না হওয়া এবং প্রয়োজনীয় স্থাপনার কাজ না করার সাথে উদ্বেগ তুলে ধরেছে। | গোপনীয়তা স্যান্ডবক্সে প্রকাশকদের শিক্ষিত করার ক্ষেত্রে বিশেষভাবে ফোকাস রয়েছে, যার মধ্যে ডেডিকেটেড ওয়েবিনার এবং মোতায়েনের কাজ চালানোর জন্য উপস্থিত প্রকাশক এবং এসএসপি উভয়ের সাথে সভা অন্তর্ভুক্ত রয়েছে। |
| তৃতীয় পক্ষের কুকি অবচয় | ইন্ডাস্ট্রি টেক ব্ল্যাকআউটের কারণে তৃতীয় পক্ষের কুকি অবমূল্যায়ন (3 পিসিডি) র্যাম্প 2023-এ র্যাম্প আপ। | গোপনীয়তা স্যান্ডবক্সের জন্য টাইমলাইনটি সিএমএর সাথে আলোচনা করা হয়েছে, সিকোয়েন্সিংয়ের সাথে 2024 প্রস্তুতির দ্বিতীয়ার্ধে নিয়ে যায়। গোপনীয়তা স্যান্ডবক্স 3 পিসিডি র্যাম্পিং আপ সিকোয়েন্সিংয়ের আরও বিশদ তথ্য প্রকাশ করবে। প্রতিশ্রুতিবদ্ধতার অধীনে, 3 পিসিডি সিএমএর প্রতিযোগিতার উদ্বেগের বিষয়গুলি সাপেক্ষে। |
| গুগল অ্যাড ম্যানেজার | গুগল অ্যাড ম্যানেজার এপিআই পৃষ্ঠটি পরীক্ষা করা কঠিন প্রকাশ করতে অস্বীকার করেছেন। | গুগল অ্যাড ম্যানেজার দ্বারা সরবরাহিত প্রতিক্রিয়া: গুগল অ্যাড ম্যানেজারের এই প্রতিক্রিয়াতে ব্যাখ্যা করা কারণগুলির জন্য, গুগল অ্যাড ম্যানেজারের সুরক্ষিত শ্রোতাদের জন্য এপিআই ইন্টিগ্রেশনের জন্য পরিকল্পনাগুলি শীর্ষ-স্তরের নিলামের নিয়ন্ত্রণ ছাড়াই গুগলের প্রকাশক বিজ্ঞাপন সার্ভারকে সমর্থন করে না। |
| গুগল অ্যাড ম্যানেজার | গুগল অ্যাড ম্যানেজারের একটি গোপন মেঝে দাম রয়েছে যা কেবল এডিএক্স বা ওপেন বিডিং এসএসপিগুলিতে প্রকাশিত হয়। | গুগল অ্যাড ম্যানেজারের পাবলিক ডকুমেন্টেশন বলছে যে প্রাসঙ্গিক নিলামের বিজয়ী শীর্ষ-স্তরের স্কোরিং যুক্তিতে পাস করা হয়েছে এবং এডিএক্স বা খোলা বিড সহ কোনও উপাদান নিলামে নয়। তদ্ব্যতীত, সেই ডকুমেন্টেশন শীর্ষ-স্তরের স্কোরিং যুক্তি সম্পর্কে বলে: "বিজ্ঞাপন পরিচালক তার ক্রেতাদের সুদ গ্রুপ বিডের জন্য বিজ্ঞাপন পরিচালকের নিজস্ব উপাদান নিলাম সহ প্রতিটি উপাদান নিলামের বিজয়ী বিডের তুলনা করবেন, পাশাপাশি সেরা প্রাসঙ্গিক বিজ্ঞাপন (যা ডায়নামিক বরাদ্দের মাধ্যমে নির্বাচিত), এবং সর্বোচ্চ বিড সহ বিজ্ঞাপনটি পরিবেশন করবে। " |
| গুগল অ্যাড ম্যানেজার | গুগল বিজ্ঞাপন পণ্যগুলি তৃতীয় পক্ষের বিজ্ঞাপন পণ্যগুলির মতো একই নিয়মের সাপেক্ষে হওয়া উচিত। | গুগল বিজ্ঞাপন পণ্যগুলি ইতিমধ্যে তৃতীয় পক্ষের মতো একই নিয়মের অধীনে রয়েছে। |
| ক্রোম-ফ্যাসিলিটেড টেস্টিং | ব্রাউজারগুলির জন্য এ বা বি তে লেবেল যুক্ত করুন | আমরা এই মুহুর্তে এটি করার বিষয়ে বিবেচনা করছি না, কারণ আমাদের তদন্তে দেখা গেছে যে অ-পরীক্ষামূলক লেবেল যুক্ত করা ছদ্মবেশী মোডে ট্র্যাফিকের চারপাশে গোপনীয়তার উদ্বেগকে জটিল করতে পারে। |
| বিজ্ঞাপন সংস্থা | ওয়েবসাইটগুলিতে জাভাস্ক্রিপ্টবিহীন এজেন্সি বা সংস্থাগুলি কি গোপনীয়তা স্যান্ডবক্স এপিআই ব্যবহার করতে পারে? | যে কেউ গোপনীয়তা স্যান্ডবক্স এপিআই কল করতে পারে। যদি কোনও সংস্থা বা অন্য কেউ সরাসরি এপিআইগুলিতে প্রযুক্তি তৈরি করতে চায়। ক্লায়েন্ট-সাইড এপিআইগুলির ক্লায়েন্টের সাথে সংহতকরণ প্রয়োজন, ঠিক যেমন কুকিজগুলি করে। কুকিজের মতো অনেকগুলি এপিআইতেও এইচটিটিপি শিরোনাম ইন্টারফেস রয়েছে। আমরা ইতিমধ্যে একটি বিজ্ঞাপন শিল্পের কাঠামো, প্রিবিড, এপিআইগুলির সাথে ক্লায়েন্ট-সাইড সংহতকরণ তৈরি করেছি। অন্যান্য সংস্থাগুলিও এটি করতে পারে। |
| ক্লায়েন্ট-সাইড সমাধান | গুগল কেন গোপনীয়তা স্যান্ডবক্সের জন্য ক্লায়েন্ট-সাইড সমাধানগুলি গ্রহণ করছে যখন কোনও ইঞ্জিনিয়ার আগে ২০১২ সালে এই জাতীয় সমাধানের স্কেলিবিলিটি সম্পর্কে উদ্বেগ প্রকাশ করেছিলেন? | অধ্যয়নের ক্ষেত্র হিসাবে গোপনীয়তা-বর্ধনকারী প্রযুক্তি (পিইটি) ২০১২ সাল থেকে উল্লেখযোগ্যভাবে বিকশিত হয়েছে এবং এটির সাথে বাণিজ্যিকভাবে কার্যকর অ্যাপ্লিকেশনগুলি। গোপনীয়তার মূল অংশে স্যান্ডবক্স রয়েছে পোষা প্রাণীর সংমিশ্রণ যা এক দশক আগে সম্ভব হত না। এছাড়াও, ব্যক্তিগত কম্পিউটিং শক্তি বৃদ্ধি পেয়েছে, যেমন ব্রাউজারগুলির গ্রাহক প্রত্যাশা এবং গোপনীয়তার নিয়ন্ত্রক প্রত্যাশা রয়েছে। |
| মেশিন লার্নিং | মেশিন লার্নিংয়ের উদ্দেশ্যে গুগলের গোপনীয়তা স্যান্ডবক্সের পরিকল্পিত ব্যবহার কী? | বিজ্ঞাপন প্রযুক্তি বাস্তুতন্ত্রের বেশিরভাগ অংশই আজ মেশিন লার্নিং ব্যবহার করে এবং আমরা এটি পরিবর্তিত হওয়ার আশা করি না। গোপনীয়তা স্যান্ডবক্স বিজ্ঞাপন প্রযুক্তি সংস্থাগুলি বা অন্য কাউকে মেশিন লার্নিং ব্যবহার চালিয়ে যেতে বাধা দেয় না। বা গোপনীয়তা স্যান্ডবক্সের প্রয়োজন হয় না যে সংস্থাগুলি এর এপিআই ব্যবহার করে মেশিন লার্নিংয়ের সাথে সংহত করে। এটি আশা করা যুক্তিসঙ্গত যে সংস্থাগুলি তাদের গ্রাহকদের চাহিদা পূরণ করে এমনভাবে পণ্য এবং পরিষেবাগুলি তৈরি করা চালিয়ে যাবে, এতে মেশিন লার্নিং অন্তর্ভুক্ত রয়েছে কিনা। Any machine learning that Privacy Sandbox integrators do build will obviously be known to them and thus not be obscured to them. |
| ডেটা যাচাইকরণ | How can companies verify that the data they receive from using the Privacy Sandbox is accurate and is Google willing to be reviewed via an entity such as the Media Ratings Council (MRC)? | Privacy Sandbox APIs are built within the open-source platform that powers Chrome. The portions of the APIs meant to run in Trusted Execution Environments are also open source and auditable. Anyone who wants to inspect the code can, including MRC. |
| (Also reported in previous quarters) Production Support | What is the process in place for Chrome to support Privacy Sandbox technical issues and escalations affecting the ecosystem? | Google provides a range of channels to allow ad techs to report technical issues and enable any necessary escalations to resolve such issues. In addition, Chrome expects to further build and scale a process to resolve technical issues and escalations affecting the health of the ecosystem. Chrome is committed to ensuring resources for this effort. Please see our developer post for more information on the public and private forums for feedback and escalation. |
| Chrome-facilitated testing modes | More information about the timelines and exact implementations for the Chrome-facilitated testing modes. | We have shared a blog post about testing modes and are working to share more information soon. We are welcoming suggestions for what size the testing mode labels should be. |
| Integration with other industry standards | Will the Privacy Sandbox APIs connect to either or both TCF v2.* and Consent Mode? | We do not have plans to integrate Privacy Sandbox APIs directly with TCF v2 or Consent Mode. However, companies and industry trade groups are welcome to adapt their products and frameworks to work in conjunction with Privacy Sandbox APIs. For example, with frameworks like TCF, each participant must determine its own compliance approach based on the TCF signal it receives and the associated TCF policies. We expect companies to determine when and how to use various functionality our Privacy Sandbox building blocks offer. |
Enrollment & Attestation
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| নিষেধাজ্ঞা | Enrollment process means Google can decide which company in the ecosystem is allowed to use Privacy Sandbox APIs. | The Enrollment and Attestation process essentially entails verification of the entity (for example, the entity has a DUNs number, can provide a link to a privacy policy, and so forth) and makes the public attestation a requirement for calling the APIs. Entities that can successfully fulfill the enrollment requirements will be validated. For companies that do not have a DUNs, we are providing an expedited, complimentary process with Dun & Bradstreet to acquire one. The objective is to enhance privacy protections of the APIs (by the measures just mentioned) and also to add a layer of transparency to the Privacy Sandbox APIs, so interested parties can better understand who is using which API and what attestations they are making. We are open to further industry feedback on this issue, which has already been used to shape the process. |
| Re-enrollment overhead | Attestation file expires every 12 months and requires websites to re-enroll. | We've heard feedback from the ecosystem and amended our approach accordingly. This means that files will no longer expire after 12 months or any set period of time. We are updating our enrollment developer guide with additional context. |
| Attestation file | How is the attestation file used? | All companies calling relevance and measurement APIs will be required by the enforcement deadline to upload the attestation file on their site and keep it for public view as long as you are intending to continue calling the APIs. Websites could expect approximately one request per hour from Privacy Sandbox, and other potential entities may query as well. This will be conducted via the enrollment system's own mechanism to query enrolled entities' servers and ensure the attestation file is valid. Attestations will be included in Transparency Reports and viewable by the general public. We expect companies to act in accordance with their stated attestations, as will the rest of the ecosystem and relevant regulatory bodies. |
| তালিকাভুক্তি | Is enrollment per site or per origin? | Enrollment is at the site level. |
Show Relevant Content & Ads
বিষয়
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| কর্মক্ষমতা | Performance concerns on the impact of Topics opt-in rate in the European Economic Area. | We would suggest to concerned stakeholders to contact your relevant Data Protection Authority about this issue. They are best placed to address such concerns and influence whether applications of privacy-enhancing technologies are incentivized by laws or instead treated like tracking, requiring the same approaches to consent. The latter could result in APIs like those in Privacy Sandbox not being available as often. |
| তালিকাভুক্তি | Do downstream bidders need to enroll in Topics API to use Topics signals from upstream SSPs? | The downstream receivers of topics beyond the initial Topics API caller do not need to be enrolled, though many are likely to be enrolled for other API usage. A list of Privacy Sandbox enrollees will be provided programmatically as part of the program's transparency efforts, which would allow an interested caller of the Topics API to check if the recipient they are sending a topic to is enrolled, if the caller should want to. |
| Topics filtering | Request to apply another caller's filtering to the topics that they retrieve on the page, in order to share only what buyers are eligible to retrieve. | We are considering this request and welcome additional feedback from the ecosystem. |
| Site exclusion | Exclude websites from contributing to a user's Topics. | Topics are not called by default. It's important to note that no page content is taken into account when topics are selected, and all topics are curated to make sure they are not sensitive. A website can also restrict their site from being included in topic calculation via the following permission policy header: Permissions-Policy: browsing-topics=() |
| Topics observation | Allow publishers to give permissions for Chrome to classify topics based on page content (for example, head or body). | We previously considered offering functionality to classify sites into topics based on page content, and made the decision not to move forward based on privacy and security concerns. This proposal may mitigate some of those concerns, but it's unclear as to what extent. Due to the upcoming CMA experiment period, we don't expect this change to occur before 3PCD. We welcome additional feedback here . |
| Topics observation | Provide more fine-grained permission policies for publishers. | Providing more fine-grained permission policies for publishers would enable publisher sites to negatively impact the utility of the Topics API for the ecosystem as a whole, without it negatively impacting the utility of the Topics API for the site itself. Refer to the Update permissions policy to support separate permissions for retrieve and observe GitHub issue for a more detailed discussion of the topic. |
| Medical and Health Topics | Why does the Topics taxonomy not cover topics in Medical or Health categories? | Medical and health categories are considered sensitive topics and thus excluded from the Topics taxonomy. |
| Topics retrieval | Faster way for DSPs to get Topics without fetching using headers. | The header methods are more performant and less costly than creating a cross-origin iframe and making a document.browsingTopics() call from it. (A cross-origin iframe must be used for the call, because the top-level context to observe a topic must match the context from which topics are accessed.) This was discussed in detail here . |
| Topics retrieval | Requests to support passing Topics via headers on cross-origin script tag requests. | From a security perspective, this isn't possible. Each document and its execution environment are associated with a single origin–that of the document. Third-party subresources loaded and executed within that same environment are considered to be owned by the origin of the document. This is to prevent unconsented data leakage from one origin to another. An alternative is to provide a browsingTopics attribute on <script> tags. This should be clean from a security perspective, and not add additional latency. We are open to feedback from interested parties. |
| সচেতনতা | Improve public awareness of Topics API and how the API will be used. | We've engaged with the stakeholder who provided this feedback and this issue was resolved on GitHub . Going forward, we'll continue supporting ecosystem understanding of the API and we look forward to hearing views from stakeholders. In the meantime, we suggest stakeholders wanting to know more about the Topics API familiarize themselves with the documentation in the Chrome developer guide . |
| বিজ্ঞপ্তি | Notification to alert user when their Topics are being observed by a website. | We addressed this feedback on GitHub . Users can learn more about Topics controls in the Chrome help center . |
| মেশিন লার্নিং | How ML can be used to infer user Topics? | We are discussing this issue and welcome additional feedback . |
| Usefulness for different types of stakeholders | Smaller ad tech companies may not be able to observe Topics due to the way browsers calculate them. | Only ad techs that observed the user visit a page about the topic in question within the past three weeks will receive a topic. If the ad tech did not call the API in the previous three weeks for that user on a site about that topic, then the returned value will be empty. This feature means that ad techs whose services are used by a larger number of site owners, and therefore have more opportunities to observe a site visit by a given user, may receive more topics than other ad techs. This feature is essential for the privacy protections of the API as it limits the availability of information about a user to only those parties who are already able to observe the same underlying information (currently via third-party cookies). |
| XHR Request | When will Topics inclusion in XMLHttpRequest (XHR) requests be deprecated? | As Chrome announced in August 2023 , Chrome began deprecating support for XHR when transitioning from Origin Trial to General Availability. As the ramp-up of Topics progressed, XHR support was only included for users for whom the OT features were enabled and was fully deprecated when the individual OT experiment groups were merged. If you were using Topics with XHR, your sites will not break. The topics just won't be added to your XHR request headers. We recommend that you either transition to fetch for your request, use the iframe attribute, or use the JavaScript API to retrieve topics. Fetch is supported by all modern browsers, but not Internet Explorer or Opera Mini. |
| Taxonomy and classifier update process | More information on the Topics taxonomy and classifier release cadence and how companies can prepare for such updates. | Our response remains unchanged from Q2: As shared in the recent blog post , we expect the taxonomy to evolve over time, and for governance of the taxonomy to eventually transition to an external party representing stakeholders from across the industry. We also shared the ramp-up plan in the topics-announce group . |
| গালি | Potential attack via redirect chain. | We are considering this issue and welcome additional feedback. |
| Publisher Inventory Types | What types of publisher inventory will Protected Audience and Topics testing support? | Neither Protected Audience nor Topics are inherently restrictive in terms of the types of inventory they can be used on. |
| র্যাম্প আপ সময় | Recommend no ramp-up time for new taxonomies to get to 100%. | Following this feedback request from the ecosystem and discussion during PATCG meetings, we have announced our plan for the rollout of the new taxonomy . |
Protected Audience API (formerly FLEDGE)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Top-Level Auctions | Ability to use Google's publisher ad server without also giving Google Ad Manager control of the top-level Protected Audience API auction. | Response provided by Google Ad Manager: Google Ad Manager's plans for the Protected Audience API do not include supporting Google's publisher ad server without the control of the top-level Protected Audience auction, for the following reasons. In order to properly serve our customers in the publisher ad serving market, Google's publisher ad server needs to retain control of the top-level Protected Audience auction. As a publisher ad server, our role is to provide publishers forecasting so they can negotiate direct sold campaigns without overbooking, and to pace and deliver their direct reservations optimally. Doing this requires running the final auction to compare all eligible direct and indirect demand. Forecasting and pacing are core functionalities that publishers expect from an ad server. Without accurate forecasting, publishers may end up overselling their inventory, which puts their business reputation at risk. Pacing is also critical, as being unable to fulfill reservation contracts with advertisers also risks damage to the publisher-advertiser direct relationship, which could result in significant impact to a publishers business. In short, therefore, we do not view a publisher ad server's activity of running the top-level Protected Audience auction as distinct from the other activities of the publisher ad server. |
directFrom | directFromallows Google Ad Manager to prevent the publisher from seeing the price of its contextual auction. | Chrome response: Information passed into runAdAuction() is not known to come from the seller unless the seller calls runAdAuction() from its own iframe. In a multi-seller auction it becomes impossible to have all sellers create the frame calling runAdAuction() . directFromSellerSignals addressed this issue by loading content from a subresource bundle loaded from a seller's origin. This ensures that the authenticity and integrity of information passed into an auction from the seller-auctions configurations cannot be manipulated. If publishers want to use Protected Audience API to understand any of the information their technology providers are passing into Protected Audience auctions, they can ask those technology providers for this functionality.Response provided by Google Ad Manager: We have maintained a strong focus on auction fairness for years, including our promise that no price from any of a publisher's non-guaranteed advertising sources, including non-guaranteed line item prices, will be shared with another buyer before they bid in the auction, which we then later reaffirmed in our commitments to the French Competition Authority . For Protected Audience auctions, we intend to keep our promise by leveraging directFromSellerSignals , and not share the bid of any auction participant with any other auction participant prior to completion of the auction in multi-seller auctions. To be clear, we won't share the price of the contextual auction with our own component auction either, as explained in the Further clarify top-level auction dynamics update. |
| তথ্য এক্সপোজার | Sensitive business logic and contractual details may be exposed by the browser. | The person using a web browser can see everything that is happening in the browser. When an ad auction happens inside the browser, it is true that the person whose browser it is could watch that auction take place, including seeing how much different parties choose to bid. Since a browser is the user's agent, we do not think it is possible or desirable to try to change this. Only the person using the browser has visibility into these operations, however. An on-device auction run using the Protected Audience API is not observable to any servers, including Google's. |
PerBuyerExperiment | Current value range ofPerBuyerExperimentcould allow buyers to correlate the contextual data with the trusted server request. | Using the Protected Audience API in this way is inconsistent with Privacy Sandbox's mandatory attestation that API users will not try to circumvent the Privacy Sandbox protections. In the future, the requirement that key-value servers run in trusted execution environments (TEEs) will provide technical protection against this attack. |
| একই-উৎস নীতি | Relax the same-origin policy to allow for subdomains. | We are considering this request and welcome additional feedback from the ecosystem. |
| API সংস্করণ | Request for versioning and release notes for changes to the Protected Audience API. | We are considering this request and welcome additional feedback from the ecosystem. |
| Multi-SSP Auctions | Allow top-level auction signals to perform JSON merges with component signal auctionSignals . | We are considering this request and welcome additional feedback from the ecosystem. |
| Bid limit | Increase the limit on the number of ad components entering the bid from 20 to 40. | We are considering this request and welcome additional feedback from the ecosystem on why this would be useful. |
| (Also reported in previous quarters) Performance of Protected Audience Auctions | Report from testers that Protected Audience auctions have high latency. | On questions of latency, the Protected Audience API has generally followed the existing standard paradigm of building controls that let sellers decide how much time and resources the bidders can consume, and building tools that let buyers decide how to best use the resources available to them. These controls and tools are generally available today, but their full benefit will only be realized after adoption by buyers and sellers. In addition, Chrome continues to work on a variety of infrastructure improvements to auction speed ( crrev.com/1190815 , crrev.com/1199839 , crrev.com/1201837 , crrev.com/1198339 , crrev.com/1197323 ). We invite feedback on both halves of this latency effort: new tools that buyers and sellers would find useful, and reports of observed bottlenecks that Chrome engineers should investigate. |
| Buy-side filtering | Add support for buy-side filtering based on interest groups. | We have suggested several ways in which SSPs and DSPs could change their designs to handle this:
|
| Publisher Interest Group Control | Support for publishers seeking to delegate the use of publisher-created interest groups. | We have engaged in discussions with many parties about the request. We believe that all such use cases involved in "delegating" the publisher-created interest groups can be accommodated now, and furthermore that we should build additional support to make some use cases flow more smoothly in the future. |
| (Also reported in Q2) Trusted Execution Environments | Support for Trusted Execution Environments (TEE) in non-public cloud environments. | Our response is similar to previous quarters: While we are continuing to explore support for options beyond public cloud-based solutions, we have no current plans to support on-premise TEEs. At this stage, given Privacy Sandbox security requirements and the significant challenges presented by on-premise deployments, we believe that continuing to expand and improve cloud-based deployments (for example, supporting Google Cloud in addition to AWS) is the most beneficial for the বাস্তুতন্ত্র However, we welcome additional feedback on why such a requirement is necessary and feasible given the privacy and security constraints. |
| Trusted Execution Environment | Components in the TEE serving path, such as the load balancer, can observe all the traffic and have information of the IP address of each request. | Currently IP address is passed as a metadata in request headers to untrusted seller's ad service in the case of both Bidding and Auction and on-device Protected Audience auctions. Refer to Metadata forwarding for more information. In the long term, we plan to proxy ad tech and tracker traffic through an IP Proxy, which will prevent components from observing all the traffic in the serving path. |
| Time-to-Live (TTL) | Will the time-to-live (TTL) before services have to request new keys be set or is it intended to be flexible (or dynamic)? | The TTL is generally static. Currently, the TTL for the public is 8 days, and the rotation happens every 7 days; the TTL is also the same for private keys in the case of the Aggregation Service. In case of Bidding and Auction services, private and public keys are fetched every N hours in the non-request path and cached in-memory, so that there is no more than an N-hour delay between keys rotating and servers picking up these keys . The 1-day buffer between key rotation and expiry is to ensure that even if the key generation fails, the services can continue operating. We are considering extending the TTL to be more resilient for outages. In case of a key leak, we plan to manually force key generation and invalidate keys sooner. Note that public keys are cached on the clients, currently for 24 hours, again to ensure that in case of coordinator outage, the services can still operate. |
| ট্রাফিক রুপায়ণ | Traffic Shaping support for Bidding and Auction Services. | Buyers can indicate, based on Publisher first party data or contextual data, demand for Protected Audience auctions. Sellers can do similar determinations as well in the seller's ad server or Ad Exchange server. The models can be trained on 1P data and any aggregate reports from Protected Audience auctions. Sellers can use this information to avoid sending requests to Bidding and Auction servers when there is no demand for Protected Audience auctions. We believe this can be an effective way to shape traffic. |
| Component Auction | What top level auctionSignals are shared with Component sellers? | Buyers in a component auction only receive signals from the component seller. We are looking to share documentation around the overall sequence of a combined auction with header bidding and Protected Audience auction soon. |
| Video Rendering | Support for video rendering using Protected Audience and Fenced Frames. | Protected Audience API supports video rendering using a mechanism that relies on iframes. However, we haven't yet designed a solution that is compatible with Fenced Frames, and this is one of the reasons we had decided to push back Fenced Frames enforcement to 2026. That means if a partner does decide to enforce Fenced Frames now, the support for video would be lacking for that partner. |
| ফ্রিকোয়েন্সি ক্যাপিং | (Also reported in previous quarters) Per-user frequency controls within a campaign and ad group. | Our response is unchanged from the previous reports: Protected Audience will support frequency capping for on-device auctions and contextual and branding campaigns as well. Shared storage and site-specific caps can also be used for additional frequency capping controls. |
| বিজ্ঞাপন পছন্দ | Does Protected Audience provide a way to opt-out or blocklist by advertiser sites or a way to leave all interest groups from the same owner? | There are several ways for users to block access to the Protected Audience API and other Privacy Sandbox features. |
| Same-origin policy for source URL of bidding and auction scripts | Relax the requirement that all fields that specify URLs for loading scripts or JSON must be same-origin with the owner. | We are currently considering this request and welcome additional feedback from the ecosystem. |
forDebuggingOnly | Potential for forDebuggingOnly to be misused if it remains post 3PCD. | Over the past years we have been receiving feedback from the ecosystem regarding functionality gaps in Protected Audience once third-party cookies are deprecated, and we are working to formulate a plan to support them post 3PCD without compromising on the goals of Privacy Sandbox. We welcome any additional suggestions and feedback on missing functionality that the ecosystem would like to see. |
| Multiple Interest Groups | Use multiple interest groups in the same bid. | This is not supported in Protected Audience API today, as it would result in a change to the underlying privacy model. We welcome additional discussion here . |
| On-device auctions | Will Chrome on Android support on-device Protected Audience auctions? | Yes, on-device auctions will be supported in Chrome on Android. |
| (Reported in Q2 2023) Click-related data | Add click-related data to browserSignals. | We continue to evaluate this feature request and welcome additional feedback on why this should be prioritized. |
| Trusted Execution Environment providers | Are there material differences in the Trusted Execution Environment offerings of different cloud providers? | We are not aware of any major differences, but we recommend the ecosystem review the public deployment guides to see which solution best suits their needs. গুগল ক্লাউড । AWS |
| (Reported in previous quarters ) Support for negative Interest Group targeting | An API to support negative interest group targeting: showing ads only if a user does not belong to an interest group. | We are looking into implementing this feature and are discussing the request . |
| Content Violation | Support features that allow users to report bad ads served by Protected Audience API in Fenced Frames. | We believe that the existing Fenced Frame Ads Reporting mechanism offers good options for ad techs who want a user-generated "Bad Ads" reporting flow. This would allow bad ads reporting in a way essentially unchanged from the industry standard today. We welcome additional feature requests if any gaps remain, including during the time after third-party cookie removal but before Fenced Frame rendering becomes widespread. |
| Private Aggregation API Reporting | How can we calculate time the user has spent in that interest group? | In Chrome M116+ you should be able to use recency as defined pull/639 . |
| K-Anonymity server | More information on K-Anonymity server. | We shared more information on K-Anonymity servers here and welcome additional feedback. |
| Dynamic Creative URLs | Support for creative URLs without pre-declaration while still respecting k-anonymity. | We are discussing this feature request and welcome additional feedback on why this should be prioritized. |
| K-anonymity requirement | Will k-anonymity requirement on Interest Group updates be re-introduced? | We don't anticipate changes to the position stated in this GitHub post . As announced in that post, we decided to remove the k-anonymity requirement on Protected Audience interest group updates, which does not have a significant impact on the API's overall privacy protections, and we plan to consider other potential more direct protections (such as IP address privacy or a trusted update server) at a later date when the related technologies are more developed, deployed and adopted. |
| Bidding & Auction Services Beta Testing | When will Bidding & Auction Services Beta testing begin? | As stated in Timeline and roadmap , the first phase of Bidding and Auction Services testing begins in November 2023. |
| Roadblocking | Request to support Creative coordination for Ad Networks (SSP and DSP are in the same company or properties). | We appreciate the feedback for this use case and we're looking to understand whether more ad techs are interested in seeing this supported. We welcome additional feedback . |
| নেটিভ বিজ্ঞাপন | Fenced Frame support for Native Advertising. | We are considering supporting the use case and are discussing possible workarounds and solutions . |
| K-anonymity | How can I maximize interest group ads that meet k-anon thresholds? | We have shared some tactical guidance on this topic . |
| POST support | Support for sending auction data via POST requests. | We are evaluating this feature request and welcome additional GitHub issue submissions on why this should be prioritized. |
| Reporting granularity | What is the reporting granularity of Fenced Frame ad reporting with Ads Composed of Multiple Pieces? | The current design does not allow capturing product ID or position as this may compromise user privacy. Only the reserved.top_navigation can be invoked, which would be sent when there is a user activation (such as a click) on the ad component fenced frame, which results in a top-level navigation. |
| Ad auction | Can an SSP participating in a component auction trigger another component auction itself? | A componentSeller cannot also include componentAuctions .The multi-seller auction only has two levels: 1. The component auctions in parallel. 2. The top-level auction (where the winning ad from each componentAuction competes). |
| Bidding & Auction Services availability | Will Bidding & Auction be available during the Chrome facilitated testing phase? | Bidding and Auction Server will not be available during the Chrome facilitated testing phase. |
| Bidding signals | Allow browsers to request and delete bidding signals. | We are discussing this request and welcome additional feedback on why this should be prioritized. |
generateBid() | Ability to update interestGroup's userBiddingSignals through updateURL . | We are considering this proposal and welcome additional feedback and discussion. |
| Publisher Inventory Types | What types of publisher inventory will be supported by Protected Audience and TOPICS testing? | Neither Protected Audience nor Topics are inherently restrictive in terms of the types of inventory they can be used on. |
| Server-to-Server integration | Is direct integration between the SSP and DSP required for Protected Audience? | Direct integration between the SSP and DSP is not required if DSP does not need to process contextual signals in its own server in order to pass that processed information into its on-device bidding function. |
A bid_currency field in B&A | Support for bid_currency field in Bidding and Auction Service. | B&A doesn't support a bid_currency yet, although we plan to support that by the end of January 2024. Refer to the timeline here . |
perBuyerSignals | Is there a size limit for perBuyerSignals ? | There is no limit on the number of per-buyer signals, but sending too much data may have detrimental effects on the browser's performance. |
| Cross-site use cases | Can we use Protected Audience API interest groups across multiple websites? | Protected Audience is not designed for such use cases, as explained in turtledove/issues/282 . |
| Interest Group HTTP Requests | Include Interest Group Blob in the HTTP headers. | We are considering this request and welcome more feedback on this request. |
| Ad quality control | Loss of ad quality control related on cross-site information. | We are considering this feedback and welcome additional feedback . |
| Chrome DevTools | Outgoing Protected Audience network requests should be visible in the Chrome Developer Tools Network Tab. | We are working on enabling this functionality in the network tab and welcome additional feedback on why this should be prioritized. |
| Trusted Execution Environment | When will the details on which metrics are privacy-impacting (and their degree) be added to the explainer on Trusted Execution Environment monitoring? | We are in the process of updating the explainer with this information. The updated explainer will be available by November 2023. |
directFrom | Why is directFrom not packaged as a web bundle? | We shared the rationale for this decision here . |
| Impression delegation | Is there any viable way to do impression delegation where the outcome of an interest group being selected is yet another targeting action? | Multiple nested auctions are not compatible with our privacy goals for two reasons. First, when the winner of an auction renders inside a Fenced Frame, our privacy goals for Protected Audience include the resulting creative rendering without knowledge of the context: the surrounding page's URL or first-party cookie are a privacy violation. In that environment, a nested auction is not viable. Second, the Protected Audience model says that each auction's winner should be based on data from just one additional site. Nested auctions would be a way to compound that, resulting in the possibility of choosing ads based on a many-site profile. |
| Data at Rest criterion | Explain further the Data at Rest criterion in the Key/Value service trust model. | Data in the Key Value Service is loaded into memory and served from there rather than doing any read-through caching. |
| Buyer Data Signal | Is there a defined size limit for the buyer_data signals received from the DSPs? | There are currently no browser imposed limits for buyer_data signals received from DSPs. |
Measure Digital Ads
Attribution Reporting (and other APIs)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Cross-device | Plan for cross-device support for Attribution Reporting API. | Cross-device presents new privacy challenges on top of 3PC and also adds technology distribution challenges given the range of devices and platforms a user might use. We are exploring potential solutions, but we are focused on the critical use cases currently supported by Attribution Reporting and do not have plans to introduce cross-device support before the removal of third-party cookies. |
| (Also reported in previous quarters) Trigger Data Size | Why is the trigger data size limited to 3 bits? | The size is limited to 3 bits and 8 distinct values to ensure that the amount of cross-site and cross-context information about a user is limited. We welcome ecosystem players to submit feedback on whether the current parametrization for event-level reporting is sufficient. |
| রূপান্তর ফানেল | Report multiple domains that were used in conversion. | This use case is possible since the addition of multiple destinations . We welcome additional feedback . |
| Same domain in different country support | Does Attribution Reporting work with websites that have the same Domain but multiple country TLDs? | This issue has been discussed and resolved with the stakeholder that raised the question. If an ad tech needs to use multiple country TLDs they will need to have multiple enrollments, with one for each country TLD. |
| Protected Audience and Attribution Reporting | Can ad techs access both view-through conversions for Protected Audience auctions as well as click-through conversions for Attribution Reporting? | Yes, Privacy Sandbox should support both VTCs and CTCs within Protected Audience. |
| Agaggregatable report delays | Reduce aggregatable report delays further. | We have heard recent feedback regarding this and have shared ideas here . We welcome additional feedback from the ecosystem. |
| Agaggregatable report delays | Reducing delays via introducing server mediation. | We are considering this proposal and welcome additional feedback . |
| Event-level report delays | Reduce event-level report delays. | The full flexible event-level proposal, described in Flexible event-level configurations , can reduce event-level reporting delays down to 1 hour with a noise tradeoff. |
| Source reporting origin per source | Limitation of max source reporting origins per source reporting site prevents ad techs from registering sources from different reporting origins for a single publisher origin. | This has been discussed with the stakeholder that raised the issue and a potential solution of using 1 reporting origin per source-reporting site is being tested before trying other potential solutions involving redirects. We are open to any additional ecosystem feedback regarding this limit as well. |
| Issue reporting | How can we report errors or issues with the Attribution Reporting API to Chrome? | Currently we recommend ad techs report any Attribution Reporting API errors they may be facing as an Issue on GitHub. If they are facing a Chrome-related issue we recommend creating a Chromium bug. Links for how and where to flag any issues can be found in Engage and share feedback . |
| অনুলিপি | How can we deduplicate conversions across different pipelines and devices? | Deduplicating across devices and measurement pipelines is a known and current challenge that ad techs also face today with 3PCs. With the Attribution Reporting API, ad techs can decide when to register specific conversions and add specific metadata to indicate which measurement pipelines they have used to track the conversions (in other words, part of the aggregation key), which can be compared against other measurement পাইপলাইন We are open to any additional ecosystem feedback regarding this. |
| Deduplication and Priority | Request to have priority first before deduplication. | We are considering this request and welcome additional feedback . |
| Anti-fraud | Risk of malicious user tampering the event-level data. | Report verification does not work for event-level reporting for the reasons described in Why doesn't this support event-level reports? . |
| Conversion type | How can we differentiate between view through and navigation in Attribution Reporting? | We have the following built-in filtering option: source_type . Additional details are available here . |
Aggregation Service
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Budget recovery | Some ad techs have requested the ability to reprocess reports in cases where there are failures, errors, or deletions of their reports. | The team is exploring ways to address this in a privacy-preserving way. |
| Site enrollment | Multiple ad techs have requested support for processing multiple origins in the same account for use cases such as splitting data by Geo, advertiser. This behavior is also expected by ad techs given that the client API enrollment is now site-based (and not origin based). Migration from origin to site enrollment streamlines the ad tech onboarding process via consistency with the client enrollment process. | We will be launching migration from origin enrollment to site enrollment for the Aggregation Service soon and welcome feedback from the ecosystem . |
| Release & Deprecation Plan | Release and depreciation schedule for Aggregation Service features and patches published. The goal of the plan is to give ad techs visibility into our release policies to enable them to prepare for upcoming releases and deprecations, and ensure they run stable and secure versions of services. | We have recently published a proposal for the Aggregation Service release and deprecation plan and welcome additional feedback . |
| সমন্বয়কারীরা | What happens if the coordinators go down on aggregation service? | Both coordinators need to be fully available for the system to function correctly. Short unavailability is accommodated with retries in our client libraries; longer unavailability of either of the two coordinators will have aggregation jobs fail. Jobs can be rerun if the budget for privacy isn't consumed yet. In the case where any service failure led to budget consumption without a summary report written to ad tech storage, we currently recommend they use debug reports to retrieve results using the local testing tool . We are also working on features to allow for budget recovery in the case of failures so ad techs can rerun their jobs. |
Private Aggregation API
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Blob Url | Request to support Blob Url in Shared Storage. | Support for Blob Url has been added in Chrome M116. |
Limit Covert Tracking
User Agent Reduction and User Agent Client Hints
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| জাভাস্ক্রিপ্ট API | Availability of the User Agent Client Hints JavaScript API. | There are no plans to remove this functionality as it is our core solution for partners who want to actively access the high-entropy data beyond what is available by default in the frozen and reduced UA. |
| Device and Form Factor information | Ability for websites to understand input, output, and other information the device visiting the website can support. | We have added support for this request following feedback from the ecosystem. |
IP Protection (formerly Gnatcatcher)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Eligible Third Party Traffic | What is "eligible third-party traffic" referring to in the explainer? | We understand the importance of this question and are actively working to identify which third-party traffic will be eligible and which will not. We welcome feedback on this topic. |
| Network Traffic Audits | Support for enterprises to perform network traffic audits for their networks. | Only third-party traffic embedded in first-party sites will be affected, which should limit the amount of traffic that requires filtering. Additionally, we plan to give users the option of whether or not to use IP Protection, and for enterprise-controlled Chrome, there will be enterprise policies to disable IP Protection. Finally, we're exploring what controls (if any) will be provided to network operators to disable IP Protection. We welcome feedback on this topic. |
| প্রবেশাধিকার নিয়ন্ত্রণ | IP Protection may impact web services that use IP addresses for access control. | We understand the importance of anti-fraud use cases and the possible impact to those use cases. We are seeking ecosystem feedback on how we can better support anti-fraud use cases that typically have relied on IP addresses. |
| Communication between the 2-Hop proxies | How to ensure there is no information between proxies. | We are in the process of designing the proxy interactions. Our goal is to minimize the chances for such information sharing via business, process, and technical means. |
| Non-Google Authentications | Support for Non-Google Authentications. | We plan to publish more details about account authentication in the future, though we have shared some initial considerations . |
| Tracker classification | How will IP Protection determine what constitutes a tracker and its variants? | We understand the importance of this question and are actively working to identify which third-party traffic will be eligible and which will not. We welcome feedback on this topic. |
| বিশ্লেষণ | IP Protection may impact the accuracy of analytics services. | We are looking to understand the impact of IP Protection further and welcome additional feedback and examples from the ecosystem. |
| প্রক্সি | If a user is using proxy or has manually defined a proxy, how will IP Mask work in this case? | We are looking to understand the impact that IP Protection may have on other proxies. We do not have any plans to share at the moment. We welcome feedback on this topic. |
| প্রিমিয়াম অফার | Will IP Protection be a paid feature? | IP Protection will be available to Chrome users as part of the core browser experience. It will not be a paid feature. |
| প্রক্সি সার্ভার | Will the same proxy servers be used during user sessions? | An HTTP/S connection will use a single pair of proxies and will present a single masked IP address to the origin. Beyond that, there are no hard constraints on different HTTP/S connections having to use the same servers. |
| প্ল্যাটফর্ম সমর্থন | On which platform will IP Protection be supported? | IP Protection will initially be available on Chrome for Android and Desktop. We continue to evaluate how to expand the protection to other platforms. |
| অপ্ট-আউট | Will users be able to disable IP Protection? | We plan to provide users the choice on whether they want to use IP Protection or not. |
| বেনামীকরণ | What kinds of requests will be anonymized under IP Protection? | HTTP/S and DNS requests to eligible third-party domains are anonymized via the privacy proxies. We will provide additional details in an upcoming explainer on how we will determine which domains will be included. The rest of the traffic (for example, the rest of the DNS requests or other HTTP/S traffic) is unaffected. |
| ডেটা দৃশ্যমানতা | Network addresses may be accessed during the first hop in IP Protection. | In the two-hop proxy model, the first hop (controlled by Google) only sees the source client IP and a request to connect to the second hop, while the second hop (controlled by an external CDN) only sees a tuple on the first hop (proxy IP + port) and the destination IP. For the response back from the origin, the second hop is able to forward the response to the first hop proxy+port associated with the request and doesn't need to learn anything about the original client IP (and the first hop just returns the response to the client, without learning anything about the destination IP). In this way, the first hop only learns the client IP and the second hop, while the second hop only learns the destination IP. |
| ওয়েবভিউ | Will IP Protection be available to Android WebView in the future? | We do not have any plans to share at the moment, but our vision is to provide this protection as broadly as possible. |
Bounce Tracking Mitigation
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Interaction Tracking | How are user interactions tracked? | Bounce tracking mitigations track two types of user interactions:
These interactions are associated with the top-level site on pages where they occur. For example, if a user clicks in an embedded iframe the interaction is associated with the top-level site and not the embedded site. The interactions are stored in a database containing the schemeless etld+1 and the time of the interaction. Interactions protect the associated domain from bounce tracking mitigation state deletion for 45 days. |
| Allowlisted Exemptions | Can domains be exempted? | We are considering this request and we welcome additional feedback from the ecosystem . |
Privacy Budget
No feedback received this quarter.
Strengthen cross-site privacy boundaries
Related Website Sets (formerly First-Party Sets)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| কেন্দ্রীভূত পদ্ধতি | Concern over the centralized repository approach for managing Related Website Sets. | A public, easily accessible repository is key to the design of RWS as it provides accountability for submissions. Third-party cookie functionality is ultimately provided by the use of the Storage Access API or the rSAFor API, with RWS membership providing auto-granted access (as opposed to through prompts with the Storage Access API). We believe that an approach like the RWS submission process is an appropriate requirement for auto-granted third-party cookie access. |
| Renaming json file | With the change in API name, does the hosted JSON file name need to be changed? | Yes, the submission guidelines have been changed, and the primary domain must serve a JSON file at /.well-known/related-website-set.json .Existing sets in the RWS list do not need to be changed, but if there are modifications submitted to existing sets, the JSON file must be changed. |
| (Also reported in previous quarters) Domain Limit | Request to expand the number of associated domains | As announced in a blogpost on August 31, we have raised the associated domain limit to five domains following feedback from the ecosystem. We have decided to increase the associated domain limit to five domains (plus one primary domain) which best matches the most comparable implementation offered by another major browser. |
| তৃতীয় পক্ষের কুকিজ | Will Related Website Sets only work with third-party cookies disabled? | Related Website Sets will work even when a user has not blocked third-party cookies; but there will be no observable effect since the relevant cookies are available without any need for Related Website Sets and Storage Access API. |
| Legitimate edits | How does the Related Website Sets repository prevent non-owners from modifying sets? | Per the submission guides , anyone can submit a PR on GitHub to edit the first_party_sets.JSON file. However, if the PR is approved (passes technical validations, and so forth), it will be manually merged in batches to the canonical FPS list once per week (Tuesdays at 12pm Eastern Time) by Google.If a bad actor tries to modify a set they don't own, it shouldn't be a problem since they won't be able to modify the .well-known files and therefore the validations will fail. |
| ডোমেন হাইজ্যাকিং | Domain hijacking may expose related domain data to unauthorized parties. | This is not possible, as discussed in this Protected Audience GitHub issue . |
Fenced Frames API
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Content Violation | Allow users to report suspicious ads. | Suspicious ad reporting is not prevented by Fenced Frames. Users can still interact with the ad and report suspicious ads to the ad tech in the usual way. |
| Interaction with surrounding sites | Allow interaction with the surrounding or top-level website. | We are looking to understand why this request is necessary and welcome additional feedback from the ecosystem. |
| নেটিভ বিজ্ঞাপন | Fenced Frame support for Native Advertising. | We are considering supporting the use case and are discussing possible workarounds and solutions . |
Shared Storage API
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| ক্রস ডোমেইন | Allow communication across domains for local storage. | This use case is currently not in line with Shared Storage's privacy-preserving output gates but we welcome additional context as we evolve proposals for non-partitioned storage. |
| Blob Url | Request to support Blob Url in Shared Storage. | Support for Blob Url has been added in Chrome M116. |
চিপস
No feedback received this quarter.
FedCM
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| তৃতীয় পক্ষের কুকিজ | Is FedCM currently disabled if users enable "Block third-party cookies" in the Chrome settings"? | Yes, FedCM is currently disabled. For testing, we recommend that you additionally enable chrome://flags/#fedcm- .We are looking to support FedCM without third-party cookies in the future. |
Fight spam and fraud
Private State Token API (and other APIs)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| টোকেনের মেয়াদ শেষ | Once Google Chrome is uninstalled, will the Token be lost or will it be cached? | The token will be lost if the user uninstalls Google Chrome. |
| Token Information | How can issuers keep issued information within the Private State Token private? | Information is always kept private in the token and cannot be unencrypted by external parties that do not have the keys. |
| Error in demo | Error when trying to run the Private State Token demo. | We have updated the demo and it should be working correctly now. |