প্রতিক্রিয়া প্রতিবেদন - 2024 Q2 এবং Q3

2024 Q2 এবং Q3-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাবনা এবং Chrome এর প্রতিক্রিয়ার উপর প্রাপ্ত ইকোসিস্টেম প্রতিক্রিয়ার সংক্ষিপ্তসার করে।

CMA এর প্রতি তার প্রতিশ্রুতির অংশ হিসাবে, Google তার গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির জন্য স্টেকহোল্ডার জড়িত থাকার প্রক্রিয়ার উপর ত্রৈমাসিক প্রতিবেদন প্রকাশ্যে প্রদান করতে সম্মত হয়েছে ( প্রতিশ্রুতিগুলির অনুচ্ছেদ 12 এবং 17(c)(ii) পড়ুন)। 22 জুলাই, 2024-এ Google ঘোষণা করেছে যে এটি Chrome-এ তৃতীয় পক্ষের কুকিজ (3PCs) অবমূল্যায়ন করবে না এবং পরিবর্তে ব্যবহারকারীর পছন্দকে উন্নত করার জন্য একটি আপডেট পদ্ধতি চালু করার প্রস্তাব করেছে। তাই, CMA-এর চুক্তির সাথে, Google CMA-তে একটি পাবলিক Q2 2024 রিপোর্ট জমা দেয়নি যাতে Google এবং CMA-কে Google-এর ঘোষণার প্রভাব বিবেচনায় নেওয়ার জন্য পর্যাপ্ত সময় দেওয়া যায়।

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

ফিডব্যাক থিমগুলি এপিআই প্রতি ব্যাপকতা অনুসারে র‌্যাঙ্ক করা হয়। Chrome টিম একটি প্রদত্ত থিমের আশেপাশে যে পরিমাণ প্রতিক্রিয়া পেয়েছে তার একত্রিতকরণ এবং পরিমাণের ক্রমানুসারে সাজানোর মাধ্যমে এটি করা হয়। সাধারণ প্রতিক্রিয়া থিমগুলি জনসাধারণের মিটিং (W3C, PatCG, IETF), সরাসরি প্রতিক্রিয়া, GitHub এবং Google-এর অভ্যন্তরীণ দল এবং পাবলিক ফর্মগুলির মাধ্যমে সাধারণভাবে জিজ্ঞাসিত প্রশ্নগুলির পর্যালোচনা করে চিহ্নিত করা হয়েছিল।

আরও নির্দিষ্টভাবে, ওয়েব স্ট্যান্ডার্ড সংস্থার মিটিংগুলির জন্য মিটিং মিনিটগুলি পর্যালোচনা করা হয়েছিল এবং সরাসরি প্রতিক্রিয়ার জন্য, 1:1 স্টেকহোল্ডার মিটিংয়ের Google এর রেকর্ড, পৃথক ইঞ্জিনিয়ারদের দ্বারা প্রাপ্ত ইমেলগুলি, API মেলিং তালিকা এবং সর্বজনীন প্রতিক্রিয়া ফর্ম বিবেচনা করা হয়েছিল৷ Google তারপর প্রতিটি API-এর সাথে উদ্ভূত থিমগুলির আপেক্ষিক ব্যাপকতা নির্ধারণ করতে এই বিভিন্ন প্রচার কার্যক্রমের সাথে জড়িত দলগুলির মধ্যে সমন্বয় করে।

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

বর্তমান প্রতিবেদনের সময়কাল শেষ হওয়ার পরে প্রাপ্ত প্রতিক্রিয়াতে এখনও বিবেচিত Chrome প্রতিক্রিয়া নাও থাকতে পারে।

সংক্ষিপ্ত শব্দের শব্দকোষ

এআরএ
অ্যাট্রিবিউশন রিপোর্টিং API
চিপস
স্বাধীন বিভাজিত রাষ্ট্র থাকার কুকিজ
ডিএসপি
ডিমান্ড-সাইড প্ল্যাটফর্ম
ফেডসিএম
ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
FPS
প্রথম পক্ষের সেট
আইএবি
ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
আইডিপি
পরিচয় প্রদানকারী
আইইটিএফ
ইন্টারনেট ইঞ্জিনিয়ারিং টাস্ক ফোর্স
আইপি
ইন্টারনেট প্রোটোকল ঠিকানা
openRTB
রিয়েল-টাইম বিডিং
OT
অরিজিন ট্রায়াল
PAT API
সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)
প্যাটসিজি
প্রাইভেট অ্যাডভার্টাইজিং টেকনোলজি কমিউনিটি গ্রুপ
আরপি
ভরসা পার্টি
RWS
সম্পর্কিত ওয়েবসাইট সেট (পূর্বে প্রথম পক্ষের সেট)
এসএসপি
সাপ্লাই সাইড প্ল্যাটফর্ম
TEE
বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট
UA
ইউজার এজেন্ট স্ট্রিং
UA-CH
ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
W3C
ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
ডব্লিউআইপিবি
ইচ্ছাকৃত আইপি অন্ধত্ব

সাধারণ প্রতিক্রিয়া, কোনো নির্দিষ্ট API/প্রযুক্তি

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
তৃতীয় পক্ষের কুকি অবচয় (3PCD) 3PCD-এর জন্য Google-এর পরিকল্পনা কী এবং ডিজিটাল বিজ্ঞাপন শিল্পে দীর্ঘমেয়াদী প্রভাবগুলি মূল্যায়ন করা হয়েছে? আমরা একটি আপডেট পদ্ধতির প্রস্তাব করছি যা ব্যবহারকারীর পছন্দকে উন্নত করে। এখানে যেমন সেট করা হয়েছে, 3PCগুলিকে অবমূল্যায়ন করার পরিবর্তে, আমরা Chrome-এ একটি নতুন অভিজ্ঞতা প্রবর্তন করব যা লোকেদের একটি জ্ঞাত পছন্দ করতে দেয় যা তাদের ওয়েব ব্রাউজিং জুড়ে প্রযোজ্য, এবং তারা যে কোনও সময় সেই পছন্দটি সামঞ্জস্য করতে সক্ষম হবে৷ আমরা নিয়ন্ত্রকদের সাথে এই নতুন পথ নিয়ে আলোচনা করছি, এবং এটি চালু করার আগে শিল্পের সাথে জড়িত থাকব।
ব্যবহারকারীর পছন্দ ব্যবহারকারী পছন্দের ঘোষণা গোপনীয়তা স্যান্ডবক্স সমাধান গ্রহণে ইকোসিস্টেমের আগ্রহকে প্রভাবিত করেছে। ব্যবহারকারীর পছন্দের ঘোষণা সংক্রান্ত মিশ্র প্রতিক্রিয়া রয়েছে, যার মধ্যে নিরীক্ষণ ক্ষমতার মতো বৈশিষ্ট্যগুলির জন্য অনুরোধ রয়েছে৷ ব্যবহারকারীর পছন্দকে উন্নত করার আপডেট পদ্ধতির সাথে, বিকাশকারীদের জন্য ক্রস-সাইট শনাক্তকারীর জন্য গোপনীয়তা-বর্ধক বিকল্প থাকা গুরুত্বপূর্ণ। যদিও নতুন অভিজ্ঞতা কেমন হবে তা ভাগ করার জন্য আমাদের কাছে এখনও বিশদ বিবরণ নেই, আমরা Chrome এ কুকিলেস ট্র্যাফিকের উল্লেখযোগ্য বৃদ্ধি আশা করি। এর মানে হল গোপনীয়তা স্যান্ডবক্স APIগুলি ব্যবসার জন্য গুরুত্বপূর্ণ। আমরা গোপনীয়তা এবং উপযোগিতা আরও উন্নত করতে গোপনীয়তা স্যান্ডবক্স প্রযুক্তিতে বিনিয়োগ করা চালিয়ে যাব।
ব্যবহারকারী পছন্দ UI অপ্ট-আউট/সম্মতি বৈশিষ্ট্যগুলির টাইমলাইন সম্পর্কে প্রশ্ন, ব্যবহারকারীর বিকল্পের ধরন বিবেচনা করা হচ্ছে এবং কীভাবে UI স্বয়ংক্রিয় পরীক্ষার পরিবেশকে প্রভাবিত করবে। এই সময়ে শেয়ার করার জন্য আমাদের কাছে টাইমলাইন আপডেট নেই। একবার আমরা 3PCD অনুসরণ না করার সিদ্ধান্ত নিয়েছিলাম, আমরা যত তাড়াতাড়ি সম্ভব ইকোসিস্টেমের একটি আপডেট দিতে চেয়েছিলাম। আমরা ব্যবহারকারীর পছন্দের জন্য টাইমলাইনে একটি আপডেট শেয়ার করব যত তাড়াতাড়ি আমাদের কাছে থাকবে৷
ক্রোম টেস্টিং H1 2024-এর পরে 3PCD-এর বাজার গ্রহণ এবং অর্থনৈতিক প্রভাব পরিমাপ করার জন্য Chrome-সুবিধাযুক্ত টেস্টিং লেবেলগুলির ক্রমাগত উপলব্ধতার জন্য অনুরোধ৷ আমরা সচেতন পরীক্ষকরা পরীক্ষা এবং সমন্বয়ের জন্য লেবেলযুক্ত ব্রাউজার গোষ্ঠীগুলি ব্যবহার করা চালিয়ে যেতে চাইবেন যদিও 2024 1H ক্রোম-সুবিধাযুক্ত পরীক্ষা শেষ হয়েছে৷ আমরা ব্যবহারকারীর পছন্দের ঘোষণার আলোকে লেবেলগুলির জন্য পরবর্তী পদক্ষেপগুলি মূল্যায়ন করছি৷ ইতিমধ্যে, Chrome টিম ক্রোম মাইলস্টোন 132 এর মাধ্যমে লেবেলযুক্ত ব্রাউজার গোষ্ঠীগুলির জন্য সমর্থন প্রসারিত করার একটি অভিপ্রায় প্রকাশ করেছে, যা জানুয়ারী 2025 পর্যন্ত চলে৷
অ্যান্ড্রয়েডে গোপনীয়তা স্যান্ডবক্স অ্যান্ড্রয়েডের গোপনীয়তা স্যান্ডবক্স এবং Chrome-এ গোপনীয়তা স্যান্ডবক্স অবিচ্ছেদ্যভাবে সংযুক্ত, এবং আমরা Android ছাড়া গোপনীয়তা স্যান্ডবক্স সঠিকভাবে মূল্যায়ন করতে পারি না। সাধারণ গ্রাহক যাত্রা, যার মধ্যে ক্রস-ডিভাইস এবং মাল্টি-টাচ দিক রয়েছে, ক্রোমের গোপনীয়তা স্যান্ডবক্স এবং অ্যান্ড্রয়েডে গোপনীয়তা স্যান্ডবক্স উভয়ের জন্যই গুরুত্বপূর্ণ। অনুগ্রহ করে মনে রাখবেন যে Android-এ গোপনীয়তা স্যান্ডবক্স CMA-এর প্রতি Google-এর প্রতিশ্রুতির সুযোগের মধ্যে নেই।

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

যেমনটি আমরা আগেই উল্লেখ করেছি, Android-এ প্রাইভেসি স্যান্ডবক্স API-এর প্রাপ্যতা ব্যবহারকারীরা তাদের ডিভাইসগুলি যে হারে আপডেট করবে তার দ্বারাও নির্ধারিত হবে, যা Google-এর নিয়ন্ত্রণে নেই৷
মোড বি ট্রাফিক সীমিত মোড B থেকে উপলব্ধ বিজ্ঞাপন নিলাম ট্রাফিক প্রত্যাশার চেয়ে কম হয়েছে৷ প্রটেক্টেড অডিয়েন্স API (PA API) এর নিলামের পরিমাণ প্রত্যাশার চেয়ে কম হওয়ার একাধিক কারণ রয়েছে, উদাহরণস্বরূপ:

- যে কোম্পানিগুলিকে আমরা জানি যে PA API কে একীভূত করেছে শুধুমাত্র ব্যানার ফর্ম্যাটগুলি অন্তর্ভুক্ত করেছে৷
- সেল-সাইড প্ল্যাটফর্ম সবসময় একটি নিলাম শুরু নাও হতে পারে।
- একটি ব্রাউজারে ইন্টারেস্ট গ্রুপ (IGs) নাও থাকতে পারে।
- কোন বিড হতে পারে.

যাইহোক, আমরা এমন কেউ জানি না যে PA API পরীক্ষা করার চেষ্টা করেছে এবং কোনো ট্রাফিক পায়নি।
বিভ্রাট দৃশ্যমানতা গোপনীয়তা স্যান্ডবক্স এপিআইগুলিকে প্রভাবিত করে বিভ্রাট এবং সমস্যাগুলির দৃশ্যমানতা৷ গোপনীয়তা স্যান্ডবক্স API-এর জন্য একটি পাবলিক স্ট্যাটাস পৃষ্ঠা রয়েছে যার ব্রাউজারের বাইরে পরিষেবা রয়েছে।

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

কাগজের মূল যুক্তিটি ত্রুটিপূর্ণ কারণ এটি 1P কুকিজকে একটি ক্রস-সাইট ট্র্যাকিং ভেক্টর হিসাবে বিবেচনা করে। যাইহোক, এটি শুধুমাত্র কাগজে বর্ণিত অত্যন্ত আক্রমণাত্মক অনুমানের অধীনে সত্য:

  1. ব্যবহারকারীরা তাদের PII সাইটের সাথে শেয়ার করতে ইচ্ছুক।
  1. ডিভাইসগুলির একটি স্থিতিশীল আঙ্গুলের ছাপ রয়েছে যা সমস্ত সাইট জুড়ে ব্যবহারকারীকে ট্র্যাক করতে ব্যবহার করা যেতে পারে।

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

পরিশেষে, আমরা উল্লেখ করতে চাই যে কাগজটি বিশ্লেষণ এবং বিজ্ঞাপনের কুকিগুলিকে ট্র্যাকিং কুকি এবং কঠোরভাবে প্রয়োজনীয় কুকিগুলিকে নন-ট্র্যাকিং কুকি হিসাবে সমান করে যা অগত্যা ক্ষেত্রে নাও হতে পারে৷ প্রকৃতপক্ষে, 1P বিশ্লেষণ, বা পার্টিশন-টু-সাইট বিক্রেতা পরিষেবাগুলি যেমন স্টোর লোকেটার উইজেট, চ্যাট উইজেট, বা লোড ব্যালেন্সার কুকিগুলি প্রায়শই শুধুমাত্র একটি ডোমেনে সীমাবদ্ধ থাকতে পারে এবং বিপরীতভাবে কিছু কঠোরভাবে প্রয়োজনীয় কুকিগুলি জালিয়াতি বিরোধী জন্য ক্রস-সাইট ট্র্যাকিং হতে পারে উদ্দেশ্য
UX পরিবর্তন Chrome 112-এ UX পরিবর্তন যা 1P কুকি নিয়ন্ত্রণগুলিকে Chrome সেটিংসের 'অন-ডিভাইস সাইট ডেটা' বিভাগের অধীনে রাখে ব্যবহারকারীদের জন্য সমস্ত কুকি ব্লক করা আরও কঠিন করে তুলতে পারে। এই পরিবর্তনটি অন্য সব ধরনের সাইট ডেটা থেকে 3PCs (বা পার্টিশনবিহীন স্টোরেজ) এর নিয়ন্ত্রণগুলিকে আলাদা এবং উন্নত করার প্রচেষ্টার অংশ হিসাবে করা হয়েছিল। 3PC নিয়ন্ত্রণ গোপনীয়তা এবং নিরাপত্তা প্যানেলের অধীনে উন্নত করা হয়; যখন 1P কুকিজ এবং অন্যান্য সমস্ত ধরণের সাইট ডেটার জন্য নিয়ন্ত্রণগুলি - যেগুলির উপর গুরুত্বপূর্ণ সাইটের কার্যকারিতা সাধারণত নির্ভর করে - "অন-ডিভাইস সাইট ডেটা" এর অধীনে বান্ডেল করা হয়। আমরা এই বিষয়ে প্রতিক্রিয়ার জন্য নিরীক্ষণ চালিয়ে যাব, তবে বিশ্বাস করি যে বর্তমান বিচ্ছেদ অর্থপূর্ণ গোপনীয়তা নিয়ন্ত্রণের আবিষ্কারযোগ্যতা এবং কার্যকরী ব্রাউজিং অভিজ্ঞতা সংরক্ষণের মধ্যে একটি ভাল ভারসাম্য বজায় রাখে।
বিলিং এবং পেমেন্ট বিলিং এবং অর্থপ্রদান সম্পূর্ণরূপে পরীক্ষা করা হচ্ছে না কারণ পরীক্ষকরা গোপনীয়তা স্যান্ডবক্স API-এর অন্যান্য ক্ষেত্রে পরীক্ষা করার জন্য বেশি বিনিয়োগ করেন। কখন এবং কী ডেভেলপার এবং কোম্পানিগুলি পরীক্ষা করবে তা তাদের পছন্দ। এপিআইগুলি সাধারণত পরীক্ষার জন্য উপলব্ধ এবং সেপ্টেম্বর 2023 সাল থেকে রয়েছে৷
টেস্টিং সমস্ত পরীক্ষামূলক ট্র্যাফিক যা ডিএসপি এসএসপিদের কাছ থেকে পাচ্ছেন তা লেবেলযুক্ত নয়। কিছু ডিএসপি জমা দিয়েছেন যে পরীক্ষামূলক ইম্প্রেশনের ভাগ যা লেবেলবিহীন রয়েছে তা চিকিত্সা এবং নিয়ন্ত্রণ গ্রুপ জুড়ে আলাদা হতে পারে। কোম্পানী বিড অনুরোধে লেবেল ফরোয়ার্ড করে কিনা তা Chrome নিয়ন্ত্রণ করতে পারে না। আমরা ব্রাউজার থেকে একটি লেবেল পাওয়ার জন্য একটি পদ্ধতি প্রদান করি। যদি তাদের অংশীদাররা সরাসরি সেই লেবেলগুলি পড়তে না পারে তবে এটি অংশীদারদের কাছে লেবেলগুলি প্রেরণ করা ইকোসিস্টেমের উপর নির্ভর করে৷
Android WebView-এ 3PCD অবচয় পরীক্ষা করার জন্য অ্যান্ড্রয়েড ওয়েবভিউতে "টেস্ট থার্ড পার্টি কুকি ফেজআউট" পতাকা সক্ষম করার বিষয়ে নির্দেশনার জন্য অনুরোধ। অ্যান্ড্রয়েড ওয়েবভিউতে ডিফল্টরূপে 3পিসি ব্লক করা হয়।
মডেল প্রশিক্ষণে ঝুঁকি কমানোর জন্য ডিফারেনশিয়াল গোপনীয়তা মডেল প্রশিক্ষণে কেন ডিফারেনশিয়াল প্রাইভেসি ব্যবহার করা হয়? ট্রাস্টেড এক্সিকিউশন এনভায়রনমেন্টস (টিইই) এর সাথে মিলিত ডিফারেনশিয়াল প্রাইভেসি, ডেটা ফাঁস প্রতিরোধ এবং হুমকির বিরুদ্ধে সংবেদনশীল তথ্য সুরক্ষিত করার জন্য মডেল প্রশিক্ষণে অপরিহার্য। এই পদ্ধতিটি নিশ্চিত করে যে মডেল ওজন পৃথক ব্যবহারকারীর ডেটা প্রকাশ করতে পারে না।

তালিকাভুক্তি এবং প্রত্যয়ন

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
তালিকাভুক্তি www সাবডোমেনের সাথে বিজ্ঞাপন প্রযুক্তির উত্স বনাম নথিভুক্ত মূলের মধ্যে কীভাবে প্রত্যয়ন নথিভুক্তি কাজ করে তার ব্যাখ্যার জন্য অনুরোধ। বিজ্ঞাপন প্রযুক্তিকে শুধুমাত্র https://example.com এ অনবোর্ড করতে হবে। যখন তারা https://example.com/.well-known/privacy-sandbox-attestations.json এ তাদের প্রত্যয়ন স্থাপন করে, তখন https://www.example.com একটি সাবডোমেন বলে কভার করা হয়।
API স্পেক সংগ্রহস্থলে প্রমাণীকরণ ফাইলের জন্য একটি JSON স্কিমা যোগ করার পরামর্শ। আমরা এই পরামর্শটি মূল্যায়ন করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই৷

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

বিষয়

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

উদাহরণস্বরূপ, কয়েকটি ঝুঁকির মধ্যে রয়েছে:

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

জনসাধারণ একটি chrome://topics-internals বা এই কোল্যাবের মাধ্যমে উপলব্ধ টুলিং সহ এই উপাদানগুলি পরিদর্শন করতে পারে৷ পরীক্ষার মাধ্যমে, আমরা সময়ের সাথে সাথে শ্রেণিবিন্যাসের উন্নতির আশা করি এবং আমরা ভুল শ্রেণীবদ্ধ করা হতে পারে এমন সাইটের উদাহরণগুলির প্রতিক্রিয়াকে স্বাগত জানাই।
API প্রশ্ন উদ্বেগ যে বিষয় এপিআই খারাপ বিষয়বস্তু নগদীকরণকারী SSP-কে অবিরাম এবং বিরোধী প্রতিযোগিতামূলক সুবিধা দেয়। 3PC-এর মতো, ব্রাউজারটি অজ্ঞেয়বাদী যার কাছে এটি বিষয়গুলি ফেরত দেয়, যতক্ষণ না সেই সত্তা নথিভুক্ত এবং সত্যায়িত হয়।
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

জন্য উপযোগিতা
বিভিন্ন ধরনের
স্টেকহোল্ডার		 যেহেতু বিষয় শ্রেণীবদ্ধকারী বর্তমানে সংশ্লিষ্ট বিষয়গুলিকে সংজ্ঞায়িত করার জন্য শুধুমাত্র পৃষ্ঠা হোস্টনাম ব্যবহার করে, তাই বিভিন্ন বিষয়বস্তু সহ বড় সাইটগুলি জেনেরিক বিষয়গুলিতে অবদান রাখছে যখন ছোট সাইটগুলি আরও বিজ্ঞাপনের মান সহ বিশেষ বিষয়গুলিতে অবদান রাখছে৷ আমাদের প্রতিক্রিয়া পূর্ববর্তী ত্রৈমাসিকের অনুরূপ:

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

উদাহরণস্বরূপ, যদি হেডারটি হয় "(1 2);v=chrome.1:2:5, ();p=P000000000" তাহলে সংস্করণটি chrome.1:1:2। যেখানে chrome.1 হল কনফিগারেশন সংস্করণ, 2 হল শ্রেণীবিন্যাস সংস্করণ এবং 5 হল মডেল সংস্করণ৷

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

এটি বলার পরে, এখানে V1 থেকে V2 থেকে Chrome এর শ্রেণিবিন্যাস আপডেটের হিউরিস্টিকস রয়েছে:

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

উদাহরণ:

- "পিকআপ ট্রাকস" এর এখন "ট্রাক, ভ্যান এবং এসইউভি" একটি মধ্যবর্তী অভিভাবক হিসাবে রয়েছে৷
- "বিদেশী ভাষা অধ্যয়ন"-এ এখন দ্বিতীয় পিতামাতা হিসাবে "শিক্ষা" রয়েছে এবং এর মূল অভিভাবক "রেফারেন্স" নিষ্ক্রিয় হয়ে পড়েছে।

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

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

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

আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই.
API স্পেস ব্রাউজার ইন্টারেস্ট-কোহর্ট সেটিং কি টপিক এপিআই ব্লক করতে পারে? আমরা এখানে এই প্রতিক্রিয়ার প্রতিক্রিয়া জানিয়েছি।

বিষয় API হল FLoC-এর একটি বিবর্তন, এবং এটি FLOC-এর অনুমতি নীতিকে সম্মান করে৷ ব্যাখ্যাকারীতে যেমন উল্লেখ করা হয়েছে: "দ্রষ্টব্য: পুরানো অনুমতি-নীতি: FLOC-এর সুদ-কোহোর্ট=() বিষয় গণনাও নিষিদ্ধ করবে।"
বিষয় র‌্যাঙ্কিং 'শীর্ষ 5টি বিষয়' পাওয়ার সময়, আমরা কি প্রতিটি যোগ্য কলারের উপর ভিত্তি করে ওয়েবসাইট পরিদর্শনের ফ্রিকোয়েন্সি গণনা করব, নাকি সর্বদা ব্রাউজারের পুরো ভিজিটিং ইতিহাসের ভিত্তিতে গণনা করব? উপরন্তু, প্রতিটি কলারের জন্য আলাদাভাবে বিষয়গুলিকে আরও র‌্যাঙ্ক করা হয়েছে? এটি ব্রাউজিং ইতিহাসের একটি উপসেটের ফ্রিকোয়েন্সির উপর ভিত্তি করে। একটি ব্রাউজিং ইতিহাস এন্ট্রি (একটি পৃষ্ঠা) শুধুমাত্র যদি পৃষ্ঠাটিতে কমপক্ষে একজন বিষয় কলার থাকে তবেই অংশগ্রহণের যোগ্য। বিষয় ইতিহাস সঞ্চয়স্থানের উপর আরও বিশদ এখানে উপলব্ধ।

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

আমরা এখানে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।

সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

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

যদিও কিছু বিজ্ঞাপন প্রযুক্তি আমাদের কাছে উল্লেখ করেছে যে ক্লাউড পরিষেবাগুলি চালানো অন-প্রিমাইজ অ্যাড টেক ডেটা সেন্টারের চেয়ে বেশি ব্যয়বহুল, অন্যান্য বিজ্ঞাপন প্রযুক্তিগুলি পাবলিক ক্লাউডে চলে তা খরচ বা অন্যান্য সুবিধার জন্যই হোক না কেন৷

আমরা পাবলিক ক্লাউডের বাইরে সহ আমাদের TEE সমর্থন প্রসারিত করার বিকল্পগুলি মূল্যায়ন করতে থাকি। এর অংশ হিসাবে, আমরা অন-প্রিমিস ডেটা সেন্টারগুলি নিয়ে গবেষণা করছি, এবং এই ধরনের সহায়তা দেওয়ার জন্য সম্ভাব্য সমাধানগুলি অন্বেষণ করতে ইকোসিস্টেমের সাথে জড়িত। গবেষণার এই বর্তমান পর্যায়ে, আমরা গ্যারান্টি দিতে পারি না যে এর ফলে বাস্তুতন্ত্রের জন্য একটি কার্যকর সমাধান হবে।
PA API এবং Google Ad Manager (GAM) GAM একটি ন্যায্য বাজার ফলাফল অর্জন করতে অক্ষম৷ GAM একটি সময়মত বিজ্ঞাপন পরিবেশন করতে ব্যর্থ হয়, PA API ব্যবহার করে কতগুলি বিজ্ঞাপন পরিবেশন করেছে তা রিপোর্ট করে এবং বিজ্ঞাপন পরিবেশন করার জন্য কোন পদ্ধতি নির্বাচন করবে তা কনফিগারযোগ্যতা প্রদান করে না, যেমন নির্দিষ্ট স্লটের জন্য PA API বন্ধ করে। গুগল অ্যাড ম্যানেজার প্রতিক্রিয়া:

PA API-এর মাধ্যমে বিজ্ঞাপন পরিবেশন করার সময় GAM-এর লেটেন্সি অপ্টিমাইজ করার জন্য কাজ করা আছে এবং চালিয়ে যাচ্ছে যাতে PA API চাহিদা থেকে অতিরিক্ত প্রকাশকের উপার্জন অতিরিক্ত PA API নিলাম বিলম্বের কারণে যে কোনো খরচের চেয়ে বেশি হয়। আমাদের প্রাথমিক পরীক্ষা ইঙ্গিত করে যে প্রকাশকরা 3PC ছাড়াই ট্রাফিকের উপর PA API থেকে নেট আয়ের সুবিধা দেখতে পান, এটি নির্দেশ করে যে PA API থেকে অতিরিক্ত চাহিদা বিলম্বের কারণে যেকোনো খরচের চেয়ে বেশি। আমাদের পদ্ধতির আরও বিশদ বিবরণ আমাদের FAQ এ পাওয়া যাবে।

উপরন্তু, GAM প্রকাশকদের PA API-এর মাধ্যমে পরিবেশিত বিজ্ঞাপনের রিপোর্টিং প্রদান করে। এতে GAM একটি কম্পোনেন্ট বিক্রেতা হলে পরিবেশিত বিজ্ঞাপন এবং GAM একটি টপ-লেভেল বিক্রেতা হলে অন্যান্য কম্পোনেন্ট বিক্রেতাদের মাধ্যমে পরিবেশিত বিজ্ঞাপনগুলি অন্তর্ভুক্ত করে। প্রতিবেদনের আরও বিশদ বিবরণ আমাদের সহায়তা কেন্দ্রে পাওয়া যাবে।

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

এটি গুগলের অবস্থান নয়। Google-এর বাইসাইড প্ল্যাটফর্মগুলি (Google Ads এবং DV360) নন-Google এক্সচেঞ্জ থেকে ইম্প্রেশন ক্রয় করে। এটি PA API ইম্প্রেশন এবং নন-PA API ইমপ্রেশন উভয়ের জন্যই সত্য।
বাজার প্রতিক্রিয়া মজিলার উদ্বেগ: Google-এর সুরক্ষিত শ্রোতা বিজ্ঞাপনদাতাদের (এবং Google) আপনাকে যতটা সুরক্ষা দেয় তার থেকেও বেশি সুরক্ষা করে ৷ আমরা Mozilla-এর মূল্যায়নের প্রশংসা করি এবং পাবলিক স্ট্যান্ডার্ড ফোরামে Mozilla-এর প্রতিক্রিয়ার সাথে জড়িত থাকব। তাদের মূল্যায়নের একটি থিম হল যে PA API-এর বর্তমান বাস্তবায়ন এখনও সমস্ত পরিকল্পিত সুরক্ষা প্রয়োগ করে না । PA API-এর সাথে আমাদের গো-টু-মার্কেট পদ্ধতি যত তাড়াতাড়ি ব্যবহারিক হিসাবে গ্রহণকে উৎসাহিত করা এবং গোপনীয়তা সুরক্ষা বাস্তবায়নের মধ্যে সঠিক ভারসাম্য বজায় রাখার চেষ্টা করেছে। এর অংশ হিসাবে, আমরা সময়ের সাথে সাথে গোপনীয়তা বিধিনিষেধ আরোপ করার জন্য একটি রোডম্যাপ তৈরি করেছি, যাতে APIগুলির সাথে একীকরণকে আরও ভালভাবে সহজতর করার পাশাপাশি ভবিষ্যতের সুরক্ষাগুলিতে আমরা অন্তর্ভুক্ত করতে পারি এমন আরও প্রতিক্রিয়া সংগ্রহের জন্য আমাদের সময় দেওয়ার জন্য (যেমন VAST বৈশিষ্ট্যগুলি বেড়াযুক্ত ফ্রেম)।

আমরা গোপনীয়তা এবং ডিজিটাল বিজ্ঞাপনের নিজস্ব পদ্ধতির বিষয়ে Mozilla এর সাম্প্রতিক যোগাযোগগুলিকে স্বাগত জানাই: " একটি বিনামূল্যে এবং উন্মুক্ত ইন্টারনেট গোপনীয়তার মূল্যে আসা উচিত নয় " এবং " পণ্য এবং পরিকাঠামোর মাধ্যমে অনলাইন বিজ্ঞাপনের উন্নতি "।
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

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

একটি একক PA API নিলাম থেকে একাধিক রেন্ডার ইউআরএল এবং তাদের নিজ নিজ স্কোর ভাগ করা এমন কিছু যা আমরা বিবেচনা করেছি কিন্তু গোপনীয়তার উদ্বেগের কারণে বাস্তবায়ন করিনি।

আমরা একক পৃষ্ঠায় একজন ব্যবহারকারীকে একই বিজ্ঞাপন একাধিকবার দেখানো এড়াতে চাই এবং এই অনুরোধটি মূল্যায়ন করছি। নেটিভ অ্যাডভার্টাইজিং ব্যবহারের ক্ষেত্রে সর্বোত্তমভাবে সমর্থন করার জন্য PA API-তে কী অতিরিক্ত সমর্থন প্রয়োজন সে সম্পর্কে আমরা এখানে ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই।
কর্মক্ষমতা PA API-কে প্রভাবিত করে লেটেন্সি সম্পর্কে উদ্বেগ। আমরা লেটেন্সি নিয়ে উদ্বেগের কথা শুনেছি এবং এই কারণেই আমরা PA API-এর অংশ হিসেবে বেশ কিছু বৈশিষ্ট্য তৈরি করেছি যা SSP-এর জন্য DSP লেটেন্সির সীমা নির্ধারণের পাশাপাশি উন্নতি করতে সাহায্য করবে যা লেটেন্সি কমাতে পারে। . আমরা সম্প্রতি আমাদের লেটেন্সি সর্বোত্তম অনুশীলন নির্দেশিকা আপডেট করেছি যাতে এই বৈশিষ্ট্যগুলির সুবিধা নেওয়ার বিষয়ে আরও তথ্য অন্তর্ভুক্ত রয়েছে। আমরা নতুন লেটেন্সি উন্নতিগুলিও বিকাশ চালিয়ে যাচ্ছি, যার মধ্যে কয়েকটি এখানে দেখা যেতে পারে৷
শীর্ষ-স্তরের বিক্রেতা Google প্রকাশকদের বিকল্প শীর্ষ-স্তরের PA API নিলাম বিক্রেতাদের বেছে নিতে সক্ষম করবে। PA API অজ্ঞেয়বাদী যে কে একক বিক্রেতা এবং মাল্টি-সেলার ডিজাইন উভয় ক্ষেত্রেই নিলাম শুরু করে। PA API নিলামগুলিকে সমর্থন করা যায় কিনা এবং কীভাবে সমর্থন করা যায় সে সম্পর্কে পৃথক কোম্পানির পছন্দ তাদের নিজস্ব।
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

নেতিবাচক টার্গেটিং		 একটি ব্যবহারের ক্ষেত্রে একটি সমাধানের জন্য অনুরোধ যেখানে একজন বিজ্ঞাপনদাতা নির্দিষ্ট দর্শকদের কাছে বিজ্ঞাপন প্রদর্শন করতে চান না। আমরা অতিরিক্ত (প্রাসঙ্গিক) বিডের মাধ্যমে নেতিবাচক IG টার্গেটিং সমর্থন করি, যা প্রয়োজনগুলি সমাধান করে যেখানে একজন বিজ্ঞাপনদাতা নির্দিষ্ট দর্শকদের কাছে বিজ্ঞাপন প্রদর্শন করতে চান না।

বিস্তারিত এই ব্যাখ্যাকারী এবং এই GitHub সমস্যাটিতে পাওয়া যাবে।

আমরা PA API বিডগুলির জন্য নেতিবাচক IG টার্গেটিংকে সমর্থন করার জন্য সমাধানগুলিও অন্বেষণ করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাচ্ছি৷
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

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

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

আমরা এখানে এবং এখানে আরও বিস্তারিতভাবে এটি নিয়ে আলোচনা করেছি।
বিশ্বস্ত বিডিং বিশ্বস্ত বিডিং সংকেত অনুরোধে ব্যবহারকারী এজেন্ট এবং সম্পর্কিত ক্লায়েন্ট ইঙ্গিত জন্য অনুরোধ. আমরা এই বৈশিষ্ট্য অনুরোধ ট্র্যাক করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই .
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

একাধিক আইজি		 একই বিডে একাধিক আইজি ব্যবহার করুন। এটি আজ PA API-এ সমর্থিত নয়, কারণ এর ফলে অন্তর্নিহিত গোপনীয়তা মডেলে পরিবর্তন হবে৷

আমরা এখানে অতিরিক্ত আলোচনা স্বাগত জানাই.
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

কর্মক্ষমতা		 ক্লায়েন্টের কাছে আরও যুক্তি সরানো পৃষ্ঠার কার্যক্ষমতা এবং ইউএক্সের ক্ষতি করতে পারে, সম্ভাব্যভাবে ওয়েবসাইট এসইও স্কোরকে ক্ষতিগ্রস্ত করে। আমরা এই সমস্যা নিয়ে আলোচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
নিলাম গতিবিদ্যা PA API নিলামের গতিবিদ্যার তথ্য হ্রাস করে (যেমন কে অংশগ্রহণ করে, কে নিলামে প্রতিটি উপাদান জিতেছে ইত্যাদি) যা প্রকাশকদের সন্ধানযোগ্যতা হ্রাস করে এবং ডিল রাখা হচ্ছে কিনা তা জানা কঠিন করে তোলে। আমরা এখানে ডিল ট্র্যাকিং একটি সমাধান প্রস্তাব. আমরা DealID এবং SeatID সঞ্চয় করার জন্য IG অবজেক্টের মধ্যে কিছু বিদ্যমান ক্ষেত্র সংশোধন করার এবং কিছু নতুন ক্ষেত্র তৈরি করার পরিকল্পনা করছি, এবং ইভেন্ট-লেভেল রিপোর্টিংয়ের মাধ্যমে generateBid থেকে স্কোরএড বা বেরোতে প্রচার করার অনুমতি দিচ্ছি। এটি চুক্তির ব্যবহারের ক্ষেত্রে পর্যাপ্ত সমর্থন প্রদান করা উচিত।

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

GAM এর বিনিময় কার্যকারিতা অ্যাক্সেস করার জন্য প্রকাশকদের বিজ্ঞাপন সার্ভার কার্যকারিতা ব্যবহার করার প্রয়োজন হয় না।
(পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে)

উপাদান নিলাম		 PA API কম্পোনেন্ট নিলাম বিজয়ীরা GAM-এর কাছে দৃশ্যমান হবে, তথ্যে অসম অ্যাক্সেস নিয়ে উদ্বেগ প্রকাশ করবে। আমাদের প্রতিক্রিয়া আগের ত্রৈমাসিক থেকে অপরিবর্তিত রয়েছে:

গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া:

"আমরা বছরের পর বছর ধরে নিলামের ন্যায্যতার উপর দৃঢ় ফোকাস বজায় রেখেছি, আমাদের প্রতিশ্রুতি সহ যে কোনো প্রকাশকের অ-গ্যারান্টিড বিজ্ঞাপন উত্স থেকে কোনো মূল্য, অ-গ্যারান্টিড লাইন আইটেম মূল্য সহ, অন্য ক্রেতার সাথে শেয়ার করা হবে না তারা নিলামে বিড করার আগে , যা আমরা পরে ফরাসি প্রতিযোগিতা কর্তৃপক্ষের প্রতি আমাদের প্রতিশ্রুতিতে পুনর্ব্যক্ত করেছি।

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

অধিকন্তু, আমরা আমাদের নিজস্ব নিলামের অংশ হিসাবে SSP-কে ক্রেতাদের দ্বারা প্রদত্ত সংকেত সহ উপাদান নিলাম কনফিগারেশন সম্পর্কিত তথ্য ব্যবহার করি না। প্রকৃতপক্ষে, আমরা PA API-তে পরিবর্তনগুলিকে স্বাগত জানাব যা উপাদান বিক্রেতাদের তাদের কম্পোনেন্ট নিলাম কনফিগারেশনগুলি এমনভাবে নির্দিষ্ট করতে দেয় যা শীর্ষ স্তরের বিক্রেতার কাছ থেকে অস্পষ্ট হয়।"
জিএএম GAM কি IG বা PA API কম্পোনেন্ট নিলাম তৈরিতে অংশগ্রহণ না করলে GAM শীর্ষ-স্তরের নিলাম চালানো/রিপোর্ট করার জন্য রাজস্ব ভাগের অনুরোধ করবে? গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া:

যখন প্রকাশকরা তাদের বিজ্ঞাপন সার্ভার হিসাবে GAM ব্যবহার করতে বেছে নেয়, GAM শীর্ষ-স্তরের নিলাম চালাবে এবং তার বিজ্ঞাপন সার্ভার কার্যকারিতার জন্য একটি বিজ্ঞাপন পরিবেশন ফি চার্জ করবে (একই বিজ্ঞাপন পরিবেশন ফি যা PA API নিলামের বাইরে প্রযোজ্য)।

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

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

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

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

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

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

অন্য কথায়, পিএ এপিআই নিলামে ডিএসপির পক্ষে প্রাসঙ্গিক নিলামে যা ঘটেছিল তা নির্বিশেষে এসএসপিতে পার্বুইয়ারসাইনাল জমা দেওয়ার একটি উপায় থাকে।
সংকেত generatedBid() এ পাস করা ব্রাউজারসাইনালস অবজেক্টে প্রিভিক্লিক্স যুক্ত করার অনুরোধ। এই অনুরোধটি ক্লিকতা সংকেত সমর্থন করার জন্য আমাদের প্রস্তাব দ্বারা সমাধান করা যেতে পারে। আমরা আমাদের সাম্প্রতিক ব্লগ পোস্ট এবং সংশ্লিষ্ট ব্যাখ্যায় এই বৈশিষ্ট্যটি ঘোষণা করেছি।

আমরা এখানে এই প্রস্তাব সম্পর্কে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
(পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা)

মডেলিং সংকেত		 মডেলিং সংকেতের বিটগুলির সংখ্যা 12 বিট থেকে 30 বিট পর্যন্ত বাড়ানোর অনুরোধ। আমরা এখানে একটি পাল্টা প্রস্তাবের সাথে এই প্রতিক্রিয়াটির প্রতিক্রিয়া জানিয়েছি। আমরা আমাদের প্রস্তাব সম্পর্কে তাদের মতামত বোঝার জন্য শিল্পের সাথে সক্রিয়ভাবে নিযুক্ত করছি এবং বর্তমানে ক্রোম ব্যবহারকারী এবং অন্যান্য স্টেকহোল্ডারদের উপর প্রভাবের বিরুদ্ধে শিল্পের সুবিধাগুলি বিবেচনা করছি।
ডকুমেন্টেশন কী/মান (কে/ভি) সার্ভার এবং টিজ ব্যবহার করবেন সে সম্পর্কে গাইডেন্সের জন্য অনুরোধ। কে/ভি এর প্রসঙ্গে টিজ ব্যবহারের বিষয়ে গাইডেন্স এখানে কে/ভি সার্ভিস ট্রাস্ট মডেল ডিজাইনের বিশদগুলিতে উপলব্ধ।
নেতিবাচক আইজিএসের আজীবন নেতিবাচক আইজিএসের আজীবন 365 দিন বাড়ানোর অনুরোধ। নেতিবাচক আইজিগুলি বিজ্ঞাপনগুলি দেখানো রোধ করতে ব্যবহৃত হয়, তবে খারাপ অভিনেতারা এখনও এটি ব্যবহারকারীদের সম্পর্কে তথ্য প্রকাশ করতে ব্যবহার করতে পারেন, ফলস্বরূপ পুনরায় সনাক্তকরণের ঝুঁকি তৈরি করে (যেমন খারাপ অভিনেতাদের আক্রমণ করার একটি উপায় হ'ল তাদের মধ্যে বারবার নেতিবাচক আইজিএস সহ উচ্চ বিড স্থাপন করা কোনও ব্যবহারকারীর নির্দিষ্ট সাইটগুলি বা পরিদর্শন না করে কিনা তা শিখুন।

যদি আমরা একটি 365 দিনের টিটিএল রাখি, তবে খারাপ অভিনেতাদের নেতিবাচক আইজিএস সম্পর্কে আরও অনেক ডেটা থাকবে যার ফলস্বরূপ উল্লেখযোগ্যভাবে আরও বড় গোপনীয়তার ঝুঁকি রয়েছে।

অতএব, ব্যবহারকারীর গোপনীয়তা রক্ষার জন্য আমরা এই অনুরোধটি সমর্থন করতে পারি না।
API স্পেস পার্বুইয়ারসাইনালগুলির অংশ হিসাবে পাস করার জন্য মানগুলি কী সন্নিবেশ করা যেতে পারে? এটি কি নির্বিচারে বিক্রেতার দ্বারা সংজ্ঞায়িত করা যেতে পারে? পেরিবাইয়ারসাইনালস হ'ল বিক্রেতাদের জন্য ক্রেতাদের নিলামের অভ্যন্তরে যে কোনও তথ্য সরবরাহ করতে চান তা সরবরাহ করার জায়গা।

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

এসএসপি-সরবরাহিত শীর্ষ-স্তরের ইউআরএলটির যথার্থতা নিশ্চিত করতে বেড়া ফ্রেমের মধ্যে ব্যবহার করা যেতে পারে এমন বিকল্প ডেটা পয়েন্ট বা সংকেত রয়েছে?		 আমরা বর্তমানে এখানে এই স্বাগত অতিরিক্ত প্রতিক্রিয়া নিয়ে আলোচনা করছি।
বৈশিষ্ট্য অনুরোধ আপডেটুরল ফেচগুলিতে এবং রিয়েল-টাইম রিপোর্টিং পোস্টব্যাকগুলিতে লো-এন্ট্রপি ইউএচ সরবরাহ করার অনুরোধ। এই অনুরোধগুলি এখানে আলোচনায় রয়েছে এবং আমরা এখানে এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
বৈশিষ্ট্য অনুরোধ যখন কোনও প্রদত্ত ক্লায়েন্টকে forDebuggingOnly.reportAdAuctionWin() এবং forDebuggingOnly.reportAdAuctionLoss() এর মাধ্যমে ডাউনস্যাম্পলড ফোর্ডবুগিংলি ইভেন্ট-স্তরের প্রতিবেদনগুলি প্রেরণে ট্রিগার করা হয়েছে তখন বিশ্বস্ত সার্ভার সম্মত ডিবাগিং ডিজাইনটি সক্রিয় করার অনুরোধ করার অনুরোধ। এটি একটি সক্রিয় অনুরোধ যা আমরা বর্তমানে ট্র্যাক করছি এবং যখন পাওয়া যায় তখন বাস্তুতন্ত্রকে একটি আপডেট সরবরাহ করবে। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
API ব্যবহার অনন্য ব্যবহারকারীর পৌঁছনো এবং ছাপ পৌঁছানোর জন্য কীভাবে গণনা করবেন সে সম্পর্কে গাইডেন্সের জন্য অনুরোধ। আমরা ভাগ করে নেওয়া স্টোরেজ ওয়ার্কলেটের মধ্যে থেকে আইজিএস কীভাবে পড়তে হবে তা সম্বোধন করার একটি প্রস্তাব নিয়ে আলোচনা করছি, যা আপনি পরে ব্যক্তিগত সামগ্রিক প্রতিবেদনগুলি প্রেরণ করতে পারেন।

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

নোট করুন যে নিয়মিত ইভেন্টগুলি বিচ্ছিন্নতা/গোপনীয়তার বৈশিষ্ট্যগুলিকে প্রভাবিত করতে পারে তবে বিশদগুলি এখানে উপলব্ধ।
কে-বেনামে বিজ্ঞাপন রেন্ডারিংয়ের প্রয়োজনীয়তা সম্পর্কে স্পষ্টতা চাইছেন (যেমন কমপক্ষে 50 জন লোক বিজ্ঞাপনটি দেখেছেন, যদি এটি দেখানোর অনুমতি দেওয়া হয়)। বিকাশকারী ডকুমেন্টেশন ভবিষ্যতের বিকাশের জন্য আমাদের প্রত্যাশার একটি ওভারভিউ সরবরাহ করে। বিশেষত এটি ব্যাখ্যা করে যে প্রাথমিক কে-বেনামীর প্রান্তিকতা কে = 10 জন।

ব্লিঙ্ক-ডেভ মেইলিং তালিকা ক্রোমে লাইভ কী ঘটছে সে সম্পর্কে আপডেট সরবরাহ করে।

কে-বেনামে মেলিং তালিকার থ্রেডে সেট করা হিসাবে, আমরা বর্তমানে পরীক্ষামূলকভাবে ক্রোম স্থিতিশীল ট্র্যাফিকের প্রায় 1% উপর কে-বেনামীর প্রয়োজনীয়তা প্রয়োগ করছি এবং স্পষ্টভাবে লেবেলযুক্ত ("মোড এ" এবং "মোড বি") এ এটি প্রয়োগ করি না টুকরা
চ্যাফিং টি কে/ভি চ্যাফিং সাময়িকভাবে অপসারণ করা বা সমস্ত এন শারডকে কল করা থেকে হ্রাস করা যেতে পারে, এমন কিছু পরিমাণে যা ইউটিলিটির (যেমন, কে/ভি পারফরম্যান্স/ব্যয়) এর বিরুদ্ধে গোপনীয়তা সুরক্ষাকে ভারসাম্যপূর্ণ করে? এই ধরণের অনুরোধগুলি কেবলমাত্র অ-উত্পাদনের উদাহরণগুলির জন্য পরিচালনা করা হয় যেখানে চ্যাফিং নিয়ন্ত্রণ করা যায়। উত্পাদন দৃষ্টান্তের জন্য চ্যাফিং এখনও প্রয়োজন। অ-উত্পাদনের ব্যবহার থেকে প্রতিক্রিয়া পেলে আমরা পরিস্থিতিটি মূল্যায়ন করতে পারি।
চ্যাফিং ডিবাগ/নন-প্রোড কে/ভি বাইনারি থেকে চ্যাফিং অক্ষম করতে পতাকা যুক্ত করার অনুরোধ। এই পতাকাটি রিলিজ 1.0.0 সহ সরবরাহ করা হয়েছে।
এপিআই বাগ এপিআই ক্রোম 126 এ আপগ্রেড করার পরে কাজ বন্ধ করে দিয়েছে, যদিও এপিআই সেটিংসে সক্ষম ছিল। এই সমস্যাটি "সক্ষম-বেড়া-ফ্রেমস" ক্রোম ফ্ল্যাগের সাথে সম্পর্কিত বলে প্রমাণিত হয়েছিল, যা ব্যবহারকারীরা উন্নয়নের উদ্দেশ্যে সক্ষম করেছিলেন। এই পতাকাটি ডিফল্টে পুনরায় সেট করা সমস্যাটি সমাধান করবে।
রিপোর্টিং রিয়েল-টাইম রিপোর্টিং এপিআই অপ্ট-ইন করার অনুরোধ ক্রেতাদের জন্য বিক্রেতা-নির্ভর নয়। এই অনুরোধটি এখানে বিবেচনা করা হচ্ছে।
আরটিএম সমাধানটি সম্প্রতি প্রকাশিত হয়েছিল এবং আমরা বিশেষত সেই বিজ্ঞাপন প্রযুক্তিগুলির কাছ থেকে প্রতিক্রিয়া স্বাগত জানাই যা ইতিমধ্যে বৈশিষ্ট্যটিতে রয়েছে।
রিপোর্টিং 3 পি রিপোর্টিংয়ের জন্য অনুরোধ; ডিএসপিএস এবং এসএসপিগুলি ক্রোমের কাছ থেকে ইমপ্রেশন বিজ্ঞপ্তিগুলি গ্রহণ করে, মিডল-লেয়ার প্রযুক্তিগত সরবরাহকারীরা ডিফল্টরূপে না। আমরা এই অনুরোধটি নিয়ে আলোচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।

সুরক্ষিত নিলাম পরিষেবা

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

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

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

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

"ক্লাউড সরবরাহকারীদের ব্যুরো" কী বোঝায় তা আমরা অনিশ্চিত এবং এটি প্রয়োজনীয়তার অংশ নয়। আমরা প্রয়োজনীয়তা সম্পর্কে যে কোনও প্রতিক্রিয়া স্বাগত জানাই। আমরা ব্যাখ্যাকারীর মধ্যে সংজ্ঞায়িত প্রক্রিয়াটি ব্যবহার করে জমা দেওয়ার অনুরোধের ভিত্তিতে নতুন সরবরাহকারীদের জন্য সমর্থনও মূল্যায়ন করতে থাকি। এখনও অবধি, আমরা কেবল আজুরকে সমর্থন করার জন্য একটি অনুরোধ পেয়েছি, যা আমরা মূল্যায়ন করছি।
B&A নকশাটি বিকশিত হতে থাকায় বি অ্যান্ড এ পরিষেবার প্রযুক্তিগত জটিলতা এবং সম্ভাব্যতা মূল্যায়ন করা কঠিন। এই উদ্বেগগুলির সমাধানের জন্য, আমরা বি অ্যান্ড এ এর ​​নকশা, প্রাপ্যতার প্রকাশিত টাইমলাইন এবং পিএ এপিআই সমর্থনকারী বৈশিষ্ট্যগুলির একটি রোডম্যাপের ব্যাখ্যা দিয়ে গিটহাবের উপর বিশদ ব্যাখ্যাকারীদের সরবরাহ করেছি। আমরা বিজ্ঞাপন প্রযুক্তিগুলিকে সমর্থন করছি যারা বি অ্যান্ড এ মোতায়েন করতে এবং গিটহাবের বাস্তুতন্ত্র থেকে প্রতিক্রিয়া সংগ্রহ করতে চান।
B&A গাইডেন্স এবং বি অ্যান্ড এ এর ​​জন্য টি ব্যবহারের ব্যয় গণনা করার জন্য আরও ভাল উপায় খুঁজছেন যাতে এটি ব্যবহার শুরু করতে বা এটি অন-ডিভাইস থেকে ব্যবহার করতে স্থানান্তরিত করতে। আমরা সম্প্রতি কে/ভি সার্ভার ইনস্ট্যান্স সাইজিং গাইড প্রকাশ করেছি, যার মধ্যে আরও সঠিকভাবে ব্যয় পরিমাপের জন্য সরঞ্জামকরণ অন্তর্ভুক্ত রয়েছে।
কে/ভি সার্ভার বিজ্ঞাপন যাচাইকরণ সম্পাদন করতে কে/ভি সার্ভারে পুরো পৃষ্ঠা URL টি ব্যবহার করতে সক্ষম হওয়ার জন্য বিজ্ঞাপন-প্রত্যয়ক। আমরা বর্তমানে বিজ্ঞাপন যাচাইয়ের উদ্দেশ্যে টিইইতে চলমান কে/ভি সার্ভারে পুরো পৃষ্ঠা URL সরবরাহ করার সম্ভাবনাটি মূল্যায়ন করছি। পুরো পৃষ্ঠার URL কে/ভি বিওয়াইওএসে পাওয়া যাবে না।
নিলাম সুরক্ষা খারাপ অভিনেতারা সংবেদনশীল ডেটা অ্যাক্সেস না করে বা ছদ্মবেশী হিসাবে কাজ না করে তা নিশ্চিত করার জন্য নিলামের সুরক্ষা বৈশিষ্ট্যগুলি সন্ধান করা - যা নিলামকে রিপ্লে আক্রমণ থেকে রক্ষা করে এবং কীভাবে সুরক্ষা সুরক্ষা কার্যকর করা যায়? বি অ্যান্ড এ এর ​​বর্তমান সুরক্ষা মডেল নিলামের অখণ্ডতা রক্ষা করতে পারে। বি অ্যান্ড এ এমন একটি টি -তে চলে যা বিজ্ঞাপন প্রযুক্তির সংকেত এবং দূষিত অভিনেতাদের কাছ থেকে কোডের গোপনীয়তা রক্ষা করে।

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

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

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

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

বি অ্যান্ড এ এর ​​জন্য এখানে পাবলিক টাইমলাইন এবং এখানে রোডম্যাপ দেখুন। আমরা স্কেল টেস্টিংকে "সম্পূর্ণ স্থিতিশীল, উত্পাদন স্কেল টেস্টিং" হিসাবে সংজ্ঞায়িত করি - এই পর্যায়ে নির্দিষ্ট বৈশিষ্ট্য সেট করার জন্য এখানে দেখুন।

বি অ্যান্ড এ এর ​​আলফা এবং বিটা পর্যায়ও রয়েছে, সুতরাং স্কেল পরীক্ষায় পূর্বের পর্যায়ের বৈশিষ্ট্যগুলির সুপার-সেট অন্তর্ভুক্ত থাকবে।

কে/ভি এবং বি অ্যান্ড এ উভয়ের জন্যই আমাদের জানান যে এই পর্যায়ে সংজ্ঞাগুলি কখন কী পাওয়া যাবে সে সম্পর্কে স্পষ্টতা সরবরাহ করতে সহায়তা করে। যদি এখনও ফাঁক থাকে তবে দয়া করে আমাদের জানান। পরিকল্পনাকে অবহিত করতে সহায়তা করার জন্য আমরা এগুলি আরও সুনির্দিষ্ট করে খুশি।

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

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

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

অতিরিক্তভাবে, এআরএ ছাড়িয়ে অ্যাট্রিবিউশন করার অন্যান্য উপায় রয়েছে যেমন সরাসরি ব্যবহারকারীদের কাছ থেকে তথ্য সংগ্রহ করা যারা জেনেশুনে সনাক্তকারী ডেটা সরবরাহ করে।

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

ক্রস-ডিভাইস		 এআর কি ক্রস-ডিভাইস রূপান্তরকে সমর্থন করে? আমাদের প্রতিক্রিয়া পূর্ববর্তী কোয়ার্টারের অনুরূপ:

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

আমরা এখানে এ সম্পর্কিত অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই।
(পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা)

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

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

আমরা এখানে এ সম্পর্কিত অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই।
রূপান্তর ট্র্যাকিং একাধিক ডোমেন থেকে রূপান্তর সহ পরিচালনা করার দক্ষতার জন্য অনুরোধ। আমরা এখানে এই অনুরোধটি নিয়ে আলোচনা করছি এবং অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই।
রিপোর্টিং ব্রাউজারটি কমপক্ষে দুই দিন অপেক্ষা করে তবে রূপান্তরটি প্রেরণের জন্য 30 দিন পর্যন্ত অপেক্ষা করে যা বেশিরভাগ স্টেকহোল্ডার বিজ্ঞাপনদাতারা পারফরম্যান্স বিজ্ঞাপনদাতা, যা বাস্তব সময়ের কাছাকাছি সময়ে কাজ করে তা বিবেচনা করে উদ্বেগের কারণ হতে পারে। ইভেন্ট-স্তরের প্রতিবেদনের জন্য ডিফল্ট সেটিংসে নিম্নলিখিত ডিফল্ট রিপোর্টিং উইন্ডো রয়েছে: 2 দিন, 7 দিন এবং 30 দিন।

নমনীয় ইভেন্ট-স্তরের রিপোর্টিং বিজ্ঞাপন প্রযুক্তিগুলির সাথে ডিফল্ট মানগুলি থেকে উইন্ডোজ রিপোর্টিংয়ের সংখ্যা এবং দৈর্ঘ্য পরিবর্তন করতে পারে। রিপোর্টিং উইন্ডোজকে সর্বনিম্ন 1 ঘন্টা পরিবর্তন করা যেতে পারে যা পারফরম্যান্স বিজ্ঞাপনদাতাদের ব্যবহারের ক্ষেত্রে সহায়তা করতে পারে।

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

আমরা এখানে এই সমর্থনের জন্য ব্যবহারের ক্ষেত্রে সম্পর্কিত অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই।
ডিবাগ রিপোর্টিং কীভাবে এডিআইডি এমনভাবে সংরক্ষণ এবং/বা পুনরুদ্ধার করবেন যাতে এটি অ্যাপ্লিকেশন-টু-ওয়েব অ্যাট্রিবিউশনের জন্য ক্রোম (উত্স/ট্রিগার) নিবন্ধগুলির জন্য অ্যাক্সেস করার জন্য উপলব্ধ? ডিবাগ প্রতিবেদনগুলি সক্ষম করার জন্য, বিজ্ঞাপন প্রযুক্তিটি অবশ্যই আমাদের প্রমাণ করতে হবে যে তারা ইতিমধ্যে অ্যাপ এবং ওয়েব জুড়ে ব্যবহারকারীকে যোগ দিতে পারে এবং ডিবাগ রিপোর্টগুলির দ্বারা কোনও নতুন তথ্য প্রকাশ না করা নিশ্চিত করার জন্য এটি করা হয়। বিজ্ঞাপন প্রযুক্তি ব্যবহারকারীর জন্য অনন্য একটি যোগদান কী সরবরাহ করে যোগদানের প্রমাণ করতে পারে। এই যোগদানের কীটি এডিআইডি হতে পারে বা 1 পি যোগদান কী হতে পারে। যদি বিজ্ঞাপন প্রযুক্তিটি এডিআইডি ব্যবহার করে, ক্রোম স্থানীয়ভাবে ব্রাউজার থেকে এডিআইডি অ্যাক্সেস করতে সমর্থন করে না এবং এপিআই আশা করে যে প্রতিটি বিজ্ঞাপন প্রযুক্তির ওয়েব নিবন্ধনের সময় এডিআইডি পাস করার নিজস্ব পদ্ধতি রয়েছে।
বালতি গ্রানুলারিটি বিজ্ঞাপনদাতার প্রতি বিভিন্ন বালতি কৌশল ব্যবহার করা কি সম্ভব? আমরা আপনার ব্যবহারের ক্ষেত্রে সবচেয়ে ভাল কাজ করে এমন একটি সন্ধান করতে বিভিন্ন অবদানের বাজেট স্কেলিং পদ্ধতির সাথে পরীক্ষার পরামর্শ দিই। এআরএ বিভিন্ন বিজ্ঞাপন-প্রযুক্তি ব্যবহারের কেসগুলি সন্তুষ্ট করতে নমনীয় এবং কাস্টমাইজযোগ্য হওয়ার অভিপ্রায় দিয়ে তৈরি করা হয়েছিল। অতএব আমরা বিজ্ঞাপনদাতা বা উল্লম্ব প্রতি বিভিন্ন বালতি কৌশল নিয়ে পরীক্ষা -নিরীক্ষার পরামর্শ দিই। বিভিন্ন বালতি কৌশল ব্যবহার করা কার্যকর হতে পারে যখন বিজ্ঞাপনদাতাদের পরিমাপের মানগুলির মধ্যে পার্থক্য থাকে যা তারা ট্র্যাকিং এবং পরিমাপের মানগুলির ভলিউমে আগ্রহী।
ডকুমেন্টেশন এআরএর জন্য অ্যাপ্লিকেশন <> ওয়েব বাস্তবায়নের জন্য অতিরিক্ত ডকুমেন্টেশনের জন্য অনুরোধ। আমরা এখানে এআরএর জন্য অ্যাপ <> ওয়েবে ডকুমেন্টেশন প্রকাশ করেছি।
কর্মক্ষমতা এআরএ-সম্পর্কিত অনুরোধগুলির সংখ্যা সম্ভাব্যভাবে কোনও প্রকাশকের সার্ভার (গুলি) এর উপর ভারী বোঝা হতে পারে যা ক্ষমতার জন্য প্রয়োজনীয় সাইটের অনুরোধের সংখ্যার তুলনায়। একক অনুরোধে ব্যাচিং উত্স ইভেন্টগুলি কোনও সার্ভারে লোড হ্রাস করতে সহায়তা করতে পারে। একটি সম্ভাব্য ধারণা হ'ল জেএসএন-এনকোডেড অবজেক্টগুলির একটি অ্যারের অনুমতি দেওয়া নির্দিষ্ট যুক্তির উপর ভিত্তি করে ব্যাচিং উত্স ইভেন্টগুলি এপিআইয়ের সাথে সংমিশ্রণে জাভাস্ক্রিপ্ট লজিক ব্যবহার করে একটি নির্দিষ্ট পরিমাণে সম্ভব। আমরা বর্তমানে এই অনুরোধটি মূল্যায়ন করছি এবং এখানে বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
বৈশিষ্ট্য অনুরোধ কোনও সার্ভার-টু-সার্ভার ইন্টিগ্রেশন সাপোর্টের কারণে কোনও কাজের প্রস্তাবের জন্য পরামর্শ। বর্তমানে আমরা এআরএতে সার্ভার-টু-সার্ভার ইন্টিগ্রেশনের জন্য সহায়তা বাস্তবায়নের পরিকল্পনা করি না। সার্ভার-টু-সার্ভার ইন্টিগ্রেশনকে সমর্থন করার জন্য আরও অনেক গোপনীয়তা চ্যালেঞ্জ রয়েছে যা আরও বিবেচনা করা দরকার।

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

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

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

আমরা বর্তমানে অতিরিক্ত নমনীয় ইভেন্ট-স্তরের বর্ধন সম্পর্কিত অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া সংগ্রহ করছি, তবে বর্তমানে কোনও বাস্তবায়নের পরিকল্পনা করি না।

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

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

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

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

সমষ্টি পরিষেবা

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
সমষ্টি কাজ একত্রিতকরণ কাজের ক্ষেত্রে একাধিক উপসর্গের অনুমতি দেওয়ার অনুরোধ। আমরা এই প্রতিক্রিয়াটি তদন্ত করছি এবং এখানে একটি প্রস্তাব পোস্ট করেছি। আমরা এখানে প্রস্তাব সম্পর্কে প্রতিক্রিয়া স্বাগত জানাই।
বৈশিষ্ট্য অনুরোধ টেরফর্ম স্ক্রিপ্টটি পরিবর্তন করার অনুরোধ করুন যাতে যদি পরিষেবা_অ্যাক্টন_টোকেন_ক্রিটর_লিস্ট সেট না থাকে (বা খালি রয়েছে), তবে অ্যাকাউন্টের পরিবর্তন আইএএম নীতিটি এড়িয়ে যায়। আমরা এখানে এই সমস্যাটি তদন্ত করছি এবং অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই।
API ব্যবহার টেরফর্ম পরিকল্পনা সম্পর্কে সর্বদা পরিবর্তনগুলি দেখানো প্রয়োজন। এই সমস্যাটি এজিএস ২.৮ রিলিজে ঠিক করা হয়েছে।
API ব্যবহার নমনীয় অবদান ফিল্টারিংয়ের সাথে সমষ্টি ফ্রিকোয়েন্সিটির জন্য প্রতি-বিজ্ঞাপনদাতা সেটিংস সেটআপ করার জন্য সুপারিশগুলি সন্ধান করা। বিজ্ঞাপনদাতার দ্বারা ব্যাচিং বর্তমানে এআরএর সাথে সম্ভব। নমনীয় অবদান ফিল্টারিং আরও উন্নত ক্ষেত্রে ব্যবহার করা যেতে পারে যেখানে কোনও বিজ্ঞাপন প্রযুক্তি বিভিন্ন ফ্রিকোয়েন্সি দ্বারা একটি প্রতিবেদনের অবদানকে আরও বিভাগ করতে চায়।

বিজ্ঞাপন প্রযুক্তিগুলি এখানে ব্যাচিং এবং এআরএর সাথে ফিল্টারিং আইডি ব্যবহার করে আরও শিখতে পারে । আমরা ফিল্টারিং আইডিগুলির জন্য আরও ডকুমেন্টেশনেও কাজ করছি।
বৈশিষ্ট্য অনুরোধ সমষ্টি পরিষেবা (এজিএস) এ `LOG_SUM_EXP` এর জন্য সমর্থন অনুরোধ। ব্যবহারের ক্ষেত্রে আরও তথ্যের জন্য আমরা এই স্টেকহোল্ডারের কাছে পৌঁছেছি। আমাদের আরও বিশদ থাকলে আমরা একটি আপডেট সরবরাহ করব।
বৈশিষ্ট্য অনুরোধ যখনই এজিএস সম্পর্কিত সমস্যা এবং মোতায়েন করা এজিএসে সম্ভাব্য সমস্যা রয়েছে তখন আরও লগ/অন্তর্দৃষ্টি/অন্যান্য মেট্রিকগুলি দেখতে সক্ষম হওয়ার অনুরোধ করুন। আমরা এখানে আরও ত্রুটি, প্রশমন এবং বিবরণ অন্তর্ভুক্ত করতে আমাদের ডকুমেন্টেশনে আপডেটগুলি প্রকাশ করেছি।

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

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

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

আমরা ব্যয় হ্রাস করতে সহায়তা করার জন্য বিজ্ঞাপন প্রযুক্তিগুলি কনফিগার করা অটোস্কেলিং প্রস্তাব করি। অটোস্কেলিংয়ের জন্য 0 নির্বাচন করার অর্থ কোনও কাজের জন্য অনুরোধ না করা পর্যন্ত কোনও চলমান উদাহরণ থাকবে না (দ্রষ্টব্য এটি বিলম্বতা বাড়িয়ে তুলতে পারে কারণ কোনও অনুরোধের সময় উদাহরণগুলি কাটা হবে)।
জ্ঞাত ত্রুটি এবং সমাধান "পরিষেবা ত্রুটি" দেখানো সমষ্টি পরিষেবা কাজের বিষয়ে স্পষ্টকরণ প্রয়োজন এই সমস্যাটি এখানে সমাধান করা হয়েছে।

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

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

ব্যক্তিগত সমষ্টি এপিআই

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
মূল নকশা বেসরকারী সমষ্টি কী ডিজাইন গাইডেন্সের জন্য অনুরোধ যদিও আমাদের কাছে একটি বেসরকারী সমষ্টি নির্দিষ্ট গাইড নেই, উভয় সমষ্টি পরিষেবা লোড পরীক্ষার কাঠামো এবং উন্নত কী পরিচালন গাইড উভয়ই সংস্থান হিসাবে ব্যবহার করা যেতে পারে।
অবদান বাজেট অবদানের বাজেট গণনা করা এবং সীমাবদ্ধ কোন স্তরে? অবদানের বাজেটটি একটি ঘূর্ণায়মান 10 মিনিটের উইন্ডোতে 2^16 এবং একটি ঘূর্ণায়মান 24 ঘন্টা উইন্ডোতে 2^20।

সীমা গোপন ট্র্যাকিং

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

এই কোয়ার্টারে কোনও প্রতিক্রিয়া পাওয়া যায় নি।

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

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
অ্যান্ড্রয়েড অ্যান্ড্রয়েডে আইপি সুরক্ষা রোল আউট করার পরিকল্পনা কী? While we are exploring bringing anti-covert tracking features to Android, including IP Protection, we don't have formal plans to share at this time.
API ব্যবহার Question on if there is or will be an anti-fraud exception for IP Protection? We strive to strike a balance between protecting users from being tracked across the web based on their IP addresses while minimizing disruption to the normal operations of servers, including the use of IP addresses for anti-abuse. While we cannot provide more details at the moment, we expect to provide them in the near future and look forward to continuing the discussion.
Bad Actor Identification Concerns regarding the effectiveness of traditional security measures against malicious IP addresses. IP Protection will not proxy 1P requests, so we expect most Intrusion Detection Systems will not be impacted. We plan to provide additional details in the future that address anti-fraud and site breakage concerns for incognito users.
আইপি অ্যাড্রেস মাস্কিং If the news publisher site (1P) uses the same domain with the advertising site (3P), will the IP address be masked for both? If not, how does one distinguish the two? IP Protection currently proposes a list-based approach to identify which third-party traffic goes through the proxies. However, even if an origin is on that list, it won't be proxied if accessed in a 1P context. We are finalizing the details regarding which specific 3P domains will be prioritized initially and how we'll precisely define 1P and 3P contexts for IP Protection.
আইপি অ্যাড্রেস মাস্কিং Concern about IP protection and its impact on anti-fraud systems. 1Ps are not impacted by our IP Protection plans, so sites such as forums should have access to IP addresses for dispute resolution. We plan to provide additional details in the future that address advertising fraud concerns.
আইপি অ্যাড্রেস মাস্কিং Is the IP masked in the header for impacted domains? Users will be assigned to a geographic area based on their pre-proxy IP address representing their current location. আপনি এখানে আরো বিস্তারিত জানতে পারেন.

Bounce Tracking Mitigation

Feedback Theme সারাংশ Chrome Response
API স্পেক Clarification needed on the behavior of Chrome's handling of extended navigation when a tab is closed. We have resolved this issue here and updated the specification accordingly.
Nav Tracking Discussion of a tracking mitigation approach involving a finite set of links to reduce entropy in cross-site requests. We are continuing to discuss this topic with other browser vendors here , and welcome additional feedback and any specific proposals on this issue from the ecosystem.

Privacy Budget

As noted in the GitHub explainer and developer site , Privacy Budget is no longer being actively
considered as part of the Privacy Sandbox proposals.

Strengthen cross-site privacy boundaries

Feedback Theme সারাংশ Chrome Response
(Also reported in previous quarters) Related Website Set (RWS) Domain Limit Request to increase the limit of Associated domains within RWS Our response is similar to previous quarters:

At present, we do not expect to increase the numeric limit. The limit was established based on user privacy considerations, feedback from ecosystem stakeholders in the W3C, and consideration of comparable implementations
in other browsers. For additional information, please see our blog posts ( 1 , 2 ).

We recommend examining use cases that require cross-site cookie access beyond the numeric limit, and consider leveraging our guidance for identity use-cases , authenticated embeds , and advertising use cases . If the user sessions are tied to login actions, we would recommend using the Federated Credential Management (FedCM) API to maintain functionality.

We welcome feedback on other use cases which may be required here .
Cross-site cookie handling Cross-site cookies set by a subdomain are not being passed in subsequent requests from the primary domain. The problem persists even with proper CORS and credential configurations. We provided guidance here regarding correct usage of the requestStorageAccessFor API needing to specify the full origin (ie include subdomains) in order for cross-site cookies to be sent on subsequent fetch requests.
ব্যবহারকারীর পছন্দ Request for further information regarding requestStorageAccessFor used by RWS after the rollout of user choice, in particular how the implicit or explicit user gesture, which currently allows access to 3PCs, will function in the new system. We expect that the behavior of RWS in either user choice mode, (ie, regardless of whether users have chosen to retain or limit their 3PCs) will be consistent with existing/shipping behavior in Chrome with 3PCs allowed vs. 3PCs blocked with RWS enabled ("Allow related sites to see your activity in the group" setting).

We recommend invoking hasStorageAccess first to check whether the embed already has access to unpartitioned cross-site cookies before invoking requestStorageAccess. The hasStorageAccess method will return true if the user chose to allow 3PCs. requestStorageAccessFor currently does not require a user gesture if 3PCs are allowed.

We have opened a new GitHub issue to discuss and specify what the right behavior should be in this case, and welcome additional feedback from the ecosystem.
API ব্যবহার Concerns about the lack of clarity regarding the use of RWS for "commercial" purposes, hindering their adoption. The stakeholder indicated interest in grouping publications for targeted advertising. The intended use of RWS is to support core site functionality and core user journeys. We encourage using our purpose-built advertising APIs for use cases related to targeted advertising.
API ব্যবহার Report of an issue with requestStorageAccess where they could set localStorage data but not cookies. The issue was caused by a typo in the SameSite attribute. Ensure correct spelling and explicitly set it to None for 3PCs.
API স্পেক Discrepancies in the JSON schemas across the repository, such as the misplacement of the "contact" field and suggestions for improvements, including the use of the "oneOf" keyword to ensure consistency. We are investigating this feedback and will look into making these improvements to the schema in the near future.

We welcome additional feedback here .
Third-party (3P) access to RWS With given user consent, allow an outlet to indicate the 3P domains that will also have such access to the RWS API data. Allowing 3Ps to combine their own unpartitioned data with RWS site data would undermine Privacy Sandbox's cross-site tracking protections.

However, we are considering the potential for enabling 3Ps to maintain data partitioned to an RWS and are seeking feedback on the design for such a solution here .

Fenced Frames API

Feedback Theme সারাংশ Chrome Response
API Question Concerns on how Fenced Frames with no network access could break brand safety and fraud protection for advertisers. We are tracking this concern in the context of our plan to enforce Fenced Frames. We will start looking soon into solutions that are compatible with Fenced Frames enforcement and as soon as proposals exist that are material enough we will share them.
API Question Is Fenced Frames API still scheduled for 2026? As stated in our public announcement , Fenced Frames will be required no sooner than 2026.
API Bug When reportEvent() successfully sends click data from a cross-origin subframe, setReportEventDataForAutomaticBeacons() does not overwrite the top frame's data. We are discussing this issue and welcome additional feedback here .

Shared Storage API

Feedback Theme সারাংশ Chrome Response
অ্যাপ বিজ্ঞাপন There is no equivalent of the Shared Storage API in Privacy Sandbox on Android. We are evaluating solutions on Android based on use case needs and platform constraints. We do not have any plans to share at the moment, but we welcome additional feedback from the ecosystem on this issue.
API ব্যবহার Confusion regarding the need for an additional javascript worklet for implementation for Shared Storage API.
 We are investigating this feedback and looking into potentially updating our documentation to explain the need for additional worklet scripts for Share Storage API.
অবিশ্বস্ততা Shared Storage API could change significantly or be dropped based on the privacy criticisms, making it an unreliable base to build on. We do not have plans to significantly change or drop the Shared Storage infrastructure. The main changes that have been announced are to the Select URL output gate where fenced frames will be required and event level reporting will be deprecated. However these changes will not go into effect until at least 2026.

চিপস

Feedback Theme সারাংশ Chrome Response
Partitioned Cookies Chrome does not differentiate partition keys based on frame ancestors, unlike Firefox, leading to inconsistencies. Chrome adopted the "ancestor chain bit" to resolve the security concern and discrepancy with Firefox's behavior.

We have set this out in further detail here .
Partitioned Cookies Embedded iframes with different storage access levels share and overwrite the same partitioned cookie, causing inconsistencies in authentication states. For this particular configuration, our recommendation is to use unpartitioned cookies with an invocation of Storage Access API.

We have discussed this in further detail here .
Partitioned Cookies Will partitioned cookie jars be cleared when 3PCs are disabled? Is there a way to test this behavior? We do not have any plans to share at this time. However, developers can test this functionality by manually deleting partitioned cookies via the Chrome DevTools Application>Cookies panel.

FedCM

Feedback Theme সারাংশ Chrome Response
Identity Provider (IdP) Registration Scope & Organization Chooser
 Question on extending IdP registration from the current same-origin policy to a same-site policy. This change would allow broader and more flexible identity management, such as enabling a university's welcome page to register multiple subdomain-based identity providers without needing separate origin-specific registrations.

Feedback on improving debuggability, handling approved clients for silent mediation, clarifying cookie behavior, allowing customization of the popup wording, and addressing timeout issues.		 We acknowledge this feedback and are considering how an organization chooser could be incorporated into FedCM.

We welcome additional feedback from the ecosystem here as we continue to refine this approach.
IdP Cookies Discussion on the impact of implementing short-lived session cookies as part of the Device Bound Session Credentials (DBSC) proposal. Concerns are raised about user experience in FedCM, where expired IdP cookies require a user-visible modal for renewal. The proposed DBSC should allow for cookie renewal without user interaction, ensuring continuous user experience.

We have discussed this issue in further detail here .
API স্পেক Question on appropriateness of using "NetworkError" in the FedCM API specification when the size of the "providers" array is not equal to 1. We agree that "TypeError" would be more appropriate for this situation since it reflects a coding error rather than a network issue. We will consider this change and explore the possibility of removing this restriction in future updates as we progress towards multi-IdP support.

We welcome additional feedback here .

Fight spam and fraud

Private State Token API (and other APIs)

Feedback Theme সারাংশ Chrome Response
Deprecation Trial & Mode B Concerns about the deprecation trial, Mode B testing, the potential discontinuation of Private State Tokens (PSTs), and the possibility of a new API better suited for their anti-fraud use case. The deprecation trial and Mode B testing remain unchanged. We will communicate any updates through the dev blog . We have no plans to discontinue PSTs and we are discussing ongoing feature development and updates on GitHub .

We have not announced any new APIs, but we welcome feedback on how PSTs can better address anti-fraud use cases.
API Feedback Request for the capability of revoking tokens to address an anti-fraud use case. While the issuer could revoke all tokens by changing the keys they use, individual token revocation is infeasible with the API as it would require allowing the issuer to associate token issuance and redemption which breaks the PST privacy model of preventing tracking between the two events.