2024 Q1-এর জন্য ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং 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 প্রতিক্রিয়া নাও থাকতে পারে।
সংক্ষিপ্ত শব্দের শব্দকোষ
- এআরএ
- অ্যাট্রিবিউশন রিপোর্টিং API
- চিপস
- স্বাধীন বিভাজিত রাষ্ট্র থাকার কুকিজ
- ডিএসপি
- ডিমান্ড-সাইড প্ল্যাটফর্ম
- ফেডসিএম
- ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
- FPS
- প্রথম পক্ষের সেট
- আইএবি
- ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
- আইডিপি
- পরিচয় প্রদানকারী
- আইইটিএফ
- ইন্টারনেট প্রকৌশল টাস্কফোর্স
- আইপি
- ইন্টারনেট প্রোটোকল ঠিকানা
- openRTB
- রিয়েল-টাইম বিডিং
- OT
- অরিজিন ট্রায়াল
- PAT API
- সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)
- প্যাটসিজি
- প্রাইভেট অ্যাডভার্টাইজিং টেকনোলজি কমিউনিটি গ্রুপ
- আরপি
- ভরসা পার্টি
- RWS
- সম্পর্কিত ওয়েবসাইট সেট (পূর্বে প্রথম পক্ষের সেট)
- এসএসপি
- সাপ্লাই সাইড প্ল্যাটফর্ম
- TEE
- বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট
- UA
- ইউজার এজেন্ট স্ট্রিং
- UA-CH
- ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
- W3C
- ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
- ডব্লিউআইপিবি
- ইচ্ছাকৃত আইপি অন্ধত্ব
সাধারণ প্রতিক্রিয়া, কোন নির্দিষ্ট API বা প্রযুক্তি
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| শাসন | গোপনীয়তা স্যান্ডবক্সে যেকোন গভর্নেন্স আপডেটের জন্য একটি পাবলিক কমেন্ট পিরিয়ডে আগ্রহ। | আমরা প্রাইভেসি স্যান্ডবক্সের ভবিষ্যত শাসন সহ প্রাইভেসি স্যান্ডবক্স সম্পর্কিত যেকোন গুরুত্বপূর্ণ অগ্রগতির বিষয়ে যুক্তিসঙ্গত স্টেকহোল্ডারদের প্রতিক্রিয়ার জন্য উন্মুক্ত। |
| পরীক্ষামূলক | বর্তমান 1% Chrome-সুবিধাযুক্ত টেস্টিং ছাড়াও 3PCD-এর জন্য অতিরিক্ত পরীক্ষার পর্যায়গুলি। | আমরা জানুয়ারীর শুরু থেকে সক্রিয় ক্রোম ট্রাফিকের বর্তমান 1% এর বাইরে ক্রোম-সুবিধাযুক্ত পরীক্ষা অফার করতে চাই না। |
| ওয়েব থেকে অ্যাপ | ওয়েব এবং অ্যাপের মধ্যে সম্পূর্ণ আন্তঃঅপারেবিলিটি অর্জনের আগে মোবাইল ডিভাইসে 3PCD হওয়া উচিত নয়। | আমরা সম্মত যে অ্যাপ এবং ওয়েব ইন্টারঅপারেবিলিটি সমর্থন করা বাঞ্ছনীয় এবং আমরা ক্রস অ্যাপ এবং ওয়েব অ্যাট্রিবিউশন পরিমাপ চালু করেছি এবং ওয়েব-টু-অ্যাপ টার্গেটিং সমাধানগুলি অন্বেষণ করছি। যাইহোক, আমরা মোবাইল ওয়েবে 3PCD দেরি করার পরিকল্পনা করছি না। আমাদের 3PCD শেষে 100% কভারেজের লক্ষ্য নেই। বরং, আমরা আশা করি ক্রস অ্যাপ এবং ওয়েব পরিমাপের জন্য অ্যান্ড্রয়েডের সামঞ্জস্যতা 3PCD-এ যুক্তিসঙ্গতভাবে বেশি হবে এবং ব্যবহারকারীরা তাদের ফোন আপডেট করার সাথে সাথে সময়ের সাথে সাথে বৃদ্ধি পাবে। |
| ব্রাউজারের ভূমিকা | Chrome একটি বিজ্ঞাপন সার্ভার বা SSP এর ভূমিকা গ্রহণ করছে বলে মনে হচ্ছে৷ | Chrome একটি বিজ্ঞাপন সার্ভার বা SSP এর ভূমিকা গ্রহণ করছে না৷ PA API এর সাথে, Chrome তাদের নিজস্ব বিডিং এবং স্কোরিং লজিক আনতে বিজ্ঞাপন সার্ভার, SSP, DSP এবং অন্যান্য বিজ্ঞাপন প্রযুক্তির জন্য একটি ধারক সরবরাহ করছে। |
| কেস গাইডেন্স ব্যবহার করুন | গোপনীয়তা স্যান্ডবক্স এপিআই দ্বারা সমর্থিত কোন ক্ষেত্রে ব্যবহার করা হবে সে বিষয়ে স্পষ্ট নির্দেশিকা। | প্রাইভেসি স্যান্ডবক্স প্রজেক্টের শুরুতে ডেভেলপার ডকুমেন্টেশন প্রাথমিকভাবে ডেভেলপারদের আলোচনায় আনা এবং সমস্ত প্রস্তাবের প্রতিক্রিয়া প্রক্রিয়ার উপর দৃষ্টি নিবদ্ধ করা হয়েছিল। এর অর্থ হল বিষয়বস্তুটি সাধারণত প্রকল্পের পিছনে অনুপ্রেরণা এবং ধারণাগুলি বোঝার চারপাশে গঠন করা হয়েছিল এবং প্রতিটি প্রস্তাবের জন্য প্রাথমিক বিকাশের বিশদ এবং পরীক্ষার বিবরণ অনুসরণ করে। এটি প্রস্তাবনাগুলির বিকাশে বাস্তব বাস্তুতন্ত্রের সহযোগিতা গড়ে তোলার ক্ষেত্রে কার্যকর ছিল, কিন্তু APIগুলি সাধারণ উপলব্ধতার মাধ্যমে অগ্রসর হওয়ার সাথে সাথে বিকাশকারীদের একটি নতুন শ্রোতা রয়েছে যারা এখানে প্রাথমিকভাবে তাদের অন্তর্নিহিত বিকাশে অবদান রাখার পরিবর্তে API গুলি তৈরি করতে এসেছেন৷ আমরা সাম্প্রতিক গোপনীয়তা স্যান্ডবক্স টাস্ক ফোর্স রিপোর্টে IAB টেক ল্যাবের অনুরূপ শ্রেণীকরণ ব্যবহার করে কেস ফোকাস করার জন্য developer.google.com/privacy-sandbox- এর নেভিগেশন আপডেট করেছি। ডকুমেন্টেশনের ক্ষেত্রে কেস-ভিত্তিক পদ্ধতির ব্যবহার এমন কিছু যা আমরা এগিয়ে যেতে থাকব। |
| স্থানীয় উন্নয়ন পরিবেশ | কিভাবে আমরা http://localhost-এ স্থানীয়ভাবে আমাদের ফ্রন্টএন্ডের বিকাশ ও পরীক্ষা চালিয়ে যেতে পারি যখন কুকিটি SameSite=Secure হয় এবং ব্যাকএন্ড একটি CDN দ্বারা ফ্রন্ট করা হয়? | আমরা এখানে এই সমস্যা নিয়ে আলোচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| 3PCD প্রশমন | 3PCs ব্লক করা হয়েছে বা কখন হিউরিস্টিক সক্রিয় আছে তা জানার একটি প্রোগ্রামেটিক উপায় আছে কি? | Chrome-এ, একটি iframe-এ বলা বৈশিষ্ট্য সনাক্তকরণ এবং document.hasStorageAccess উভয়ই একজন বিকাশকারীকে জানতে দেয় যে iframe-এর উৎস 3PC-তে অ্যাক্সেস আছে কিনা। |
| ভিডিও টেস্টিং | বর্তমানে গোপনীয়তা স্যান্ডবক্সে ভিডিও বিজ্ঞাপন পরীক্ষা করতে অক্ষম৷ | Chrome আজকে PA API-এর মাধ্যমে ভিডিওটি সম্পন্ন করা যেতে পারে এমন বিভিন্ন সম্ভাব্য উপায়ের একটি আলোচনা এবং প্রদর্শন পোস্ট করেছে (GitHub-এ আমাদের ডেমো রিপোজিটরিতে 242 এবং 254 দেখুন)। মনে রাখবেন যে এগুলি নমুনা কোড হিসাবে নয় যে বিজ্ঞাপন প্রযুক্তিগুলি পাইকারি গ্রহণ করবে, বরং ধারণার প্রমাণ এবং কৌশলগুলির প্রদর্শন হিসাবে যা PA API এর সাথে VAST ভিডিও রেন্ডারিংকে সমর্থন করতে পারে৷ এই আলোচনার সময়, এটাও স্পষ্ট হয়ে গেছে যে আজ ভিডিও রেন্ডারিং ইতিমধ্যেই সম্ভব, এমন কিছু পরিবর্তন রয়েছে যা Chrome করতে পারে যা PA API এর সাথে বাস্তবায়নকে সহজ করবে। উদাহরণস্বরূপ, ম্যাক্রো প্রতিস্থাপনের আপডেটগুলি ( এখানে আলোচনা করা হয়েছে) যা আমরা ইতিমধ্যেই তৃতীয় পক্ষের বিজ্ঞাপন যাচাইকারী ব্র্যান্ড সুরক্ষা ব্যবহারের ক্ষেত্রে প্রতিক্রিয়ার ভিত্তিতে সমাধান করার পরিকল্পনা করছিলাম, ভিডিও ব্যবহারের ক্ষেত্রেও প্রতিক্রিয়া জানাবে, যেখানে ক্রেতা কোন বিক্রেতার ম্যাক্রোগুলি খুঁজছেন। রেন্ডারিং ব্যবহার করতে আজ পর্যন্ত সর্বাধিক আলোচনা বিশেষভাবে VAST ভিডিও বিজ্ঞাপন রেন্ডার করার উপর দৃষ্টি নিবদ্ধ করা হয়েছে। নেটিভ বিজ্ঞাপনের রেন্ডারিং একই পন্থা ব্যবহার করতে পারে, এবং অনেক উপায়ে সহজ। নেটিভ বর্তমানে ভিডিওর চেয়ে কম মনোযোগ পাচ্ছে বলে মনে হচ্ছে, তবে এটি কেবলমাত্র বিজ্ঞাপন প্রযুক্তি শিল্পের অগ্রাধিকারের একটি প্রশ্ন, বাস্তবায়নে কোনো প্রযুক্তিগত বাধা নয়। |
| অ-বিজ্ঞাপন পরিমাপ | 3PCD অ-বিজ্ঞাপন-সম্পর্কিত দর্শক পরিমাপ সমাধানগুলিকে প্রভাবিত করতে পারে। | পরিমাপ API-এর প্রয়োজন নেই যে ব্যবহারের ক্ষেত্রে বিজ্ঞাপন-সম্পর্কিত হতে হবে। যদিও ARA একটি সাধারণ বিজ্ঞাপন যাত্রার জন্য আরও নির্দিষ্ট, ব্যক্তিগত একত্রীকরণ সাধারণ উদ্দেশ্য। এই দুটি বিল্ডিং ব্লক পরিমাপ কার্যকলাপের একটি বড় পরিসর মোকাবেলা করতে ব্যবহার করা যেতে পারে. |
| বিষয়বস্তু নির্মাতারা | গোপনীয়তা স্যান্ডবক্স কন্টেন্ট নির্মাতাদের YouTube-এর জন্য বেশি এবং তাদের নিজস্ব সাইটে কম সামগ্রী তৈরি করতে উত্সাহিত করার জন্য গঠন করা হয়েছে৷ | গোপনীয়তা স্যান্ডবক্স উদ্যোগটি একটি উন্মুক্ত এবং বিনামূল্যে ইন্টারনেট জুড়ে মানুষের কার্যকলাপকে ব্যক্তিগত রাখার উপর দৃষ্টি নিবদ্ধ করে৷ আমরা জানি যে প্রকাশকরা কন্টেন্ট তৈরি করতে এবং এটিকে যতটা সম্ভব বিস্তৃতভাবে উপলব্ধ করতে বিজ্ঞাপনের উপর নির্ভর করে। বিজ্ঞাপনদাতারা লোকেদের নতুন পণ্য বা অফার খুঁজে পেতে সাহায্য করে যা তারা চাইতে পারে। গোপনীয়তা স্যান্ডবক্স বৈশিষ্ট্যগুলি সমস্ত ধরণের ওয়েবসাইটগুলিকে সক্ষম করে, যারা বিষয়বস্তু নির্মাতাদের সাথে কাজ করে, বিভিন্ন পক্ষের সাথে তাদের কার্যকলাপের উপর ভিত্তি করে লোকেদের দরকারী বিজ্ঞাপনগুলি দেখাতে, সেই পক্ষগুলির কাছে ব্যবহারকারীর পরিচয় প্রকাশ না করেই৷ |
| ক্লিয়ার টাইমলাইন | গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলির জন্য আরও পরিষ্কার, আরও বিশদ প্রকাশের সময়সূচী। | গোপনীয়তা স্যান্ডবক্স API ডকুমেন্টেশন API স্থিতি এবং প্রাপ্যতা পৃষ্ঠাগুলি অন্তর্ভুক্ত করে৷ এই পৃষ্ঠাগুলি আসন্ন বৈশিষ্ট্য এবং তাদের টাইমলাইনগুলি তালিকাভুক্ত করে (যেমন PA API , ARA )। এখানে এই স্ট্যাটাসগুলির একটি কেন্দ্রীয় দৃশ্য রয়েছে। |
| মেশিন লার্নিং | বিজ্ঞাপন প্রযুক্তিগুলি মেশিন লার্নিং মডেলগুলিকে সঠিকভাবে প্রশিক্ষণ দিতে সক্ষম হয় না যতক্ষণ না 3PCD 1% এর বেশি প্রসারিত হয়। | পরীক্ষার জন্য আরও ব্রাউজারে 3PCD প্রসারিত করা গ্যারান্টি দেয় না যে APIগুলি আরও বেশি ব্যবহার দেখতে পাবে, যা সম্ভবত বিজ্ঞাপন প্রযুক্তিগুলি মেশিন লার্নিং মডেলগুলিকে আরও প্রশিক্ষণ দেওয়ার জন্য খুঁজছে৷ যদি বিজ্ঞাপন প্রযুক্তিগুলি মেশিন লার্নিং মডেলগুলিকে আরও প্রশিক্ষিত করার জন্য বিস্তৃত ইকোসিস্টেম ব্যবহার না করে, তাহলে 3PCD প্রসারিত করার কোনও কারণ নেই কারণ একটি বিজ্ঞাপন প্রযুক্তি মডেলকে আরও বেশি ট্র্যাফিকের প্রশিক্ষণ দিতে ইচ্ছুক আজ 3PCD না বাড়িয়ে তা করতে পারে৷ স্ট্যান্ডস্টিল শেষ হওয়ার আগে 3PCD-এ এগিয়ে যাওয়ার জন্য Chrome-এর উপস্থিতি ছাড়াই এটি করা যেতে পারে। |
| অসমর্থিত ব্যবহারের ক্ষেত্রে | স্ব-পরিষেবা ডিএসপি ব্যবহারের ক্ষেত্রে বর্তমানে বিবেচনা করা হচ্ছে না। | একাধিক স্ব-পরিষেবা ডিএসপি রয়েছে যারা নিয়মিত এপিআইগুলিতে জনসাধারণের প্রতিক্রিয়া প্রদান করছে। নিয়মিত পাবলিক ফিডব্যাক প্রদানকারী ডিএসপিদের মধ্যে বেশ কয়েকজন নিজেদেরকে পরীক্ষক হিসেবে তালিকাভুক্ত করেছেন । উপরন্তু, Chrome ভিডিও এবং তৃতীয় পক্ষের বিজ্ঞাপন সার্ভারের মতো সাধারণ স্ব-পরিষেবা ডিএসপি বিষয়গুলিতে সক্রিয়ভাবে জড়িত। সাম্প্রতিক সাপ্তাহিক PA API কলগুলি এই বিষয়গুলিকে কভার করেছে৷ |
| অরিজিন ট্রায়াল | 3PCD-এর জন্য আরও আক্রমনাত্মক র্যাম্প আপ এবং পরীক্ষা কভারেজ কামনা করে এমন সাইটগুলির জন্য OT-এর জন্য অনুরোধ৷ | Chrome বর্তমানে একটি প্রথম পক্ষের OT তৈরি করছে, যা অরিজিনকে 3PC ফেজআউট আচরণে অপ্ট-ইন করার অনুমতি দেবে৷ এই ট্রায়ালের জন্য নিবন্ধিত এবং টোকেন স্থাপনকারী শীর্ষ-স্তরের উত্সগুলিকে 3PC ব্লক করা হবে যেন ব্যবহারকারীর ডিভাইসে ট্র্যাকিং সুরক্ষা সক্ষম করা হয়েছে৷ এই OT সাইটগুলির জন্য 3PCs-এর দীর্ঘমেয়াদী বিকল্পগুলির বিস্তৃত পরীক্ষা করার জন্য একটি মূল্যবান সুযোগ প্রদান করবে, CMA-এর সাথে পরামর্শের পরে নির্ধারিত 3PC-এর চূড়ান্ত পর্বের আগে। আমরা এখনও OT এর রোলআউটের জন্য টাইমলাইন চূড়ান্ত করার জন্য কাজ করছি। |
| আইএবি টেক ল্যাব রিপোর্ট | IAB টেক ল্যাব রিপোর্ট থেকে প্রাপ্ত গোপনীয়তা স্যান্ডবক্স সম্পর্কে প্রতিক্রিয়া। | আমরা এখানে বিস্তারিতভাবে IAB টেক ল্যাব রিপোর্টের প্রতিক্রিয়া জানিয়েছি। আমরা সেখানেও স্বীকার করেছি যে "প্রতিবেদনটি খণ্ডিত ডকুমেন্টেশন, বাণিজ্যিক প্রয়োজনীয়তা, তৃতীয় পক্ষের অডিট, শিল্পের স্বীকৃতি, স্কেলেবিলিটি, স্বচ্ছতা এবং ভবিষ্যত শাসন সম্পর্কে প্রশ্ন উত্থাপন করে, যা আমরা ইকোসিস্টেমের সাথে যুক্ত করব এবং সেই অনুযায়ী আমাদের পাবলিক FAQগুলি আপডেট করব।" আমরা আগে খণ্ডিত ডকুমেন্টেশন ঠিকানা. আমরা এখানে "ডেটা গ্যারান্টি" এর অধীনে বাণিজ্যিক প্রয়োজনীয়তাগুলি সম্বোধন করি এবং কিছু Google বিজ্ঞাপন পণ্য তাদের পন্থাগুলি ভাগ করেছে ৷ আমরা এখানে "অ্যালগরিদম ইন্টিগ্রিটি গ্যারান্টি" এর অধীনে তৃতীয় পক্ষের অডিটগুলি সম্বোধন করি৷ স্বীকৃতির বিষয়ে আমরা আশা করব যে এই সংস্থাগুলি নিজেদের দ্বারা প্রযুক্তির পরিবর্তে প্রযুক্তির ব্যবহার সহ পণ্যগুলিকে স্বীকৃতি দেওয়া চালিয়ে যাবে৷ স্কেলেবিলিটি সম্পর্কে আমরা সমস্যাগুলি প্রদর্শন করে এমন ডেভেলপারদের ডেটার জন্য উন্মুক্ত থাকি। স্বচ্ছতা এবং শাসনের বিষয়ে আমরা প্রতিশ্রুতির অধীনে CMA-এর সাথে জড়িত থাকার সময় GitHub-এ এবং W3C-এর মতো ফোরামে উন্মুক্তভাবে বিকাশ চালিয়ে যাচ্ছি। |
| Google সাইন-ইন | Google সাইন-ইনগুলি প্রতিশ্রুতির বিপরীতে ক্রস-আইডেন্টিফিকেশন লগ-ইন ডেটা ব্যবহার করার জন্য Google-এর জন্য সম্ভাবনার দিকে পরিচালিত করবে৷ | Google সাইন-ইন প্রতিশ্রুতির বিপরীতে ডেটা ব্যবহার করতে Googleকে সক্ষম করে না। |
| সামঞ্জস্য | গোপনীয়তা স্যান্ডবক্স এপিআই সমর্থন এবং ফরোয়ার্ড/ব্যাকওয়ার্ড সামঞ্জস্যের জন্য পরিকল্পনা কী? | একবার Chrome সাধারণ উপলব্ধতার জন্য একটি বৈশিষ্ট্য চালু করলে, আমরা সেই বৈশিষ্ট্যটির জন্য সমর্থন বজায় রাখার লক্ষ্য রাখি। অবশ্যই এটি সর্বদা পিছনের সামঞ্জস্য বজায় রাখা সম্ভব নয়, এবং এই ধরনের ক্ষেত্রে আমাদের কাছে বিদ্যমান বৈশিষ্ট্যগুলিকে অবমূল্যায়ন এবং অপসারণের একটি পরিষ্কার প্রক্রিয়া রয়েছে, এখানে বর্ণনা করা হয়েছে। আমরা সময়ের সাথে সাথে গোপনীয়তা স্যান্ডবক্স এপিআইগুলিতে আরও বৈশিষ্ট্য যুক্ত করার আশা করি, ব্যবহারের ক্ষেত্রে ইকোসিস্টেম প্রতিক্রিয়ার প্রতিক্রিয়া হিসাবে যা উন্নত সমর্থন থেকে উপকৃত হবে। এই ধরনের ক্ষেত্রে আমরা কিছু ধরণের বৈশিষ্ট্য সনাক্তকরণ কৌশল অন্তর্ভুক্ত করার প্রবণতা রাখি, যাতে একটি নতুন বৈশিষ্ট্য নিয়ে পরীক্ষা করতে আগ্রহী একটি বিজ্ঞাপন প্রযুক্তি সরাসরি ব্রাউজারকে জিজ্ঞাসা করতে পারে যে বৈশিষ্ট্যটি সমর্থিত কিনা। এটি ডেভেলপারদেরকে একটি নির্দিষ্ট Chrome সংস্করণ নম্বর পরীক্ষা করতে বলার চেয়ে ভাল, কারণ কিছু বৈশিষ্ট্য একই সময়ে Chrome এর সমস্ত ব্যবহারকারীর কাছে রোল আউট নাও হতে পারে৷ উদাহরণস্বরূপ, PA API-এর জন্য আমাদের বৈশিষ্ট্য সনাক্তকরণের কাজটি এখানে পাওয়া যাবে। |
| সার্ভার বাস্তবায়ন | তাদের নিজস্ব বাস্তবায়নের সাথে সংযুক্ত করার পরিবর্তে, Chrome-এর উচিত এমন আচরণগুলি নির্দিষ্ট করা যা একটি বিশ্বস্ত সিগন্যাল সার্ভার, অ্যাগ্রিগেশন সার্ভার এবং অন্য যেকোন প্রয়োজনীয় নন-ব্রাউজার উপাদানগুলির একটি সন্তোষজনক বাস্তবায়ন অবশ্যই পূরণ করবে৷ এটি গ্রহণযোগ্য গোপনীয়তার সীমানার মধ্যে উদ্ভাবনকে সক্ষম করবে। | আমরা বহিরাগত দলগুলির দ্বারা উদ্ভাবনের আকাঙ্ক্ষার প্রশংসা করি এবং স্বাগত জানাই। সমস্ত API এবং পরিষেবাগুলির জন্য, আমরা তাদের কার্যকারিতা বাস্তবায়নের জন্য বিজ্ঞাপন প্রযুক্তির নমনীয়তা প্রদানের লক্ষ্য রাখি। উদাহরণস্বরূপ, আমরা বিজ্ঞাপন প্রযুক্তিকে নিলামের জন্য বিডিং লজিক ডিজাইন করার ক্ষেত্রে গোপনীয় ব্যবসার তথ্য ব্যবহার করার অনুমতি দিই। তাছাড়া, আমরা ক্রমাগত বিজ্ঞাপন প্রযুক্তির প্রতিক্রিয়ার সাথে জড়িত থাকি এবং যেখানে ন্যায়সঙ্গত হয়, এটিকে আমাদের ডিজাইনে অন্তর্ভুক্ত করি। ট্রাস্টেড এক্সিকিউশন এনভায়রনমেন্টে অন্যদের তাদের নিজস্ব কোড চালানোর অনুমতি দেওয়ার জন্য, গোপনীয়তা গ্যারান্টি পূরণ করে তা নিশ্চিত করতে গোপনীয়তা স্যান্ডবক্সকে কোডটি (এবং যেকোনো পরিবর্তন) পর্যালোচনা করতে হবে। এর জন্য প্রাইভেসি স্যান্ডবক্স টিমের উল্লেখযোগ্য প্রচেষ্টার প্রয়োজন হবে৷ অতএব, আমরা বুঝতে চাই যে স্টেকহোল্ডাররা কী সুবিধা পেতে চাইছে, যা আজ আমাদের দ্বারা পূরণ হয়নি। |
| হিউরিস্টিকস | হিউরিস্টিকস জন্য দীর্ঘমেয়াদী পরিকল্পনা কি? | অন্যান্য ব্রাউজারগুলি যা ইঙ্গিত করেছে তার সাথে সারিবদ্ধভাবে, আমরা এই হিউরিস্টিকগুলিকে শেষ পর্যন্ত অবসর দিতে চাই কারণ বিকল্প সমাধানগুলি ব্যাপকভাবে ব্যবহৃত হয়, আরও সম্ভাব্যতা বিশ্লেষণের সাপেক্ষে৷ আমরা এখানে এটি শেয়ার করেছি। |
| পরীক্ষার ভলিউম | বিভিন্ন মাত্রার তুলনা করার সময় বিভিন্ন ট্রাফিক ভলিউম। | 1% পরীক্ষায় বর্জনের মানদণ্ড রয়েছে যা Chrome ক্লায়েন্টের বিভিন্ন জনসংখ্যার মধ্যে পরীক্ষার জন্য যোগ্যতার পার্থক্যের দিকে পরিচালিত করে। উদাহরণস্বরূপ, পরীক্ষাটি Chrome এন্টারপ্রাইজ ব্যবহারকারীদের বাদ দেয় , তাই এটি প্রত্যাশিত যে পরীক্ষার লেবেল সহ ট্রাফিকের ভগ্নাংশ সপ্তাহান্তে বেশি হবে৷ বিভিন্ন ডেটা স্লাইস (যেমন জিও, তারিখ এবং প্ল্যাটফর্ম) জুড়ে ট্রাফিকের বিভিন্ন শতাংশ দেখা আশা করা যায় এবং এটি আমরা Chrome ডেটাতে যা দেখছি তার সাথে সামঞ্জস্যপূর্ণ। |
| ম্যানুয়ালি 3PC পুনরায় সক্রিয় করুন | 3PCD প্রয়োগ করার পরে কতজন ব্যবহারকারী (%) ম্যানুয়ালি কুকিজ পুনরায় সক্রিয় করেছে সাইটগুলি কি জানতে পারবে? | ব্যবহারকারীরা ব্রেকেজের সম্মুখীন হলে ব্যবহারকারীদের বাইপাসের মাধ্যমে সাইট স্তরে 3PC অ্যাক্সেস পুনরায় সক্ষম করার ক্ষমতা থাকবে। স্টোরেজ অ্যাক্সেস এপিআই-এর মতো অন্যান্য ব্যবস্থার মাধ্যমেও 3পিসি পুনরায় সক্রিয় করা যেতে পারে। প্রযুক্তিগত ব্যবস্থা আছে, যেমন hasStorageAccess(), যা সাইটগুলিকে 3PC সক্রিয় বা নিষ্ক্রিয় কিনা তা সনাক্ত করতে দেয়। যাইহোক, ক্রোম ওয়েবসাইটগুলিকে পুনঃ-সক্ষমকরণের কারণগুলি জানার একটি উপায় সহজতর করবে না৷ |
| ট্র্যাকিং সুরক্ষা | Chrome এর ট্র্যাকিং সুরক্ষা UI বৈশিষ্ট্য কতক্ষণ উপলব্ধ থাকবে? | অ্যাড্রেস বারে ট্র্যাকিং প্রোটেকশন UI 3PCs অবমূল্যায়িত হওয়ার পরেও থাকবে বলে আশা করা হচ্ছে। |
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) ক্রস ব্রাউজার সমর্থন | অন্যান্য ব্রাউজার বিক্রেতারা গোপনীয়তা স্যান্ডবক্স এপিআই গ্রহণ করছে। | অন্যান্য ব্রাউজার বিক্রেতারা, যেমন Apple, Mozilla, এবং Microsoft, পাবলিক ফোরামে সক্রিয় অংশগ্রহণকারী যেখানে গোপনীয়তা নীতি এবং ব্রাউজার-ভিত্তিক পদ্ধতি নিয়ে আলোচনা করা হচ্ছে। সাম্প্রতিক W3C বার্ষিক TPAC মিটিং এবং চলমান W3C PATCG ফোরামের মত ফোরামে সহযোগিতামূলক আলোচনা দ্বারা আমরা উৎসাহিত হই যেখানে আমরা একত্রিত হওয়ার লক্ষণ দেখতে পাই। উদাহরণস্বরূপ, মাইক্রোসফ্ট এজ সম্প্রতি তার পরিকল্পনা ঘোষণা করেছে যার লক্ষ্য PA API এবং ARA এর সাথে "সিনট্যাকটিক সামঞ্জস্যকে সর্বাধিক করা" এবং বিকাশকারীদের জন্য অতিরিক্ত বৈশিষ্ট্যগুলিও অফার করে। |
| বেমানান এম্বেড পোস্ট 3PCD জন্য ফলব্যাক বিকল্প | তৃতীয় পক্ষের আইফ্রেম/এম্বেড 3PCD-এর সাথে সঙ্গতিপূর্ণ কিনা তা সনাক্ত করতে API হুক প্রদান করুন। | আমরা এখানে অনুরোধ নিয়ে আলোচনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| পরীক্ষামূলক | ক্রোমের পরিচালিত দৃষ্টান্তগুলিতে অতিরিক্ত পতাকার জন্য অনুরোধ যা সাময়িকভাবে কাস্টমাইজড আচরণ বন্ধ করে। | আমরা Chrome-এর পরিচালিত দৃষ্টান্তগুলির জন্য এই অনুরোধটি বিবেচনা করছি এবং যদি এই জাতীয় পতাকা কার্যকর হয় তবে ইকোসিস্টেম থেকে অতিরিক্ত ইনপুটগুলিকে স্বাগত জানাই৷ |
তালিকাভুক্তি এবং প্রত্যয়ন
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| প্রত্যয়ন যাচাই | Google কিভাবে প্রত্যয়নের সত্যতা নিশ্চিত করবে? | APIs ব্যবহার করার সময় সমস্ত নিবন্ধনকারীকে সত্যায়িত ফাইলটি রাখতে হবে। Google যাচাই করে যে ফাইলটি যথাস্থানে আছে এবং সিনট্যাক্স সঠিক কিন্তু Google সত্যায়িত ভাষার ক্ষেত্রে বিজ্ঞাপন প্রযুক্তির আচরণকে যাচাই করে না। |
| ব্যক্তিগত একত্রীকরণ API তালিকাভুক্তি প্রক্রিয়া | প্রাইভেট অ্যাগ্রিগেশন এপিআই তালিকাভুক্তির স্থিতি পরীক্ষা করার একটি উপায় আছে কি? | তালিকাভুক্তি বৈধ হওয়ার পরে সমস্ত অনুমোদিত নথিভুক্তদের তালিকাভুক্তি সহায়তা টিমের ইমেলের মাধ্যমে অবহিত করা হয়। প্রক্রিয়া চলাকালীন নিবন্ধনকারীর কোন প্রশ্ন থাকলে, তারা সহায়তা টিমের সাথে যোগাযোগ করতে পারে (যার সাথে তারা তাদের তালিকাভুক্তি ফর্ম জমা দেওয়ার পরে সংযুক্ত)। সহায়তা দল উত্তর দেবে এবং প্রশ্নের উত্তর দেবে এবং প্রয়োজনীয় যেকোন অতিরিক্ত নির্দেশিকা প্রদান করবে। |
প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান
বিষয়
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) ক্লাসিফায়ার টাইমলাইন এবং ডকুমেন্টেশন | শ্রেণিবিন্যাসের পর্যালোচনা বা শ্রেণীবিন্যাস মোড কীভাবে বিভাগগুলি নির্ধারণ করে তার উপর অন্তত অতিরিক্ত স্বচ্ছতার জন্য কিছু পদ্ধতি থাকা উচিত। | আমাদের প্রতিক্রিয়া আগের ত্রৈমাসিক থেকে অপরিবর্তিত: "সাইটগুলির ভুল শ্রেণীবিন্যাস সামগ্রিকভাবে একটি সংকেত হিসাবে বিষয় সংকেতকে কিছুটা কম উপযোগী করে তুলতে পারে, তবে যে নির্দিষ্ট সাইটগুলি ভুল শ্রেণীবদ্ধ করা হয়েছে সেগুলি অন্য কোনও সাইটের তুলনায় এর দ্বারা বেশি এবং কম ক্ষতিগ্রস্থ হয় না৷ এর কারণ হল একটি সাইটের প্রাসঙ্গিক তথ্য সর্বদা উপলব্ধ থাকবে তাদের সাইটে নিলাম, যা সঠিক বিষয়ের সাথে তুলনামূলক তথ্য প্রদান করবে, এমনকি ভুল শ্রেণীবিভাগের ক্ষেত্রেও আমরা এখানে এই বিষয়ে প্রতিক্রিয়াকে স্বাগত জানাই।" |
| গুগল অ্যাড ম্যানেজার | গুগল অ্যাড ম্যানেজার ইতিমধ্যেই বেশিরভাগ সাইটে এম্বেড করা আছে এবং কম সাইটে উপস্থিত প্রতিযোগীদের তুলনায় ব্যবহারকারীর বিষয় সম্পর্কে অনেক বিস্তৃত তথ্য থাকবে। | এপিআই যে প্রযুক্তিগুলি প্রতিস্থাপন করছে (3পিসি সহ) টপিকস এপিআই-এর ফলে ব্যবহারকারীর ডেটা আরও বেশি সংস্থার সাথে শেয়ার করা হচ্ছে না তা নিশ্চিত করার জন্য পর্যবেক্ষণের প্রয়োজনীয়তা বিদ্যমান। অন্যান্য শিল্প সমাধান যেমন প্রিবিড 10,000 সাইটের সাথে কাজ করে এবং বাজারের অংশগ্রহণকারীদের তাদের প্রযুক্তির মাধ্যমে টপিক API কল করতে সক্ষম করে। আরও, এটি লক্ষণীয় যে প্রতি সপ্তাহে 5টি শীর্ষ বিষয়ের সীমা একটি সমান প্রভাব ফেলতে পারে, কারণ অনেক সাইটে উপস্থিত বাজার অংশগ্রহণকারীরা যারা 3PC ব্যবহার করে 5টির বেশি বিষয় সমতুল্য শিখতে সক্ষম হতে পারে তারা 5-এ সীমাবদ্ধ থাকবে। |
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা | সাইটের ট্র্যাফিকের স্তরের উপর নির্ভর করে বা তাদের বিষয়বস্তু কতটা বিশেষায়িত তার উপর ভিত্তি করে তৈরি করা মান এবং সেই মানটির বিতরণ সম্পর্কে উদ্বেগ। | আমরা স্বীকার করি যে বিশেষ সাইটগুলি সাধারণ আগ্রহের ডোমেনের তুলনায় আরও বেশি দানাদার বিষয়গুলিতে অবদান রাখার সম্ভাবনা বেশি। যাইহোক, সমস্ত বিশেষ সাইট বাণিজ্যিকভাবে মূল্যবান বিষয় অবদান রাখে না। এছাড়াও, এই গতিশীলটি স্থিতাবস্থাকে প্রতিফলিত করে এবং Chrome-এ 3PC-এর সমর্থনের শেষ থেকে সম্পূর্ণ স্বাধীন। এছাড়াও বর্তমান পরিবেশে, কিছু সাইট 3PC-ভিত্তিক বিজ্ঞাপন প্রাসঙ্গিকতা সিস্টেমে অন্যদের তুলনায় বেশি মূল্য প্রদান করে। উপরন্তু, বিশেষায়িত সাইটগুলির মধ্যে বিষয়গুলি একে অপরের জন্য পারস্পরিকভাবে উপকারী হতে পারে কারণ বিভিন্ন বিজ্ঞাপনদাতারা বিভিন্ন বিষয়ের বিভিন্ন সেট জুড়ে প্রচারাভিযান চালাতে পারে এবং বিডিং লজিক বিস্তৃত বিষয় জুড়ে মান পর্যবেক্ষণ করতে পারে। |
| হোস্টনাম বনাম সম্পূর্ণ ইউআরএল | ওয়েবসাইটগুলির হোস্টনামের উপর ভিত্তি করে শ্রেণিবিন্যাস কি যথেষ্ট কার্যকর এবং এটি কি সম্পূর্ণ URL-এর তুলনায় গোপনীয়তার ঝুঁকি কমায়? | আমরা হোস্টনাম ছাড়াও তথ্য URL বা পৃষ্ঠার শিরোনাম ব্যবহার করার কথা বিবেচনা করেছি, এবং নির্ধারণ করেছি যে সম্ভাব্য সুবিধাগুলি ব্যবহারকারীর গোপনীয়তা এবং নিরাপত্তার ঝুঁকির দ্বারা বেশি হবে। ব্যবহারকারীর গোপনীয়তার ঝুঁকির একটি উদাহরণের মধ্যে URL বা পৃষ্ঠার শিরোনামে ব্যবহারকারীর বিষয়ের মধ্যে অন্তর্ভুক্ত সংবেদনশীল তথ্যের শ্রেণীবিভাগ অন্তর্ভুক্ত। |
| একটি সংকেত হিসাবে বিষয় | অন্যান্য সংকেতগুলির সাথে বিষয়গুলিকে কীভাবে একত্রিত করা যায় এবং অন্য কোন সংকেতগুলি কার্যকর হতে পারে সে সম্পর্কে নির্দেশনার জন্য অনুরোধ করুন৷ | অ্যাড টেক সলিউশনগুলি সমস্ত উপলব্ধ সরঞ্জামগুলিকে একত্রিত করে সেরা ফলাফল আনলক করতে পারে, যেমন মেশিন লার্নিং এবং গোপনীয়তা-সংরক্ষণকারী API থেকে গোপনীয়তা-নিরাপদ সংকেত, প্রাসঙ্গিক ডেটা, সৃজনশীল ডেটা এবং প্রথম পক্ষের ডেটা সহ। এই বিষয়ে আরও নির্দেশিকা এখানে উপলব্ধ। |
সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ট্রাফিক ভলিউম পরীক্ষা করুন | পরীক্ষকরা PA API নিলামের জন্য বিড প্রতিক্রিয়ার কম ভলিউম রিপোর্ট করছেন। | 1. বিডের ঘনত্ব PA API-এ ইকোসিস্টেমের অংশগ্রহণের সাথে সম্পর্কযুক্ত, যা আমরা আশা করি 2024 এবং তার পরেও বাড়তে থাকবে৷ প্রচারণার বাজেট কীভাবে বরাদ্দ করা যায় তা চূড়ান্তভাবে বিজ্ঞাপনদাতা, তাদের সংস্থা এবং প্রযুক্তি প্রদানকারীদের উপর নির্ভর করে। আমরা আশা করি যে কিছু ইকোসিস্টেম অংশগ্রহণকারীরা 3PCD এর পরে PA API সহ বিভিন্ন "কুকিলেস" সমাধানগুলিতে তাদের বিনিয়োগ বিলম্বিত করতে পারে। সেই সময়ে আমরা আশা করি তারা এই ধরনের সমাধানের জন্য তাদের প্রচারাভিযানের বাজেট বরাদ্দ বাড়াতে পারে। 2. PA API নিলামে বিড অনুরোধের পরিমাণ (1) দ্বারা প্রভাবিত হতে পারে যে প্রকাশকদের মধ্যে এবং তাদের বিজ্ঞাপন প্রযুক্তি প্রদানকারীরা চাহিদা কম বলে মনে করলে PA API নিলাম শুরু না করার সিদ্ধান্ত নিতে পারে। প্রকাশকদের তাদের পৃষ্ঠাগুলি আপডেট করা এবং অংশগ্রহণ করার অগ্রাধিকার নির্ধারণ করা। আমরা আশা করি যে প্রকাশকরা এই কারণগুলির জন্য ধীরে ধীরে ট্রাফিক পরীক্ষা করতে এবং র্যাম্প বাড়াতে সময় নিতে পারেন। এই রিপোর্টে PA API অংশগ্রহণের জন্য প্রকাশক নিয়ন্ত্রণ সম্পর্কে Google Ad Manager থেকে একটি প্রতিক্রিয়াও অন্তর্ভুক্ত রয়েছে। |
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) প্রতারণা / অপব্যবহার | বাস্তুতন্ত্র কীভাবে ঝুঁকি কমাতে পারে এবং খারাপ অভিনেতা বা ক্রেতাদের নিজেদের পছন্দসই শ্রোতা হিসাবে অবস্থান করা থেকে থামাতে পারে? | PA API বিজ্ঞাপনের রিপোর্টিং প্রক্রিয়াগুলি আজকের বট ট্রাফিক থেকে মানুষকে আলাদা করতে ব্যবহৃত তথ্য ধরে রাখে। অধিকন্তু, ডোমেনগুলি অন্তর্ভুক্ত বা বাদ দেওয়ার বর্তমান ডোমেন-ভিত্তিক কৌশলগুলি PA API-তে ব্যবহার করা যেতে পারে। গোপনীয়তা স্যান্ডবক্সের উপর IAB টেক ল্যাবের প্রতিবেদনে আমাদের প্রতিক্রিয়াতে এটি আরও বিশদে বর্ণনা করা হয়েছে। |
| IG মালিক এবং বিডিং লজিক URL-এর উপর একই অরিজিন সীমাবদ্ধতা | একই-অরিজিন প্রয়োজনীয়তার সাথে, একজন IG মালিকের জন্য শেষ পয়েন্টগুলিকে একই লোড ব্যালেন্সারের মধ্য দিয়ে যেতে বাধ্য করা হবে, যার ফলে পুনঃনির্দেশ প্রত্যাখ্যান হতে পারে। | স্ক্রিপ্ট লোড করার জন্য একই-অরিজিন প্রয়োজনীয়তা একটি গুরুত্বপূর্ণ নিরাপত্তা সুরক্ষা। এখানে একটি প্রস্তাবিত সমাধানের কিছু বিশদ বিবরণ রয়েছে যা এখানে বাস্তুতন্ত্রের প্রতিক্রিয়া এবং অন্যান্য বিবেচনার ভারসাম্য বজায় রাখে। |
| মাল্টি-স্লট প্রাইভেট নিলাম | বিজ্ঞাপনের বর্তমান অনুশীলনের সাথে শোরগোল এবং কঠোর সংহতকরণ ব্যবহার করে গোপনীয়তার সীমানার মধ্যে মাল্টি-স্লট ব্যক্তিগত নিলামের অনুমতি দেওয়ার জন্য প্রচুর জায়গা রয়েছে। | আমরা এই প্রতিক্রিয়াটি বিবেচনা করছি এবং এই বৈশিষ্ট্যের সাথে যুক্ত বর্ধিত জটিলতা এবং গোপনীয়তার ঝুঁকির বিরুদ্ধে মাল্টি-ট্যাগ নিলামের অনুরোধের মূল্যায়ন করছি। আমরা এখানে একটি PA API ওয়েব ইনকিউবেটর কমিউনিটি গ্রুপ (WICG) কলের সময় এই সমস্যাটি আরও আলোচনা করেছি। |
| শীর্ষ-স্তরের বিক্রেতা | PA API-এর বর্তমান কাঠামো যে কোনো শীর্ষ-স্তরের বিক্রেতাকে প্রকাশক বা উপাদান বিক্রেতাদের তুলনায় উল্লেখযোগ্যভাবে বেশি ডেটা এবং ইম্প্রেশনের আপেক্ষিক মূল্য বোঝার সুবিধা প্রদান করে। | একটি বহু-বিক্রেতার নিলামে প্রতিটি বিক্রেতার একটি সেরা বিড থাকবে৷ উপরন্তু, আমরা ইকোসিস্টেম থেকে শিখেছি যে প্রকাশকরা তাদের সাথে কাজ করে এমন প্রতিটি বিক্রেতার সেরা বিডের পাশে সরাসরি বিক্রির চাহিদা বিবেচনা করতে পারেন। কোন বিজ্ঞাপন পরিবেশন করা হবে তা নির্ধারণ করতে এই সমস্ত সম্ভাব্য নগদীকরণের সুযোগগুলি জুড়ে সন্ধান করা প্রয়োজন৷ এই পরিস্থিতি, যেখানে পরিবেশনের জন্য একটি বিজ্ঞাপন বাছাই করার জন্য কিছু অভিনেতার জন্য বিকল্পগুলির সম্পূর্ণ সেট দেখতে প্রয়োজন, PA API-এর পূর্ববর্তী। PA API বহু-বিক্রেতার নিলাম এবং প্রকাশকদের প্রতিটি বিক্রেতার সেরা বিডকে সরাসরি-বিক্রীত বিজ্ঞাপন প্রচারাভিযানের পাশে বিবেচনা করার ইচ্ছাকে সমর্থন করার চেষ্টা করে, যেখানে পরবর্তীটি প্রযোজ্য। এর মানে হল আজকের মতো সেই নগদীকরণের সুযোগগুলির মধ্যে থেকে বেছে নেওয়ার জন্য একটি ব্যবস্থা থাকা দরকার। কোন বিজ্ঞাপন পরিবেশন করা হবে তা নির্বাচন করার জন্য ব্রাউজারের ভূমিকা হওয়া উচিত বলে আমরা বিশ্বাস করিনি। এইভাবে একটি শীর্ষ-স্তরের বিক্রেতার ধারণাটি অনেক সম্ভাবনা থেকে একটি বিজয়ী বিজ্ঞাপন নির্বাচন করার জন্য প্রয়োজনীয়। সেই শীর্ষ-স্তরের বিক্রেতার যুক্তি অবশ্যই প্রকাশকের সাথে কাজ করতে বেছে নেওয়া প্রতিটি বিক্রেতার থেকে সেরা বিডগুলি বিবেচনা করতে সক্ষম হবে৷ এবং সেই বিক্রেতার যুক্তি প্রকাশকের সরাসরি-বিক্রীত প্রচারাভিযানগুলি সম্পর্কে তথ্য প্রদান করতে বেছে নিতে পারে যেখানে সেই তথ্য উপলব্ধ। এই সমস্ত তথ্য শীর্ষ-স্তরের বিজ্ঞাপন নির্বাচন যুক্তিতে বিবেচনা করা যেতে পারে। এর মানে হল টপ-লেভেল লজিক PA API নিলাম থেকে সেরা বিডগুলি দেখে এবং যেখানে প্রযোজ্য, বিজয়ী নির্ধারণ করতে প্রকাশকের কাছ থেকে সরাসরি বিক্রি হওয়া বিজ্ঞাপনের বিকল্পগুলি। গুগল অ্যাড ম্যানেজার " তথ্যের অ্যাক্সেস " থিমের অধীনে এই প্রতিবেদনে শীর্ষ-স্তরের বিক্রেতা হিসাবে PA API এর বাস্তবায়নের বিশদ বিবরণ দিয়েছে৷ |
| প্রতিযোগিতামূলক বিজ্ঞাপন বিচ্ছেদ | প্রতিযোগিতামূলক বিজ্ঞাপন পৃথকীকরণের জন্য অনুরোধ, যেমন প্রতিযোগী ব্র্যান্ডগুলিকে একে অপরের পাশে প্রদর্শিত থেকে বিজ্ঞাপনগুলিকে আটকানো। | আজকের প্রোগ্রামেটিক, বিডেড, বহু-বিক্রেতা ডিজিটাল বিজ্ঞাপন ইকোসিস্টেমে প্রতিযোগিতামূলক বিচ্ছেদ নিশ্চিত করার উপায় সম্পর্কে আমরা অজানা। যাইহোক, PA API বিক্রেতাদের রেন্ডারইউআরএল এবং হোস্টনামের সংমিশ্রণের উপর ভিত্তি করে অতিরিক্ত রিয়েল-টাইম সিগন্যাল আনতে সক্ষম করে (প্রকাশকের ডোমেনের প্রতিনিধিত্ব করে) যেগুলি সৃজনশীল স্কোর করার সময় scoreAd() এর সময় ব্যবহার করা যেতে পারে। এটি বিক্রেতাদের দ্বারা প্রতিযোগী ব্র্যান্ডের বিজ্ঞাপনগুলিকে একে অপরের পাশে উপস্থিত হওয়া থেকে বিরত রাখতে ব্যবহার করা যেতে পারে, অনুমান করে যে প্রকাশক এই নিয়মটি প্রয়োগ করতে চান৷ |
| সীমিত তথ্য | PA API প্রকাশকদের কাছে উপলব্ধ তথ্য যেমন বিজ্ঞাপনের মান, উপাদান ক্রেতার নাম, বিজ্ঞাপনদাতার নাম, ল্যান্ডিং পৃষ্ঠার URL, সৃজনশীল আকার, প্রতিক্রিয়া সময়, এবং বিড হারের পাশাপাশি বিড হারানোর মতো তথ্য কমিয়ে দেয়। | আমরা এখানে কিছু সম্ভাব্য সমাধান প্রস্তাব করেছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ইভেন্ট-লেভেল রিপোর্টিং | ইভেন্ট-লেভেল রিপোর্টিং PA API-এর অবনমনের পরে পরিবেশিত বিজ্ঞাপন সম্পর্কে প্রকাশকরা পর্যাপ্ত তথ্য পেতে অক্ষম। | আমরা বিভিন্ন রিপোর্টিং ব্যবহারের ক্ষেত্রে সচেতন যে ইভেন্ট-লেভেল রিপোর্টিং বন্ধ হয়ে গেলে আমাদের অবশ্যই সমর্থন অব্যাহত রাখতে হবে। এই কারণেই আমরা ইভেন্ট-লেভেল রিপোর্টিংয়ের অবসর নেওয়ার তারিখটিকে 2026 সালের আগে লক্ষ্য করেছি। এখন এবং তারপরের মধ্যে সময়ের মধ্যে আমরা সক্রিয় অংশগ্রহণের আমন্ত্রণ জানাই কারণ আমরা বাস্তুতন্ত্রের সাথে টেকসই পথের সাথে জড়িত যা এর জন্য নতুন ধারণা অন্তর্ভুক্ত করতে পারে গোপনীয়তা-সংরক্ষণ পদ্ধতিতে তথ্য প্রাপ্ত করা। |
| একাধিক এসএসপি | একাধিক SSP থাকার ফলে যোগ করা মান প্রকাশকদের জন্য খুবই কম হবে। | আমরা এটিকে সঠিক বলে বিশ্বাস করি না এবং এই দাবির যৌক্তিকতা বোঝার জন্য বাস্তুতন্ত্র থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাব। |
| কিউরেশন কার্যক্রম | PA API দিয়ে কিউরেশন কার্যক্রম সম্ভব নয়। | আমরা বিক্রেতাদের PA API ব্যবহার করার ক্ষমতা সম্পর্কে প্রতিক্রিয়া শুনেছি যাতে তারা ওয়েব জুড়ে ক্রেতাদের কাছে তাদের শ্রোতাদের তথ্য প্রদান করে (একেএ অডিয়েন্স এক্সটেনশন)। আমরা বিশ্বাস করি যে এটি আজ সম্ভব হয়েছে, ব্যবসায়িক চুক্তির সাথে PA এর প্রতিনিধিত্ব কার্যকারিতা ব্যবহার করে। একই সাথে, আমরা সক্রিয়ভাবে বিবেচনা করছি যে আমরা এই ধরনের ব্যবহারের ক্ষেত্রে আরও ভালভাবে মিটমাট করতে পারি কিনা। |
| ক্রেতা অপ্ট-আউট | ক্রেতার ডিফল্ট অপ্ট-আউট কম্পোনেন্ট নিলামের জন্য কম ফলাফলের কারণ হতে পারে। | একটি একক বিক্রেতা বা বহু-বিক্রেতা PA নিলাম সংজ্ঞায়িত করা হোক না কেন, বিক্রেতাকে অবশ্যই সুস্পষ্টভাবে নিলাম কনফিগারেশনের আগ্রহ গ্রুপ ক্রেতাদের ক্ষেত্রে ক্রেতাদের তালিকা করতে হবে। এটি ইকোসিস্টেম প্রতিক্রিয়ার উপর ভিত্তি করে যে বিক্রেতাদের কিছু ক্রেতার সাথে চুক্তিবদ্ধ চুক্তি রয়েছে এবং অন্যদের নয়, তাই নিলামে কোন ক্রেতাদের অন্তর্ভুক্ত করতে হবে তার উপর সুস্পষ্ট নিয়ন্ত্রণ প্রয়োজন। আমরা গিটহাব নিয়ে আরও আলোচনাকে স্বাগত জানাই। |
| বিজ্ঞাপন আকার | adsize এবং adSlotSize এর উপর ভিত্তি করে প্রি-ফিল্টার করতে অক্ষম। | আমরা এই ক্ষমতা যোগ করার জন্য কাজ করছি, এবং আরও বিশদ এখানে উপলব্ধ। |
| নেতিবাচক IG টার্গেটিং জন্য সমর্থন | নেতিবাচক IG টার্গেটিংকে সমর্থন করার জন্য একটি API: শুধুমাত্র একজন ব্যবহারকারী IG এর অন্তর্গত না হলে বিজ্ঞাপনগুলি দেখানো হয়৷ | এই GitHub সমস্যাটি নেতিবাচক টার্গেটিং বাস্তবায়নের একটি বিকল্প উপায় প্রস্তাব করেছে, যেখানে ব্রাউজার সরাসরি বিজ্ঞাপন সার্ভারকে বলে যে কোন নির্দিষ্ট বিজ্ঞাপন অনুরোধের জন্য নেতিবাচক টার্গেটিং নিয়ম কার্যকর হওয়া উচিত। যদিও এটি একটি আকর্ষণীয় পদ্ধতির মতো মনে হচ্ছে, এই ধারণাটির সমস্ত সংস্করণ যা আমরা অনুসন্ধান করেছি তা সার্ভারটিকে ব্যবহারকারীকে অনন্যভাবে সনাক্ত করতে সক্ষম করে। |
| ডিজিটাল সেবা আইন | কীভাবে একজন প্রকাশক ফেন্সড ফ্রেম ব্যবহার করতে পারেন কিন্তু ডিজিটাল পরিষেবা আইনের অধীন তথ্য সম্বলিত প্রতিক্রিয়াগুলিকে রেন্ডার করা থেকে আটকাতে পারেন? | যে কোনো নতুন প্রযুক্তির মতো, প্রতিটি কোম্পানি তার গোপনীয়তা স্যান্ডবক্সের ব্যবহার আইন মেনে চলছে তা নিশ্চিত করার জন্য দায়ী; Google অন্যদের আইনি পরামর্শ দিতে অক্ষম৷ প্রতিটি API-এর জন্য, আমরা ব্যাপক প্রযুক্তিগত ডকুমেন্টেশন প্রকাশ করেছি, যা প্রয়োজনীয় আইনি মূল্যায়নের ভিত্তি প্রদান করবে। 2026 সালের আগে PA API-তে ব্যবহারের জন্য বেড়াযুক্ত ফ্রেমগুলির প্রয়োজন নেই, এই প্রযুক্তির ব্যবহার সমস্ত প্রাসঙ্গিক আইনের সাথে সঙ্গতিপূর্ণ কিনা তা নিশ্চিত করতে স্টেকহোল্ডারদের অতিরিক্ত সময় দেওয়ার অনুমতি দেয়। |
| ডকুমেন্টেশন | updateAdInterestGroups() কি অস্থায়ী? | আমরা UpdateAdInterestGroup অবমূল্যায়ন করার কোনো পরিকল্পনা ঘোষণা করিনি। ভবিষ্যতে, আমরা একই ধরনের গোপনীয়তা সুরক্ষা প্রয়োগ করতে পারি যেভাবে আমরা অন্যান্য IG আপডেট পদ্ধতির জন্য প্রকাশ্যে কথা বলেছি, যেমন একটি IP ঠিকানা প্রক্সি ব্যবহার করা এবং আপডেট হওয়ার আগে কিছু বিলম্ব যোগ করা। |
| নন ডিএসপিদের জন্য মেটাডেটা এবং লজিক মালিকানা সমর্থন কিনুন | ডিএসপিদের জন্য প্রক্সি হিসাবে কাজ করার জন্য একটি উপায়ের জন্য অনুরোধ৷ | আমরা নন-ডিএসপি বিভাগ থেকে এই প্রতিক্রিয়া সম্পর্কে সচেতন এবং এই অনুরোধটি বিবেচনা করছি। আমরা ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| রিপোর্টিং | ব্যক্তিগত সমষ্টি প্রতিবেদনে সংকেত বালতি/মূল্যের জন্য কাস্টম হ্যান্ডলার বৈশিষ্ট্য যুক্ত করার অনুরোধ করুন। | আমরা সচেতন এবং এই বৈশিষ্ট্য অনুরোধ আরও আবিষ্কারের জন্য আমাদের সারিতে আছে. আমরা এখানে বাস্তুতন্ত্র থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডকুমেন্টেশন | এমন একটি লিঙ্ক আছে যেখানে বিজ্ঞাপনদাতা এবং (অর্পিত) মালিক ডোমেনের দ্বারা সেট করা সমস্ত প্রতিক্রিয়া শিরোনামগুলি দেখা সম্ভব? | আমরা এটি পরিষ্কার করার জন্য ডকুমেন্টেশন আপডেট করার পরিকল্পনা করছি এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| মাল্টি-টাওয়ার বিডিং | একটি স্থাপত্য/ব্লক ডায়াগ্রামের মাধ্যমে কর্মপ্রবাহের (প্রশিক্ষণ এবং অনুমান) ব্যাখ্যার জন্য অনুরোধ করুন কিভাবে PA API প্রসঙ্গে একটি মাল্টি-টাওয়ার পদ্ধতির কল্পনা করা হয়েছে। | প্রতিক্রিয়ার জন্য ধন্যবাদ। আমাদের কাছে সেই বিষয়ে কিছু উপস্থাপনা রয়েছে যেখান থেকে আমরা অতিরিক্ত ডকুমেন্টেশন তৈরির আশা করি। |
| নেতিবাচক টার্গেটিং | সংবেদনশীল শ্রোতা এবং অপ্রাপ্তবয়স্কদের অনুপযুক্ত বিজ্ঞাপন থেকে রক্ষা করার জন্য গোপনীয়তা স্যান্ডবক্সের ক্ষমতা, উদাহরণস্বরূপ জুয়া খেলা। | PA API দেখানো বিজ্ঞাপনের বিষয়বস্তু বিবেচনা করে না। এটি PA ব্যবহার করে বিজ্ঞাপন প্রযুক্তি বিকাশকারীদের নিয়ন্ত্রণে। সাধারণভাবে, প্রকাশক এবং তাদের বিজ্ঞাপন প্রযুক্তি প্রদানকারীরা পৃষ্ঠা থেকে প্রাসঙ্গিক তথ্যের পাশাপাশি প্রকাশকের নিয়ম সেট ব্যবহার করে সুরক্ষিত দর্শক নিলামের মধ্যে বিজ্ঞাপন ক্রিয়েটিভগুলিকে ব্লক করতে পারে। এটি আজকের এই চ্যালেঞ্জগুলির প্রতি ইকোসিস্টেমের পদ্ধতির আমাদের বোঝার প্রতিফলন করে। ক্রেতাদের জন্য, নেতিবাচক IG টার্গেটিং কার্যকারিতা কিছু কমপ্লায়েন্স ব্যবহারের ক্ষেত্রেও কার্যকর হতে পারে। |
| API ডিজাইন | Google পিছনে ঠেলে দিচ্ছে এবং বিজ্ঞাপন প্রযুক্তিগুলিকে একটি ইউনিভার্সাল বিডিং ফাংশন ব্যবহার করতে চায় যার ফলে বিভিন্ন IG-তে বিভিন্ন বিডিং লজিকইউআরএল-এর পরিবর্তে লেটেন্সি বাড়ে যা অনুমোদিত৷ | নিলামের বিলম্ব সম্পর্কে আমাদের আলোচনা চলাকালীন আমরা হাইলাইট করেছি যে ক্রেতার সমস্ত IG তে একই স্ক্রিপ্ট পুনঃব্যবহার করলে সেই ক্রেতার বিডিং দ্রুততর হবে৷ PA API নিলামের লেটেন্সি উন্নত করার জন্য আমাদের অন্যান্য সুপারিশের সাথে এটি এখানে আরও বিশদে বর্ণনা করা হয়েছে। |
| অ্যাকাউন্ট ভিত্তিক মার্কেটিং | PA API অ্যাকাউন্ট-ভিত্তিক বিপণন ব্যবহারের ক্ষেত্রে একটি পরিষ্কার API নয়। | আমরা যে কোনও নির্দিষ্ট ব্যবহারের ক্ষেত্রে ইকোসিস্টেম থেকে প্রতিক্রিয়া স্বাগত জানাই যা তারা বিশ্বাস করে যে তারা সম্ভব নয় এবং বাস্তুতন্ত্রের অংশগ্রহণকারীদের আমাদের পাবলিক গিটহাব সংগ্রহস্থল বা সাপ্তাহিক কলগুলির মাধ্যমে এই আলোচনা চালিয়ে যেতে উত্সাহিত করবে। |
| A/B পরীক্ষা | যখন পিএ এপিআই কোনও প্রকাশকের জন্য জিএএম -তে কনফিগার করা থাকে, বর্তমানে এটি অবশ্যই সমস্ত ইনভেন্টরি বা কোনওটির জন্যই সক্ষম করতে হবে। এটি প্রকাশকদের একটি কার্যকর এ/বি পরীক্ষা চালানোর ক্ষমতা সীমাবদ্ধ করে। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: গুগল অ্যাড ম্যানেজার (জিএএম) এর মধ্যে পিএ এপিআই নিয়ন্ত্রণগুলি এপিআই ব্যবহারের জন্য জিএএম এর ক্ষমতাকে প্রভাবিত করে, তবে এপিআই ব্যবহারের জন্য উপলব্ধ। সুতরাং প্রকাশকরা এ/বি পরীক্ষার জন্য নিয়ন্ত্রণ বাহু হিসাবে ব্যবহার করতে ট্র্যাফিকের উপসেটে এপিআই ব্যবহার অক্ষম করতে ক্রোমের অনুমতি নীতি কার্যকারিতা ব্যবহার করে এ/বি পরীক্ষা চালাতে পারেন। |
| মেশিন লার্নিং | গ্যামের মেশিন লার্নিংয়ের প্রস্তাবিত ব্যবহারের উপর প্রকাশকদের আরও নিয়ন্ত্রণ প্রয়োজন। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: 2024 সালের জানুয়ারিতে, আমরা একটি নিয়ন্ত্রণ চালু করেছি যা প্রকাশকদের আমাদের মেশিন লার্নিং থ্রোটলারকে অক্ষম করার ক্ষমতা সরবরাহ করে এবং তাদের সমস্ত ট্র্যাফিকের উপর অ-গুগল বিক্রেতাদের সাথে পিএ এপিআই নিলাম সক্ষম করে। এই নিয়ন্ত্রণ সম্পর্কে আরও বিশদ আমাদের সহায়তা কেন্দ্রে পাওয়া যাবে। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) শীর্ষ স্তরের নিলাম | শীর্ষ স্তরের পিএ এপিআই নিলামের গ্যাম নিয়ন্ত্রণ না দিয়ে গুগলের প্রকাশক বিজ্ঞাপন সার্ভার ব্যবহার করার ক্ষমতা। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: গুগলের কিউ 3 2023 প্রতিবেদনে বর্ণিত কারণগুলির জন্য, পিএ এপিআই ইন্টিগ্রেশনের জন্য জিএএম এর পরিকল্পনাগুলি শীর্ষ স্তরের নিলামের নিয়ন্ত্রণ ছাড়াই তাদের প্রকাশক বিজ্ঞাপন সার্ভার হিসাবে গ্যামকে ব্যবহার করে প্রকাশকদের সমর্থনকারীকে অন্তর্ভুক্ত করে না। |
| তথ্য গ্রহন | প্রাসঙ্গিক নিলামের দাম, পিএ এপিআই নিলামের জন্য এসএসপিগুলিতে ক্রেতাদের দ্বারা সরবরাহিত সংকেত এবং এসএসপিএস থেকে কনফিগারেশন প্যারামিটার সহ প্রতিযোগীদের কাছ থেকে মূল্যবান তথ্যের অ্যাক্সেস রয়েছে। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: আমরা বছরের পর বছর ধরে নিলামের ন্যায়বিচারের দিকে দৃ focus ় দৃষ্টি নিবদ্ধ রেখেছি, আমাদের প্রতিশ্রুতি সহ যে কোনও প্রকাশকের অ-গ্যারান্টিযুক্ত বিজ্ঞাপন উত্সের কোনও মূল্য, অ-গ্যারান্টিযুক্ত লাইন আইটেমের দাম সহ কোনও মূল্য নিলামে বিড করার আগে অন্য ক্রেতার সাথে ভাগ করা হবে না, যা আমরা পরে ফরাসি প্রতিযোগিতা কর্তৃপক্ষের প্রতি আমাদের প্রতিশ্রুতিগুলিতে পুনরায় নিশ্চিত করেছি। পিএ এপিআই নিলামের জন্য, আমরা আমাদের প্রতিশ্রুতি বজায় রাখতে এবং মাল্টি-সেলার নিলামে নিলাম শেষ হওয়ার আগে অন্য কোনও নিলাম অংশগ্রহণকারীর সাথে কোনও নিলাম অংশগ্রহণকারীদের বিড ভাগ না করার ইচ্ছা করি। স্পষ্টতই, আমরা এই আপডেটে ব্যাখ্যা হিসাবে আমাদের নিজস্ব সহ কোনও উপাদান নিলামের সাথে প্রাসঙ্গিক নিলামের দাম ভাগ করব না। তদুপরি, আমরা আমাদের নিজস্ব নিলামের অংশ হিসাবে এসএসপিগুলিতে ক্রেতাদের প্রদত্ত সংকেত সহ উপাদান নিলাম কনফিগারেশন সম্পর্কিত তথ্য ব্যবহার করি না। প্রকৃতপক্ষে, আমরা পিএ এপিআই -তে পরিবর্তনগুলি স্বাগত জানাব যা উপাদান বিক্রেতাদের তাদের উপাদান নিলাম কনফিগারেশনগুলি এমনভাবে নির্দিষ্ট করতে দেয় যা শীর্ষ স্তরের বিক্রেতা থেকে অবরুদ্ধ করা হয়। |
| উপাদান নিলাম | শীর্ষ-স্তরের নিলাম হিসাবে, জিএএম নিয়ন্ত্রণ করবে কোন এসএসপি প্রতিটি বিজ্ঞাপন সুযোগের জন্য উপাদান নিলাম চালায়। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: প্রকাশক বিজ্ঞাপন সার্ভার হিসাবে, জিএএম এসএসপিগুলির জন্য একটি লাইটওয়েট এপিআই সরবরাহ করে যা কোনও প্রকাশক গুগল পাবলিশার ট্যাগ (জিপিটি) এপিআইয়ের মাধ্যমে তাদের উপাদান নিলাম কনফিগারেশনগুলি নির্দিষ্ট করার জন্য কাজ করতে পারে। আরো বিস্তারিত এখানে পাওয়া যাবে . যদি কোনও এসএসপি এই এপিআইয়ের মাধ্যমে কোনও উপাদান নিলাম কনফিগারেশন সরবরাহ করে, তবে সেগুলি সেই বিজ্ঞাপনের সুযোগের জন্য উপাদান নিলামের তালিকায় অন্তর্ভুক্ত করা হবে। জিএএম অন্তর্ভুক্ত উপাদান নিলামগুলিতে কোনও বিধিনিষেধ আরোপ করে না। যে কোনও এসএসপি যারা কোনও উপাদান নিলাম চালাতে চায় তারা এটি করতে সক্ষম হবে, তবে প্রকাশক তাদের প্রকাশকের পৃষ্ঠায় প্রয়োজনীয় কোডটি কার্যকর করার অনুমতি দিয়েছেন। |
| উপাদান নিলাম | জিএএম প্রতিটি উপাদান নিলাম বিজয়ী বিডে একটি নির্দিষ্ট এবং অঘোষিত মেঝে প্রয়োগ করতে পারে। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: জিএএম বছরের পর বছর ধরে নিলামের ন্যায্যতার প্রতি দৃ focus ় ফোকাস বজায় রেখেছে। ন্যায্য এবং স্বচ্ছ নিলাম বজায় রাখার অংশ হিসাবে, আমরা মেঝে দামগুলি সমর্থন করি না যা কেবলমাত্র চাহিদার নির্দিষ্ট অংশগুলিতে প্রযোজ্য। এটি আমাদের পণ্যের একটি ধারাবাহিক নীতি এবং পিএ এপিআই নিলামের জন্য এটি অব্যাহত থাকবে। |
| তৃতীয় পক্ষের বিজ্ঞাপন সার্ভার | তৃতীয় পক্ষের বিজ্ঞাপন সার্ভারগুলির উচ্চ-স্তরের নিলামে গুগলের অংশগ্রহণের অ্যাক্সেস থাকবে না, পিএ এপিআইয়ের প্রসঙ্গে গুগল এসএসপি চাহিদা থেকে উপকৃত হওয়ার ক্ষমতা সীমাবদ্ধ করে। | গুগল বিজ্ঞাপন পরিচালক দ্বারা সরবরাহ করা প্রতিক্রিয়া: বর্তমানে, জিএএম এখানে বর্ণিত এপিআইয়ের মাধ্যমে জিএএম -তে একাধিক বিক্রেতার সাথে পিএ এপিআই পরীক্ষা করতে সমর্থন করে। অন্যান্য শীর্ষ-স্তরের নিলামে উপাদান নিলাম হিসাবে জিএএমের অংশগ্রহণ বর্তমানে সমর্থিত নয়। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) পিএ এপিআই নিলামের পারফরম্যান্স | পরীক্ষকদের কাছ থেকে রিপোর্ট করুন যে পিএ এপিআই নিলামের উচ্চ বিলম্ব রয়েছে। | আমরা বিলম্ব সম্পর্কে উদ্বেগ শুনেছি এবং এটি পিএ এপিআইয়ের অংশ হিসাবে আমরা বেশ কয়েকটি বৈশিষ্ট্য তৈরি করেছি যা এসএসপিগুলির পক্ষে ডিএসপি বিলম্বের উপর উভয় সেট সীমা নির্ধারণের পাশাপাশি উন্নতি করতে পারে যা বিলম্বতা হ্রাস করতে পারে তার একটি অংশ . আমরা সম্প্রতি আমাদের ল্যাটেন্সি সেরা অনুশীলন গাইড আপডেট করেছি যাতে এই বৈশিষ্ট্যগুলির সুবিধা কীভাবে নেওয়া যায় সে সম্পর্কে আরও তথ্য অন্তর্ভুক্ত রয়েছে। আমরা নতুন বিলম্বের উন্নতিও অব্যাহত রেখেছি, যার কয়েকটি এখানে দেখা যায়। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) ভিডিও রেন্ডারিং | পিএ এপিআই এবং বেড়া ফ্রেম ব্যবহার করে ভিডিও রেন্ডারিংয়ের জন্য সমর্থন। | জানুয়ারিতে আমরা বিকল্প পদ্ধতির অতিরিক্ত বিশদ সহ কীভাবে ইনস্ট্রাম ভিডিওটি একটি পিএ নিলামে কাজ করতে পারে তার একটি ডেমো প্রকাশ করেছি। আমরা দেখি যে বাস্তুতন্ত্রের খেলোয়াড়রা তাদের সাথে সংহত হওয়া অংশীদারদের জন্য ভিডিও রেন্ডারিং কীভাবে কাজ করে তা প্রস্তাব করতে শুরু করে, যেমন ভিডিও সামঞ্জস্যপূর্ণ রেন্ডারল কনস্ট্রাকশন বা সম্পূর্ণ E2E প্রক্রিয়া সম্পর্কিত গামের প্রস্তাবগুলির মতো। অতিরিক্তভাবে, আমরা গ্রহণ বাড়ানোর জন্য আমরা যে পরিবর্তনগুলি করতে পারি সে সম্পর্কে বাস্তুতন্ত্রের প্রতিক্রিয়া শুনছি, এবং এ জাতীয় একটি পরিবর্তন গিটহাবের মধ্যে বিস্তারিত রয়েছে । আমরা গ্রহণের ক্ষেত্রে অন্য কোনও বাধা সনাক্ত করতে আমরা বাস্তুতন্ত্রের সাথে সক্রিয়ভাবে নিযুক্ত রয়েছি যা আমরা সময় মতো পদ্ধতিতে তাদের মুখোমুখি হতে পারি এবং তাদের সম্বোধন করতে পারি। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) ডেটা হ্যান্ডলিং নীতি | আইজিএস / পিএ এপিআইয়ের জন্য ডেটা হ্যান্ডলিং নীতি কী? | পিএ এপিআই ডিজাইনে, আইজিএসে সঞ্চিত সমস্ত ডেটা বা আইজিএসে লোকেরা কী রয়েছে সে সম্পর্কে, (i) ডিভাইস অন-ডিভাইস বা (ii) বিডিং এবং নিলামে (বিএন্ডএ) পরিষেবাগুলিতে একটি বিশ্বস্ত এক্সিকিউশন পরিবেশের অভ্যন্তরে চলমান প্রক্রিয়াজাত করা হয় (টি) উভয় ক্ষেত্রেই, ডেটা অন্য কোনও পক্ষের দ্বারা পড়তে পারে না, বা নিলামে বিড উত্পাদন করা ছাড়া অন্য কোনও উপায়ে ব্যবহার করা যায় না। কিছু গোপনীয়তা বর্ধন যা ক্রোম অন্বেষণ করছে তা গুগল-চালিত কে-বেনামে সার্ভারের সাথে মিথস্ক্রিয়া জড়িত। এই মিথস্ক্রিয়াটি ব্যবহারকারীদের সম্পর্কে তথ্য ভাগ করে নেওয়ার জন্য এবং বিজ্ঞাপনের বাস্তুতন্ত্রের জুড়ে তথ্যের সমতা নিশ্চিত করার জন্য একটি টিতে চালানোর জন্য সাবধানতার সাথে ডিজাইন করা হচ্ছে। গুগল সিএমএর কাছে গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলি এমনভাবে ডিজাইন ও বাস্তবায়নের প্রতিশ্রুতিবদ্ধ করেছে যা গুগলের নিজস্ব ব্যবসায়কে স্ব-পছন্দসই করে প্রতিযোগিতা বিকৃত করে না এবং ডিজিটাল বিজ্ঞাপনে প্রতিযোগিতায় এবং প্রকাশক এবং বিজ্ঞাপনদাতাদের উপর প্রতিযোগিতায় প্রভাব ফেলতে পারে। আমাদের কাজটি এই বাধ্যবাধকতাগুলি মেনে চলে তা নিশ্চিত করতে আমরা সিএমএর সাথে নিবিড়ভাবে কাজ চালিয়ে যাচ্ছি। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) আইজি লাইফটাইম | আইজিএসের জীবন 30 থেকে 90 দিন পর্যন্ত প্রসারিত করার অনুরোধ। | এই জাতীয় পরিবর্তনের জন্য ক্রোম ব্যবহারকারী এবং অন্যান্য স্টেকহোল্ডারদের উপর প্রভাবের বিরুদ্ধে শিল্পের সুবিধাগুলি বিবেচনা করে সাবধানতার সাথে মূল্যায়ন প্রয়োজন। আমরা এই অনুরোধটি বিবেচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) মডেলিংসগিনালস | মডেলিংসগিনালগুলির পাশাপাশি একটি নতুন ক্ষেত্রের অনুরোধ করুন যা কেবল ডিসপ্লে এনকোড করতে এবং তথ্য ক্লিক করতে পারে। | আমরা এখানে একটি পাল্টা প্রস্তাবের সাথে এই প্রতিক্রিয়াটির প্রতিক্রিয়া জানিয়েছি। আমরা আমাদের প্রস্তাব সম্পর্কে তাদের মতামত বোঝার জন্য শিল্পের সাথে সক্রিয়ভাবে নিযুক্ত করছি এবং বর্তমানে ক্রোম ব্যবহারকারী এবং অন্যান্য স্টেকহোল্ডারদের উপর প্রভাবের বিরুদ্ধে শিল্পের সুবিধাগুলি বিবেচনা করছি। |
| রিপোর্টউইনে অতিরিক্ত বিট () | 3 পিসিডি এর আগে 12 এর বর্তমান সীমা থেকে রিপোর্টউইন () এ অতিরিক্ত বিট সরবরাহ করুন। | আমরা বর্তমানে এই ব্যবহারের ক্ষেত্রে সমর্থন করার জন্য পদ্ধতির অন্বেষণ করছি। এটি কিছুটা সময় নিচ্ছে কারণ আমরা এমন পদ্ধতির সন্ধান করছি যা আমাদের দীর্ঘমেয়াদী গোপনীয়তার পরিকল্পনা রয়েছে তা নিশ্চিত করতে সহায়তা করতে পারে। |
| নিলাম নকশা | একক নিলামের জন্য অনুরোধগুলি যা তাদের সংশ্লিষ্ট স্কোর সহ রেন্ডার ইউআরএলগুলি ফেরত দেয়। | একক পিএ নিলাম থেকে একাধিক রেন্ডারুরলস এবং তাদের নিজ নিজ স্কোর ভাগ করে নেওয়া এমন একটি বিষয় যা আমরা বিবেচনা করি তবে গোপনীয়তার উদ্বেগের কারণে প্রয়োগ করি নি। আমরা একক পৃষ্ঠায় কোনও ব্যবহারকারীকে একাধিকবার একই বিজ্ঞাপন দেখানো এড়ানোর আকাঙ্ক্ষা বুঝতে পারি এবং গিথুব সম্পর্কে আরও আলোচনার স্বাগত জানাই। |
| রিপোর্টউইন | রিপোর্টউইন () ফাংশনে স্বেচ্ছাসেবী ক্ষেত্রগুলি লগ করুন। | পরীক্ষার সময়কালে এটি ইতিমধ্যে আজ ঘটছে। একবার ক্রোম 3 পিসিএসের জন্য সমর্থন শেষ করার পরে, এপিআইয়ের ফোরডবাগিংলি সংস্করণটি ডাউনস্যাম্পলড ডিবাগিং সক্ষম করতে স্থানান্তরিত হবে, যা এখানে নির্দিষ্ট করা আছে। |
| উপাদান বিক্রেতারা | নিজস্ব ইমপ্রেশন এবং অন্যান্য ইভেন্টগুলি গণনা করার জন্য একটি স্বাধীন প্রক্রিয়া রয়েছে এবং কেবলমাত্র বিজ্ঞাপন প্রযুক্তির প্রতিবেদনের উপর নির্ভর করতে সক্ষম হতে হবে না। | এই বৈশিষ্ট্যটির অনুরোধটি আরও আবিষ্কারের জন্য আমাদের সারিতে রয়েছে। আমরা ক্রোম-সুবিধাযুক্ত পরীক্ষার সময়কালে এটি সম্বোধন করার পূর্বাভাস দিই না। |
| প্রতি-ক্লিক করা বিলিং | পিএ এপিআই-তে প্রতি-ক্লিক-প্রতি-ক্লিক বিলিং প্রয়োগ করুন। | আমরা এই অনুরোধটি এখানে বিবেচনা করছি এবং আমরা বর্তমানে এটি বর্তমান এপিআই পৃষ্ঠের সাথে কীভাবে এটি প্রয়োগ করতে হবে সে সম্পর্কে পরামর্শের জন্য অনুরোধ হিসাবে দেখি। |
| ব্রাউজারসাইনালস | বিক্রেতার জন্য ব্রাউজারসাইনাল স্পেসের প্রতিবেদনে ইনকামিংবিডিনসেলার্কুরেন্সি যুক্ত করুন। | আমরা এই অনুরোধটি বিবেচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| নন ডিএসপিগুলির জন্য কিনুন-সাইড মেটাডেটা এবং যুক্তিযুক্ত মালিকানা সমর্থন | এপিআইয়ের বর্তমান নকশাটি পণ্য-স্তরের রেটারজেটিং প্রচারগুলিতে একটি উল্লেখযোগ্য পরিবর্তন আনতে পারে যেখানে প্রচারগুলি ডিএসপি এবং ডিসিও সরবরাহকারী উভয় হিসাবে পরিবেশনকারী প্ল্যাটফর্মগুলিতে স্থানান্তরিত করতে পারে। | আমরা এই সমস্যাটি নিয়ে আলোচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| নন ডিএসপিগুলির জন্য কিনুন-সাইড মেটাডেটা এবং যুক্তিযুক্ত মালিকানা সমর্থন | উদাহরণগুলি ভাগ করুন যেখানে ডিএসপি আইজি মালিক নয়। | আমরা বুঝতে পারি যে অ-দরদাতারা আইজিএসের কিছু কার্যকারিতা ব্যবহার করতে চান, তবে অন্যদের নয়। আমরা এই ব্যবহারের ক্ষেত্রে সমাধান করার জন্য সক্রিয়ভাবে বিকল্পগুলি মূল্যায়ন করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| সময়সীমা নিয়ন্ত্রণ | প্রকাশকদের অংশ নিতে সক্ষম আইজিএসের সংখ্যা এবং শীর্ষ-স্তরের সময়সীমা / গ্লোবাল টাইমআউটের সংখ্যা নির্ধারণ করতে সক্ষম হওয়া উচিত। | আমরা বুঝতে পারি যে শীর্ষ-স্তরের এবং উপাদান বিক্রেতার মধ্যে বর্ধিত সময়সীমা নিয়ন্ত্রণ এবং দৃশ্যমানতার জন্য একটি আকাঙ্ক্ষা রয়েছে এবং আমরা এই অনুরোধটি বিবেচনা করছি। |
| মাল্টি বিজ্ঞাপন আকার | মাল্টি বিজ্ঞাপন আকারের ব্যবহারের ক্ষেত্রে পিএ এপিআই সমর্থন। | আমরা এই অনুরোধটি বিবেচনা করছি এবং বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডকুমেন্টেশন | আইজি বৈশিষ্ট্যের একটি তালিকা রয়েছে যা কে-আননের শিকার হয়? | আমরা এখানে এই প্রশ্নের জবাব দিয়েছি। |
| ডিবাগিং | পিএ এপিআইয়ের জন্য উন্নত ডিবাগিং ক্ষমতা। | আমরা পিএ এপিআইয়ের সাথে কাজ করা বিকাশকারীদের জন্য শক্তিশালী ডিবাগিং সরঞ্জামগুলির গুরুত্ব স্বীকার করি। আমরা আরও ভাল সংহত করার উপায়গুলি অন্বেষণ করে বিকাশকারীদের অভিজ্ঞতা বাড়ানোর জন্য প্রতিশ্রুতিবদ্ধ। বিকাশকারী সরঞ্জামগুলির সাথে পরিচিত ফাইলের ফিচারগুলি। আমাদের লক্ষ্য হ'ল উন্নয়নের পরিবেশের মধ্যে বৃহত্তর দৃশ্যমানতা এবং সমস্যা সমাধানের ক্ষমতা সরবরাহ করা। আমরা এখানে এই সমস্যাটি আরও আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| লেবেল | মোড বি ট্রিটমেন্ট লেবেলের সমস্ত ব্যবহারকারীর কি গোপনীয়তা স্যান্ডবক্স এপিআই সক্ষম রয়েছে? | ক্রোম এক্সপেরিমেন্ট গ্রুপ অ্যাসাইনমেন্টগুলি এলোমেলোভাবে নির্ধারিত এবং ব্যবহারকারী-কনফিগার করা ক্রোম সেটিংস থেকে স্বতন্ত্র। যদিও এই এপিআইগুলি নির্দিষ্ট চিকিত্সা গোষ্ঠীর মধ্যে ব্যবহারকারীদের জন্য উপলব্ধ হতে পারে (যেমন, চিকিত্সা_1।*), তাদের কার্যকারিতা ক্রোম সেটিংসের মাধ্যমে সংশোধন বা অক্ষম করা যেতে পারে। মোড বি কন্ট্রোল_2 গ্রুপ: এই গোষ্ঠীতে অন্তর্ভুক্তি সহজাতভাবে গোপনীয়তা স্যান্ডবক্স প্রাসঙ্গিকতা এবং পরিমাপ এপিআইগুলি অক্ষম করে এবং এই সেটিংটি ক্রোম সেটিংসের মধ্যে ব্যবহারকারীর দ্বারা ওভাররাইড করা যায় না। |
| API ব্যবহার | রিপোর্টউইন () এর কল এবং বিজ্ঞাপন রেন্ডারিং সমান্তরালভাবে বা একের পর এক ঘটছে? | রিপোর্টউইন () রুনাডাকশন () সমাপ্তির পরে সরাসরি ডাকা হয়। একই সময়ে, নিলামের ফলাফলটি আইফ্রেমে বা বেড়া ফ্রেমের মধ্যে স্থাপন করা হলে বিজ্ঞাপন রেন্ডারিং প্রক্রিয়া শুরু হতে পারে। উভয় রিপোর্টউইন () সম্পাদন শেষ করার পরে এবং বিজ্ঞাপনটি রেন্ডারিং শুরু হওয়ার পরে, সেন্ডরেপোর্টটো () কে সরবরাহ করা ইউআরএলগুলি আনতে হবে। |
| (পূর্ববর্তী কোয়ার্টারেও রিপোর্ট করা) এ/বি পরীক্ষার সমর্থন | পিএ এপিআই এ/বি পরীক্ষার জন্য সমর্থন অনুরোধ। | আমরা এই অনুরোধটি এখানে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ট্রাফিক রুপায়ণ | কেভি সার্ভারের মাধ্যমে প্রয়োজনীয় সিদ্ধান্ত গ্রহণের পরিচালনা করার জন্য গুগলের প্রস্তাবটি সহায়ক নয়, কারণ বিক্রেতারা তাদের ব্যাকএন্ডের সাথে ইন্টারঅ্যাক্ট করতে অক্ষম, ট্র্যাফিক গঠনের চ্যালেঞ্জিং করে তোলে। | গিটহাব ইস্যুতে যেমন আলোচনা করা হয়েছে, কোনও পৃথক ডিএসপি -র উপস্থিত রয়েছে কিনা তা প্রকাশ করে ব্যবহারকারী ফিঙ্গারপ্রিন্টিং উদ্বেগ থাকতে পারে। আমরা ইস্যুতে অন্যান্য বিকল্পগুলির পরামর্শ দিয়েছি এবং আরও পরামর্শের জন্য উন্মুক্ত। |
| ট্রাফিক রুপায়ণ | ক্যাচিং প্রক্রিয়াগুলি জটিলতার একটি উল্লেখযোগ্য স্তর যুক্ত করে এবং ডিএসপিগুলিকে ট্র্যাফিকের সত্যিকারের আকারটি জানতে বাধা দেয় তারা বিড করবে। | ক্যাচিং প্রক্রিয়াটি কেবল একটি পরামর্শ হিসাবে দেওয়া হয়েছিল। অ্যাডটেকগুলি তাদের ব্যবহার-কেস পরিবেশন করে এমন পরামর্শগুলি ব্যবহার করতে বেছে নিতে পারে এবং আমরা এখানে অতিরিক্ত আলোচনার স্বাগত জানাই। |
| লেবেল | ক্রোম ক্রেতা এবং বিক্রেতার বিশ্বস্ত সার্ভারগুলির অনুরোধে প্যারামিটার হিসাবে লেবেলটি ভাগ করে নেওয়া উচিত। | এটি একটি যুক্তিসঙ্গত অনুরোধ বলে মনে হচ্ছে কারণ এটি দায়বদ্ধ আইজি ডেটা ব্যবহারের লক্ষ্যে বিস্তৃতভাবে একত্রিত বলে মনে হচ্ছে। যাইহোক, আমরা অনুরোধটি বিবেচনা করছি, অভ্যন্তরীণ পর্যালোচনার সাপেক্ষে, এবং আলোচনার অগ্রগতি হিসাবে এই বিষয়ে সর্বজনীন আপডেট সরবরাহ করব। |
| API ব্যবহার | "টেস্টিংয়ে তৃতীয় পক্ষগুলিতে অতিরিক্ত সিএমএ গাইডেন্স" নথিতে "নিয়ন্ত্রণ_1" গোষ্ঠীর সুস্পষ্ট সংজ্ঞাটি স্পষ্ট করে। বিশেষত, উদ্বেগ রয়েছে যে শব্দের পরিবর্তনটি কন্ট্রোল_1 থেকে সমস্ত গোপনীয়তা স্যান্ডবক্স এপিআইগুলি বাদ দেওয়ার প্রয়োজন হিসাবে ভুল ব্যাখ্যা করা যেতে পারে। | আমরা এই গিটহাব থ্রেডে এ সম্পর্কে আমাদের মতামত প্রকাশ করেছি। এটি বলেছিল, আমরা সিএমএর পক্ষে কথা বলার মতো অবস্থানে নেই এবং আমরা সিএমএর সাথে সরাসরি তাদের পরীক্ষার গাইডেন্সের ব্যাখ্যা সম্পর্কিত কোনও সমস্যা উত্থাপনের পরামর্শ দিই। |
| API ব্যবহার | ক্রোম কি অন্য কোনও সংস্থানগুলিতে পুনর্নির্দেশ করার সময় একটি ফাঁকা পৃষ্ঠায় JONADINTINTERESTGROUP () কল করার অনুমতি দেবে? | যদি কোনও ব্যবহারকারী কোনও সাইটে ঘুরে দেখেন, তবে সাইটের মালিক তৃতীয় পক্ষের কাছে JONADINTENTERTGROUP কল করার ক্ষমতা অর্পণ করতে পারেন। এই প্রতিনিধি দলটি কোনও তৃতীয় পক্ষকে ফাঁকা পৃষ্ঠার মাধ্যমে কোনও ধরণের পুনঃনির্দেশ যুক্ত করার প্রয়োজন ছাড়াই আইজিএস তৈরি করতে দেয়। আমরা উদ্দেশ্যমূলক প্রতিনিধি ব্যবস্থা ব্যবহার না করে পুনর্নির্দেশের মাঝখানে আইজিএস তৈরির নির্দিষ্ট কারণে প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | এক্সচেঞ্জগুলি তারা যে প্রকাশকদের সাথে কাজ করে তাদের মালিকানাধীন পৃষ্ঠাগুলিতে আইজি লিখতে সক্ষম হওয়া উচিত এবং তারপরে তারা কোনও প্রদত্ত ক্রেতা বা ডিএসপিকে সেই আইজিতে বিড করার অনুমতিটি অর্পণ করতে পারে। | আমরা প্রতিক্রিয়া পেয়েছি এবং মূল্যায়ন করছি যে এই জাতীয় অনুরোধ সমর্থন করা যেতে পারে কিনা। আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | কেউ যদি কোনও পিএ এপিআই নিলাম না জিতলে কোনও ডিবাগিং লোকসান বিজ্ঞপ্তি নেই। | ক্রোমের রিপোর্টউইন এবং রিপোর্টসাল্ট ফাংশনগুলি গোপনীয়তা নিলাম (পিএ) সিস্টেমের মধ্যে ইভেন্ট-লেভেল উইন রিপোর্টিংয়ের জন্য ডিজাইন করা হয়েছে। যে পরিস্থিতিতে কোনও পিএ নিলামের সময় সমস্ত বিড প্রত্যাখ্যান করা হয়, সেখানে কোনও বিজয়ী নির্ধারিত না হওয়ায় এই ফাংশনগুলি আহ্বান করা হবে বলে আশা করা যায় না। ক্রোমের সাম্প্রতিক আপডেটটি এমন ত্রুটিগুলি ব্যাখ্যা করতে পারে যেখানে ইউআরএলগুলি ফোর্ডবুগিংলি.ই. রিপোর্টাডাকশনলস () এ ডেভটুলস নেটওয়ার্ক প্যানেলে উপস্থিত হচ্ছে না। আমরা ক্রোমের ক্যানারি বা ডেভ চ্যানেল বিল্ড ব্যবহার করে এই কার্যকারিতা যাচাই করার পরামর্শ দিই। |
| API ব্যবহার | জেনারেটবিড থেকে ফিরে আসা অ্যাডকোস্ট কি নেতিবাচক হতে পারে (এটি ইতিমধ্যে স্টোকাস্টিক্যালি 2 বাইটে গোলাকার)? | অ্যাডকোস্ট হ'ল বিজ্ঞাপনদাতার ক্লিক বা রূপান্তর ব্যয় জেনারেটবিড () থেকে রিপোর্টউইন () এ পাস করা। এই মানটি বাতিল বা একটি ডাবল হতে পারে। নেতিবাচক মানগুলি উপেক্ষা করা হবে এবং পাস হবে না। পাস করার পরে মানটি স্টোকাস্টিকভাবে বৃত্তাকার হবে। |
| এপিআই উন্নতি | বিশ্বস্ত এবং এনক্রিপ্ট করা এক্সিকিউশন সার্ভারগুলি ক্রোম ব্রাউজারের পরিবর্তে টার্গেটিং / কোহোর্টস / অ্যাট্রিবিউশন এবং নিলামগুলি পরিচালনা করতে ব্যবহার করা যেতে পারে? | আমরা পিএ এপিআই (যেমন কেভি সার্ভার এবং বি অ্যান্ড এ সার্ভিসেস ) এর টি-ভিত্তিক উপাদানগুলি এবং বিকল্পগুলি অনুসন্ধান করার পাশাপাশি অ্যাট্রিবিউশন রিপোর্টিং এবং প্রাইভেট এগ্রিগেশন (যেমন সমষ্টি পরিষেবা ) এর টি-ভিত্তিক উপাদানগুলি অন্বেষণ করার পরামর্শ দিই যা এই প্রশ্নের সমাধান করে। |
| এপিআই উন্নতি | গোপনীয়তা স্যান্ডবক্স নিলামের প্রতিক্রিয়া কি কোনও বিজ্ঞাপন প্রতিক্রিয়া (যেমন বিজ্ঞাপন ট্যাগগুলির মতো) এর চেয়ে বিড প্রতিক্রিয়া (শিরোনাম বিডিংয়ের মতো) হতে পারে? | এই ধরণের পরিবর্তন মৌলিকভাবে পিএ এপিআইয়ের গোপনীয়তার বৈশিষ্ট্যগুলিকে পরিবর্তন করে, তাই আমরা বিবেচনা করছি এমন কিছু নয়। |
| প্রকাশক নিয়ন্ত্রণ | প্রকাশকরা কি তাদের পৃষ্ঠাগুলিতে পিএ এপিআই ক্রিয়েটিভকে ব্লক করতে পারেন? | ক্রোমের রিয়েল-টাইম ক্রিয়েটিভ স্ক্যানিংয়ের জন্য একটি প্রস্তাব রয়েছে যা পরীক্ষার জন্য এখনও উপলভ্য নয়। যদিও এটি এখনও উপলভ্য নয়, আমরা পর্যবেক্ষণ করেছি বেশিরভাগ এসএসপি এটি সক্ষম করার জন্য সমাধান তৈরি করেছে। |
| API ব্যবহার | পেরিবিউয়ারসাইনালগুলির আকারের সীমা কত? | এর ক্লাসিক আকারে, পেরিবিউয়ারসাইনালগুলি ক্রোমের মধ্যে কোনও অন্তর্নিহিত আকারের সীমাবদ্ধতা বহন করে না। প্রাথমিক সীমাবদ্ধতাগুলি হ'ল ডেটা JSON- সিরিয়ালাইজযোগ্য থেকে যায় এবং অতিরিক্ত মেমরির গ্রহণের কারণ হয় না। যাইহোক, এটি লক্ষ করা উচিত যে খুব বড় এবং জটিল পেরিবিউয়ারসাইনালগুলি কর্মক্ষমতাকে নেতিবাচকভাবে প্রভাবিত করতে পারে। ডাইরেক্টফ্রোমসেলারসিগনালশেডারডস্লোটের মাধ্যমে পেরিবুইয়ারসাইনালগুলি পাস করার জন্য একটি বিকল্প পদ্ধতি বিদ্যমান। এই পদ্ধতির পুরো শিরোনামের প্রতিক্রিয়ার জন্য 10 কেবি সর্বোচ্চ আকারের সীমা সাপেক্ষে একটি শিরোনামের মধ্যে পেরিবুইয়ারসাইনালগুলি প্রেরণ করে। অতিরিক্তভাবে, পৃথক সার্ভারগুলি সর্বোচ্চ শিরোনামের আকারে তাদের নিজস্ব বিধিনিষেধ আরোপ করতে পারে। |
| ডকুমেন্টেশন | ইনসাইড জেনারেটবিড থেকে কল রেজিস্টারএডবিয়াকনের ডকুমেন্টেশনগুলি পরিবর্তন করা দরকার। | আমরা 17 ফেব্রুয়ারি এই ডকুমেন্টেশন আপডেট করেছি। |
| API ব্যবহার | রিপোর্টভেন্ট কীভাবে একাধিক নিবন্ধিত বিকল্পগুলি থেকে সঠিক বীকন ইউআরএল চয়ন করে? | প্রতিটি নিলামের ফলাফল একটি পৃথক কনফিগারেশনে আসে, যার ফলস্বরূপ পৃথক প্রতিবেদনের মানচিত্রে ফলাফল হয়। স্বতন্ত্র নিলাম (এবং তাদের ফলাফল ফ্রেম) একে অপরের থেকে সম্পূর্ণ পৃথক, এবং ডেটা ভাগ করে না। " বেড়া ফ্রেম বিজ্ঞাপনগুলি রিপোর্টিং " ব্যাখ্যাকারী এই বিষয়ে আরও বিশদ সরবরাহ করে। |
| ক্রোম ইউআই | আইজি মালিক (বা সম্ভবত আইজি নাম অনুসারে) ফিল্টার করার অনুমতি দিয়ে ক্রোম ডিভটুলস "অ্যাপ্লিকেশন ->" আগ্রহের গোষ্ঠীগুলি "ট্যাবে ফিল্টার যুক্ত করুন। | আমরা এই অনুরোধটি মূল্যায়ন করছি এবং বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| মাথাবিহীন ক্রোম | হেডলেস ক্রোমে পিএ এপিআই সমর্থন। | পিএ এপিআইয়ের কিছু উপাদান রয়েছে যা ক্রোমের সাথে আবদ্ধ থাকে, উদাহরণস্বরূপ কে-আনন গুগলের সার্ভারগুলিতে কল করে, যা "ওল্ড" হেডলেস ক্রোমে কাজ করতে পারে না। আমরা বিশ্বাস করি যে এটি ক্রোম 112 -এ প্রকাশিত হেডলেস ক্রোমের "নতুন" সংস্করণ দ্বারা সম্বোধন করা যেতে পারে। |
| API ব্যবহার | রিপোর্টএডাকশনলসের সাথে লোকসানের প্রতিবেদনের ক্ষেত্রে আমরা অনেক ক্ষেত্রে "টপলভেলউইনিংবিড = 0" দেখছি। এর ব্যাখ্যা কি? | টপলভেলউইনিংবিড মানটি শীর্ষ-স্তরের বিক্রেতার উপাদানগুলির মধ্যে স্কোরেড () ফাংশন থেকে উদ্ভূত হয়। এই মানটি শীর্ষ-স্তরের নিলামের ফলাফল নির্ধারণে ভূমিকা রাখে। ব্যাখ্যামূলক অনুসারে, শূন্যের একটি টপলভেলভিনিংবিড মান বা কোনও নেতিবাচক সংখ্যার ইঙ্গিত দেয় যে সংশ্লিষ্ট বিজ্ঞাপনটি নিলামে জয়ের জন্য অযোগ্য। এই প্রক্রিয়াটি উদাহরণস্বরূপ, সুদ-গ্রুপের লক্ষ্যযুক্ত বিজ্ঞাপনগুলি ফিল্টার করার জন্য নিযুক্ত করা যেতে পারে যা কোনও প্রাসঙ্গিকভাবে লক্ষ্যযুক্ত প্রার্থীকে ছাড়িয়ে যায় না। যদিও একটি শূন্য-মূল্যবান টপলভেলভিনিংবিড ইঙ্গিত দিতে পারে যে একটি প্রাসঙ্গিক নিলাম প্রাধান্য পেয়েছে, পিএ এপিআই স্পেসিফিকেশন স্বীকার করে যে অন্যান্য কারণগুলি এই ফলাফলটিতে অবদান রাখতে পারে। |
| মোড এ/বি টেস্টিং | মোড বি এবং মোডে স্পষ্টকরণ একটি ট্র্যাফিক নির্বাচন এবং অপ্ট-আউট প্রম্পটগুলি। | মোড এ এবং মোড বি এর অন্তর্ভুক্তির মানদণ্ড একই। লক্ষ্যটি হ'ল এমন গোষ্ঠীগুলি রয়েছে যা সাধারণ ক্রোম ট্র্যাফিকের প্রতিনিধি যতক্ষণ না তারা গোপনীয়তা স্যান্ডবক্স এপিআই এবং লেবেলিং পদ্ধতি সমর্থন করে, কারণ এই জাতীয় কিছু ক্লায়েন্ট কনফিগারেশন সামঞ্জস্যপূর্ণ নয়। পরীক্ষার উদ্দেশ্যে, কেবল লেবেলযুক্ত ট্র্যাফিককে অন্যান্য লেবেলযুক্ত ট্র্যাফিকের সাথে তুলনা করা গুরুত্বপূর্ণ। মোড বিতে ব্যবহারকারীদের ট্র্যাকিং সুরক্ষা বৈশিষ্ট্য সক্ষম করা আছে এবং এর মতো তারা সেই বৈশিষ্ট্যটি সম্পর্কে একটি বিজ্ঞপ্তি পান। |
| এপিআই উন্নতি | "লাইফটাইমেমস" কে JOBNADINTENTERTGROUP কলের মধ্যে সরাসরি সম্পত্তি হিসাবে অন্তর্ভুক্ত করা যেতে পারে বা এটি একটি পৃথক যুক্তি হিসাবে পরিচালনা করতে পারে? | আমরা পিএ এপিআই প্রস্তাবের মধ্যে "JOBNADINTINTERESTGROUP" কার্যকারিতা সম্পর্কিত ওয়েব ডেভলপমেন্ট সম্প্রদায়ের প্রতিক্রিয়া সাবধানতার সাথে বিবেচনা করছি। একটি মূল আলোচনার পয়েন্ট আইজি লাইফটাইমগুলি পরিচালনার জন্য সর্বোত্তম পদ্ধতির উপর দৃষ্টি নিবদ্ধ করে। আমরা "লাইফটাইমস" প্যারামিটারের জন্য পৃথক যুক্তির সুবিধাগুলি মূল্যায়ন করছি, কারণ এটি স্পেসিফিকেশনে সম্ভাব্য ভবিষ্যতের বর্ধনের জন্য নমনীয়তা এবং অভিযোজনযোগ্যতার প্রচার করে। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | কম-এন্ট্রপি ব্রাউজার আইডিগুলির সাথে সংঘর্ষের কারণে পিএ এপিআই ফ্রেমওয়ার্কে মিথ্যা নেতিবাচক হার বাড়ানোর সম্ভাবনা। | ক্রোম টিম সক্রিয়ভাবে পিএ এপিআই ফ্রেমওয়ার্কের চলমান পরিমার্জনে নিযুক্ত রয়েছে। আমরা ব্রাউজার আইডি সংঘর্ষ থেকে উদ্ভূত সম্ভাব্য মিথ্যা নেতিবাচক হার সম্পর্কিত আলোচনার প্রশংসা করি। আমরা সাবধানতার সাথে এই প্রতিক্রিয়াটি মূল্যায়ন করছি এবং আপডেট হওয়া বিশ্লেষণগুলি সমস্ত প্রাসঙ্গিক কারণগুলি ব্যাপকভাবে প্রতিফলিত করে তা নিশ্চিত করার জন্য কাজ করব। আমাদের প্রতিশ্রুতি এমন একটি সমাধানের জন্য যা নির্ভুলতা এবং নির্ভরযোগ্যতা বজায় রেখে কাঙ্ক্ষিত গোপনীয়তার ফলাফলগুলি অর্জন করে। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | ক্লায়েন্টদের কে-বেনামে সিস্টেমে একই বস্তুর জন্য বারবার "যোগদান" অনুরোধগুলি জমা দেওয়া থেকে বিরত রাখতে কি একটি নিম্ন-আঞ্চলিক ব্রাউজার সনাক্তকারী প্রয়োজনীয়? | আমরা কে-বেনামে সিস্টেমগুলি বাস্তবায়নে ব্রাউজার আইডেন্টিফায়ারগুলির ব্যবহার সম্পর্কিত চলমান আলোচনার স্বীকৃতি ও প্রশংসা করি। আমরা এই জাতীয় সনাক্তকারীদের সম্ভাব্য গোপনীয়তার প্রভাব সম্পর্কে উত্থাপিত উদ্বেগগুলি বুঝতে পারি। যদিও আমাদের প্রাথমিক বাস্তবায়নে একটি স্বল্প-অ্যান্টিপাই সনাক্তকারীকে একটি অ্যান্টি-অপব্যবহার প্রক্রিয়া হিসাবে নিযুক্ত করা হয়েছে, আমরা সক্রিয়ভাবে বিকল্প কৌশলগুলি যেমন বেনামে গণনা টোকেনগুলি অনুসন্ধান করছি, যা সিস্টেমের অখণ্ডতা বজায় রেখে ব্যবহারকারীর গোপনীয়তাকে অগ্রাধিকার দেয়। আমরা শক্তিশালী গোপনীয়তা সুরক্ষার সাথে দায়বদ্ধ ডেটা ব্যবহারের ভারসাম্যপূর্ণ সমাধানগুলি সন্ধান করতে প্রতিশ্রুতিবদ্ধ এবং আমরা গবেষণা সম্প্রদায়ের সাথে অব্যাহত সংলাপকে স্বাগত জানাই। আমরা এখানে এটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | এএমপি (ত্বরণযুক্ত মোবাইল পৃষ্ঠাগুলি) পিএ এপিআই সমর্থন করে। | এএমপি বর্তমানে স্থানীয়ভাবে পিএ এপিআই সমর্থন করে না। যদি এএমপি দ্বারা সমর্থন একটি উচ্চ অগ্রাধিকার হয় তবে আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| এপিআই উন্নতি | কে-বেনামে চেকগুলি থেকে প্রকারটি অপসারণ করার বিষয়টি বিবেচনা করুন। | আমরা সম্ভাব্যভাবে কে-বেনামে অনুরোধের কাঠামোগুলিকে অনুকূল করে তোলার বিষয়ে প্রতিক্রিয়াটি সাবধানতার সাথে বিবেচনা করছি। আমরা প্যারামিটারগুলি একীভূত করার পরামর্শটি বুঝতে পারি এবং প্রক্রিয়াটি প্রবাহিত করার জন্য সম্ভাব্যভাবে প্রকারগুলি একত্রিত করি। আমাদের লক্ষ্য দক্ষতা এবং রক্ষণাবেক্ষণযোগ্যতা নিশ্চিত করা এবং আমরা আমাদের গোপনীয়তা সমাধানগুলি বিকাশ অব্যাহত রাখার সাথে সাথে আমরা সমস্ত বিকল্পের মূল্যায়ন করছি। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ক্রোম ইউআই | কম-প্রযুক্তিগত ব্যবহারকারীদের সহজেই তাদের অন্তর্ভুক্ত আইজিগুলি দেখতে এবং পরিচালনা করার জন্য প্রক্রিয়াটির জন্য অনুরোধ, সম্ভাব্য ওয়েবসাইট-স্তরের নিয়ন্ত্রণগুলি বেছে নেওয়ার জন্য। | আমরা আইজিএস বোঝার এবং পরিচালনার জন্য ব্যবহারকারী-বান্ধব সরঞ্জাম সরবরাহের গুরুত্বকে স্বীকৃতি দিই। আমরা বিভিন্ন পদ্ধতিগুলি সাবধানতার সাথে বিবেচনা করেছি এবং যে ওয়েবসাইটগুলিতে যোগদান করেছেন সেগুলির দ্বারা আইজিগুলি সনাক্ত করা স্পষ্টতা এবং গোপনীয়তা সুরক্ষার সর্বোত্তম ভারসাম্য সরবরাহ করে। বর্তমানে, আইজিএসের গ্লোবাল ম্যানেজমেন্ট ক্রোমের সেটিংসের মধ্যে অবস্থিত। আমরা ক্রমাগত এই অঞ্চলে ব্যবহারকারীর অভিজ্ঞতা বাড়ানোর উপায়গুলি অন্বেষণ করছি। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| এপিআই সুরক্ষা | পিএ এপিআই কি সৃজনশীল বিজ্ঞাপন মিথস্ক্রিয়াগুলির মাধ্যমে গোপনীয়তার ফাঁস হয়ে যায়, এমনকি বেড়া ফ্রেমের প্রসঙ্গে? | আমরা পরিশীলিত বিজ্ঞাপন মিথস্ক্রিয়াগুলির মাধ্যমে তথ্য ফাঁসের সম্ভাবনা স্বীকার করি। আমরা বেড়া ফ্রেম, পিএ এপিআই এবং সম্ভাব্য আক্রমণ ভেক্টরগুলির মধ্যে ইন্টারপ্লে সক্রিয়ভাবে তদন্ত করছি। গোপনীয়তার ঝুঁকি হ্রাস করা একটি শীর্ষ অগ্রাধিকার, এবং আমরা ব্যবহারকারী সুরক্ষার সাথে উদ্ভাবনের ভারসাম্য বজায় রাখার শক্তিশালী সমাধানগুলি বিকাশে প্রতিশ্রুতিবদ্ধ। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| লেটেন্সি | ক্রেতা বিডিং লজিকের জন্য 50ms সময়সীমার ডিফল্ট কি বাস্তবসম্মত মান? | আমরা বিডিং লজিকের জন্য স্পেসিফিকেশন এবং নেটওয়ার্ক অনুরোধের সময়গুলির মধ্যে সম্ভাব্য অসঙ্গতিগুলি সম্পর্কে উত্থাপিত উদ্বেগগুলি স্বীকার করি। আমরা তাদের যথার্থতা নিশ্চিত করতে স্পেসিফিকেশনগুলি সক্রিয়ভাবে পর্যালোচনা করছি এবং কর্মক্ষমতা এবং সম্ভাব্যতা ভারসাম্য বজায় রাখতে সর্বোত্তম ডিফল্ট সময়সীমা সেটিংস তদন্ত করছি। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডকুমেন্টেশন | স্পেসিফিকেশনে সম্ভাব্য সময় ফাঁস যেখানে কোনও ওয়েবসাইট অনুমান করতে পারে যে কোনও বিজ্ঞাপন কে-বেনামীর থ্রেশহোল্ডে ব্যর্থ হয়েছে এবং ক্রস-সাইট ট্র্যাকিংয়ের জন্য সম্ভাব্য প্রভাবগুলি। | আমরা একটি সম্ভাব্য সময় ফাঁস সম্পর্কিত উত্থাপিত সমস্যাটি স্বীকৃতি দিই। আমরা স্পেসিফিকেশনে একটি তাত্পর্য নিশ্চিত করেছি এবং এ জাতীয় ফাঁস রোধে নিলামের আগে বিজ্ঞাপনগুলির কে-বেনামীর অবস্থা নির্ধারিত হয়েছে তা নিশ্চিত করার জন্য পদক্ষেপ নিচ্ছি। আমরা এই উদ্বেগগুলি গুরুত্ব সহকারে নিই এবং এই পরিবর্তনগুলি প্রতিফলিত করতে স্পেসিফিকেশন আপডেট করব। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | পিএ এপিআইয়ের মধ্যে একটি এসএসপি ব্লকলিস্ট বাস্তবায়নের উপায়। | আমরা এসএসপিএস দ্বারা বিজ্ঞাপন বিধিনিষেধ পরিচালনা করার জন্য প্রক্রিয়াগুলির প্রয়োজনীয়তা স্বীকার করি। নমনীয়তা সক্ষম করার সময় ব্যবহারকারীর গোপনীয়তা রক্ষার জন্য অন-ডিভাইস মূল্যায়নকে অগ্রাধিকার দেয় এবং বিদ্যমান বিজ্ঞাপন মেটাডেটাকে উপার্জন করে এমন সমাধানগুলি অন্বেষণে আমরা উত্সাহিত করি। আমরা পিএ এপিআইয়ের মধ্যে সর্বোত্তম পদ্ধতির সনাক্ত করতে বিকাশকারীদের সাথে কাজ করার প্রতিশ্রুতিবদ্ধ। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | কেউ কি তাদের ব্রাউজারকে এমনভাবে পিএ এপিআই করার ভান করতে বলতে পারেন যাতে সাইটগুলি সনাক্ত করতে পারে না? | আমরা স্বীকার করি যে, এর বর্তমান আকারে, পিএ এপিআই থেকে বেরিয়ে আসা ওয়েবসাইটগুলি দ্বারা সনাক্তযোগ্য হতে পারে। আমরা গোপনীয়তা বাড়াতে এবং অন্বেষণযোগ্য অপ্ট-আউট বিকল্পগুলি সরবরাহ করার দিকে কাজ করার জন্য অতিরিক্ত বিড এবং নেতিবাচক টার্গেটিংয়ের মতো বৈশিষ্ট্যগুলিতে সক্রিয়ভাবে কাজ করছি। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| মোড এ/বি টেস্টিং | ডেটা সেন্টার ট্র্যাফিককে চিকিত্সা করা 1.1। | ক্রোম দল গ্যাম দলের সাথে নিশ্চিত করেছে যে এই ট্র্যাফিকটি এখন পরীক্ষার বাইরে ফিল্টার করা হচ্ছে। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | পিএ এপিআই -তে সুদের গ্রুপবায়ার্স বাস্তবায়নের দক্ষতা এবং ন্যায্যতা। | আমরা পিএ এপিআই নিলামে "সুদগ্রুপবায়ার্স" ক্ষেত্রের দক্ষতা এবং ন্যায্যতা সম্পর্কে চলমান আলোচনাটি স্বীকৃতি দিই। আমরা দক্ষতা, গোপনীয়তা এবং বাজারের ন্যায্যতার মধ্যে বাণিজ্য-অফগুলি স্বীকার করি। যখন বিক্রেতাদের ক্রেতাদের সাথে ব্যবসায়িক সম্পর্ক পরিচালনা করা দরকার, আমরা ম্যাচিং প্রক্রিয়াটি অনুকূল করার উপায়গুলি অন্বেষণ করছি। এর মধ্যে রিয়েল-টাইম ডেটা এবং হাইব্রিড মডেলের উপর ভিত্তি করে গতিশীল সামঞ্জস্য অন্তর্ভুক্ত থাকতে পারে। আমরা এমন সমাধানগুলি সন্ধান করতে প্রতিশ্রুতিবদ্ধ যা ব্যবহারকারীর গোপনীয়তাকে অগ্রাধিকার দেয় এবং একটি প্রতিযোগিতামূলক বিজ্ঞাপন বাস্তুতন্ত্রকে সমর্থন করে। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ক্রোম ইউআই | সম্ভাব্য স্মৃতি উদ্বেগ এবং ক্রোমে আইজি সম্পর্কিত ইউআই স্পষ্টতা। | আমরা ডিভটুলগুলিতে আইজিএস প্রদর্শন সম্পর্কে উত্থাপিত উদ্বেগগুলি বুঝতে পারি। যদিও বর্তমান দৃষ্টিভঙ্গি historical তিহাসিক ট্র্যাকিংয়ের জন্য সমস্ত আইজি ইভেন্টকে প্রতিফলিত করে, আমরা সঞ্চিত আইজিএসের বর্তমান অবস্থার মধ্যে আরও পরিষ্কার দৃশ্যমানতা সরবরাহের মানটি স্বীকার করি। আমরা বিকাশকারী অন্তর্দৃষ্টি বাড়ানোর জন্য অপ্টিমাইজেশন এবং সম্ভাব্য ইউআই উন্নতিগুলি অন্বেষণ করব। মেমরি ম্যানেজমেন্ট সম্পর্কে, আইজি বাস্তবায়ন মেমরি ফাঁস প্রতিরোধের জন্য ডিজাইন করা হয়েছে, তবে আমরা ক্রমাগত সংস্থান ব্যবহার নিরীক্ষণ এবং অনুকূলিত করতে পারি। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডকুমেন্টেশন | মূল পোস্টারটি "WondadintInterestgroup" ফাংশনের "সাইজ গ্রুপ" ক্ষেত্রের মধ্যে সরাসরি নামযুক্ত বিজ্ঞাপন আকারগুলি ব্যবহার করার চেষ্টা করার সময় একটি ত্রুটির মুখোমুখি হচ্ছে। তারা জানতে চায় যে এটি আচরণের উদ্দেশ্যযুক্ত কিনা। | আমরা "WondadInterestgroup" ফাংশনের মধ্যে অ্যাড কনফিগারেশনের স্ট্রিমলাইন করার মানটি স্বীকৃতি দিই। আমরা এই সীমাবদ্ধতাটি সমাধান করার জন্য সক্রিয়ভাবে কাজ করছি এবং ভবিষ্যতের আপডেটগুলিতে এই কার্যকারিতা সক্ষম করার পরিকল্পনা করছি। এই বর্ধন বিকাশকারীদের বিজ্ঞাপন পরিচালনার জন্য নমনীয় এবং দক্ষ সরঞ্জাম সরবরাহ করার জন্য আমাদের প্রতিশ্রুতির সাথে একত্রিত হয়। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ক্রোম-ফ্যাসিলিটেড টেস্টিং লেবেল | মোড এ বনাম বি এবং সেন্ডেরপোর্টোতে সঠিক লেবেল সম্পর্কে সরাসরি ডেটা থাকার অনুরোধ যাতে আমরা ধারাবাহিকভাবে পরীক্ষাটি ট্র্যাক করতে পারি। | আমরা এখানে এই অনুরোধটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই |
| ডকুমেন্টেশন | বিক্রেতার ডোমেন নামটি বৈধতার উদ্দেশ্যে কোনও বিক্রেতার বিশ্বস্ত সার্ভারে অনুরোধের অন্তর্ভুক্ত? | আমরা সুরক্ষিত শ্রোতা কেভি সার্ভার এপিআই ডকুমেন্টেশন থেকে হোস্টনাম প্যারামিটারের প্রাথমিক বাদ দেওয়া স্বীকার করি। আমরা বিকাশকারীদের আশ্বাস দিতে চাই যে বিক্রেতার ডোমেন নামটি স্বয়ংক্রিয়ভাবে বিক্রেতার বিশ্বস্ত সার্ভারের অনুরোধে অন্তর্ভুক্ত রয়েছে। শক্তিশালী বিজ্ঞাপন বৈধতা প্রক্রিয়াগুলির জন্য এই কার্যকারিতা অপরিহার্য। আমরা এই তদারকি মোকাবেলায় ডকুমেন্টেশন আপডেট করেছি এবং বিকাশকারী সম্প্রদায়ের জন্য স্পষ্টতা এবং স্বচ্ছতার অগ্রাধিকার দিতে থাকব। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | সম্ভাব্য পদ্ধতিগুলি এডি ইমপ্রেশন ট্র্যাকিংয়ের মধ্যে আইজি নাম অন্তর্ভুক্ত করার জন্য প্রতিবেদনের উদ্দেশ্যে কল করে। | আমরা ব্যবহারকারীর গোপনীয়তার মৌলিক নীতি সহ শক্তিশালী প্রতিবেদন ব্যবস্থার প্রয়োজনীয়তার ভারসাম্য বজায় রাখতে প্রতিশ্রুতিবদ্ধ। বিজ্ঞাপন ইমপ্রেশন ট্র্যাকিংয়ে আইজি নাম অন্তর্ভুক্তি ব্যক্তিদের সনাক্তকরণ রোধ করার জন্য ডিজাইন করা কে-বেনামে সুরক্ষার সাপেক্ষে। আমরা এই গোপনীয়তার সীমাবদ্ধতার মধ্যে উদ্ভাবনী প্রতিবেদনের সমাধানগুলি অন্বেষণ করতে থাকব। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API বৈশিষ্ট্য | ক্লায়েন্টের ইঙ্গিতগুলি এইচটিটিপি শিরোনামগুলি পাওয়ার জন্য ক্রেতা বিশ্বস্ত সার্ভারের জন্য অনুরোধ করুন। | আমরা এখানে এই বৈশিষ্ট্য অনুরোধটি ট্র্যাক করছি। |
| API ব্যবহার | ডেলিগেশন ফাইলটির লোড করার জন্য "অ্যাক্সেস-নিয়ন্ত্রণ-অ্যালো-ওরিগিন" শিরোনাম প্রয়োজন কিনা তা প্রদত্ত যে এটি ব্রাউজারের জন্য আইজি সদস্যতার আচরণ নির্দেশ করে? | আমরা ওয়েব সুরক্ষা সেরা অনুশীলনের সাথে সারিবদ্ধ করতে প্রতিশ্রুতিবদ্ধ। প্রতিনিধি ফাইলগুলির জন্য "অ্যাক্সেস-নিয়ন্ত্রণ-অ্যালো-অরিজিন" শিরোনামের প্রয়োজনীয়তা সিওআর নীতিগুলির সাথে ধারাবাহিকতা নিশ্চিত করে এবং সংবেদনশীল তথ্যের অনিচ্ছাকৃত এক্সপোজারকে বাধা দেয়। আমরা একটি শক্তিশালী সুরক্ষা ভঙ্গি বজায় রেখে এই প্রক্রিয়াটি অনুকূল করার উপায়গুলি অন্বেষণ করছি। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| API ব্যবহার | পিএ এপিআই ফ্রেমওয়ার্কের মধ্যে সৃজনশীলদের ব্যক্তিগতকৃত করতে বিজ্ঞাপন সার্ভারগুলি সক্ষম করুন। | আমরা বিজ্ঞাপন সার্ভারগুলি সৃজনশীল ব্যক্তিগতকরণে যে ভূমিকা নিতে পারে তা স্বীকার করি। আমরা পিএ এপিআইয়ের মধ্যে বিজ্ঞাপন সার্ভারগুলিকে ক্ষমতায়নের সমাধানগুলি সক্রিয়ভাবে অন্বেষণ করছি, যেমন 'জয়েন্ট আইজি' মডেল যেখানে বিডিং এবং বিজ্ঞাপন সৃজনশীল নির্বাচনের যুক্তি একত্রিত করা যেতে পারে। আমাদের লক্ষ্য হ'ল শক্তিশালী বিজ্ঞাপন সৃজনশীল ক্ষমতা সক্ষম করা এবং ব্যবহারকারীর গোপনীয়তা সুরক্ষার মধ্যে একটি ভারসাম্য বজায় রাখা। আমরা এখানে সমস্ত স্টেকহোল্ডারদের প্রয়োজনীয়তা সামঞ্জস্য করতে এপিআইকে বিকশিত করার বিষয়ে আরও সহযোগিতা এবং প্রতিক্রিয়া স্বাগত জানাই। |
| গোপনীয়তা উদ্বেগ | প্রাসঙ্গিক বিড অনুরোধগুলিতে বিকল্প শনাক্তকারীদের (যেমন, র্যাম্পিড, আইডি 5) এর প্রাপ্যতা ক্রস-সাইট ডেটা সংগ্রহের সুবিধার্থে পিএ এপিআইয়ের গোপনীয়তা লক্ষ্যগুলিকে ক্ষুন্ন করতে পারে। | আমরা ক্রস-সাইট আইডেন্টিফায়ার এবং পিএ এপিআইয়ের গোপনীয়তার উদ্দেশ্যগুলির মধ্যে সম্ভাব্য উত্তেজনা স্বীকৃতি দিই। যদিও প্রকাশকরা এই জাতীয় সনাক্তকারীগুলি ভাগ করে নিতে বেছে নিতে পারেন, পিএ এপিআইয়ের নকশাটি মূলত ক্রস-সাইট ট্র্যাকিংয়ের প্রয়োজনীয়তা থেকে বিজ্ঞাপন নির্বাচনকে ডিকল করে। আমরা একটি গোপনীয়তা কেন্দ্রিক বিজ্ঞাপনের বাস্তুতন্ত্রকে উত্সাহিত করতে এবং বিকাশকারীদের পিএ এপিআই পদ্ধতির অগ্রাধিকার দিতে উত্সাহিত করতে প্রতিশ্রুতিবদ্ধ। আমরা এখানে এই সমস্যাটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ক্যাশিং | একাধিক নিলাম জুড়ে বিডিং স্ক্রিপ্টগুলির পুনরায় ব্যবহার রোধ করার কোনও উপায় আছে কি? | আমরা পিএ এপিআই কাঠামোর মধ্যে বিডিং স্ক্রিপ্টগুলির পর্যবেক্ষণ ক্যাচিং আচরণকে স্বীকার করি। যদিও স্ট্যান্ডার্ড এইচটিটিপি ক্যাচিং প্রক্রিয়াগুলি সমর্থিত, ডিভাইস সাসপেন্ড আচরণ এবং বিডিং এক্সিকিউটরদের নকশার কারণে নিলাম জুড়ে স্ক্রিপ্ট পুনরায় ব্যবহারের সম্ভাবনা বিদ্যমান। The team is investigating solutions to provide buyers with greater control over script caching to manage their bidding strategies effectively. We are discussing this issue here and welcome additional feedback. |
| API ব্যবহার | Centralize reporting of bidding activity across all IGs for a DSP, while respecting user privacy. | We prioritize user privacy when designing PA API. While direct reporting of individual bidding events is not feasible due to cross-site tracking risks, we offer mechanisms like Shared Storage and Private Aggregation. These enable DSPs to gain aggregated insights on bidding activity, in a manner that upholds user privacy. |
| API ব্যবহার | The fetch from sendReportTo() in reportResult() only happens 94% of the time relative to getting a fetch registered with forDebuggingOnly.reportAdAuctionWin(). | While they may not have the same timing, it is possible for both URLs to be fetched at the same time. In some instances, the component seller's worklet was disposed of and needs to be reloaded to then run the reportResult() function. However, neither the time it takes to fetch the scoring logic nor the time for the worklet to reload affects the 50ms timeout of for reportResult(). Please note that Chrome will use caching headers to define its fetching behavior in cases where the worklet needs to be reloaded. You can learn more about the phases of a PA auction here . |
| K-anonymity | Request for confirmation that the name of the interestGroup does not affect the k-anonymity of ad serving. | For a creative to be considered k-anonymous, the tuple of IG owner URL, bidding script URL, creative URL, and ad size must meet the specified threshold (k) over a past time period (w). The k-anonymity status is updated periodically (p). |
| Chrome UI | Proposal to provide the type of "internal visibility" that lots of MVC, ORM, etc frameworks offer. Eg start with simple logging of selected internal events to a new panel in the Dev Tools --> Application --> Application section | We are discussing the proposal here and welcome additional feedback. |
| Chrome UI | Dev Tools IG joining doesn't show priority related elements. | We have addressed this issue here . |
| API Improvement | It would be preferable to allow the creative ad server to track its own events. Could a list of allowed tracking domains be configurable? | We have shared a proposal here and welcome additional feedback from the ecosystem. |
| API Feature Request | Can PA API be extended to support non-RTB media transactions and maintain critical use cases such as ad serving and DCO? | We are discussing the issue here and welcome additional feedback. |
| Publisher Auction Timeout | Publishers need control over auction duration to prevent lost impressions, especially in header-bidding setups where ads are selected sequentially. | We acknowledge the importance of giving publishers granular control over ad auction timeouts. We are actively exploring how to implement a global auction timeout mechanism, potentially within the "auctionConfig" object, while carefully considering the edge cases. This feature aims to optimize impression fill-rates for publishers, and we will continue collaborating with the community to find the best solution. We are discussing the issue here and welcome additional feedback. |
| API Improvement | The current design of IGs in PA API leads to large metadata sizes due to lengthy renderURLs. Testers would like a way to compress these URLs for greater efficiency. | We recognize the importance of optimizing IG metadata size, particularly for efficiency-sensitive ad auctions. We think a template-based solution for compressing renderURLs offers significant potential. We will carefully evaluate the proposed template designs and ensure that any implemented solution includes robust abuse-prevention mechanisms to maintain browser stability. Collaborating with the web standards community to develop the optimal approach, with these considerations in mind, remains a priority. We are discussing the issue here and welcome additional feedback. |
| API ব্যবহার | Testers handling native ad formats want to optimize the Privacy Sandbox auction process by retrieving multiple ad results in a single call to reduce network load and improve ad rendering speed. | We recognize the performance concerns raised for native ad rendering in the Privacy Sandbox. We are committed to finding a balance between efficiency and strong user privacy protections. While returning multiple ads with full scores compromises privacy, we are actively exploring ways to optimize the auction process. We are dedicated to enhancing PA API support for native ad formats and investigating alternative mechanisms to improve efficiency within the strong privacy constraints of the Privacy Sandbox. We are discussing the issue here and welcome additional feedback. |
| API ব্যবহার | Flexibility in how ad bids are scored and sorted within the Privacy Sandbox, especially to represent priority levels or private marketplace rules. | We understand the need for fine-grained control over ad scoring and sorting within the Privacy Sandbox, particularly in complex bidding scenarios. We acknowledge the proposed solutions using tuples and mathematical functions to achieve multi-dimensional scoring without sacrificing user privacy. While these approaches may add complexity for developers, they offer the necessary expressiveness. We are committed to exploring ways to streamline these processes, potentially through helper functions or guidelines, to ensure optimal use of Privacy Sandbox features for advanced auction logic. We are discussing this issue here and welcome additional feedback. |
| reportEvent() | Add a new reserved event (automatic beacon perhaps) fired by the browser once a frame with an ad creative is initialized. | We are discussing this request here and welcome additional feedback. |
| adCost | Allowing breakdown of adCost. | Each cost value is an opportunity to send a limited amount of information out of the auction. Allowing a whole list of N of those costs would be enough to send a whole user identifier, which would enable cross-site tracking. We are discussing this here and welcome additional feedback. |
| resolveToConfig | Should resolveToConfig be inherited from the top level and exposed in browserSignals? | We are discussing this request here and welcome additional feedback. |
| Better Tools | Is there something akin to chrome://topics-internals but for PA API? | There is nothing exactly the same. However, there is extensive developer tooling for PA API . |
| লেবেল | Can Chrome use labels to identify the 20% k-anon population? | We are considering this request and welcome additional feedback from the ecosystem. |
| ডকুমেন্টেশন | Will Privacy Sandbox auction worklets become standard worklet types? | Due to unique privacy and security requirements, these worklets differ significantly from standard browser worklet types, so we do not anticipate that they will become standard worklet types within the HTML specification soon. We are committed to enhancing our developer resources with clear explanations about the implementation and execution environment of auction worklets, making this information more accessible for Privacy Sandbox participants. We have discussed this further here . |
| Bring-Your-Own-Server (BYOS) Key-Value (KV) server | Parties may be able to learn multiple IGs (from the same owner) joined by a user through KV services queries in a BYOS KV Service setup. | This will no longer be possible when KV servers run in TEEs and we can ensure they can abide by the published trust model. |
| userBiddingSignals | update part of the "userBiddingSignals" while maintaining others. | This is already possible without any changes required to the API. |
| API ব্যবহার | Implement frequency capping across multiple IGs within the Privacy Sandbox, potentially using the KV server or modified "prevWinsMs" data. | We acknowledge the desire for advanced frequency capping capabilities within the Privacy Sandbox. We recognize that current restrictions on data sharing across IGs can present challenges when implementing these strategies. While the KV server provides a potential mechanism with appropriate privacy safeguards, we encourage developers to explore solutions within a single IG model. We are discussing this issue here and welcome additional feedback. |
| API ব্যবহার | Component sellers (those participating in nested auctions within the Privacy Sandbox) need visibility into top-level auction timeouts to optimize their own configurations and avoid unnecessary delays. | We recognize the need for improved timeout coordination between top-level sellers and component sellers within the Privacy Sandbox. We are actively investigating the addition of new timeout mechanisms, including a potential whole-auction timeout and exploring ways to apply top-level timeouts to component auctions. Our goal is to enhance efficiency and predictability for all participants in the Privacy Sandbox auction process. We are discussing this issue here and welcome additional feedback. |
সুরক্ষিত শ্রোতা পরিষেবা
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Trusted Execution Environments (TEEs) | More expensive to run TEEs in public clouds as opposed to on-premise ad tech data centers? | Our response is similar to previous quarters: Our current TEE security model benefits from the practices of public cloud implementations. In particular, current hardware-based TEEs do not defend against all physical attacks. Our existing supported public cloud providers, AWS and GCP, designed and implemented mitigations for physical access risks, including from employees. See further details below regarding on-premise support. Ad techs have mentioned to us that running cloud services is more expensive than on-premise ad tech data centers. While we are not in a position to evaluate those statements, we welcome additional feedback on costs and continue to evaluate options for expanding our TEE support. |
| TEEs | Support for TEEs in non-public cloud environments | Our response is similar to previous quarters: While we are continuing to explore support for options beyond public cloud-based solutions, we have no current plans to support on-premise TEEs. At this stage, given Privacy Sandbox security requirements and the significant challenges presented by on-premise deployments, we believe that continuing to expand and improve cloud-based deployments (for example, supporting Google Cloud in addition to AWS) is the most beneficial for the বাস্তুতন্ত্র However, we welcome additional feedback on why such a requirement is necessary and feasible given the privacy and security constraints. |
| অন্যান্য ক্লাউড প্রদানকারী | Support for other cloud providers | We are always open to suggestions for other cloud providers, but currently we are planning at least to support GCP and AWS when 3PCD is enforced. Refer to this explainer for more information. |
| B&A Services API | What is Google's direction for the B&A Services API? Will it be prioritized above or below the Chrome browser Protected Audience on device auctions? | Our response is similar to previous quarters: We remain committed to the current Protected Audience on-device bidding design. The B&A services have been proposed to explore possible solutions to support a subset of use cases where the computational power or network speed of the device may be limited. |
| প্রমিতকরণ | B&A services have not gone through a standardization process. | The B&A Services proposal is in the middle of one phase of the standardization process, and we welcome additional engagement in support of that goal. It began with a proposal (based on previous proposals), it is being publicly incubated through extensive open discussion at W3C and interested developers are able to begin experimenting with it and providing feedback. This is the usual pattern for web feature development, as described for example in our blog post here . |
| KV Server | Expose full URL to buyer's KV server for content / contextual / site targeting. | We are discussing this request here and welcome additional feedback from the ecosystem. |
| ডকুমেন্টেশন | The documentation for "Trusted/Enforced components vs. optional" on GitHub causes confusion with some ad techs who have their own set of deployment images and infrastructure. | We are looking to improve the documentation for "Trusted/Enforced components vs optional", and am interested in hearing from the ecosystem if such work needs to be prioritized. |
| API Improvement | The HTTP Status Code of a KV server call should also be available to the scoreAd() function as a parameter. | We are evaluating this request and welcome additional feedback from the ecosystem. |
| ডকুমেন্টেশন | Provide more information on how JS and WASM workloads would be handled exactly with the UDF execution. | We are looking into providing this information and welcome additional feedback here . |
| ডকুমেন্টেশন | Request to update repo name. | We have renamed the repository to "protected-auction-key-value-service". This is in line with the term for the collection of services this belongs to, which also has other repositories such as the Protected Audience Services discussion , and the Protected Auction Services documentation repos. |
| ডকুমেন্টেশন | Remove reference to Cloud debugger API in bidding_auction_services_gcp_guide.md. | We have updated the documentation and removed the reference. |
| API ব্যবহার | Latency introduced by the KV lookup is taking more than 50ms. It's taking nearly 100ms. Do you have any guidance on what's been working well for other sellers? Do you have any suggestions on how to measure the timeouts and timing? | The KV server call happens inside the context of the Script Runners, ie the special protected environment inside of the Chrome browser. It is intended to keep information in these script runners protected from any non-API access. We have provided a detailed explanation here . |
| API ব্যবহার | Is there a timeout for the KV server to respond in a particular time? | Sellers can specify the "perBuyerCumulativeTimeouts" field in the auction config. This timeout includes the time needed to fetch trusted bidding signals. |
| লেটেন্সি | How is the Privacy Sandbox team working to address latency? | For strategies we are exploring to keep the latency within acceptable limits, see here . |
Measuring Digital Ads
Attribution Reporting (and other APIs)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Manual Campaign Optimization | ARA does not support manual campaign optimization. | We have discussed this scenario with the ad tech and shown ways in which ARA can be used to support manual campaign optimization. ARA has been built in a way that allows for ad tech customization and flexibility to solve a range of ad tech use cases. A few suggestions that were provided included using different flexible event-level configurations and, using event-level reports with summary reports to reduce the impact of noise and to achieve their manual and automatic optimization needs. We are open to additional ecosystem feedback regarding the customizability and flexibility of ARA configurations. |
| রূপান্তর প্রকার | Google is only allowing eight conversion types which is limiting. | We have implemented the majority of Flexible event-level reporting , which gives ad techs additional flexibility in terms of the number of reporting windows, number of attribution reports, and bits of trigger data that they can use. Ad techs can choose a configuration that allows measuring up to 32 different conversion types. |
| Aggregatable Report Event Limit | The numerical minimum of 20 conversion events per aggregable report is not workable for smaller advertisers with limited budget. | There is no minimum number of conversion events needed per aggregatable report. Additionally there are a number of design decisions that can be made to optimize aggregatable reports for smaller advertisers such as changing the key structure / dimensions tracked, testing different levels of epsilon, testing longer batching frequencies, and testing different contribution budget allocations between measurement goals. Smaller ad techs can also experiment with combining event-level reports and summary reports as a way to reduce the impact of noise. |
| রিয়েল-টাইম ডেটা | Depriving DSPs of real-time data (eg on clicks, sessions, and conversions) which DSPs use to adapt their bidding strategy and achieve better campaign effectiveness, goes against the commitment to maintain existing functionalities. | Even with ARA, clicks and sessions remain real time, and conversions are always after the fact even with 3PCs. |
| Missing Fields | Missing requirements in the Full Flexible event rollout: i) Currency field, and ii) orderID / TransactionID field. | We do not plan to support a Currency field or Order ID / Transaction ID field currently as part of full flexible event-level because there are already ways to do this with current event-level reporting. We are open to additional feedback regarding these fields, and will reconsider if there are additional use cases that require these. The ways to use ARA's current design to measure currency and order ID type information: 1. Based on the feedback, the currency is determined by a user's geo, which can be added as part of the source_event_id as a way to determine what currency was used. 2. Based on the feedback, the order ID field is needed to ensure conversions and values are not double counted by mistake, which can be done by using deduplication keys. |
| গোপনীয়তা বাজেট | ARA Privacy Budget limits the ability to measure across multiple dimensions | ARA has been designed in such a way as to allow ad techs to customize their own ARA configurations to cover a variety of attribution scenarios. With the current ARA design ad techs will need to think about the trade off between what dimensions are most crucial for them to measure and the impact of noise on their data. Adding noise to the data depending on the granularity of dimensions that are being measured is essential for privacy. We are open to additional ecosystem feedback regarding the ability to measure across different dimensions, but would need to understand the specific use cases that require this. |
| Update Specification | Although Google has said it has moved from fixed to flexible event reporting windows, this has not been reflected in Google's Technical Specifications which still currently has a minimum window of one hour. | Flexible event-level reporting currently allows ad techs to change the number of attribution reports per source event, the bits of trigger data, and the number/length of reporting windows. ARA still has a minimum reporting window of 1 hour for event-level reports which is essential to maintain privacy and mitigate against certain types of history reconstruction attacks. Since summary reports provide information in aggregate, ad techs can opt in to receive aggregatable reports immediately with no delay, if needed for their use cases. |
| API ডিজাইন | Concern that reducing information in conversion reports and adding noise could impact the ecosystem more than Google. | Google has committed to the CMA to design and implement the Privacy Sandbox proposals in a way that does not distort competition by self-preferencing Google's own business, and to take into account impact on competition in digital advertising and on publishers and advertisers of all sizes. |
| Attribution Correction | ARA doesn't allow the tech provider to control and verify the correct attribution. | There are many available solutions within ARA that provide verification capabilities: 1. Ad techs can verify that ARA behavior matches their expectations: – ARA client-side code is open-sourced. – ARA server-side code is also open sourced, and Coordinators ensure that only allowed versions of Aggregation Service can decrypt and process aggregatable reports. 2. Chrome has provided ad techs with a Simulation Library to verify attribution behavior, where the ad tech can test how ARA performs attribution in a mock environment. 3. ARA supports a number of debug signals that help to verify whether or not and why expected processing may not have occurred. |
| (Also reported in previous quarters) গোলমাল | Feedback that the level of noise is too high and it is impacting the usefulness of the reporting. | We have spoken to ad techs with this same feedback and were able to identify ways in which ARA can be customized to better suit their use cases, even with noise. We have developer documentation that contains the majority of design decisions and customizations that we discussed with the ad techs. ARA has been designed in a way to allow ad techs to customize their own ARA configurations to cover a variety of attribution scenarios. But ad techs will need to think about the trade off between what dimensions are most crucial for them to measure and the impact of noise on their data. We are open to additional ecosystem feedback regarding the impact of noise and can provide additional guidance on ARA levers that can be used to change the impact of noise. |
| Cross-domain Attribution | How to track the attributions that are cross domain? | Ad techs can redirect to different reporting URLs to solve for this use case. We are open to additional ecosystem feedback regarding this design aspect of ARA. |
| API Improvement | Regularly change the scaling factor used when registering attribution for ARA Summary Reports. | Based on the discussion on GitHub, it seems that handling multiple scaling factors in Aggregation Service will most likely result in a higher amount of noise added to summary reports versus the current functionality. We are open to additional feedback regarding the need for scaling factors as part of aggregatable reports, but want to call out the potential trade off with increased noise. We are also evaluating whether other future ARA features may help to solve this use case as well. |
| API ব্যবহার | Opportunity to unify how attribution events get shared with all participants which is beneficial for SSP, DSP, etc. | We plan to sync with ad tech to better understand their feedback and any limitations they are running into. |
| Test Traffic Volume | Is the test traffic for Mode B for all Chrome stable? | Inclusion in an experiment group is unaffected by (independent of) Chrome settings. |
| ডকুমেন্টেশন | Support ARA for pixels. | We have published information about how to support this use case and welcome additional feedback from the ecosystem. |
| API ব্যবহার | ARA may not be attributed to the correct source for third-party sellers on ecommerce platforms if the conversion is not done by the last touch. | Companies can use filters to prevent incorrect attribution from happening (as in no conversion report will be generated). We are also working on a proposal for pre-attribution filtering to help with this use case. |
| ব্রাউজার সমর্থন | Will ARA be supported in different browsers? | We welcome other browsers to adopt the Privacy Sandbox APIs and continue to dedicate time to discussing our approach in the open at W3C. We have explicitly stated interoperability as a goal for shipping ARA and ARA's design is intended to be browser-agnostic with flexible vendor-specified values for vendors with different privacy stances. Other browsers are making their own choices on whether to provide viable alternatives to cross-site identifiers that can support the digital ecosystem of content and services. We're encouraged that Microsoft Edge has indicated it will support A RA . |
| API ব্যবহার | What is the expected source kind for ARA source registrations for registerAdBeacon/reportEvent (and navigation_start/commit automatic beacons)? | It depends if these beacons are automatic or manual: - reserved.* (ie automatic) events to be of navigation-source type. - Manually triggered events to be of event-source type. |
| API ব্যবহার | Does the maximum limit of 20 aggregatable reports per source mean for each source event? Is the limit global or daily? Is there a plan to increase the limit? | The 20 aggregatable reports per source limit is a global limit where 20 aggregatable reports can be created for each source. The limit is set by the browser and non-configurable. The purpose of this limit is to avoid abusing the protection of real attribution reports with null reports. We have discussed this further here . |
| API ব্যবহার | Support for email marketing using ARA. | Right now there is no direct support for this use case within ARA (if you don't control the email hosting site). We are discussing this here and welcome additional feedback. |
| এপসিলন | When will the value of epsilon for the Aggregate API be determined? | The current epsilon value can be configured by ad techs up to a predetermined threshold defined by Privacy Sandbox (which is currently 64). We recommend testing different epsilon values and identifying inflection points for your own use cases and providing feedback. We will make sure to communicate to ad techs in advance prior to any changes to the range of epsilon values. |
| API Improvement | Support a use case where the advertiser can insert an identifier into the trigger_data field for matching with external CRM data to allow advertisers to verify the quality of conversions. | We are discussing the request and welcome additional feedback here . |
| API ব্যবহার | How to handle redirect URLs as destination urls. | Ad techs can do either of the following: 1. Put the final destination URL in the destination field; 2. Destination field allows up to 3 urls which allows you to put multiple URLs into the field. Both options will require knowing the final destination URL. We have discussed this further here. |
Aggregation Service
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Key Discovery Mechanism | Request for a key discovery mechanism | We have a proposal for key discovery and welcome feedback from the ecosystem on the proposal. |
| API ব্যবহার | Roadmap for observability on Aggregation Service | We are reviewing options to support more observability and welcome feedback from the ecosystem here . |
| API Improvement | Requesting to be able to requery reports. | Aggregation Service is working on a requerying proposal where ad techs can split their epsilon for each report. This can introduce more noise per query but will allow ad techs to requery and maintain privacy. |
| API Improvement | Would like to be able to associate multiple origins to the same AWS ID. | Aggregation Service will now allow multiple sites to be onboarded on the same cloud account (GCP or AWS). This will allow ad techs to use the same Aggregation Service enclave for processing reports from multiple sites and multiple origins from the same sites. |
| API ব্যবহার | When aggregatable batches fail, not sure if the budget is consumed or not and if they can reprocess their batch. When an aggregation service encounters a budget error for duplicate reports, the rest of the remaining reports are lost. How to minimize this loss? | In a typical scenario, if the entire job fails, the budget will not be consumed. In cases of a rare failure where budget is consumed, ad techs can request budget recovery. If the ad tech encounters frequent job failures with the budget exhausted error, they should confirm their batching strategy. Instructions on how to batch correctly and avoid duplicate reports and errors can be found here . We welcome feedback on budget recovery here . |
| API ব্যবহার | Using Private Aggregation API with the trigger described here would produce an aggregatable report for every auction. What are the scaling capabilities of Aggregation Service? | Aggregation Service itself does not put an upper limit on the number of keys or reports in a batch but a scale of 10^14 reports and 10^12 keys is currently unsupported due to the memory that would be required. Our sizing guidance indicates the ranges we have tested and recommend for optimal performance given expected load and the supported cloud vm instance types. |
| তথ্য প্রক্রিয়াজাতকরণ | If an encrypted data has personal information, what is the legal arrangement of providing encrypted data to the Aggregation Service? Can you advise whether it is guaranteed that the coordinator will not access encrypted data? | The Aggregation service does not share encrypted / user data with the Coordinator. The Aggregation service uses the coordinator for key management and accounting. Some details on the coordinator can be found here . For accounting, Aggregation service only shares the shared ID and the reporting origin with the PBS for budget consumption. Once we launch a multi-site we will replace origin with site. Note that Aggregation service runs in a TEE which is the only place where reports from clients can be decrypted. The code running in the TEE is open sourced and audited by external parties as outlined here . |
Private Aggregation API
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| API ব্যবহার | Ability of component sellers to send reports to multiple aggregation servers within a TEE. | The current Private Aggregation API status does not support this feature. We have discussed this issue further here . |
| ডকুমেন্টেশন | What is the epsilon value used in Google's trials? | For the Private Aggregation API, the ε value specified in an aggregation service query corresponds to the L1 contribution budget of 2^16 that is enforced on a rolling 10 minute basis. There's also a 'backstop' L1 contribution budget of 2^20 that is enforced on a rolling 24 hour basis. So essentially, the privacy parameter is ε on a rolling 10 minute basis, and is 16ε on a rolling 24 hour basis (rather than 144ε). Aggregation service currently supports a range of ε for testing (up to 64) to allow for experimentation with different aggregation strategies and provide feedback on the utility of the system with different privacy parameters for Private Aggregation and other APIs. We plan to revisit the maximum allowable epsilon value over time as we get feedback from testers and add features that allow for more efficient privacy budget usage. |
Limit Covert Tracking
User Agent Reduction/User Agent Client Hints
No feedback received this quarter.
IP Protection (formerly Gnatcatcher)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Resolution ID | Privacy Sandbox needs to be more vocal to press that resolution IDs often built on IP are not sustainable for advertisers. | Privacy Sandbox has made it clear that we aim to reduce cross-site tracking. Our public initiatives, which extend beyond cookies, are publicized both on privacysandbox.com and GitHub. We strive to reduce cross-site tracking, including that based on IP addresses. However, it is ultimately up to individual websites to decide whether to proactively enable cross-site tracking. In an era of increased scrutiny on regulatory compliance, it is prudent for individual companies to have an understanding of the practices employed by their service providers. |
| Chromecast | Will IP Protection impact Chromecast or other Chrome devices? | There are currently no plans for IP Protection to be applied to Chromecast devices. |
| IP Protection List | Will the list of third parties identified as potentially using IP addresses for web-wide cross-site tracking be published? | The list will be published once finalized, as discussed here . |
Bounce Tracking Mitigation
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Single Sign On (SSO) Exemption | How will Bounce Tracking Mitigation (BTM) verify SSO use cases for exemption? | BTM will be disabled by Chrome heuristics. বিস্তারিত জানার জন্য এখানে দেখুন. |
| Deprecation Trial | Is BTM enabled for sites in the 3PC deprecation trial? | No, BTM honors the cookie exceptions created by the deprecation trial, as discussed here . |
গোপনীয়তা বাজেট
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
Related Website Sets (formerly First-Party Sets)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| বৈশিষ্ট্য অনুরোধ | CHIPs and / or Storage Partitioning are automatically allowed to be accessed across the RWS, without the need for the Storage Access API, nor user interaction. | We are considering the benefits and feasibility of a feature that may perform this function. One consideration is a potential gap in cross-browser interoperability, which RWS addresses by leveraging the Storage Access API. There is no current equivalent to this requested functionality supported on other browsers. We encourage developers to submit their use cases on this issue to facilitate discussion here . |
| Removal of Non-compliant Sets | What is the process to remove sets that become non-compliant from the repository? | We are working on defining a process for this, and we'll share updates as soon as they're available. |
| এনফোর্সমেন্ট প্রসেস | There is a lack of clarity around Google's subjective role in the RWS enforcement process. | As RWS is an ongoing project and we are continuing to receive new submissions, aspects of the process and our criteria are still being solidified. We do agree that it is important for our submission guidelines to fully outline our requirements for submission, and we will add greater detail to our submission guidelines going forward to avoid further ambiguity and confusion. Our intent is for the submission process to be as technical as possible so that we can phase out human involvement and entirely rely on automated checks. PRs such as this one necessitate more human interaction because they include behaviors we did not anticipate, but they allow us to identify more areas for automation and ways we can fix our guidelines to avoid these problems going forward. |
| ডেটা শেয়ার করা | Request for a feature that allows domain owners to indicate they would like a third party to also share RWS data, with user consent. | The requested functionality is already available through APIs such as FedCM, and Storage Access APIs that enable access to authenticated identity after the user accepts a permission prompt. We welcome feedback from the ecosystem on any specific use cases that they believe are not possible. |
| অন্যান্য স্টোরেজ পদ্ধতি | Will information saved on local storage or session storage will also be interpreted as 3PCs? | Local storage, session storage, and other forms of non-cookie storage when used within third-party contexts have been partitioned in Chrome since version 115. See this blog post for additional details. |
| Associated Sets Limit | What happens to organizations who submit more than 5 domains even though this is "capped at 5 associated sites"? | These sets will be accepted via the GitHub process, but the browser (Chrome) will only apply our Storage Access API auto-granting rules to the first 5 domains; and ignore the remaining domains, as discussed here . |
| find_robots_txt | find_robots_txt check does not work with redirects. | A fix has been submitted to resolve this issue here . |
| User Gesture | Remove user gesture requirement for accessStorage(). | This requirement was made based on a similar design that is in place across all major browsers for the requestStorageAccess API. We invite additional feedback and use cases in this GitHub issue to help us prioritize this request, and enable cross-browser discussions. |
| User Gesture | Is a user-gesture required to grant permission for third-party storage access after a Chrome or OS restart? | Yes, but we welcome additional feedback from the ecosystem on whether to change this behavior here . |
Fenced Frames API
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| adComponent | Lack of documentation and flexibility using AdComponents with Fenced Frames. | We are looking to share more documentation regarding this use case. Also to add, ad components are supported in Fenced Frames using getNestedConfigs() which is documented in the spec here . |
| (Also reported in previous quarters) Render adComponent | Request for sample codes on how to render adComponents in Fenced Frame. | We are working on sharing some sample codes here . |
| Third-party Ad Verification | The role of third-party ad verification in the context of Fenced Frames needs more detail, especially regarding contextual/brand safety. | Today, Fenced Frames Ad Reporting does allow for DSPs to send impression and auction event-level data to 3P ad verifiers for post-render brand safety checks and billing. |
| Expandable Ads | Request to support expandable ads. | If the ad needs to switch between two sizes with the same aspect ratio, and there is no functional difference between the two (just size), the embedder could resize the Fenced Frame with the second ad size and the browser accordingly scales the Fenced Frame element . |
| (Also reported in previous quarters) Support for Video & Native Inventory | Does Fenced Frames support video & native inventory? | Our response is similar to previous quarters: PA API supports video rendering using a mechanism that relies on iframes. However, we haven't yet designed a solution for video and native ads rendering that is compatible with Fenced Frames, and this is one of the reasons we had decided to push back Fenced Frames enforcement to 2026. That means if a partner does decide to enforce Fenced Frames now, the support for video and native would be lacking for that partner. |
| উপদেষ্টা পর্ষদ | Requests the creation of an advisory board of native ad vendors to ensure Fenced Frames implementations follow industry standards. | Fenced Frames are not required for use in PA API any sooner than 2026. The additional time allows us to continue working with the industry to design and implement support for a broader range of critical use cases. We've previously stated we will evolve Fenced Frames ahead of their requirement to maintain support for video and native ads with PA API. Per our commitments, we will engage with and inform the CMA of any such changes, and we will continue engaging with feedback from the ecosystem ahead of requiring Fenced Frames. Our ecosystem engagement model at W3C and ad standards organizations like IAB Tech Lab allows for industry experts of all kinds to guide the designs before they are required. |
| (Also reported in previous quarters) Size Difference Across Platforms | Reports that the size of content displayed in the Fenced Frame looks different between desktop and smartphones. | This is a known Chromium issue which we are investigating. We welcome additional feedback here . |
| API Improvement | Did the Fenced Frames requirement get pushed back to 2025 so that native ads are now supported under Privacy Sandbox? | As we noted in our public announcement for Fenced Frames enforcement no sooner than 2026, we had learned of a broad "significant effort to accommodate" Fenced Frames. Certainly, one of which was Native, but it was not the only factor. The intent was to provide more time to ensure ecosystem readiness to support key use cases, including, but not limited to, native. |
Shared Storage API
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| কর্মক্ষমতা | Shared Storage return times outside of the worklet appear to be dependent on activity in the worklet. | We are discussing this test result here . |
| Wider Adoption | Shared Storage should be an industry-wide standard available across browsers. | We welcome and acknowledge this feedback. Chrome is continuing to actively participate in W3C fora, including the WICG , to champion the proposal, seek feedback, and drive adoption. |
| Bidding Worklets | Is it possible to read from Shared Storage within the generateBid (which is already running in a worklet) to apply ad-decision / business logic (such as Frequency Capping) based on cross-site information and select a subset of ads? | No, it is impossible to read from shared storage within bidding worklets. |
চিপস
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| Partition Capacity | Clarify behavior when over partition capacity. | When capacity is reached, the oldest cookies are ejected from the least recently accessed cookie(s) to free memory until the limit is no longer surpassed. Developers see the updated Cookie header in subsequent requests. |
| Third-party iFrame Access | Embedded third-party iFrame content opening a new tab/window to the same third-party site should have access to the same partitioned cookies as the opener. | We are discussing this use case and welcome additional feedback from the ecosystem here . |
| Duplicate Cookies | If there's a partitioned cookie and an unpartitioned cookie with the same name, which key value does the browser decide to send? | When having two cookies with the same name (one partitioned, and one not), you'll get both cookies – unfortunately, there is no way to differentiate which is which. The RFC spec on this is available here , which explains that the order in which cookies are sent should not be relied upon. |
| বৈশিষ্ট্য অনুরোধ | Opt into origin-partitioned cookies. | We are considering this request and welcome additional feedback from the ecosystem here . |
FedCM
No feedback received this quarter.
Fight spam and fraud
Private State Token API (and other APIs)
| Feedback Theme | সারসংক্ষেপ | Chrome Response |
|---|---|---|
| ওয়েবভিউ | Are Private State Tokens (PSTs) persisted across multiple Webviews on the same mobile device (profile)? | Each app that uses webview will have a different local storage, which means PST issuers cannot issue tokens in one app's webview and then later in a separate app, allow token redemptions. This is true for other forms of data stored locally on webviews as well, such as cookies. PSTs are not yet fully available in WebView. We expect to provide an update on this by the end of Q2. |
| New Token Type | Proposal for a new token type. | We are thankful for this proposal and continued exploration into applications and adaptations of PSTs, and look forward to learning more about this proposal in upcoming Anti-Fraud Community Group meetings in Q2 2024. |
| ব্যবহারকারী সনাক্তকরণ | How to prevent users being identified based on the particular PSTs a user has? | This is currently mitigated by limiting redemption attempts on a site to two issuers, regardless of whether there are tokens available from that issuer. You need to count an issuer against the limit even if there aren't tokens available as otherwise the site could iterate through all issuers until it hits a positive match. |
| নিবন্ধন | How long will registration be required for PSTs? | Registration will continue to be required for the foreseeable future, as explained in further detail here . |
| Support for other Chromium Browsers | Will PST issuer registration for other Chromium-based browsers be supported through the Chrome Issuer Registration repository ? | Chrome fetches the key commitments and distributes them to Chrome clients through a mechanism called Component Updater. As other browsers add more complete support for the API, they'll need to establish a process for getting the key commitments to the client, either through a component updater-style method or some other method. This is addressed in further detail here . |