প্রতিক্রিয়া প্রতিবেদন - 2022 Q4

2022 Q4-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং 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/প্রযুক্তি

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
(প্রায় 3 এও রিপোর্ট করা হয়েছে)

বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা		 উদ্বেগ যে গোপনীয়তা স্যান্ডবক্স প্রযুক্তি বৃহত্তর বিকাশকারীদের পক্ষপাতী এবং কুলুঙ্গি (ছোট) সাইটগুলি জেনেরিক (বড়) সাইটের চেয়ে বেশি অবদান রাখে আমাদের প্রতিক্রিয়া Q3 থেকে অপরিবর্তিত:

"গোপনীয়তা স্যান্ডবক্স প্রস্তাবনাগুলিকে এমনভাবে ডিজাইন ও বাস্তবায়ন করতে Google প্রতিশ্রুতিবদ্ধ হয়েছে যাতে Google-এর নিজস্ব ব্যবসাকে স্ব-অভিরুচি দিয়ে প্রতিযোগিতাকে বিকৃত না করে, এবং ডিজিটাল বিজ্ঞাপনে প্রতিযোগিতার উপর এবং প্রকাশক ও বিজ্ঞাপনদাতাদের উপর প্রভাব বিবেচনা করে, নির্বিশেষে তাদের আকার। আমাদের কাজ এই প্রতিশ্রুতি মেনে চলছে তা নিশ্চিত করতে আমরা CMA এর সাথে ঘনিষ্ঠভাবে কাজ চালিয়ে যাচ্ছি।

গোপনীয়তা স্যান্ডবক্সের পরীক্ষা যেমন এগিয়ে চলেছে, আমরা যে মূল প্রশ্নগুলি মূল্যায়ন করব তা হল নতুন প্রযুক্তিগুলি বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য কীভাবে কাজ করে। প্রতিক্রিয়া এই ক্ষেত্রে গুরুত্বপূর্ণ, বিশেষ করে নির্দিষ্ট এবং কার্যকর প্রতিক্রিয়া যা আমাদের প্রযুক্তিগত নকশাগুলিকে আরও উন্নত করতে সাহায্য করতে পারে।

আমরা পরিমাণগত পরীক্ষার প্রতি আমাদের দৃষ্টিভঙ্গি বিকাশের জন্য CMA-এর সাথে কাজ করেছি, এবং বাজার অংশগ্রহণকারীদের আরও তথ্য প্রদান করতে এবং প্রস্তাবিত পদ্ধতির উপর মন্তব্য করার সুযোগ দেওয়ার জন্য CMA-এর পরীক্ষার নকশার উপর একটি নোট প্রকাশ করাকে সমর্থন করি।"
(প্রায় 3 এও রিপোর্ট করা হয়েছে)
ডকুমেন্টেশন অনুরোধ		 পরীক্ষা, বিশ্লেষণ এবং বাস্তবায়ন কীভাবে পরিচালনা করতে হয় তার বিশদ বিবরণ দিয়ে আরও সংস্থানের জন্য অনুরোধ Q4 আপডেট:

আমরা প্রশংসা করি যে ডেভেলপাররা আমাদের বর্তমান উপাদানটিকে সহায়ক বলে মনে করেছেন, এবং আরও উপাদান প্রদানের জন্য প্রতিশ্রুতিবদ্ধ হতে চলেছেন যাতে বিকাশকারীরা বুঝতে পারে যে নতুন প্রযুক্তিগুলি তাদের জন্য কীভাবে কাজ করতে পারে৷ গত ত্রৈমাসিকে, আমরা privacysandbox.com- এ একটি "সংবাদ ও আপডেট" বিভাগ যোগ করেছি এবং কীভাবে গোপনীয়তা স্যান্ডবক্স ভবিষ্যতে বিজ্ঞাপনের প্রাসঙ্গিকতা বাড়াতে সাহায্য করতে পারে তার একটি বিস্তৃত পর্যালোচনা প্রকাশ করেছি।

লাইভ আলোচনা/প্রশ্নের অনুমতি দেওয়ার জন্য প্রোডাক্ট এবং ইঞ্জিনিয়ারিং লিডের সাথে প্রশ্নোত্তর সেশন সহ আমরা সর্বোত্তম অনুশীলন এবং ডেমো শেয়ার করার জন্য পাবলিক ডেভেলপার অফিস সময়ের সেশনও আয়োজন করেছি।
কোর ওয়েব ভাইটাল গোপনীয়তা স্যান্ডবক্স এপিআই লেটেন্সি কোর ওয়েব ভাইটালকে কীভাবে প্রভাবিত করে? গোপনীয়তা স্যান্ডবক্স API-এর মূল ডিজাইন লক্ষ্য হল ন্যূনতম লেটেন্সি রাখা। আমাদের বর্তমান প্রত্যাশা হল API লেটেন্সি একটি সাইটের মূল ওয়েব ভাইটালগুলিতে ন্যূনতম প্রভাব ফেলবে, কারণ বেশিরভাগ API-কে ওয়েবসাইটটির প্রাথমিক রেন্ডারিংয়ের পরে কল করা হয়। আমরা প্রতিটি API-এর জন্য লেটেন্সি আরও কমাতে নিরীক্ষণ এবং উন্নতি করতে থাকি এবং ক্রমাগত পরীক্ষা এবং প্রতিক্রিয়াকে উৎসাহিত করি।

রিয়েল টাইম বিডিং প্রক্রিয়ার লেটেন্সি "ফ্লেজ নিলামের পারফরম্যান্স" এর অধীনে FLEDGE বিভাগে সম্বোধন করা হয়েছে
ইন্টারঅপারেবিলিটি অন্যান্য সম্ভাব্য সমাধানের সাথে ইন্টারঅপারেবিলিটি সংক্রান্ত উদ্বেগ গোপনীয়তা স্যান্ডবক্সের লক্ষ্য হল ওয়েব ইকোসিস্টেমের প্রয়োজনীয়তা সমর্থন করার সময় ক্রস-সাইট ট্র্যাকিং থেকে ব্যবহারকারীদের রক্ষা করা। আমরা লিগ্যাসি ব্রাউজার প্রযুক্তিগুলি থেকে দূরে সরে গিয়ে এটি সম্পাদন করতে চাই যা এই ধরনের ক্রস-সাইট ট্র্যাকিং সক্ষম করে, যেমন তৃতীয় পক্ষের কুকি, এবং তাদের জায়গায় নির্দিষ্ট ব্যবহারের ক্ষেত্রে সমর্থন করার উদ্দেশ্যে নির্মিত নতুন প্রযুক্তি প্রদান করে।

গোপনীয়তা স্যান্ডবক্স প্রস্তাবনাগুলি ব্যবহারকারীর ডিভাইসে থাকা ডেটা সীমিত করে গোপনীয়তা উন্নত করে৷ প্রস্তাবগুলি ব্রাউজার থেকে একবার সংগ্রহ করা ডেটা শেয়ার করার বা অন্যথায় প্রক্রিয়া করার ক্ষমতার উপর প্রযুক্তিগত সীমাবদ্ধতা রাখে না। প্রযুক্তিগুলি তাই কোম্পানীগুলিকে "ডেটা স্টুয়ার্ডশিপ" চুক্তি বা অন্য কোন অনুরূপ চুক্তিগত সম্পর্কগুলিতে প্রবেশ করতে বাধা দেয় না। একইভাবে, তারা ব্যবহারকারীদের অন্যান্য উপায়ে তাদের ডেটা ভাগ করে নেওয়ার সম্মতি দেওয়ার ক্ষমতাকে সীমাবদ্ধ করে না।

স্পষ্টতার জন্য, Google প্রোডাক্ট এবং পরিষেবা সহ সমস্ত ওয়েবসাইটে একইভাবে গোপনীয়তা স্যান্ডবক্স প্রযুক্তি প্রয়োগ করতে প্রতিশ্রুতিবদ্ধ। ক্রোম তৃতীয় পক্ষের কুকিগুলির জন্য সমর্থন শেষ করার পরে, প্রতিশ্রুতিগুলি আরও স্পষ্ট করে যে Google অন্যান্য ব্যক্তিগত ডেটা ব্যবহার করবে না, যেমন ব্যবহারকারীদের সিঙ্ক করা Chrome ব্রাউজিং ইতিহাস, ডিজিটাল বিজ্ঞাপনের লক্ষ্য বা পরিমাপের জন্য ব্যবহারকারীদের ট্র্যাক করতে৷

প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান

বিষয়

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
গুগল সার্চ র‍্যাঙ্কিং এর উপর প্রভাব একটি ওয়েবসাইটের বিষয় API সমর্থন Google অনুসন্ধান ফলাফল র‌্যাঙ্কিংয়ের সম্ভাব্য সংকেত হিসাবে ব্যবহার করা হবে কিনা সে বিষয়ে অনুসন্ধান কিছু ওয়েবসাইট টপিক API থেকে অপ্ট-আউট করতে বেছে নিতে পারে। গোপনীয়তা স্যান্ডবক্স টিম অনুসন্ধান সংস্থার কাছ থেকে সমন্বয় বা অনুরোধ করেনি যে তারা ওয়েবসাইটগুলিকে বিষয় API গ্রহণ করার জন্য একটি প্রণোদনা হিসাবে পৃষ্ঠা র‌্যাঙ্কিং ব্যবহার করে। Google CMA-কে নিশ্চিত করেছে যে Google অনুসন্ধান একটি র‍্যাঙ্কিং সংকেত হিসাবে বিষয় API থেকে অপ্ট-আউট করার সাইটের সিদ্ধান্ত ব্যবহার করবে না।
বিষয় শ্রেণিবিন্যাসকারী বিভিন্ন স্টেকহোল্ডারদের জন্য ইউটিলিটি উন্নত করার জন্য একটি ওয়েবপৃষ্ঠার বিষয় নির্ধারণ করতে হোস্টনাম ছাড়াও url এবং পৃষ্ঠা বিষয়বস্তু যোগ করুন। একটি ব্যবহারকারীর ব্রাউজিং ইতিহাস বর্তমানে একটি ওয়েবসাইটের হোস্টনাম ব্যবহার করে শ্রেণীবদ্ধ করা হয়৷ Chrome বিষয়ের শ্রেণীবিভাগে পৃষ্ঠা স্তরের মেটাডেটা (যেমন পৃষ্ঠার URL এর সমস্ত বা কিছু উপাদান এবং/অথবা বিষয়বস্তু) বিবেচনা করার বিকল্পগুলি মূল্যায়ন করে চলেছে৷ যেকোন ইউটিলিটি উন্নতি অবশ্যই গোপনীয়তা এবং অপব্যবহারের ঝুঁকির বিরুদ্ধে ওজন করা উচিত।

উদাহরণস্বরূপ, বিশেষ করে মেটাডেটার ক্ষেত্রে, কয়েকটি ঝুঁকির মধ্যে রয়েছে:
- বিষয়গুলিতে বিভিন্ন (এবং সম্ভাব্য সংবেদনশীল) অর্থ এনকোড করার পদ্ধতি হিসাবে পৃষ্ঠা-স্তরের মেটাডেটা পরিবর্তন করে সাইটগুলি;
- সাইটগুলি আর্থিক লাভের জন্য তাদের বিষয়গুলিকে ভুলভাবে উপস্থাপন করতে পৃষ্ঠা-স্তরের মেটাডেটা পরিবর্তন করে;
- সাইটগুলি ক্রস-সাইট ট্র্যাকিংয়ের পদ্ধতি হিসাবে গতিশীলভাবে পৃষ্ঠা-স্তরের মেটাডেটা পরিবর্তন করে
(প্রায় 3 এও রিপোর্ট করা হয়েছে)
প্রথম পক্ষের সংকেতের উপর প্রভাব		 বিষয় সংকেত অত্যন্ত মূল্যবান হতে পারে এবং ফলস্বরূপ অন্যান্য প্রথম-পক্ষের আগ্রহ-ভিত্তিক সংকেতকে অবমূল্যায়ন করে। আমাদের প্রতিক্রিয়া Q3 থেকে অপরিবর্তিত:

"আমরা বিশ্বাস করি যে আগ্রহ-ভিত্তিক বিজ্ঞাপন ওয়েবের জন্য একটি গুরুত্বপূর্ণ ব্যবহারের ক্ষেত্রে, এবং বিষয়গুলি সেই ব্যবহারের ক্ষেত্রে সমর্থন করার জন্য ডিজাইন করা হয়েছে৷ [আমাদের Q3 প্রতিবেদনে] বর্ণিত হিসাবে, অন্যান্য ইকোসিস্টেম স্টেকহোল্ডাররা উদ্বেগ প্রকাশ করেছেন যে বিষয়গুলি সরবরাহ করার জন্য যথেষ্ট কার্যকর নাও হতে পারে মান। সকল ক্ষেত্রে, শ্রেণীবিন্যাস উন্নতি একটি চলমান প্রচেষ্টা, এবং আমরা আশা করি যে শ্রেণীবিন্যাসটি ইকোসিস্টেম পরীক্ষা এবং ইনপুট দিয়ে বিকশিত হবে।"
শ্রেণীবিন্যাস আপডেট করা হচ্ছে কিভাবে শ্রেণীবিন্যাস তালিকা আপডেট করা হবে? আমরা সক্রিয়ভাবে শ্রেণীবিন্যাস সম্পর্কে প্রতিক্রিয়া চাচ্ছি যা বাস্তুতন্ত্রের জন্য সবচেয়ে উপযোগী হবে। প্রাথমিক বিষয় এপিআই প্রস্তাবে অন্তর্ভুক্ত শ্রেণীবিন্যাসটি কার্যকরী পরীক্ষা সক্ষম করার জন্য ডিজাইন করা হয়েছিল। শ্রেণীবিন্যাস আপডেট করার জন্য Chrome সক্রিয়ভাবে একাধিক পন্থা বিবেচনা করছে। উদাহরণস্বরূপ, ভবিষ্যতের পুনরাবৃত্তিতে কোন বিভাগটি অন্তর্ভুক্ত করা হবে তা নির্ধারণ করতে Chrome প্রতিটি বিষয়ের জন্য বাণিজ্যিক মূল্যের ধারণা ব্যবহার করতে পারে।
বিষয় আঞ্চলিক ক্লাসিফায়ার কর্মক্ষমতা আঞ্চলিক ডোমেনে প্রসঙ্গ শ্রেণীবদ্ধকারী খারাপভাবে কাজ করছে শ্রেণিবিন্যাসকারীর উন্নতি একটি চলমান প্রচেষ্টা। আমরা যে প্রতিক্রিয়া পেয়েছি তার উপর ভিত্তি করে, বিবেচনাধীন একটি সম্ভাবনা হল বিষয় ওভাররাইড তালিকা প্রসারিত করা, যা আমাদের বিশ্লেষণ দেখায় বিশ্বব্যাপী কভারেজ বৃদ্ধি করবে এবং নির্ভুলতা উন্নত করবে।

ব্যাখ্যা করার জন্য, টপিক এপিআই শ্রেণীবিভাগের দুটি প্রাসঙ্গিক উপাদান রয়েছে: (1) শীর্ষস্থানীয় 10k সাইট এবং তাদের বিষয়গুলি সম্বলিত একটি ওভাররাইড তালিকা এবং (2) একটি অন-ডিভাইস এমএল মডেল যা হোস্টনামগুলিকে বিষয়গুলিতে শ্রেণীবদ্ধ করে৷ ওভাররাইড তালিকা (1) প্রসারিত করে, আমরা সেই অঞ্চলগুলির জন্য শ্রেণীবিভাগের কার্যকারিতা উন্নত করতে পারি যেখানে শ্রেণীবদ্ধকারী খারাপভাবে পারফর্ম করতে পারে।
এক সপ্তাহের যুগ স্বল্পমেয়াদী সিদ্ধান্ত নিতে চাওয়া ব্যবহারকারীদের জন্য এক সপ্তাহের যুগ অনেক দীর্ঘ। যুগের উপযুক্ত দৈর্ঘ্য কী হওয়া উচিত তা আমরা সক্রিয়ভাবে দেখছি এবং বাস্তুতন্ত্রের জন্য আরও ভাল যুগ কী হবে সে সম্পর্কে আমরা আরও প্রতিক্রিয়াকে স্বাগত জানাই।
HTTP হেডার পুনরুদ্ধার বিষয়গুলির HTTP শিরোনাম পুনরুদ্ধার সংক্রান্ত পর্যাপ্ত তথ্য নেই বলে উদ্বেগ হেডার এবং ফেচ() এর জন্য কাজ চলছে। আমরা এখানে তথ্য উপলব্ধ আছে. আমরা ব্যাখ্যাকারীকে স্কিপ অবজারভেশন তথ্যও যোগ করেছি ।
বিষয়ের উদ্দেশ্য শুধুমাত্র বিজ্ঞাপনদাতাদের সাহায্য করা, ব্যবহারকারীদের নয় বিষয়/গোপনীয়তা স্যান্ডবক্স একটি শিল্প কেন্দ্রীভূত পদ্ধতি বলে মনে হচ্ছে। ব্যবহারকারীদের জন্য সুবিধা শিল্পের সুবিধার মতো স্পষ্ট নয়। আমরা বিশ্বাস করি যে ব্যবহারকারীদের জন্য সুবিধা হল বিষয়গুলি আগ্রহ-ভিত্তিক বিজ্ঞাপনগুলিকে সমর্থন করে যা ওয়েবকে বিনামূল্যে এবং উন্মুক্ত রাখে এবং আমরা এটাও বিশ্বাস করি যে এটি তৃতীয় পক্ষের কুকিজের তুলনায় গোপনীয়তাকে উল্লেখযোগ্যভাবে উন্নত করে ৷ কার্যকর বিকল্প ছাড়া তৃতীয় পক্ষের কুকি অপসারণ প্রকাশকদের নেতিবাচকভাবে প্রভাবিত করতে পারে এবং আরও খারাপ পদ্ধতির দিকে নিয়ে যেতে পারে
যেগুলি কম ব্যক্তিগত, স্বচ্ছ নয় এবং বাস্তবসম্মতভাবে পুনরায় সেট করা যায় না বা ব্যবহারকারীদের দ্বারা নিয়ন্ত্রিত হয় না৷ অনেক কোম্পানি সক্রিয়ভাবে বিষয় এবং স্যান্ডবক্স এপিআই পরীক্ষা করছে, এবং আমরা গোপনীয়তা অগ্রসর করতে এবং ওয়েবকে সমর্থন করার জন্য টুল প্রদান করতে প্রতিশ্রুতিবদ্ধ।


W3C টেকনিক্যাল আর্কিটেকচার গ্রুপ সম্প্রতি টপিক এপিআই সম্পর্কে তার প্রাথমিক দৃষ্টিভঙ্গি প্রকাশ করেছে, যা আমরা সর্বজনীনভাবে প্রতিক্রিয়া জানাব। এই পর্যায়ে, যেহেতু Google ইকোসিস্টেম থেকে প্রশ্ন পেয়েছে যে এই পর্যালোচনাটি টপিক API-এর বিকাশ এবং লঞ্চের জন্য কী বোঝাতে পারে, তাই আমরা এই বছর Chrome Stable-এ এটি উপলব্ধ করার জন্য আমাদের পরিকল্পনার পুনর্নিশ্চিত করতে চাই। যদিও Googles W3C টেকনিক্যাল আর্কিটেকচার গ্রুপের ইনপুটকে প্রশংসা করে, এটি CMA এবং ইকোসিস্টেমের সাথে আলোচনা করে বিষয়গুলির বিকাশ এবং পরীক্ষা করার প্রচেষ্টা চালিয়ে যাওয়াকে সর্বোত্তম গুরুত্ব বলে মনে করে।
তথ্য ফাঁস বিষয়গুলি অনুমতি ছাড়াই অন্যান্য সাইটে ফাঁস হতে পারে বলে উদ্বেগ টপিকস এপিআই-এর ডিজাইন এটিকে একেবারে অসম্ভাব্য করে তোলে যে একটি একক প্রকাশকের (এবং প্রকাশকদের একটি ছোট গোষ্ঠীর) থেকে ডেটা যে কোনও উপায়ে ফাঁস হতে পারে। প্রকাশকের ওয়েবসাইটগুলিও বিষয় API-এর উপর সম্পূর্ণ নিয়ন্ত্রণে রয়েছে এবং তারা অনুমতি নীতির মাধ্যমে এই API-তে অ্যাক্সেস নিষিদ্ধ করতে পারে।
পরীক্ষার জন্য বিজ্ঞাপনদাতাদের অভাব প্রকাশকরা উদ্বিগ্ন যে তারা বর্তমানে বিজ্ঞাপনদাতাদের কাছে বিষয়ের মান প্রদর্শন করতে অক্ষম৷ 2023 সালের দ্বিতীয়ার্ধে, আমরা ইন্টিগ্রেশন পরীক্ষার জন্য সমস্ত বিজ্ঞাপন সম্পর্কিত API গুলি উপলব্ধ করার পরিকল্পনা করছি এবং বিজ্ঞাপনদাতাদের জন্য বিষয়গুলির মূল্যের ইকোসিস্টেম বিশ্লেষণ সক্ষম করব। ফলাফলের পরীক্ষা এবং প্রকাশনা CMA দ্বারা তত্ত্বাবধান করা হবে, যা ডেটা, বিশ্লেষণ এবং পদ্ধতি পর্যালোচনা করবে। ইকোসিস্টেমকে Google এবং CMA-এর সাথে প্রতিক্রিয়া শেয়ার করার জন্য উৎসাহিত করা হয়।
বিষয় এবং FLEDGE FLEDGE এর বিডিং লজিকের মধ্যে বিষয়গুলি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও তথ্যের জন্য অনুরোধ করুন৷ FLEDGE এর বিডিং লজিকের মধ্যে বিষয়গুলি ব্যবহার করা সম্ভব । একটি ইন্টিগ্রেশন গাইডও চলছে, এবং এতে বাস্তবায়নের অতিরিক্ত বিবরণ অন্তর্ভুক্ত থাকবে।
বিষয় কলার জন্য কাস্টম র্যাঙ্কিং র‌্যাঙ্কিং কলার দ্বারা উপযোগী করার অনুমতি দিন প্রতিটি বিজ্ঞাপন প্রযুক্তির জন্য কাস্টম টপিক র‍্যাঙ্কিং বা মানগুলির সাথে চ্যালেঞ্জ হল যে এটি এমন একটি পদ্ধতিতে পরিণত হতে পারে যার মাধ্যমে একটি বিজ্ঞাপন প্রযুক্তি ফেরত দেওয়া বিষয়গুলিকে প্রভাবিত করতে পারে, তাই একটি ফিঙ্গারপ্রিন্টিং ভেক্টর৷
বিষয় কলার অগ্রাধিকার তালিকা কলারদের এমন বিষয়গুলির একটি র‌্যাঙ্ক করা অগ্রাধিকার তালিকা প্রদান করার অনুমতি দিন যা বিষয় API যোগ্যতার ভিত্তিতে ফেরত দেবে। আমরা বর্তমানে এই ধারণাটি আরও আলোচনা করছি এবং অতিরিক্ত ইনপুটগুলিকে স্বাগত জানাচ্ছি।

FLEDGE

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
গুগল অ্যাড ম্যানেজার উদ্বেগ যে Google Ad Manager হল FLEDGE নিলামের চূড়ান্ত সিদ্ধান্তকারী এবং Google প্রকাশক ট্যাগ এবং Google বিজ্ঞাপন ব্যবস্থাপককে সমর্থন করবে৷ FLEDGE প্রতিটি প্রকাশককে শীর্ষ-স্তরের এবং উপাদান বিক্রেতাদের পছন্দ সহ নিলামের কাঠামো বেছে নেওয়ার অনুমতি দেয়৷ একটি উপাদান নিলামে প্রতিটি ক্রেতা এবং বিক্রেতা জানেন যে শীর্ষ-স্তরের বিক্রেতা কে, এবং বিড করবেন কি না তা চয়ন করতে পারেন।
পর্যাপ্ত অংশগ্রহণকারীরা FLEDGE পরীক্ষা করছে না FLEDGE পরীক্ষা করার জন্য আরও কোম্পানিকে উৎসাহিত করার অনুরোধ, উদাহরণস্বরূপ API-এর কার্যকারিতা উন্নত করে এবং আঙ্গুলের ছাপের মতো গোপনীয়তা-অনুপ্রবেশকারী বিকল্পগুলিকে নিরুৎসাহিত করে গোপনীয়তা স্যান্ডবক্স ধাপে ধাপে এগিয়ে চলেছে, CMA এবং ICO-এর নির্দেশনার সাথে ঘনিষ্ঠ অংশীদারিত্বে, এবং কার্যকরী FLEDGE পরীক্ষা প্রয়োজনীয় স্থিতিশীলতা এবং সক্ষমতা প্রদর্শন করেছে। Google স্যান্ডবক্স এপিআই পরীক্ষা করার জন্য ইকোসিস্টেমকে উৎসাহিত করে চলেছে, সম্প্রতি তার " বিজ্ঞাপন প্রাসঙ্গিকতা সর্বাধিক করুন " ডকুমেন্টেশন প্রকাশ করেছে তা দেখানোর জন্য কীভাবে FLEDGE এবং অন্যান্য APIগুলি তৃতীয়-পক্ষ কুকি অবচয় করার পরে বিজ্ঞাপন শিল্পের জন্য সমালোচনামূলক ব্যবহারের ক্ষেত্রে সহায়তা করতে পারে৷

গোপনীয়তা স্যান্ডবক্সের অন্যান্য অংশগুলি ইতিমধ্যেই ট্র্যাকিং কভার করার জন্য প্রশমনকে সমর্থন করে (দেখুন UA-CH, IP সুরক্ষা, এবং বাউন্স ট্র্যাকিং মিটিগেশন) এবং সময়ের সাথে সাথে উন্নতি করতে থাকবে। Google-এর লক্ষ্য হল FLEDGE-কে একমাত্র কার্যকর টার্গেটিং সমাধান করা নয়, বরং ক্রোম ব্রাউজারে সেরা গোপনীয়তা-সংরক্ষণকারী বিজ্ঞাপন প্রযুক্তিগুলি চালানোর জন্য শিল্প এবং নিয়ন্ত্রকদের সাথে অংশীদারিত্বে কাজ করতে প্রতিশ্রুতিবদ্ধ।
মেশিন লার্নিং ব্যবহারের ক্ষেত্রে নিলাম বিডিং অ্যালগরিদম প্রশিক্ষণের জন্য মেশিন লার্নিং কীভাবে কেস ব্যবহার করে সে সম্পর্কে আরও নির্দেশিকা FLEDGE এবং অ্যাট্রিবিউশন রিপোর্টিং-এ সমর্থিত হবে আমরা পরীক্ষকদের গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলি প্রয়োগ করার সবচেয়ে দরকারী উপায়গুলি খুঁজে পেতে সহায়তা করার প্রয়োজনীয়তা স্বীকার করি৷ আমরা মেশিন লার্নিং-এ ইনপুট হিসাবে গোপনীয়তা স্যান্ডবক্স API-এর বিভিন্ন দিক ব্যবহারের সাথে সম্পর্কিত নির্দেশিকা প্রকাশ করতে শুরু করেছি। সবচেয়ে সাম্প্রতিক অংশ, " বিজ্ঞাপন প্রাসঙ্গিকতা সর্বাধিক করুন ", কীভাবে বিজ্ঞাপন শিল্প মেশিন লার্নিংয়ের জন্য এই সংকেতগুলিকে কাজে লাগাতে পারে তা নিয়ে আলোচনা করে এবং আমরা ভবিষ্যতে এই ধরনের নির্দেশিকা প্রকাশ করা চালিয়ে যাওয়ার পরিকল্পনা করছি৷
FLEDGE কী মান (K/V) সার্ভারের জন্য অনুসন্ধান করা হচ্ছে কেন K/V সার্ভার সর্বজনীনভাবে জিজ্ঞাসাযোগ্য? K/V সার্ভারের লক্ষ্য FLEDGE নিলামে রিয়েল টাইম সংকেত প্রদান করা। যেমন, K/V সার্ভারকে অ্যাক্সেসযোগ্য হতে হবে যেখান থেকে সেই FLEDGE নিলামগুলি চালানো হয়, যা ব্যবহারকারীর ডিভাইসে রয়েছে, এটি সর্বজনীনভাবে উপলব্ধ হওয়া প্রয়োজন। K/V সার্ভারে সঞ্চিত একটি মান শুধুমাত্র একটি পক্ষের দ্বারা পুনরুদ্ধার করা যেতে পারে যার ইতিমধ্যেই এর কী আছে — তাই যদি একটি বিজ্ঞাপন প্রযুক্তি শুধুমাত্র স্বার্থ গ্রুপে থাকা ব্রাউজারগুলিতে কী দেয় এবং এলোমেলোভাবে অনুমান করা যায় এমন কীগুলি ব্যবহার না করে , তাহলে শুধুমাত্র যে ব্রাউজারদের তাদের নিলাম চালানোর জন্য মান প্রয়োজন তারাই এটি পুনরুদ্ধার করতে সক্ষম হবে।
তারিখ/সময় টার্গেটিং কিভাবে করবেন? বিডিং লজিক ফাংশনে তারিখ অবজেক্টের জন্য সমর্থন। এটি করার একাধিক উপায় আছে। ক্রেতারা তাদের বিক্রেতাকে বর্তমান তারিখ এবং সময় প্রদান করতে বলতে পারেন এবং বিক্রেতাদের পক্ষে সমস্ত ক্রেতাদের এই তথ্য প্রদান করা সহজ হওয়া উচিত। ক্রেতারা তাদের রিয়েল টাইম কী-ভ্যালু রেসপন্সে তারিখ এবং সময়ও দিতে পারে। অবশেষে, ক্রেতারা প্রতি-ক্রেতা-সংকেতে তাদের প্রাসঙ্গিক প্রতিক্রিয়ার অংশ হিসাবে তারিখ এবং সময় প্রদান করতে পারে, যা একজন বিক্রেতা ক্রেতার জেনারেটবিড স্ক্রিপ্টে পাঠাতে পারে।
ব্যবহারকারীর সুবিধামত FLEDGE বা বিকল্প সমাধানের মাধ্যমে পরিবেশন করার সময় ব্যবহারকারীদের বিজ্ঞাপনদাতার দ্বারা ক্রিয়েটিভগুলিকে ব্লক করতে বেছে নেওয়ার ক্ষমতা। ব্যবহারকারীদের Chrome-এ বিজ্ঞাপন API গুলি অপ্ট আউট করার ক্ষমতা রয়েছে৷ নির্দিষ্ট বিজ্ঞাপনের জন্য, কোন ক্রিয়েটিভ দেখানো হবে বা কীভাবে সেগুলি বেছে নেওয়া হবে তার উপর নিয়ন্ত্রণ অফার করার জন্য প্রাসঙ্গিক বিজ্ঞাপন প্রযুক্তি হল সর্বোত্তম অবস্থান।
আরও পরিষ্কার সময়রেখা FLEDGE-এ গোপনীয়তা সুরক্ষার প্রাপ্যতা সম্পর্কে আরও তথ্যের জন্য অনুরোধ করুন, যেমন ফেন্সড ফ্রেমের প্রয়োজন৷ আমরা Q1 এ আরো বিস্তারিত সময়রেখা প্রকাশ করার পরিকল্পনা করছি।
বিভ্রান্তি প্রতিবেদন করা কিভাবে FLEDGE রিপোর্টিং অন্যান্য API যেমন Fenced Frames এবং Private Aggregation API-এর সাথে কাজ করবে সে সম্পর্কে আরও স্পষ্টতার জন্য অনুরোধ করুন। আমরা আগামী সপ্তাহে প্রাইভেট অ্যাগ্রিগেশন API, FLEDGE এবং ফেন্সড ফ্রেমগুলির মধ্যে মিথস্ক্রিয়া সম্পর্কে একটি ব্যাখ্যাকারী প্রকাশ করার পরিকল্পনা করছি৷
রিয়েল-টাইম বিডিং এবং FLEDGE FLEDGE কিভাবে স্ট্যান্ডার্ড রিয়েল-টাইম বিডিংয়ের সাথে একত্রিত হয় তার নির্দেশিকা। দুটি প্রধান জিনিস যা একটি বিজ্ঞাপন প্রযুক্তির রিয়েল-টাইম বিডিং করার ক্ষমতাকে জটিল করে তোলে তা হল ইভেন্ট স্তরের ডেটাতে অ্যাক্সেস এবং ARA-তে সহজে একীকরণ। আমরা Q1 এ উভয়ের উপর আপডেট এবং ব্যাখ্যাকারী পাঠানোর পরিকল্পনা করছি।
FLEDGE নিলামের কর্মক্ষমতা পরীক্ষকদের থেকে রিপোর্ট যে FLEDGE নিলামে উচ্চ বিলম্ব হয় আমরা পরীক্ষকদের তাদের ফলাফল এবং ব্যবহারের ক্ষেত্রে শেয়ার করা প্রতিবেদনের প্রশংসা করি এবং FLEDGE-এর কার্যকারিতা কীভাবে উন্নত করা যায় সে সম্পর্কে কিছু পরামর্শ শেয়ার করেছি।

সমান্তরালভাবে, আমরা ব্রাউজারে টুলিং যোগ করেছি যা ডেভেলপারদের আরও ভালভাবে নির্ণয় করতে দেয় যে কি নিলামকে ধীর করে দিচ্ছে , এবং পরিলক্ষিত বিলম্বের প্রাথমিক উত্সগুলিকে পদ্ধতিগতভাবে সম্বোধন করছি৷ সাম্প্রতিক উন্নতিগুলির মধ্যে রয়েছে ধীর নিলামের সময়সীমা , একটি দ্রুত বিডার ফিল্টারিং কৌশল , স্টার্টআপ খরচ পরিশোধ এড়াতে FLEDGE ওয়ার্কলেটগুলি পুনরায় ব্যবহার করার একটি উপায়, এবং প্রাসঙ্গিক বিজ্ঞাপন অনুরোধ FLEDGE স্টার্টআপ সময় এবং নেটওয়ার্ক আনয়নের সাথে সমান্তরালভাবে চালানোর জন্য চলমান কাজ। আমরা আশা করি যে লেটেন্সি অপ্টিমাইজেশান ক্রোম ডেভেলপার এবং FLEDGE পরীক্ষকদের মধ্যে চলমান কথোপকথন হিসাবে তাদের API ব্যবহার করে বাস্তব-বিশ্বের অভিজ্ঞতার ভিত্তিতে চালিয়ে যাবে৷
সুদের গ্রুপ আকার মেমরি সীমা একটি একক স্বার্থ গোষ্ঠীর আকারের সীমা 50kB থেকে বাড়ানোর অনুরোধ করুন৷ আমরা সক্রিয়ভাবে অনুরোধটি বিবেচনা করছি এবং কোন সীমা মান কাজ করে তার প্রতিক্রিয়া খুঁজছি ।
প্রথম পক্ষের কুকির সাথে FLEDGE পরিবেশিত ডেটা একত্রিত করা FLEDGE কি একজন বিজ্ঞাপনদাতার প্রথম পক্ষের ডেটার সাথে একীকরণ সমর্থন করবে? FLEDGE একটি বিজ্ঞাপনদাতার ইতিমধ্যেই থাকা প্রথম পক্ষের ডেটা ব্যবহার করে বিজ্ঞাপন সমর্থন করার জন্য তৈরি করা হয়েছিল৷ যাইহোক, FLEDGE একজন বিজ্ঞাপনদাতাকে বিজ্ঞাপনদাতার নিজস্ব সাইট ব্যতীত অন্য কোনো ওয়েবসাইটে একজন ব্যক্তির ব্রাউজিং আচরণ শেখার জন্য সমর্থন করতে চায় না। প্রথম পক্ষের ডেটাতে অফ-সাইট ব্রাউজিং আচরণ সংযুক্ত করা গোপনীয়তা স্যান্ডবক্সের লক্ষ্যগুলির বিপরীত।

আমরা আগামী সপ্তাহে FLEDGE কীভাবে প্রথম পক্ষের ডেটার সাথে একীকরণকে সমর্থন করবে সে সম্পর্কে আরও বিশদ সহ ইন্টিগ্রেশন গাইড শেয়ার করার পরিকল্পনা করছি৷
K-অনামী মান কিভাবে "K" থেকে "k-anon" মান নির্ধারণ করা হবে এবং এটি প্রকাশ করা হবে? "K" মান এখনও চূড়ান্ত করা হচ্ছে এবং আমাদের পরিকল্পনাগুলি বিকাশের সাথে সাথে আমরা আরও তথ্য ভাগ করব৷ আমরা কীভাবে একটি অজানা k মান FLEDGE প্রস্তুতি এবং স্কোপিং ML মডেল প্রশিক্ষণকে বাধাগ্রস্ত করতে পারে সে সম্পর্কে আরও জানতে আগ্রহী এবং আমরা এই বিষয়ে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই।
একাধিক এসএসপি সমর্থন করে FLEDGE-তে কীভাবে একাধিক SSP সমর্থিত হবে? এই প্রস্তাবে উল্লিখিত হিসাবে FLEDGE বহু-বিক্রেতার নিলাম সমর্থন করে৷
বিডিং যুক্তির দৃশ্যমানতা উদ্বেগ যে DSP বিডিং যুক্তি জাভাস্ক্রিপ্ট উন্মুক্ত করা হবে বর্তমান ডিজাইন বিডিং লজিক জাভাস্ক্রিপ্ট অন্যদের দ্বারা অ্যাক্সেস করা যেতে পারে, কিন্তু কেন এটি DSP-এর জন্য উদ্বেগের কারণ হতে পারে সে সম্পর্কে আমরা আরও প্রতিক্রিয়াকে স্বাগত জানাই।
prebid.js FLEDGE-তে prebid.js সমর্থন করার টাইমলাইন কী? শুধুমাত্র Prebid.js এর 7.14 এবং পরবর্তী সংস্করণ FLEDGE মডিউল সমর্থন করে। পরীক্ষায় আগ্রহী যেকোনো প্রকাশককে অবশ্যই FLEDGE মডিউল যোগ করতে হবে এবং তাদের প্রিবিড উদাহরণ আপগ্রেড করতে হবে।
FLEDGE এ ব্যবহারকারীর সংজ্ঞায়িত ফাংশন কিভাবে ব্যবহারকারী সংজ্ঞায়িত ফাংশন (UDF) FLEDGE এ সমর্থিত হবে? এগুলি এমন ফাংশন যা API এর কার্যকারিতা প্রসারিত করতে শেষ ব্যবহারকারীদের দ্বারা প্রোগ্রাম করা যেতে পারে। ব্যাখ্যাকারী এখানে উপলব্ধ। এটি এখনও তৈরি করা হচ্ছে তাই আমরা ব্যবহারের ক্ষেত্রে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
ইন্টারেস্ট গ্রুপ রিসোর্সে একই-অরিজিন সীমাবদ্ধতা শিথিল করা নির্দিষ্ট বিজ্ঞাপন প্রযুক্তি ব্যবহারের ক্ষেত্রে সক্ষম করার জন্য আগ্রহ গোষ্ঠীর সংস্থানগুলিতে একই-উৎস সীমাবদ্ধতা শিথিল করার অনুরোধ করুন FLEDGE-এর বর্তমান বাস্তবায়নে, biddingLogicUrl , biddingWasmHelperUrl , dailyUpdateUrl এবং trustedBiddingSignalsUrl অবশ্যই স্বার্থ গোষ্ঠীর মালিকের মতো একই উত্স থাকতে হবে৷

আক্রমণকারীদের দ্বারা নির্দিষ্ট শোষণ প্রতিরোধ করার জন্য সীমাবদ্ধতা বিদ্যমান, যেমনটি এখানে ব্যাখ্যা করা হয়েছে।
স্বার্থগোষ্ঠীর মালিকানা একটি বিজ্ঞাপন প্রযুক্তি সাইট জুড়ে একই আগ্রহের গ্রুপের জন্য joinInterestGroup ব্যবহার করতে পারে কিনা তা সীমিত করার অনুরোধ করুন আমাদের ফোকাস হল শ্রোতাদের কীভাবে ব্যবহার করা হয়, কীভাবে তৈরি করা হয় তা নয়। আমরা এখানে সম্ভাব্য পন্থা নিয়ে আলোচনা করছি এবং অতিরিক্ত ইনপুটকে স্বাগত জানাচ্ছি।
কী ভ্যালু সার্ভার কী মেয়াদ শেষ সংশ্লিষ্ট স্বার্থ গোষ্ঠীর মেয়াদ শেষ হয়ে গেলে সার্ভার কীগুলি সরানোর বিষয়ে আলোচনা আমরা কী মেয়াদ শেষ করার উপায়গুলি অন্বেষণ করছি এবং এখানে প্রতিক্রিয়া খুঁজছি৷

ডিজিটাল বিজ্ঞাপন পরিমাপ

অ্যাট্রিবিউশন রিপোর্টিং (এবং অন্যান্য API)

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
মূল ট্রায়াল ট্রাফিক বর্তমান অরিজিন ট্রায়াল ট্রাফিক ইউটিলিটি পরীক্ষা পরিচালনা করার জন্য যথেষ্ট নয়। বর্তমান অরিজিন ট্রায়ালগুলি ইকোসিস্টেম প্লেয়ারদের জন্য কার্যকরী পরীক্ষা পরিচালনা করার জন্য বোঝানো হয়েছে যাতে APIটি উদ্দেশ্য অনুসারে কাজ করছে তা নিশ্চিত করতে। আমরা বুঝতে পারি যে বিভিন্ন গোপনীয়তা স্যান্ডবক্স API এর বিকাশ আরও পরিপক্ক হওয়ার পরে ইউটিলিটি পরীক্ষা করার জন্য বড় পরিমাণে ট্র্যাফিকের প্রয়োজন হবে। বর্তমান পরীক্ষার টাইমলাইন ধারণা করে যে এটি সাধারণ উপলব্ধতার দ্বারা ঘটবে (অর্থাৎ যখন ব্যবহারের ক্ষেত্রে প্রযুক্তিগুলি চালু হবে এবং 100% Chrome ট্রাফিকের জন্য উপলব্ধ হবে) Q3 2023-এ ( privacysandbox.com-এ আমাদের আপ-টু-ডেট টাইমলাইন দেখুন) .আমরা ব্যবহারের কেস টেস্টিং এর জন্য অতিরিক্ত ট্র্যাফিকের প্রয়োজনে যেকোনো অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই।
বিভিন্ন গোপনীয়তা স্যান্ডবক্স পরিমাপ API-এর কার্যকারিতা ওভারল্যাপ গোপনীয়তা স্যান্ডবক্সের মাধ্যমে একাধিক পরিমাপ পদ্ধতি ওভারল্যাপ হওয়ার বিষয়ে উদ্বেগ জটিলতা বাড়াবে, উদাহরণস্বরূপ, অ্যাট্রিবিউশন রিপোর্টিং এপিআই এবং প্রাইভেট অ্যাগ্রিগেশন এপিআই। আমরা API-এর জন্য বিভিন্ন ব্যবহারের ক্ষেত্রে স্পষ্ট করার জন্য আরও ভাল ডকুমেন্টেশন নিয়ে কাজ করছি, এবং কোন কোন ক্ষেত্রে ব্যাখ্যার অভাব রয়েছে সে সম্পর্কে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই । উদাহরণস্বরূপ, অ্যাট্রিবিউশন রিপোর্টিং API বিশেষভাবে রূপান্তর পরিমাপকে সমর্থন করার উদ্দেশ্যে তৈরি করা হয়েছে, যেখানে ব্যক্তিগত একত্রিত API এবং ভাগ করা সঞ্চয়স্থান হল সাধারণ-উদ্দেশ্যের API যা ক্রস-সাইট পরিমাপ ব্যবহার-কেসগুলির একটি বিস্তৃত পরিসরকে সমর্থন করার উদ্দেশ্যে।
ব্যর্থ রিপোর্ট অনুরোধ পুনরায় চেষ্টা করুন একটি প্রতিবেদনের অনুরোধ ব্যর্থ হলে কতবার চেষ্টা করা হয় তার ব্যাখ্যা। আমরা এই বিষয়ে নির্দেশিকা প্রকাশ করেছি । সংক্ষিপ্তভাবে বলা যায়, প্রতিবেদনগুলি শুধুমাত্র তখনই পাঠানো হয় যখন ব্রাউজার চালু/অনলাইনে থাকে। পাঠাতে প্রথম ব্যর্থতার পরে, রিপোর্টটি 5 মিনিট পরে পুনরায় চেষ্টা করা হয়। দ্বিতীয় ব্যর্থতার পরে, 15 মিনিটের পরে প্রতিবেদনটি পুনরায় চেষ্টা করা হয়। এরপর আর রিপোর্ট পাঠানো হয় না।
রিপোর্টিং বিলম্ব প্রত্যাশিত রিপোর্টিং বিলম্ব কি? আমরা সমান্তরালভাবে এই বিলম্বগুলি আরও মূল্যায়ন করার জন্য ডেটা সংগ্রহ করার সময় তারা যে কোনও রিপোর্টিং বিলম্বের বিষয়ে ইকোসিস্টেম থেকে আরও প্রতিক্রিয়া শুনতে চাই।
প্রি-রেন্ডার পেজ ARA অ্যাট্রিবিউশন কি প্রি-রেন্ডার পৃষ্ঠাগুলিতে কাজ করবে? অ্যাট্রিবিউশন রেজিস্ট্রেশন প্রি-রেন্ডার পৃষ্ঠাগুলিতে স্থগিত করা হয় যতক্ষণ না সক্রিয়করণ (প্রকৃত ক্লিক বা ভিউ সঞ্চালিত হয়)। এর মানে আমরা `attributionsrc` রিকোয়েস্ট পিং পিছিয়ে দেব।
রূপান্তর লিফট পরিমাপ একই ডোমেনে AB পরীক্ষার মাধ্যমে রূপান্তর উত্তোলন কীভাবে পরিমাপ করবেন ওয়েবসাইটগুলি অ্যাট্রিবিউশন রিপোর্টিংয়ের মাধ্যমে একই ডোমেনে A/B পরীক্ষার মাধ্যমে রূপান্তর উত্তোলন পরিমাপ করতে পারে। তারা সমষ্টি API ব্যবহার করে কী হিসাবে তাদের A/B প্যারামিটারগুলিকে এনকোড করতে পারে এবং তারপরে সেই কী বালতিগুলির দ্বারা রূপান্তর মানগুলির জন্য সারসংক্ষেপ প্রতিবেদনগুলি গ্রহণ করতে পারে৷
(প্রায় 3-এও রিপোর্ট করা হয়েছে) ক্রস-ডোমেন রূপান্তর 2 বা তার বেশি গন্তব্যের মতো ক্রস ডোমেন রূপান্তরগুলি কীভাবে ট্র্যাক করবেন Q4 আপডেট:

আমরা ল্যান্ডিং পৃষ্ঠার গন্তব্য সীমাবদ্ধতা সরানোর জন্য একটি প্রস্তাব প্রকাশ করেছি যা ক্রস ডোমেন কথোপকথনগুলিকে ট্র্যাক করতে সক্ষম করে৷ এই প্রস্তাব বাস্তবায়ন করা হয়েছে।
(প্রায় 3 এও রিপোর্ট করা হয়েছে)
রূপান্তর প্রতিবেদনে মেয়াদ শেষ হওয়ার সেটিং		 24 ঘন্টার কম সময়ের জন্য রিপোর্ট ফিল্টার / মেয়াদ শেষ করার জন্য সমর্থন করার জন্য অনুরোধ করুন Q4 আপডেট:

আমরা এই পুল অনুরোধটি শেয়ার করেছি যা রিপোর্টিং বিলম্ব বনাম রূপান্তর মেয়াদ শেষ হওয়ার ট্রেড অফ কমানোর জন্য মেয়াদ শেষ এবং রিপোর্টিং উইন্ডোগুলিকে দ্বিগুণ করবে। এটি এখন M110 এ লঞ্চ করা হয়েছে।
প্রতারণা এবং অপব্যবহার বিজ্ঞাপনদাতা এবং বিপণনকারীদের কাছ থেকে অনুরোধগুলি প্রকাশকের সাইটের উপর ভিত্তি করে ডেটা টুকরো টুকরো করতে এবং একত্রিত করতে সক্ষম হবে যেখানে তাদের বিজ্ঞাপনগুলি পরিবেশিত হয়, যা সম্ভাব্য জালিয়াতিমূলক বিজ্ঞাপন অনুশীলনের আরও অন্তর্দৃষ্টি দেবে এই প্রতিক্রিয়া সক্রিয়ভাবে এখানে আলোচনা করা হচ্ছে এবং আমরা অতিরিক্ত ইনপুট স্বাগত জানাই.
(এছাড়াও Q3 এ রিপোর্ট করা হয়েছে) ইভেন্ট লেভেল রিপোর্টিং বিলম্ব ইভেন্ট লেভেল রিপোর্টিংয়ে 2-30 দিনের বিলম্ব নির্দিষ্ট ব্যবহারের ক্ষেত্রে খুব দীর্ঘ হতে পারে। ইভেন্ট লেভেল রিপোর্টিং এর ডিফল্ট রিপোর্টিং উইন্ডো আছে 2, 7, এবং 30 দিনের। এটি "মেয়াদ শেষ" প্যারামিটার ব্যবহার করে সংশোধন করা যেতে পারে। Ad-techs 2 দিনের কম সময়ে সম্ভাব্য রিপোর্ট পেতে ন্যূনতম 1 দিনের সাথে মেয়াদ শেষ হওয়ার কনফিগার করতে পারে। আমরা একটি গোপনীয়তা সুরক্ষা ব্যবস্থা হিসাবে মেয়াদ শেষ হওয়ার গ্রানুলারিটি 1 দিনের মধ্যে সীমাবদ্ধ করি, কারণ আরও সূক্ষ্ম প্রতিবেদনের ফলে সময় আক্রমণ হতে পারে। উপরন্তু, আমরা ইভেন্ট লেভেল এবং সামগ্রিক রিপোর্টের জন্য স্বাধীন "মেয়াদ শেষ" প্যারামিটার সেট করার অনুমতি দিই। এখানে দেখো . উপরন্তু, Google Ads এমন কোনো বিশেষ রিপোর্টিং উইন্ডো পাবে না যা অন্যান্য অ্যাড-টেকগুলি অ্যাট্রিবিউশন রিপোর্টিং API-এর মাধ্যমে পায় না।
একই রিপোর্টিং মূল প্রয়োজন সোর্স রেজিস্ট্রেশনের জন্য প্রয়োজনীয়তা অপসারণের অনুরোধ যাতে কনভার্সন রেজিস্ট্রেশনের মূলের মতোই হয় আমরা এই ব্যবহার-কেস সমাধানের জন্য নিবন্ধন অর্পণ করার জন্য HTTP পুনঃনির্দেশ ব্যবহার করার প্রস্তাব করছি। আমরা নতুন নির্দেশিকা সম্পর্কে কোনো অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই.
রূপান্তর ট্র্যাকিং বিজ্ঞাপনদাতার নির্ধারিত নির্দিষ্ট সময়ের আগে/পরে রূপান্তর ঘটেছে কিনা তা পার্থক্য করতে হবে অ্যাট্রিবিউশন রিপোর্টিং API একটি মেয়াদোত্তীর্ণ উইন্ডো সেট করতে এবং উত্স অ্যাট্রিবিউশনের জন্য অগ্রাধিকার সমর্থন করে৷ উভয়ই ব্যবহার করে, X-এর পরে ঘটে যাওয়া একটি রূপান্তর থেকে X দিনের উইন্ডোর মধ্যে ঘটে যাওয়া একটি রূপান্তরকে টেকনিক্যালি অ্যাট্রিবিউট করা সম্ভব হবে৷
নয়েজ সিমুলেশন কম রূপান্তর সহ বিজ্ঞাপনদাতাদের উপর প্রভাব বোঝার জন্য বালতি প্রতি রূপান্তরের বিভিন্ন ভলিউম অনুকরণ করতে সক্ষম হওয়ার অনুরোধ করুন আমরা নয়েজ ল্যাবের ভবিষ্যত সংস্করণগুলিতে এটি অনুকরণ করার উপায়গুলি যুক্ত করতে চাইছি৷ আমরা কোনো অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই.
মোবাইলে রিপোর্টিং ক্রোম মোবাইলে ব্যাকগ্রাউন্ডে চলমান অবস্থায় কি রিপোর্ট পাঠানো হবে? এই মুহুর্তে, এমনকি মোবাইলেও, Chrome ব্যাকগ্রাউন্ডে থাকলে রিপোর্ট পাঠানো হবে না। এপিআই যখন অ্যান্ড্রয়েড প্রাইভেসি স্যান্ডবক্সের সাথে একীভূত হয় তখন এটি পরিবর্তন হতে পারে। এখানে দেখো . মনে রাখবেন যে Android গোপনীয়তা স্যান্ডবক্স CMA দ্বারা স্বীকৃত প্রতিশ্রুতির অংশ নয়।
ডেটা প্রাপ্যতা উদ্বেগ যে গোপনীয়তা স্যান্ডবক্স API-এর মাধ্যমে Google-এর ডেটাতে অতিরিক্ত অ্যাক্সেস থাকবে প্রথমত, Google Ads অ্যাট্রিবিউশন রিপোর্টিং এপিআই বা অন্যান্য গোপনীয়তা স্যান্ডবক্স এপিআই থেকে ডেটাতে কোনো পছন্দের অ্যাক্সেস পায় না। এই সমস্যাটি "ইন্টারঅপারেবিলিটি" এর অধীনে সাধারণ প্রতিক্রিয়া বিভাগেও সম্বোধন করা হয়েছে যা Google-এর প্রতিশ্রুতিগুলির আরও বিশদ অন্তর্ভুক্ত করে৷

দ্বিতীয়ত, বৃহত্তর এবং ছোট সাইটগুলির মধ্যে পার্থক্যের বিষয়ে, Google স্বীকার করে যে শব্দ-ভিত্তিক গোপনীয়তা সুরক্ষাগুলি ছোট ডেটা স্লাইসগুলিতে আরও বেশি প্রভাব ফেলতে পারে। যাইহোক, কিছু সম্ভাব্য প্রশমন রয়েছে: উদাহরণস্বরূপ, দীর্ঘ সময়ের জন্য একত্রিত করার মতো পদ্ধতিগুলি এই সমস্যার সমাধান করবে। তাতে বলা হয়েছে, খুব ছোট ডেটা স্লাইসের (যেমন এক বা দুটি কেনাকাটার) উপর ভিত্তি করে উপসংহারগুলি বিজ্ঞাপনদাতাদের জন্য আদৌ অর্থবহ কিনা তা স্পষ্ট নয়। অরিজিন ট্রায়ালের সময়, Google পরীক্ষকদের বিস্তৃত গোপনীয়তা এবং শব্দের প্যারামিটার নিয়ে পরীক্ষা করার ক্ষমতার সুবিধা নিতে উৎসাহিত করেছে যাতে তারা এই বিষয়ে আরও নির্দিষ্ট প্রতিক্রিয়া দিতে পারে।

প্রচ্ছন্ন ট্র্যাকিং সীমাবদ্ধ করুন

ব্যবহারকারী-এজেন্ট হ্রাস

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
ওয়েব ইকোসিস্টেম আরও প্রস্তুত না হওয়া পর্যন্ত ব্যবহারকারী-এজেন্ট হ্রাস বিলম্ব করুন আসন্ন ব্যবহারকারী-এজেন্ট হ্রাস পরিবর্তনের সাথে মানিয়ে নেওয়ার জন্য পর্যাপ্ত সময় নেই। আমরা "সিএমএর সাথে Google এর মিথস্ক্রিয়া" শিরোনামের বিভাগে "স্টেকহোল্ডার কনসার্নস" এর অধীনে সম্পূর্ণ প্রতিবেদনে এই প্রতিক্রিয়াটি সম্বোধন করি।
ওয়েব ইকোসিস্টেম আরও প্রস্তুত না হওয়া পর্যন্ত ব্যবহারকারী-এজেন্ট হ্রাস বিলম্ব করুন স্ট্রাকচার্ড ইউজার এজেন্ট (SUA) মোতায়েন না হওয়া পর্যন্ত ইউজার-এজেন্ট রিডাকশন রোলআউট বিলম্বিত করার অনুরোধ Google Ads টিম 2021 সালের অক্টোবরে OpenRTB-তে স্ট্রাকচার্ড ইউজার-এজেন্ট সংযোজনের ( স্পেসিফিকেশন দেখুন) প্রস্তাব করেছিল এবং এটি এপ্রিল 2022-এ প্রকাশিত 2.6 বিশেষ আপডেটে অন্তর্ভুক্ত করা হয়েছিল।

আমাদের কাছে কিছু প্রমাণ আছে যে SUA আজ নিয়োজিত এবং উপলব্ধ রয়েছে, যেমনটি Scientia Mobile ব্লগ পোস্ট দ্বারা দেখানো হয়েছে যে কীভাবে একটি SUA তৈরি করতে UA-CH এবং WURFL API ব্যবহার করতে হয়।

###

ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
অন্যান্য অ্যান্টি-কভারট ট্র্যাকিং কৌশলগুলির সাথে UA-CH পরীক্ষা করুন সমস্ত গোপনীয়তা স্যান্ডবক্স API এবং ফিঙ্গারপ্রিন্টিং কৌশলগুলিকে কীভাবে একটি সামগ্রিক পদ্ধতিতে একসাথে প্রস্তাবিত পরীক্ষা করা যায় তার নির্দেশিকা আমাদের পরীক্ষার পরিকল্পনাটি স্যান্ডবক্স প্রস্তাবের বাকি অংশের বিপরীতে কিছু অ্যান্টি-ফিঙ্গারপ্রিন্টিং ব্যবস্থা বিকাশের জন্য অ্যাসিঙ্ক্রোনাস টাইমলাইনগুলিকে প্রতিফলিত করার জন্য ডিজাইন করা হয়েছিল। এটি বাস্তবতাকে সম্বোধন করে যে কিছু অ্যান্টি-ফিঙ্গারপ্রিন্টিং ব্যবস্থা (যেমন গোপনীয়তা বাজেট, আইপি সুরক্ষা এবং বাউন্স ট্র্যাকিং মিটিগেশন) সম্পূর্ণরূপে বিকশিত হবে এবং তৃতীয় পক্ষের কুকি অবচয় করার পরেই সাধারণ উপলব্ধতায় লঞ্চের জন্য প্রস্তুত হবে।

যদিও সেই আঙ্গুলের ছাপ-বিরোধী ব্যবস্থাগুলি পরিমাণগত পরীক্ষায় অন্তর্ভুক্ত করা হবে না, তারা স্ট্যান্ডস্টিলের সময়ে উপলব্ধ তথ্যের উপর ভিত্তি করে গুণগত মূল্যায়নের বিষয় হবে।
(এছাড়াও Q2 এ রিপোর্ট করা হয়েছে)
কর্মক্ষমতা		 Critical-CH এর মাধ্যমে ইঙ্গিত পাওয়ার বিলম্ব সম্পর্কে উদ্বেগ (প্রথম পৃষ্ঠা লোডে) নীচে উত্সর্গীকৃত UA-CH বিভাগ দেখুন
অপর্যাপ্ত প্রতিক্রিয়া UA-CH পরিবর্তন সম্পর্কে বাস্তুতন্ত্র থেকে প্রতিক্রিয়া যথেষ্ট নাও হতে পারে, যা ইকোসিস্টেম থেকে সচেতনতার অভাব সম্পর্কে উদ্বেগের দিকে পরিচালিত করে। আমরা সতর্কতার সাথে রোলআউট নিশ্চিত করার জন্য আমাদের পরিকল্পনাগুলি সক্রিয়ভাবে ভাগ করে নিয়েছি যা বিঘ্ন কম করে।

ইউজার-এজেন্ট রিডাকশন এবং UA-CH API-এর পরিকল্পনাগুলি 18শে মার্চ, 2022 তারিখে W3C অ্যান্টি-ফ্রড কমিউনিটি গ্রুপে এবং 20শে জানুয়ারী, 2022 তারিখে ওয়েব পেমেন্ট ওয়ার্কিং গ্রুপ এবং ওয়েব পেমেন্ট সিকিউরিটি ইন্টারেস্ট গ্রুপ উভয়ের কাছে উপস্থাপন করা হয়েছিল। উপস্থাপনার সময় বা পরে উল্লেখযোগ্য উদ্বেগ উত্থাপিত হয়েছিল।

প্রতিক্রিয়া পাওয়ার জন্য Google সক্রিয়ভাবে 100 টিরও বেশি সাইট অপারেটরের সাথে যুক্ত হয়েছে৷ উপরন্তু, Google ইকোসিস্টেম স্টেকহোল্ডারদের প্রতিক্রিয়ার ভিত্তিতে সর্বজনীনভাবে ব্যবহারকারী-এজেন্ট হ্রাসের রোল-আউটের সাথে যোগাযোগ করতে ব্লিঙ্ক-দেভ চ্যানেলগুলি ব্যবহার করেছে।
টাইমিং রোলআউটের সময় এবং শিল্প প্রস্তুতির বিষয়ে উদ্বেগ উত্থাপিত হয়েছে নীচে উত্সর্গীকৃত UA-CH বিভাগ দেখুন
ক্রোম প্ল্যাটফর্ম স্থিতি UA-CH-এর জন্য ক্রোমেস্ট্যাটাস পৃষ্ঠা আপডেট করার অনুরোধ করা হয়েছে ক্রোমেস্ট্যাটাস এন্ট্রি 19 ডিসেম্বর "মিশ্র সংকেত" এ আপডেট করা হয়েছিল।

আইপি সুরক্ষা (পূর্বে Gnatcatcher)

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
অপ্ট ইন বা অপ্ট আউট৷ আইপি ঠিকানা গোপনীয়তা অপ্ট ইন বা অপ্ট আউট? আমাদের লক্ষ্য হল সমস্ত ব্যবহারকারীদের আইপি সুরক্ষা প্রদান করা। সেই লক্ষ্যটি মাথায় রেখে, আমরা বর্তমানে আইপি সুরক্ষার জন্য ব্যবহারকারীর পছন্দের বিকল্পগুলি মূল্যায়ন করছি৷
প্রথম পক্ষের ডেটার জন্য আইপি ঠিকানা ব্যবহারের ক্ষেত্রে আইপি সুরক্ষার পরে প্রথম পক্ষের ডোমেন জুড়ে ব্যবহারকারীর যাত্রা একসাথে সেলাই করতে আইপি ঠিকানাগুলি ব্যবহার করা কি সম্ভব? পূর্বে প্রকাশিত হিসাবে, আইপি সুরক্ষা প্রাথমিকভাবে তৃতীয় পক্ষের প্রসঙ্গে ট্র্যাকিংয়ের উপর ফোকাস করবে, যার অর্থ প্রথম পক্ষের ডোমেনগুলি প্রভাবিত হবে না।
বিজ্ঞাপন প্রযুক্তি ব্যবহার ক্ষেত্রে কীভাবে কোম্পানিগুলি আইপি সুরক্ষার সাথে জালিয়াতি বিরোধী ব্যবস্থা সেট আপ করতে পারে? আমরা আজকের ওয়েবে জালিয়াতি বিরোধী প্রচেষ্টার জন্য একটি সংকেত হিসাবে IP ঠিকানার গুরুত্ব স্বীকার করি। CMA (অনুচ্ছেদ 20) এর প্রতি আমাদের অঙ্গীকারের অংশ হিসাবে, আমরা বলেছি যে স্প্যাম বিরোধী এবং জালিয়াতি বিরোধী প্রচেষ্টা পরিচালনা করার জন্য ওয়েবসাইটগুলির সক্ষমতাকে সমর্থন করার জন্য যুক্তিসঙ্গত প্রচেষ্টা না করে আমরা IP সুরক্ষা বাস্তবায়ন করব না। আমাদের শীর্ষ অগ্রাধিকারগুলির মধ্যে একটি হল IP সুরক্ষা কীভাবে জালিয়াতি-বিরোধী ব্যবহারের ক্ষেত্রে এবং সনাক্তকরণের ক্ষমতাকে প্রভাবিত করে তা বোঝা, যাতে আমরা গোপনীয়তা সংরক্ষণ প্রযুক্তিতে আরও বিনিয়োগ করতে পারি যা কোম্পানিগুলিকে ওয়েব নিরাপত্তা রক্ষা করতে সহায়তা করে। আমরা নিরাপত্তা এবং জালিয়াতি বিরোধী কোম্পানিগুলির চাহিদাকে সমর্থন করার লক্ষ্যে নতুন প্রস্তাবগুলিতে প্রতিক্রিয়া এবং ইনপুটকে উত্সাহিত করি , এমনকি সময়ের সাথে সাথে সংকেত পরিবর্তিত হয়।
প্রতারণা এবং অপব্যবহার IP সুরক্ষা কি পরিষেবা অস্বীকার (DoS) সুরক্ষা অন্তর্ভুক্ত করে? আমরা ওয়েবকে সুরক্ষিত রাখার সময় গোপনীয়তা উন্নত করতে প্রতিশ্রুতিবদ্ধ, এবং ডিনায়াল-অফ-সার্ভিস আক্রমণ থেকে রক্ষা করা একটি গুরুত্বপূর্ণ অ্যান্টি-অ্যাবিউজ ব্যবহারের ক্ষেত্রে ডিজাইন করার জন্য। আমরা আশা করি যে আইপি প্রোটেকশনের ডিজাইন এবং নতুন অপব্যবহার বিরোধী সমাধান উভয়ের মাধ্যমেই DoS সুরক্ষার উপর প্রভাব কমিয়ে আনতে পারব। যেহেতু আইপি সুরক্ষা প্রাথমিকভাবে থার্ড-পার্টি এমবেডেড পরিষেবাগুলিতে ফোকাস করা হয়েছে, কিছু স্টেকহোল্ডার ইঙ্গিত দিয়েছেন যে এটি প্রথম পক্ষের সাইটগুলির জন্য DoS সুরক্ষার উপর সীমিত প্রভাব ফেলবে৷ তবে আমরা DoS ব্যবহারের ক্ষেত্রে, বিশেষ করে তৃতীয় পক্ষের এমবেডেড পরিষেবাগুলির ঝুঁকি মূল্যায়ন করার জন্য জনসাধারণের প্রতিক্রিয়া জানতে চাই ।

সমান্তরালভাবে, আমরা অপব্যবহার-প্রতিক্রিয়া এবং ক্লায়েন্ট-ব্লকিং পদ্ধতিগুলি অন্বেষণ করছি যা ব্যবহারকারীকে সনাক্ত না করেই একটি সাইট বা পরিষেবাকে একটি স্প্যামি ব্যবহারকারীকে ব্লক করতে সক্ষম করবে।
বিষয়বস্তু ফিল্টারিং আইপি সুরক্ষা সহ সামগ্রী ফিল্টারিং বিষয়বস্তু ফিল্টারিং এবং ব্যবহারকারীর অভিজ্ঞতা কাস্টমাইজ করার ক্ষেত্রে বিভিন্ন কোম্পানির বিভিন্ন প্রয়োজন রয়েছে। এই ধরনের অনেক ব্যবহারের ক্ষেত্রে বর্তমানে আইপি ঠিকানার উপর নির্ভর করে না এবং তাই আইপি সুরক্ষা দ্বারা প্রভাবিত হওয়া উচিত নয়। উদাহরণ স্বরূপ, একজন প্রকাশক তার বিষয়বস্তু তৈরি করতে এবং আরও বেশি ব্যস্ততা তৈরি করতে চান তিনি প্রথম পক্ষের কুকিজ বা তৃতীয় পক্ষের পার্টিশন কুকিজ (CHIPs) ব্যবহার করতে পারেন একজন ব্যবহারকারীর আগ্রহ এবং প্রকাশকের সাথে পূর্বের মিথস্ক্রিয়া বোঝার জন্য। অথবা একজন বিজ্ঞাপন প্রযুক্তি অংশীদার যে সঠিক বিজ্ঞাপনটি সঠিক ব্যবহারকারীর কাছে পৌঁছে দেওয়ার দিকে মনোনিবেশ করে তারা FLEDGE এবং বিষয়গুলিকে অন্তর্ভুক্ত করতে পারে, উদাহরণস্বরূপ, তৃতীয় পক্ষের কুকিজ বা অন্যান্য ক্রস-সাইট ট্র্যাকিং প্রযুক্তির সাথে আজকের মতো একই রকম বিজ্ঞাপন ফলাফল প্রদান করতে।

আমরা আইপি প্রোটেকশনে নতুন গোপনীয়তা-সংরক্ষণের ক্ষমতা তৈরিরও অন্বেষণ করছি, যেমন মোটা ভূ-অবস্থান, যেখানে বিদ্যমান প্রক্রিয়াগুলি অপর্যাপ্ত হতে পারে সেখানে সামগ্রী ফিল্টারিংকে আরও সমর্থন করতে। আইপি সুরক্ষা দ্বারা প্রভাবিত হতে পারে এমন বিষয়বস্তু ফিল্টারিং ব্যবহারের ক্ষেত্রে আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
(প্রায় 3 এও রিপোর্ট করা হয়েছে)
ভূ-অবস্থান ব্যবহারের ক্ষেত্রে		 আইপি সুরক্ষা ভবিষ্যতে কাজ করা থেকে বৈধ ভূ-অবস্থান ব্যবহারের ক্ষেত্রে বাধা দিতে পারে, যেমন ভূ-অবস্থানের উপর ভিত্তি করে বিষয়বস্তু ব্যক্তিগতকরণ। Q4 আপডেট:

আমরা নিশ্চিত করতে স্টেকহোল্ডারদের সাথে কাজ করছি যাতে Chrome IP ঠিকানাগুলির জন্য বৈধ ব্যবহারের ক্ষেত্রে সমর্থন করে। আমরা এখানে আইপি জিওলোকেশন গ্রানুলারিটির উপর ইকোসিস্টেম ফিডব্যাক চাইছি।

গোপনীয়তা বাজেট

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
স্বচ্ছ ডকুমেন্টেশন আরও উদাহরণ যাতে স্টেকহোল্ডাররা অনুমান করতে পারে যে গোপনীয়তা বাজেট বাস্তবায়িত হলে জিনিসগুলি কীভাবে সীমিত হতে পারে গোপনীয়তা বাজেট প্রস্তাবটি এখনও সক্রিয় আলোচনার অধীনে রয়েছে এবং কোনো ব্রাউজার দ্বারা প্রয়োগ করা হয়নি। স্কেল করা প্রাপ্যতার প্রথম তারিখটি সেই প্রথম তারিখের প্রতিনিধিত্ব করে যখন গোপনীয়তা বাজেট প্রয়োগ করা যেতে পারে। 2024 সালে তৃতীয় পক্ষের কুকি অপসারণের আগে এটি ঘটবে না। এই মুহূর্তে শেয়ার করার জন্য আমাদের কাছে কোনো অতিরিক্ত ডকুমেন্টেশন নেই।

প্রস্তাবটি আরও চূড়ান্ত হলে আমরা তার উপর অতিরিক্ত বিবরণ শেয়ার করব। ইতিমধ্যে, আমরা স্টেকহোল্ডারদের যেকোন মতামত শেয়ার করার জন্য স্বাগত জানাই যা প্রস্তাবটির উন্নয়নে সাহায্য করবে।

ক্রস-সাইট গোপনীয়তা সীমানা শক্তিশালী করুন

প্রথম পক্ষের সেট

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
(এছাড়াও Q3 এ রিপোর্ট করা হয়েছে) ডোমেনের সীমা সংশ্লিষ্ট ডোমেনের সংখ্যা প্রসারিত করার জন্য অনুরোধ করুন Q4 আপডেট:

আমরা স্থানীয় পরীক্ষার জন্য FPS প্রকাশ করেছি, যার মধ্যে GitHub-এ একটি মক সেট জমা দেওয়ার প্রক্রিয়া এবং স্থানীয়ভাবে rSA এবং rSAFor পরীক্ষা করার জন্য একটি পতাকা রয়েছে৷ আমরা FPS-এ ডেভেলপারদের জন্য দুটি ওপেন মিটিংও আয়োজন করেছি যাতে সংশ্লিষ্ট সাবসেটের ব্যবহারের ক্ষেত্রে প্রশ্নগুলির সমাধান করা চালিয়ে যেতে পারি। আমরা বিকাশকারীদেরকে FPS কার্যকারিতা পরীক্ষা করার জন্য উত্সাহিত করি যাতে সংশ্লিষ্ট উপসেটের জন্য ডোমেন সীমা কীভাবে তাদের ব্যবহারের ক্ষেত্রে FPS-এর ব্যবহারযোগ্যতাকে প্রভাবিত করবে সে সম্পর্কে প্রতিক্রিয়া প্রদান করতে।

আমরা WICG কলগুলিতে স্পষ্ট করেছি যে Chrome একটি ব্যবহারযোগ্য সমাধান প্রদান করতে প্রতিশ্রুতিবদ্ধ যা ব্যবহারকারীদের গোপনীয়তার স্বার্থকেও বিবেচনা করে। সেই শিরায়, আমরা নির্দিষ্ট ব্যবহারের ক্ষেত্রে সম্প্রদায়ের প্রতিক্রিয়ার প্রশংসা করব যা ডোমেন সীমা দ্বারা প্রভাবিত হতে পারে, যাতে টিম ব্যবহারকারীর গোপনীয়তা রক্ষা করার সাথে সাথে এই ব্যবহারের ক্ষেত্রে মোকাবেলা করার উপায়গুলি বিবেচনা করতে পারে।
অপব্যবহার প্রশমন ব্যবস্থা সম্পর্কে আরও বিশদ বিবরণের জন্য অনুরোধ করুন একটি ডোমেন একটি সেট যোগ করা হলে কি হবে যে তারা সম্মতি দেয়নি? আমরা এখানে 2 ডিসেম্বর, 2022-এ ফার্স্ট-পার্টি সেটের জন্য জমা দেওয়ার নির্দেশিকা প্রকাশ করেছি।

জমা দেওয়ার নির্দেশিকাগুলিতে যেমন ব্যাখ্যা করা হয়েছে, যে কোনও সেট পরিবর্তন ব্যবস্থাপনা গিটহাবের একটি বৈধতা প্রক্রিয়া অনুসরণ করবে এবং সম্মান করবে, যার মধ্যে মালিকানার বৈধতা রয়েছে, যা এই ঝুঁকি হ্রাস করবে।
অপব্যবহার প্রশমন উদ্বেগ যে প্রথম পক্ষের সেট গঠন শোষণ করা যেতে পারে আমরা উপসেট ধরনের জন্য প্রযুক্তিগত চেক প্রসারিত করার উপায় খুঁজছি এবং সক্রিয়ভাবে এখানে সম্প্রদায় থেকে অতিরিক্ত ইনপুট চাইছি.
বিজ্ঞাপন ক্ষেত্রে ব্যবহার প্রথম পক্ষের সেটগুলিকে বিজ্ঞাপন টার্গেটিং সমর্থন করার জন্য ব্যবহার করা উচিত কিনা সে বিষয়ে প্রশ্ন আমরা ফার্স্ট-পার্টি সেটের জন্য বিজ্ঞাপন টার্গেটিং ব্যবহারের ক্ষেত্রে সমর্থন করার চেষ্টা করছি না এবং আমরা এই ধরনের ব্যবহারের ক্ষেত্রে উপলব্ধ বিজ্ঞাপন API ব্যবহার করার পরামর্শ দিই।
(এছাড়াও Q3 এ রিপোর্ট করা হয়েছে) নীতি উদ্বেগ যে FPS "প্রযোজ্য ডেটা সুরক্ষা আইন" সম্পর্কিত CMA প্রতিশ্রুতিগুলির সাথে সামঞ্জস্যপূর্ণ নয়, এই ভিত্তিতে যে GDPR একটি সেটে সাইটের সংখ্যার উপর একটি সীমা আরোপ করে না যখন FPS 3 এর সীমা নির্ধারণ করে আমাদের প্রতিক্রিয়া Q3 থেকে অপরিবর্তিত:

"গোপনীয়তা স্যান্ডবক্স প্রস্তাবনাগুলি ডিজাইন ও বাস্তবায়ন করার জন্য Google CMA-এর প্রতি প্রতিশ্রুতিবদ্ধ হয়ে চলেছে যাতে Google-এর নিজস্ব ব্যবসাকে স্ব-অভিরুচি দিয়ে প্রতিযোগিতাকে বিকৃত না করে, এবং ডিজিটাল বিজ্ঞাপন, প্রকাশক এবং বিজ্ঞাপনদাতাদের প্রতিযোগিতার উপর প্রভাব বিবেচনা করে। গোপনীয়তার ফলাফলের উপর প্রভাব এবং প্রযোজ্য ডেটা সুরক্ষা আইনে বর্ণিত ডেটা সুরক্ষা নীতিগুলির সাথে সম্মতি হিসাবে। উদ্বেগ প্রকাশ করা GDPR-এর সাথে কোনও অসঙ্গতি প্রকাশ করে না। আমাদের কাজ এই প্রতিশ্রুতিগুলি মেনে চলছে তা নিশ্চিত করার জন্য আমরা CMA-এর সাথে ঘনিষ্ঠভাবে কাজ চালিয়ে যাচ্ছি। "
বিকল্প প্রস্তাব জিডিপিআর যাচাইকৃত সেট "GDPR যাচাইকৃত সেট" গ্রহণ করার প্রস্তাবে ইকোসিস্টেম দ্বারা প্রদত্ত প্রতিক্রিয়া ছাড়াও, এই বিকল্প প্রস্তাবের নিম্নলিখিত সীমাবদ্ধতাগুলি নিয়ে Chrome-এর উদ্বেগ রয়েছে:

  • "জিডিপিআর যাচাইকৃত সেটগুলি" জিডিপিআরকে "সারিবদ্ধ" করার দাবি করে (যদিও এটির দ্বারা কী বোঝানো হয়েছে তা সত্যিই স্পষ্ট নয়)। বিপরীতে, Google এর প্রতিশ্রুতিগুলির জন্য এটিকে আরও সাধারণভাবে "গোপনীয়তার ফলাফলের উপর প্রভাব" বিবেচনা করতে হবে। প্রতিশ্রুতিগুলি গ্রহণ করার সিদ্ধান্তে সিএমএ নির্দেশ করে যে এটি "প্রযোজ্য ডেটা সুরক্ষা আইনে বর্ণিত ডেটা সুরক্ষা নীতিগুলির সাথে সম্মতি" বিবেচনায় নেওয়ার জন্য Google-এর বাধ্যবাধকতা থেকে আলাদা, যা CMA ব্যাখ্যা করে, এই সত্যটিকে প্রতিফলিত করে যে Google প্রযোজ্য ডেটা সুরক্ষা আইন দ্বারা আবদ্ধ, যেমন এটি অঙ্গীকারের ক্ষেত্রে প্রযোজ্য এবং আরও সাধারণভাবে।
  • ডোমেনগুলিকে একাধিক সেটে প্রদর্শিত করার অনুমতি দেওয়ার প্রস্তাব সম্পর্কে আমাদের গোপনীয়তার উদ্বেগ রয়েছে৷ ফার্স্ট-পার্টি সেটগুলি নির্দিষ্ট ব্যবহারের ক্ষেত্রে সমর্থন করার উদ্দেশ্যে করা হয়েছে যা বর্তমানে ব্যাপক ক্রস-সাইট ট্র্যাকিং সক্ষম না করে তৃতীয়-পক্ষ কুকির উপর নির্ভর করে। ডোমেনগুলিকে একাধিক সেটে যোগদানের অনুমতি দিলে তা অন্য কোন অর্থপূর্ণ সীমাবদ্ধতা প্রবর্তন না করেই প্রথম পক্ষের সেট প্রস্তাবে নির্মিত একটি মূল গোপনীয়তা সুরক্ষাকে সরিয়ে দেবে।
  • GDPR যাচাইকৃত সেটগুলি "একটি সেটকে ডেটা কন্ট্রোলার এবং প্রসেসরের একটি গ্রুপ হিসাবে সংজ্ঞায়িত করার প্রস্তাব দেয় যা একটি সাধারণ ব্যবহারের নীতি ভাগ করে।" এটি আমাদের মূল প্রথম-পক্ষ সেট প্রস্তাবের প্রয়োজনীয়তার অনুরূপ যে একটি সেটের সমস্ত পক্ষকে অবশ্যই একটি সাধারণ গোপনীয়তা নীতি ভাগ করতে হবে। গোপনীয়তা নীতি-ভিত্তিক প্রয়োজনীয়তা সম্পর্কে উদ্বেগ উত্থাপনকারী ইকোসিস্টেম থেকে জোরালো প্রতিক্রিয়ার ভিত্তিতে আমরা সেই প্রয়োজনীয়তাটি সরিয়ে দিয়েছি। উদাহরণস্বরূপ, আমরা সাইট প্রকাশকদের কাছ থেকে শুনেছি যে W3C সম্প্রদায়ের সদস্যদের দ্বারা উত্থাপিত অন্যান্য চ্যালেঞ্জগুলির মধ্যে পণ্য এবং ভৌগলিক বৈচিত্র্যের কারণে একটি সাধারণ গোপনীয়তা নীতি বজায় রাখা অসম্ভব ছিল ( 1 , 2 , 3 )। আমরা বিশ্বাস করি যে এই প্রস্তাবের ক্ষেত্রেও একই চ্যালেঞ্জ প্রযোজ্য হবে।

যেহেতু এই বিকল্পটি উত্থাপিত হয়েছে, Chrome প্রথম পক্ষের সেট প্রস্তাব আপডেট করেছে এবং নতুন সেট তৈরির জন্য জমা দেওয়ার নির্দেশিকা প্রকাশ করেছে৷

বেড়া ফ্রেম API

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
OT সময় বেড়া ফ্রেম সীমাবদ্ধতা অরিজিন ট্রায়াল সময়ের জন্য বেড়াযুক্ত ফ্রেমের চারপাশে বর্তমান নিষেধাজ্ঞাগুলি কী কী? আমরা বিধিনিষেধ এবং বাস্তবায়ন স্থিতির ডকুমেন্টেশন নিয়ে কাজ করছি এবং Q1 2023-এ শেয়ার করার পরিকল্পনা করছি।
একক বেড়াযুক্ত ফ্রেমে একাধিক বিজ্ঞাপন একটি নিলামে একটি বেড়াযুক্ত ফ্রেমে একাধিক বিজ্ঞাপনদাতাদের প্রদর্শন করার অনুরোধ করুন৷ বর্তমানে, এই অনুরোধটি সক্রিয়ভাবে বিকাশ করা হচ্ছে না, তবে ইকোসিস্টেম প্লেয়াররা বৈশিষ্ট্যটিকে গুরুত্বপূর্ণ বিবেচনা করলে আমরা অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই।
ওয়েব বান্ডেল ফেন্সড ফ্রেম সহ ওয়েব বান্ডেলের জন্য প্রয়োজনীয়তা এবং সহায়তার পরিকল্পনা কি? ভবিষ্যতে এটি প্রয়োজনীয় হবে কিনা সে সম্পর্কে আমাদের কাছে বর্তমানে কোনো আপডেট নেই। কোনো পরিবর্তন অগ্রিম ঘোষণা করা হবে এবং তৃতীয় পক্ষের কুকি অবচয় করার আগে প্রয়োগ করা হবে না। বর্তমান অবস্থার জন্য এই ব্যাখ্যাকারী দেখুন.

শেয়ার্ড স্টোরেজ API

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
বিজ্ঞাপন প্রযুক্তির জন্য শেয়ার্ড স্টোরেজ অ্যাড টেক ব্যবহারের ক্ষেত্রে শেয়ার্ড স্টোরেজ ব্যবহারকে ঘিরে অনিশ্চয়তা শেয়ার্ড স্টোরেজ এবং প্রাইভেট অ্যাগ্রিগেশন API বিভিন্ন ধরণের পরিমাপের উদ্দেশ্যে ব্যবহার করা যেতে পারে যার ক্রস-সাইট স্টোরেজ পরিমাপ প্রয়োজন। কিছু উদাহরণ এখানে তালিকাভুক্ত করা হয়.

আমরা ডিএসপি এবং পরিমাপ সমাধান প্রদানকারীকে বিজ্ঞাপন ব্যবহারের ক্ষেত্রে প্রধান সংযোজক হতে পূর্বে দেখছি।

চিপস

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
(প্রশ্ন 3 এও রিপোর্ট করা হয়েছে) বিভাজিত প্রয়োজনীয়তা প্রথম পক্ষের কুকিতে "পার্টিশনড" অ্যাট্রিবিউটের জন্য স্পষ্ট আচরণের প্রয়োজনীয়তা যোগ করুন। Q4 আপডেট:

GitHub এবং PrivacyCG কলগুলির উপর আলোচনার পরে, আমরা যে আচরণটি সারিবদ্ধ করেছি তা হল প্রথম পক্ষের কুকিগুলিতে পার্টিশন করা কুকিগুলি (A,A) এর একটি পার্টিশন কী ব্যবহার করবে যেখানে "A" শীর্ষ-স্তরের সাইট। আমরা ব্যাখ্যাকারী এবং স্পেসিফিকেশনে এই আচরণটি নথিভুক্ত করব।
কুকি ব্যবস্থাপনা ফার্স্ট-পার্টি বা থার্ড-পার্টি কুকি ম্যানেজ/গভর্নিং করার জন্য কি টুল আছে? Chrome DevTools এবং NetLog থার্ড-পার্টি কুকি ব্লকিং সক্ষম করে সাইট পরীক্ষা করতে ব্যবহার করা যেতে পারে। ব্যবহারকারীর কনফিগারেশনের কারণে কুকিজ ব্লক হলে উভয় টুলই রিপোর্ট করে। আমরা কী ধরণের অতিরিক্ত অডিটিং ওয়েবসাইট দেখতে চাই তার প্রতিক্রিয়া স্বাগত জানাই।

ফেডসিএম

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
একটি সেশনের অনুমতি দেওয়ার জন্য IDP-এর RP-এর জ্ঞান প্রয়োজন যখন একজন ব্যবহারকারী দুটি ভিন্ন RPs থেকে Feide IdP-এ লগ ইন করার চেষ্টা করছেন তখন সমস্যা আমরা এখানে এই সমস্যার সম্ভাব্য সমাধান নিয়ে আলোচনা করছি।
ইন্টারঅপারেবিলিটি FedCM ব্যবহার করে ব্যবহারকারী এবং তারা যে ওয়েবসাইটগুলিতে লগ ইন করে তাদের মধ্যে সম্পর্কের উপর FedCM-এর প্রভাব সম্পর্কে উদ্বেগ এবং ওয়েবসাইটগুলির মধ্যে "আন্তঃকার্যযোগ্যতা" FedCM-এর লক্ষ্য হল ফেডারেটেড-পরিচয় পরিষেবাগুলিকে সমর্থন করা চালিয়ে যাওয়া যা বর্তমানে তৃতীয়-পক্ষের কুকিজের উপর নির্ভর করে একবার Chrome থেকে তৃতীয়-পক্ষ কুকিগুলি সরানো হয়৷ আমরা আশা করি যে FedCM এই ধরনের পরিষেবাগুলির জন্য উপলব্ধ একটি বিকল্প হবে; আইডেন্টিটি প্রোভাইডার (আইডিপি) এবং রিলায়িং পার্টি (আরপি) তাদের প্রয়োজনের সাথে আরও ভালভাবে মানানসই অন্যান্য প্রযুক্তি ব্যবহার করার জন্য বিনামূল্যে।

দেখা যাচ্ছে যে ব্যবহারকারী-RP সম্পর্ক এবং "আন্তঃকার্যযোগ্যতা" সম্পর্কিত উদ্বেগগুলি FedCM প্রস্তাবের একটি ভুল বোঝাবুঝির জন্য দায়ী। একটি RP-এর সাথে কোন তথ্য শেয়ার করতে হবে এবং ব্যবহারকারী একবার সেই RP-এর সাইটে সাইন ইন করা বেছে নিলে কী আকারে তা নির্ধারণ করতে FedCM এটি আইডিপি-র উপর ছেড়ে দেয়। FedCM-এর IdPs-এর প্রয়োজন হয় না "প্রত্যেকটি [RP] যার সাথে ব্যবহারকারী প্রমাণীকরণ করে তার জন্য একটি অনন্য ছদ্মনাম শনাক্তকারী তৈরি করুন।" বরং, ব্যবহারকারীর প্রকৃত শনাক্তকারী, সেই শনাক্তকারীর প্রতি-সাইট সংস্করণ বা এই তথ্যের অন্য কোনো সংস্করণ ভাগ করতে হবে কিনা তা চয়ন করার জন্য FedCM প্রতিটি আইডিপির জন্য উন্মুক্ত।

(FedCM স্পেসিফিকেশন ক্রস-সাইট পারস্পরিক সম্পর্ককে API-এর সাথে সম্পর্কিত গোপনীয়তা ঝুঁকি হিসাবে চিহ্নিত করে এবং সম্ভাব্য প্রশমন হিসাবে নির্দেশিত (প্রতি-সাইটে) শনাক্তকারীদের নিয়ে আলোচনা করে। যাইহোক, নির্দেশিত শনাক্তকারী ব্যবহার করা হবে কিনা তা আইডিপি-র উপর ছেড়ে দেওয়া হয়েছে, এটি দ্বারা আরোপিত নয়। ব্রাউজার।)

FedCM ইতিমধ্যেই পরিচয়ের ক্ষেত্রে ব্যবহারকারীর পছন্দ প্রদান করে। উদাহরণস্বরূপ, যদি একজন ব্যবহারকারীর একই আইডিপি সহ একাধিক পরিচয় থাকে (যেমন, একটি কাজের প্রোফাইল এবং একটি ব্যক্তিগত প্রোফাইল), FedCM ব্যবহারকারীকে RP-এর সাইটে লগ ইন করার জন্য কোনটি ব্যবহার করতে চান তা নির্বাচন করার একটি উপায় প্রদান করে৷ এর বাইরে, প্রতিটি RP নিজের জন্য সিদ্ধান্ত নেয় যে কোন আইডিপিগুলি তার সাইটে সমর্থন করবে৷ সেই সিদ্ধান্তের একটি দিক হল একটি আইডিপি যে প্রক্রিয়াটির উপর নির্ভর করে তা বিবেচনা করা, তা ফেডসিএম বা অন্য প্রযুক্তি। আবার, ব্রাউজার RPs বা IdPs-এর জন্য এই পছন্দগুলি নির্দেশ করে না।

স্প্যাম এবং জালিয়াতির বিরুদ্ধে লড়াই করুন

প্রাইভেট স্টেট টোকেন API

প্রতিক্রিয়া থিম সারসংক্ষেপ ক্রোম প্রতিক্রিয়া
হ্যান্ডলিং বট কি হবে যদি ইস্যুকারী আবিষ্কার করেন যে ব্যক্তিগত রাষ্ট্রীয় টোকেনগুলি বটগুলিতে জারি করা হয়েছে? দীর্ঘ সময়ের জন্য ইকোসিস্টেমে থাকা থেকে বটগুলিতে ইস্যু করা টোকেনগুলি এড়াতে, ইস্যুকারীদের নিয়মিতভাবে টোকেনগুলিতে স্বাক্ষর করার জন্য ব্যবহৃত কীগুলি ঘোরানো উচিত যাতে সম্ভাব্য ভাঙা ইস্যুর লজিকের অধীনে ইস্যু করা পুরানো টোকেনগুলির মেয়াদ শেষ হয়ে যায় এবং সাইটগুলি আপডেট করা ইস্যু করার যুক্তি সহ নতুন টোকেনগুলিকে রিডিম করে৷
একই সাইটের ফর্ম জমা প্রাইভেট স্টেট টোকেনগুলি কি একই-সাইট ফর্ম জমা দেওয়ার জন্য ব্যবহার করা যেতে পারে যাতে পূর্ণ-পৃষ্ঠা নেভিগেশন জড়িত থাকে (যেমন বিষয়বস্তু-প্রকার: অ্যাপ্লিকেশন/x-www-form-urlencoded) fetch/XMLHttpRequest API থেকে একটি অনুরোধের পরিবর্তে? এটি বর্তমানে প্রাইভেট স্টেট টোকেনের প্রথম সংস্করণে সমর্থিত নয়। এই ব্যবহারের ক্ষেত্রে একটি শক্তিশালী চাহিদা থাকলে আমরা ইকোসিস্টেম থেকে প্রতিক্রিয়া স্বাগত জানাই ।
সার্ভার-সাইড যাচাইকরণ প্রাইভেট স্টেট টোকেন সার্ভার সাইড যাচাই করা যায় কিনা সে বিষয়ে প্রশ্ন টোকেনগুলি ইস্যুকারীর বিরুদ্ধে খালাস করা হয়, এবং তারপর ইস্যুকারী একটি রিডেম্পশন রেকর্ড তৈরি করে যাতে টোকেন নিজেই বা টোকেন থেকে প্রাপ্ত কিছু স্বাক্ষরিত মান থাকতে পারে, সার্ভারগুলি টোকেনের সত্যতা যাচাই করতে সেই রিডেমশন রেকর্ড ব্যবহার করতে পারে এবং আমরা বিভিন্ন ইস্যুকারী ইকোসিস্টেম আশা করি তাদের রিডেম্পশন রেকর্ডের ব্যাখ্যা করার জন্য বিভিন্ন মান নিয়ে আসবে।