2024 Q4-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং Chrome-এর প্রতিক্রিয়ার উপর প্রাপ্ত ইকোসিস্টেম প্রতিক্রিয়ার সারসংক্ষেপ।
CMA এর প্রতি তার প্রতিশ্রুতির অংশ হিসাবে, Google তার গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির জন্য স্টেকহোল্ডার জড়িত থাকার প্রক্রিয়ার ত্রৈমাসিক প্রতিবেদন প্রকাশ্যে প্রদান করতে সম্মত হয়েছে ( প্রতিশ্রুতিগুলির 12 এবং 17(c)(ii) অনুচ্ছেদ দেখুন)। এই গোপনীয়তা স্যান্ডবক্স প্রতিক্রিয়া সারাংশ প্রতিবেদনগুলি প্রতিক্রিয়া ওভারভিউতে তালিকাভুক্ত বিভিন্ন উত্স থেকে Chrome দ্বারা প্রাপ্ত প্রতিক্রিয়ার সমষ্টি দ্বারা তৈরি করা হয়, যার মধ্যে রয়েছে কিন্তু এতে সীমাবদ্ধ নয়: GitHub সমস্যা, privacysandbox.com- এ উপলব্ধ প্রতিক্রিয়া ফর্ম, শিল্প স্টেকহোল্ডারদের সাথে মিটিং এবং ওয়েব স্ট্যান্ডার্ড ফোরাম। ক্রোম ইকোসিস্টেম থেকে প্রাপ্ত প্রতিক্রিয়াকে স্বাগত জানায় এবং ডিজাইনের সিদ্ধান্তে শেখার একীভূত করার উপায়গুলি সক্রিয়ভাবে অন্বেষণ করছে৷
ফিডব্যাক থিমগুলি এপিআই প্রতি ব্যাপকতা অনুসারে র্যাঙ্ক করা হয়। Chrome টিম একটি প্রদত্ত থিমের আশেপাশে যে পরিমাণ প্রতিক্রিয়া পেয়েছে তার একত্রিতকরণ এবং পরিমাণের ক্রমানুসারে সাজানোর মাধ্যমে এটি করা হয়। সাধারণ প্রতিক্রিয়া থিমগুলি জনসাধারণের মিটিং (W3C, PatCG, IETF), সরাসরি প্রতিক্রিয়া, GitHub এবং Google-এর অভ্যন্তরীণ দল এবং পাবলিক ফর্মগুলির মাধ্যমে সাধারণভাবে জিজ্ঞাসিত প্রশ্নগুলির পর্যালোচনা করে চিহ্নিত করা হয়েছিল।
আরও নির্দিষ্টভাবে, ওয়েব স্ট্যান্ডার্ড সংস্থাগুলির মিটিংগুলির মিটিং মিনিটগুলি পর্যালোচনা করা হয়েছিল এবং সরাসরি প্রতিক্রিয়ার জন্য, 1:1 স্টেকহোল্ডার মিটিংয়ের Google এর রেকর্ড, পৃথক ইঞ্জিনিয়ারদের দ্বারা প্রাপ্ত ইমেলগুলি, API মেলিং তালিকা এবং সর্বজনীন প্রতিক্রিয়া ফর্ম বিবেচনা করা হয়েছিল৷ Google তারপর প্রতিটি API-এর সাথে উদ্ভূত থিমগুলির আপেক্ষিক ব্যাপকতা নির্ধারণ করতে এই বিভিন্ন প্রচার কার্যক্রমের সাথে জড়িত দলগুলির মধ্যে সমন্বয় করে।
প্রতিক্রিয়ার জন্য Chrome এর প্রতিক্রিয়াগুলির ব্যাখ্যাগুলি প্রকাশিত প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী, স্টেকহোল্ডারদের দ্বারা উত্থাপিত সমস্যাগুলির প্রকৃত প্রতিক্রিয়া এবং এই পাবলিক রিপোর্টিং অনুশীলনের উদ্দেশ্যে বিশেষভাবে একটি অবস্থান নির্ধারণ করে তৈরি করা হয়েছিল৷ উন্নয়ন এবং পরীক্ষার বর্তমান ফোকাসকে প্রতিফলিত করে, বিশেষ করে বিষয়, PA API এবং অ্যাট্রিবিউশন রিপোর্টিং API এবং প্রযুক্তির বিষয়ে প্রশ্ন এবং প্রতিক্রিয়া পাওয়া গেছে।
সম্প্রতি প্রাপ্ত প্রতিক্রিয়া এখনও বিবেচিত Chrome প্রতিক্রিয়া নাও থাকতে পারে৷
সংক্ষিপ্ত শব্দের শব্দকোষ
- এআরএ
- অ্যাট্রিবিউশন রিপোর্টিং API
- চিপস
- স্বাধীন বিভাজিত রাষ্ট্র থাকার কুকিজ
- ডিএসপি
- ডিমান্ড-সাইড প্ল্যাটফর্ম
- ফেডসিএম
- ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
- আইএবি
- ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
- আইডিপি
- পরিচয় প্রদানকারী
- আইইটিএফ
- ইন্টারনেট ইঞ্জিনিয়ারিং টাস্ক ফোর্স
- আইপি
- ইন্টারনেট প্রোটোকল ঠিকানা
- openRTB
- রিয়েল-টাইম বিডিং
- OT
- অরিজিন ট্রায়াল
- পা এপিআই
- সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)
- প্যাটসিজি
- প্রাইভেট অ্যাডভার্টাইজিং টেকনোলজি কমিউনিটি গ্রুপ
- আরপি
- ভরসা পার্টি
- RWS
- সম্পর্কিত ওয়েবসাইট সেট (পূর্বে প্রথম পক্ষের সেট)
- এসএসপি
- সাপ্লাই সাইড প্ল্যাটফর্ম
- UA
- ইউজার এজেন্ট স্ট্রিং
- UA-CH
- ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
- W3C
- ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
- ডব্লিউআইপিবি
- ইচ্ছাকৃত আইপি অন্ধত্ব
সাধারণ প্রতিক্রিয়া, কোনো নির্দিষ্ট API/প্রযুক্তি
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| অঙ্গীকার | প্রতিশ্রুতির বিভাগ G গোপনীয়তা স্যান্ডবক্সের কার্যকারিতার জন্য অপরিহার্য। Google-এর নিজস্ব বিজ্ঞাপনের ব্যবসা শুধুমাত্র স্যান্ডবক্স প্রযুক্তিতে কাজ করবে এমন গ্যারান্টি ছাড়াই, Google-এর প্রযুক্তির অপসারণের সম্ভাবনার মতোই ইউটিলিটি ক্রমাগত হ্রাস পাওয়ার ঝুঁকি উত্থাপিত হয়। এই ধরনের বিচ্ছিন্নতা বা ইউটিলিটি হ্রাস ওপেন ওয়েবে গোপনীয়তা-ফরোয়ার্ড অ্যাড্রেসবিলিটির জন্য একটি অস্তিত্বগত হুমকি হবে। | প্রতিশ্রুতিগুলি গ্যারান্টি দেয় না যে Google এর নিজস্ব বিজ্ঞাপন ব্যবসা একচেটিয়াভাবে গোপনীয়তা স্যান্ডবক্স প্রযুক্তিতে কাজ করবে৷ Google ঠিকানাযোগ্যতার জন্য একটি পোর্টফোলিও পদ্ধতি ব্যবহার করতে চায়, যেটিতে গোপনীয়তা স্যান্ডবক্স প্রযুক্তি অন্তর্ভুক্ত থাকবে, যেভাবে তৃতীয় পক্ষ ব্যবহার করতে পারে এবং করতে পারে৷ আমরা বিজ্ঞাপন ইকোসিস্টেম জুড়ে সাধারণ হতে একটি পোর্টফোলিও পদ্ধতি বুঝতে পারি। আমরা বিশ্বাস করি যে বিকাশকারীদের কাছে গোপনীয়তা-সংরক্ষণকারী সরঞ্জাম এবং প্রযুক্তি থাকা গুরুত্বপূর্ণ। আমরা গোপনীয়তা স্যান্ডবক্স APIগুলি উপলব্ধ করা চালিয়ে যাব এবং গোপনীয়তা এবং উপযোগিতা আরও উন্নত করতে সেগুলিতে বিনিয়োগ করব৷ |
| শাসন | প্রস্তাবিত শাসন মডেলে আনুষ্ঠানিক পরামর্শ বা আপিল প্রক্রিয়ায় জবাবদিহিতার জন্য নির্দিষ্ট প্রক্রিয়া অন্তর্ভুক্ত করা হয়নি। | এটা সঠিক নয়। উভয় (i) সিদ্ধান্ত গ্রহণের ব্যবস্থা এবং সংশ্লিষ্ট প্রকাশনা এবং (ii) আপিল প্রক্রিয়া জবাবদিহিতার জন্য নির্দিষ্ট প্রক্রিয়া প্রদান করে। তদ্ব্যতীত, মনিটরিং ট্রাস্টি বিস্তারিতভাবে তাদের কার্যকারিতা তত্ত্বাবধান করবে। |
| শাসন | প্রতিক্রিয়া যে মডেলটিতে ক্রস-প্ল্যাটফর্ম স্ট্যান্ডার্ড তৈরি এবং রক্ষণাবেক্ষণের বিধান নেই। | কোন গভর্নেন্স মডেল অন্য অভিনেতাদের বাধ্য করতে পারে না, এই ক্ষেত্রে ব্রাউজারগুলিকে একটি স্ট্যান্ডার্ড গ্রহণ করতে। এইভাবে আমরা এমন একটি মডেল প্রস্তাব করিনি যার জন্য মানগুলির ক্রস-প্ল্যাটফর্ম গ্রহণের প্রয়োজন। Google স্ট্যান্ডার্ড ফোরামগুলিতে অংশগ্রহণ করা চালিয়ে যাবে যেখানে প্রস্তাবনা তৈরি করা এবং প্রস্তাবগুলি বাস্তবায়নের অভিজ্ঞতা ভাগ করা প্রক্রিয়ার একটি সাধারণ কার্যকলাপ। |
| শাসন | পরামর্শের সময়কাল কমপক্ষে 2 মাস বাড়ানোর পরামর্শ দেওয়া হয়। প্রস্তাবিত গভর্নেন্স মডেল প্রস্তাবিত পরিবর্তনের প্রভাব বিশ্লেষণ করার জন্য পর্যাপ্ত সময় বাস্তুতন্ত্রকে প্রদান করে না। | তিন-সপ্তাহের সময়কাল একটি প্রদত্ত পরিবর্তনের জন্য সম্পূর্ণ প্রতিক্রিয়া সময় নয় কারণ বিদ্যমান প্রতিক্রিয়া চক্র (যা অনেক বেশি দীর্ঘ) চলতে থাকবে। পরামর্শ প্রক্রিয়া পরিবর্তে কৌশলগত সিদ্ধান্তের জন্য বিদ্যমান প্রক্রিয়ার মধ্যে একটি নতুন, আনুষ্ঠানিক প্রতিক্রিয়া উইন্ডো অফার করে। যেমন, তৃতীয় পক্ষগুলি বৈশিষ্ট্য বিকাশের সময় বিভিন্ন ফোরামের মাধ্যমে ইনপুট প্রদান করতে সক্ষম হবে (GitHub, W3C এবং IAB Tech Lab এর মতো বিজ্ঞাপনের মান সংস্থাগুলি সহ)। এইভাবে প্রতিক্রিয়া চক্রের গঠন বাস্তুতন্ত্রকে একটি প্রস্তাবিত পরিবর্তনের বিষয়ে তাদের মতামত বিশ্লেষণ করার এবং উন্নয়ন প্রক্রিয়ার উপাদান বিলম্ব ছাড়াই শেয়ার করার সুযোগ দেয়। |
| শাসন | ভবিষ্যত শাসন পরিকল্পনা সংক্রান্ত বিশদ বিবরণের জন্য অনুরোধ। | CMA-এর Q2/Q3 2024 রিপোর্টে (পৃষ্ঠা 3-5 এখানে ) প্রস্তাবিত গভর্নেন্স মডেলের একটি সারাংশ দেওয়া হয়েছে। |
| ব্যতিক্রম অনুরোধ | তাদের সম্মত ব্যবহারকারীদের জন্য তৃতীয় পক্ষের কুকিজ (3PC) অ্যাক্সেস করার জন্য একটি ব্যতিক্রমের জন্য অনুরোধ করুন। | নির্দিষ্ট ডেটা প্রক্রিয়াকরণের উদ্দেশ্যে ডিভাইস অ্যাক্সেস এবং সঞ্চয়স্থানে সম্মতি দেওয়া যেমন ইঙ্গিত করে না যে কোনও ব্যবহারকারী Chrome-এ তাদের 3PC সেটিং ওভাররাইড করতে চায়। ব্যবহারকারীর 3PC সেটিংসের সাইট-লেভেল ওভাররাইডের অনুমতি দিলে তা অপব্যবহারের যথেষ্ট সম্ভাবনা তৈরি করবে, এবং ক্রোমের পক্ষে সমস্ত সাইটের আচরণ অডিট করা অসম্ভাব্য হবে যা ব্যতিক্রমের অনুরোধের দিকে নিয়ে যেতে পারে। |
| গোপনীয়তা স্যান্ডবক্স | গোপনীয়তা স্যান্ডবক্স API অপ্ট-ইন হারের জন্য অনুরোধ। | ইকোসিস্টেমের সাথে এই তথ্য শেয়ার করার কোনো পরিকল্পনা আমাদের নেই। গোপনীয়তা স্যান্ডবক্স API-এর প্রাপ্যতা অনুমান করার জন্য বিকাশকারীরা আজকে যেখানে কোড স্থাপন করেছে সেখানে API-কে কল করতে স্বাগত জানাই৷ |
| অরিজিন ট্রায়াল | মূল বিচার বাড়ানোর একটি পরিকল্পনা আছে? | অরিজিন ট্রায়াল 14 এপ্রিল, 2025 পর্যন্ত বাড়ানো হয়েছে। |
| গোপনীয়তা স্যান্ডবক্স | গোপনীয়তা স্যান্ডবক্সের একটি সংক্ষিপ্ত, অ-প্রযুক্তিগত ব্যাখ্যার জন্য অনুরোধ যা এর ব্যবসায়িক মূল্যকে হাইলাইট করে এবং এক্সিকিউটিভ বাই-ইন সুরক্ষিত করে। | আমরা সম্প্রতি এখানে privacysandbox.com-এ একটি ব্যবসায়িক সম্পদ বিভাগ যোগ করেছি যা এই তথ্য প্রদান করে। |
| মোড বি | যখন একটি ব্রাউজার "মোড বি" এ থাকে, তখন কি বর্তমান কুকি জার (1PC, 3PC, স্থানীয় স্টোরেজ) থাকবে নাকি মুছে যাবে? | বর্তমান কুকি জার মুছা হবে না. 3PC তাদের প্রথম পক্ষের প্রসঙ্গে অ্যাক্সেসযোগ্য থাকবে। |
| Chrome এ 3PC-তে আপডেট করা পদ্ধতি | 3PCs কি ভবিষ্যতে Chrome থেকে সম্পূর্ণরূপে মুছে ফেলা হবে? | আমরা একটি আপডেট পদ্ধতির প্রস্তাব করছি যা ব্যবহারকারীর পছন্দকে উন্নত করে। এখানে যেমন সেট করা হয়েছে, 3PCগুলিকে অবমূল্যায়ন করার পরিবর্তে, আমরা Chrome-এ একটি নতুন অভিজ্ঞতা প্রবর্তন করব যা লোকেদের একটি জ্ঞাত পছন্দ করতে দেয় যা তাদের ওয়েব ব্রাউজিং জুড়ে প্রযোজ্য, এবং তারা যে কোনও সময় সেই পছন্দটি সামঞ্জস্য করতে সক্ষম হবে৷ আমরা নিয়ন্ত্রকদের সাথে এই নতুন পথ নিয়ে আলোচনা করছি, এবং এটি চালু করার আগে শিল্পের সাথে জড়িত থাকব। |
| ক্রোম টেস্টিং | Chrome-সুবিধাযুক্ত টেস্টিং লেবেলগুলির ক্রমাগত উপলব্ধতার জন্য অনুরোধ৷ | গোপনীয়তা স্যান্ডবক্স টিম বুঝতে পারে যে কোম্পানিগুলি কুকি অবচয় লেবেলগুলি ব্যবহার করা চালিয়ে যেতে চায়৷ লেবেলগুলির প্রাপ্যতা বাড়ানোর প্রক্রিয়াটি একটি অরিজিন ট্রায়াল প্রসারিত করার অনুরূপ। এই প্রক্রিয়ার অংশ হিসাবে, পরীক্ষাটি একবারে শুধুমাত্র তিনটি Chrome মাইলফলকের জন্য বাড়ানো যেতে পারে ৷ উদাহরণস্বরূপ, কুকি অবচয় লেবেলের জন্য ক্রোমের সাম্প্রতিকতম অভিপ্রায় এক্সটেনড এক্সটেন্ড এক্সপেরিমেন্ট ( I2EE ) Chrome M130-M132-এর জন্য সম্প্রসারিত করা হয়েছিল, অন্তর্ভুক্ত। এটি ফেব্রুয়ারির শুরুতে M133 স্থিতিশীল প্রকাশ না হওয়া পর্যন্ত লেবেলগুলির জন্য সমর্থন সক্ষম করে। অতিরিক্ত এক্সটেনশানগুলি একই প্রক্রিয়ার মাধ্যমে চলবে, তাই আমরা আপডেটের জন্য blink-dev ইমেল গ্রুপে অনুসরণ করার পরামর্শ দিই। |
তালিকাভুক্তি এবং প্রত্যয়ন
এই ত্রৈমাসিকে কোনো প্রতিক্রিয়া পাওয়া যায়নি।
প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান
বিষয়
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| চশমা | ক্লাসিফায়ার মডেলটি কি অ্যান্ড্রয়েড (অ্যাপের নাম অনুসারে) এবং ক্রোমের (হোস্টের নাম অনুসারে) মধ্যে ভাগ করা হয়েছে? | না, তারা আলাদা মডেল কারণ তাদের বিভিন্ন শ্রেণিবিন্যাস রয়েছে। |
| বিষয় শ্রেণীবিন্যাস গ্রানুলারিটি | প্রথম-পক্ষের তথ্যের সাথে লিভারেজ করার সময় বিষয়গুলি উপযোগী হতে খুব সাধারণ। | টপিক ট্যাক্সোনমি ইউটিলিটি এবং গোপনীয়তার মধ্যে ভারসাম্য আনতে চায়। যদিও আমরা বিষয়গুলিকে আরও সুনির্দিষ্ট করার জন্য সম্ভাব্য প্রক্রিয়াগুলি মূল্যায়ন করেছি, আমরা শেষ পর্যন্ত অন্যান্য উদ্বেগের মধ্যে নিরাপত্তা এবং গোপনীয়তার বিবেচনার কারণে না করার সিদ্ধান্ত নিয়েছি। বিজ্ঞাপন প্রযুক্তিগুলি সমস্ত উপলব্ধ সরঞ্জামগুলিকে একত্রিত করে সেরা ফলাফল আনলক করতে পারে, যেমন মেশিন লার্নিং এবং গোপনীয়তা-সংরক্ষণকারী API থেকে গোপনীয়তা-নিরাপদ সংকেত, প্রাসঙ্গিক ডেটা, সৃজনশীল ডেটা এবং প্রথম পক্ষের ডেটা সহ। এই বিষয়ে আরও নির্দেশিকা এখানে উপলব্ধ। |
| API ব্যবহার | টপিক API এর কভারেজ কম। | কম কভারেজের সাধারণ কারণগুলির মধ্যে রয়েছে: - ব্যবহারকারী নিয়ন্ত্রণ/অনির্বাচন - প্রকাশক নিয়ন্ত্রণ/অনির্বাচন - সাইটের যোগ্যতা (নিম্নলিখিত সাইটগুলি বিষয়ের সাথে মিলিত হওয়ার জন্য অনুমোদিত নয়: অনিরাপদ সাইট; ওয়েবভিউ; iOS-এ Chrome, এবং ছদ্মবেশী মোড) - ব্যবহারকারীর সীমাবদ্ধতা (Chrome ব্যবহারকারী যারা 18 বছরের কম বয়সী বা যারা ছদ্মবেশী মোড ব্যবহার করছেন তাদের পর্যবেক্ষণ করা যাবে না এবং বিষয় বরাদ্দ করা যাবে না) - বিক্রেতার পর্যবেক্ষণের প্রয়োজনীয়তা (কলার অবশ্যই একটি যোগ্য বিষয়ের সাথে যুক্ত সাইটে ব্যবহারকারীকে আগে দেখেছেন) - ইমপ্লিমেন্টেশন রিসেন্সি (কলার পর্যবেক্ষণের স্কেল করার জন্য ~4 সপ্তাহ র্যাম্প আপ করার অনুমতি দেয়) |
| API ব্যবহার | নেটওয়ার্কিং ট্যাব হিসাবে টপিকস এপিআই ব্যবহারের তথ্যের জন্য অনুরোধ দেখায় যে সেখানে একটি কল পাঠানো এবং ধরা হয়েছে কিন্তু chrome://topics-internals/ পর্যবেক্ষক রেকর্ড করা দেখায় না। | টপিক এপিআই-এর সাথে ইন্টারঅ্যাক্ট করার জন্য HTTP হেডার মেকানিজম ব্যবহার করার সময়, বিষয়গুলি সেক-ব্রাউজিং-টপিকস রিকোয়েস্ট হেডারে পাঠানো হয়, কিন্তু সার্ভারটি পর্যবেক্ষণ-ব্রাউজিং-বিষয়: ?1 প্রতিক্রিয়া শিরোনামের সাথে উত্তর দিলেই সেগুলি পর্যবেক্ষণ করা হয়। এটি এখানে আরও বিস্তারিতভাবে সেট করা হয়েছে। |
| ক্রোমিয়াম জড়িত | ডেস্কটপের জন্য, ক্রোম কি একই পর্যবেক্ষণ এবং র্যাঙ্কিং প্রসঙ্গে ক্রোমিয়ামের উপর ভিত্তি করে অন্যান্য ব্রাউজারের সাথে শেয়ার করবে? মোবাইলের জন্য, অ্যান্ড্রয়েড ক্রোম কি ক্রোমিয়াম / ইন-অ্যাপ ক্রোমিয়ামের উপর ভিত্তি করে অন্যান্য অ্যান্ড্রয়েড ব্রাউজারগুলির সাথে একই পর্যবেক্ষণ এবং র্যাঙ্কিং প্রসঙ্গে শেয়ার করবে? | Chrome ডিভাইসে অন্যান্য ব্রাউজারের সাথে বিষয়ের ডেটা শেয়ার করে না। |
| চশমা | কোন ব্যবহারকারীর দ্বারা একটি পৃষ্ঠা দৃশ্য 'বিষয় ইতিহাস এন্ট্রি' হিসাবে বিবেচিত হলে বিষয় API কীভাবে সিদ্ধান্ত নেয়? | সাপ্তাহিক বিষয় গণনার জন্য যোগ্য হতে, একটি পৃষ্ঠা পরিদর্শনে একটি 'পর্যবেক্ষন' কল থাকতে হবে (যেকোন কলার হতে পারে)। একটি 'পর্যবেক্ষন' কল ছাড়া, সফরটিকে বিষয় ইতিহাসের জন্য বিবেচনা করা হবে না। |
| নিরাপত্তা | টপিক এপিআই কীভাবে একজন কলারকে অন্য কলারদের পর্যবেক্ষণের বিষয় পেতে বাধা দেয়? | আমরা এখানে একটি ব্যাখ্যা প্রদান করেছি। |
| শ্রেণীবিন্যাস | টপিক এপিআই-এর মধ্যে গাছের গঠন শ্রেণীবিন্যাস কীভাবে প্রতিটি যুগে পর্যবেক্ষণে ব্যবহৃত হয়? | শীর্ষ 5টি বিষয় গণনা করার সময়, এটি শুধুমাত্র শ্রেণীবদ্ধকারীর দ্বারা প্রদত্ত মূল বিষয়গুলিকে বিবেচনা করে এবং র্যাঙ্কিংগুলি (i) পৃষ্ঠা পরিদর্শনের ফ্রিকোয়েন্সি এবং (ii) একটি অগ্রাধিকার স্কোর ( স্পেসিফিকেশন দেখুন) দ্বারা নির্ধারিত হয়৷ শীর্ষ 5টি বিষয়ের প্রতিটির পর্যবেক্ষক-দ্বারা-কলার গণনা করার সময়, এতে এমন কলার অন্তর্ভুক্ত রয়েছে যারা হয় মূল বিষয় বা এর কোনো উত্তরসূরি বিষয় পর্যবেক্ষণ করেছেন। |
| চশমা | প্রতিক্রিয়াতে 5% এলোমেলো শব্দ সংক্রান্ত অতিরিক্ত তথ্যের জন্য অনুরোধ করুন। | প্রতিটি যুগের জন্য সর্বদা 5টি শীর্ষ বিষয় রয়েছে। যদি ব্রাউজিং ইতিহাস 5টি বিষয়ের জন্য প্রদান না করে, তাহলে 5টি না হওয়া পর্যন্ত বিষয়গুলি এলোমেলোভাবে নির্বাচন করা হয়৷ আমরা এইগুলিকে প্যাড করা বিষয় বলি৷ কলাররা এই এলোমেলোভাবে প্যাড করা বিষয়গুলির একটি পাবেন না যদি না তারা গত কয়েক সপ্তাহে বিষয় সহ একটি সাইটে ব্যবহারকারীকে পর্যবেক্ষণ না করেন (এটি এপিআই চালু হয়)৷ যখন API কল করা হয়, একটি প্রতি-ব্যবহারকারী, প্রতি-সাইট, প্রতি-যুগ হ্যাশ গণনা করা হয়। যদি সেই হ্যাশটি একটি শোরগোলযুক্ত বিষয় ফেরত দেওয়ার সম্ভাবনার চেয়ে কম হয়, তাহলে প্রতি-ব্যবহারকারী, প্রতি-সাইট, প্রতি-যুগ এলোমেলো বিষয় ফেরত দেওয়ার জন্য নির্বাচন করা হয়। যাইহোক, শোরগোল করা বিষয় শুধুমাত্র ফেরত দেওয়া হয় (যেমন, ফিল্টার করা হয় না) যদি কলকারী সেই ব্যবহারকারী/সাইট/যুগের জন্য সংশ্লিষ্ট আন-নোইজড বিষয় পর্যবেক্ষণ করেন ( ব্যাখ্যাকারী দেখুন)। এই ফিল্টারিং নিশ্চিত করে যে শব্দযুক্ত বিষয়গুলি প্রদত্ত কলারকে তার পর্যবেক্ষণ ক্ষমতা নির্বিশেষে 5% সময় ফেরত দেওয়া হয়। |
| চশমা | ক্রস সপ্তাহের ডুপ্লিকেট করা বিষয়গুলি কীভাবে কাজ করে? এপিআই কি সপ্তাহের মধ্যে স্বাধীনভাবে বেছে নিচ্ছে এবং তারপর একত্রিত হচ্ছে? | প্রতি সপ্তাহের (যুগের) বিষয়গুলি স্বাধীনভাবে গণনা করা হয়। প্রতিটি যুগ থেকে ফেরত দেওয়ার জন্য নির্বাচিত নির্দিষ্ট বিষয় কলকারী যে সাইটে রয়েছে তার উপর নির্ভর করে। আমরা বিবেচনা করি না যে প্রদত্ত কলারের জন্য বিষয়টি যুগে যুগে পুনরাবৃত্তি হতে পারে (এবং তাই একটি ভিন্ন বিষয় নির্বাচন করার কথা বিবেচনা করা উচিত) তবে আমরা এখানে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
সুরক্ষিত শ্রোতা API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| এ/বি টেস্টিং | এখানে বর্ণিত শেয়ার্ড স্টোরেজ সমাধানটি লেটেন্সি যোগ করে এবং একটি উচ্চ ব্যর্থতার হার রয়েছে (অর্থাৎ, ট্র্যাফিকের একটি উল্লেখযোগ্য অনুপাত জনসংখ্যা আইডি ছাড়াই শেষ হয়)। একটি কম এনট্রপি আইডি (যেমন, 3 বিট) গুরুত্বপূর্ণ গোপনীয়তার প্রভাব ছাড়াই কার্যকর A/B পরীক্ষার জন্য যথেষ্ট হতে পারে। | আমরা বিশ্বাস করি যে শেয়ার্ড স্টোরেজ সমাধানটি একটি কার্যকর পন্থা হিসাবে রয়ে গেছে, তবে আমরা এই অনুরোধটি বিবেচনা করছি এবং যদি এই বৈশিষ্ট্যটি একটি উচ্চ অগ্রাধিকার হয় তবে বাস্তুতন্ত্র থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই । |
| রিপোর্টিং | reportWin() এ অতিরিক্ত বিটের জন্য অনুরোধ, বিশেষ করে বোঝার জন্য যে PA API-তে নতুন ক্লিক এবং ডিসপ্লে রিপোর্টিং 6-8 বিট ব্যবহার করবে, কার্যকরভাবে অন্যান্য PA API রিপোর্টিংয়ের জন্য উপলব্ধ অবশিষ্ট বিটগুলিকে কমিয়ে দেবে। | আমরা গোপনীয়তার উদ্বেগের কারণে বর্তমান 12 বিটের বাইরে মডেলিং সিগন্যাল বিট বাড়ানোর কথা আর বিবেচনা করছি না। আমরা ইকোসিস্টেমকে আমাদের ব্যক্তিগত মডেল প্রশিক্ষণ প্রস্তাবে প্রতিক্রিয়া প্রদানের জন্য আমন্ত্রণ জানাই, যার লক্ষ্য বিটগুলিতে গোপনীয়তা স্যান্ডবক্স-আরোপিত সীমা ছাড়াই নিরাপদ পরিবেশে এমএল প্রশিক্ষণের প্রয়োজনগুলিকে সমর্থন করা। |
| স্বার্থ গ্রুপ | ইন্টারেস্ট গ্রুপের (আইজি) জন্য 90 দিনের জীবন চক্রের জন্য অনুরোধ করা 30 দিন যথেষ্ট দীর্ঘ নয়। | যেমনটি আমরা আমাদের ব্লগ পোস্টে উল্লেখ করেছি, আমরা IG জীবনকাল 90 দিন বাড়ানোর পরিকল্পনা করছি, এবং আমরা এখানে একটি ব্যাখ্যাকারী তৈরি করেছি। আমরা বর্তমানে বাস্তবায়নে কাজ করছি, এবং উপলব্ধ হলে একটি লঞ্চ টাইমলাইন শেয়ার করব। |
| স্বার্থ গ্রুপ | আইজি প্রতিনিধিদলের জন্য গতিশীল আপডেটের অনুরোধ করা হচ্ছে। | আমরা একাধিক স্টেকহোল্ডারের কাছ থেকে এই অনুরোধ সম্পর্কে সচেতন এবং একটি সমাধান নিয়ে গবেষণা করছি। এটি বিকাশের সাথে সাথে আমরা GitHub-এ আপডেটগুলি ভাগ করব এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাব। |
| ডিভাইসে | অন-ডিভাইস PA API সমাধানগুলিতে বিনিয়োগ চালিয়ে যেতে ইকোসিস্টেমের জন্য আরও মূল্য প্রদর্শন করুন। | প্রাইভেসি স্যান্ডবক্স টিম PA API সহ গোপনীয়তা-বর্ধিত প্রযুক্তি (PET) ভিত্তিক API এর বিকাশ অব্যাহত রেখেছে, যাতে বিকাশকারীদের ব্রাউজারে আরও গোপনীয়তা-সংরক্ষণের বিকল্পগুলি অফার করা যায়। এই প্রযুক্তিগুলি এখন ক্রোম ব্রাউজারগুলিতে বৃহৎ স্কেলে পাওয়া যায় (কেবল 1% নয় যেমন কিছু বিকাশকারীরা ভুল বুঝেছেন)। ব্যবহারকারীরা 3PC সক্ষম করুক বা না করুক, বিকাশকারীরা তাদের পণ্যগুলিতে PET-ভিত্তিক সমাধানগুলি অন্তর্ভুক্ত করতে বেছে নিতে পারে, ঠিক যেমন অনেক কোম্পানি ব্রাউজারের বাইরে অন্যান্য PET-ভিত্তিক সমাধান গ্রহণ করতে বেছে নিচ্ছে। অনেক ডেভেলপারের জন্য, তারা ইতিমধ্যেই অন-ডিভাইস PA API সলিউশনে বিনিয়োগ করে উপকৃত হচ্ছেন সাইট জুড়ে উন্নত পৌঁছানোর জন্য তাদের নির্ধারক প্রথম-পক্ষের দর্শকের সংকেত প্রসারিত করে। আমরা বুঝি যে কিছু বিকাশকারী শুধুমাত্র গোপনীয়তা স্যান্ডবক্স API বা অন্যান্য PET-ভিত্তিক সমাধানগুলি ব্যবহার করতে বেছে নেবে যদি আরও 3PC অক্ষম করা হয়, এবং এই বিকাশকারীরা তথ্যের জন্য অপেক্ষা করছে যাতে তারা অনুমান করতে সক্ষম হয় যে কতগুলি ব্রাউজার 3PCগুলি ধরে রাখবে৷ আমরা স্বীকার করি যে এই বিকাশকারীরা পণ্যের সিদ্ধান্ত নেওয়ার জন্য তারা যে তথ্য খুঁজছেন তা না পাওয়া পর্যন্ত অপেক্ষা করবে। |
| স্বার্থ গ্রুপ | এসএসপিদের আইজি তৈরিতে এবং তাদের সাথে সম্পর্কিত ভূমিকাগুলির যে কোনও অংশ থাকতে দিন। এসএসপিরা এটিকে তাদের মূল্য সংযোজনের একটি গুরুত্বপূর্ণ অংশ হিসাবে দেখেন এবং প্রকাশকদের তাদের এসএসপিগুলির মাধ্যমে আইজি বিক্রি করতে সহায়তা করার ক্ষমতা চান৷ | আমরা একাধিক স্টেকহোল্ডারদের কাছ থেকে আরও উন্নত IG প্রতিনিধিদের সমর্থন করার অনুরোধ পেয়েছি এবং আমরা এই প্রক্রিয়ায় SSP-এর যোগ করা মূল্য দেখতে পাচ্ছি। আমরা সর্বোত্তম সমাধান খুঁজে বের করার জন্য গবেষণা করছি যা বিভিন্ন পক্ষকে শ্রোতা এক্সটেনশন প্রক্রিয়ায় অংশগ্রহণ করতে দেয়। এটি বিকাশের সাথে সাথে আমরা GitHub-এ আপডেটগুলি ভাগ করব এবং ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাব। |
| রিপোর্টিং | শুধুমাত্র ডিবাগিং এবং প্রাইভেট অ্যাগ্রিগেশন API-এর মধ্যে "নন-জিরো বিড"-এর রিপোর্টের সংখ্যার অমিল। | আমরা আশা করি যে দুটি কারণে একটি পার্থক্য বিদ্যমান থাকবে: প্রথমত, প্রাইভেট অ্যাগ্রিগেশন এপিআই ডিবাগ মোড শুধুমাত্র তখনই উপলব্ধ হয় যখন ডিভাইসে 3পিসি অনুমোদিত হয়, যখন ডিবাগিংঅনলি এপিআই সর্বদা নমুনাবিহীন উপলব্ধ থাকে (এই শেষ আচরণটি এখানে বিস্তারিত হিসাবে পরিবর্তিত হবে)। দ্বিতীয়ত, প্রাইভেট অ্যাগ্রিগেশন এপিআই-এর অবদানের সীমা রয়েছে যখন ডিবাগিং অনলি-এর ক্ষেত্রে তা নেই। যাইহোক, এই প্রতিক্রিয়া ইঙ্গিত করে যে অন্য কিছু হতে পারে যা একটি অপ্রত্যাশিত অসঙ্গতির কারণ হতে পারে এবং আমরা এই সমস্যাটি সমাধান করার জন্য তৃতীয় পক্ষের স্টেকহোল্ডারের সাথে কাজ করছি৷ |
| ক্লিকীতা | ক্লিকনেস সিগন্যালের আপডেট করা প্রস্তাবে উল্লিখিত হিসাবে, যোগ্য "attributionsrc" অ্যাট্রিবিউট দ্বারা শুরু করা অনুরোধগুলিতে ভিউ এবং ক্লিকগুলি একটি নতুন HTTP প্রতিক্রিয়া শিরোনাম ফেরত দিয়ে নিবন্ধিত করা হবে, এবং এই প্রতিক্রিয়া শিরোনামটিতে উত্সগুলির একটি তালিকা অন্তর্ভুক্ত থাকবে যা নির্দেশ করতে ব্যবহার করা যেতে পারে যে অন্য কোন পক্ষগুলি তাদের সমষ্টিগত গণনায় এই ভিউ এবং ক্লিকগুলিকে অন্তর্ভুক্ত করতে পারে৷ এর অর্থ কি arigbi-এর অর্থ এই বিজ্ঞাপনটি সেট করতে পারে? | ক্লিকনেস এক্সপ্লেনারে এটি নির্দিষ্ট করা হয়েছে যে একটি বিজ্ঞাপন প্রযুক্তি যা একটি ভিউ বা ক্লিক ইভেন্টকে সমষ্টিগত ভিউ এবং ক্লিকের সংখ্যায় অবদান রাখছে (একটি "উৎপত্তি প্রদানকারী") প্রতিক্রিয়া শিরোনামের সাথে একটি ঐচ্ছিক প্যারামিটার অন্তর্ভুক্ত করতে পারে যা তাদের "এক বা একাধিক IG মালিকের উত্স নির্দিষ্ট করতে দেয় যার জন্য এই ইভেন্টটি গণনা করা ভিউতে অন্তর্ভুক্ত করা যেতে পারে এবং গণনা করার জন্য B প্রদান করা হবে generateBid() সুরক্ষিত শ্রোতা নিলাম" ("যোগ্য উত্স")।তাতে বলা হয়েছে, এই ভিউ এবং ক্লিকগুলি ভিউ এবং ক্লিকের সংখ্যায় স্বয়ংক্রিয়ভাবে অন্তর্ভুক্ত হয় না। বরং, প্রতিটি বিজ্ঞাপন প্রযুক্তিকে অবশ্যই তাদের IG-তে, "প্রোভাইডিং অরিজিন" এর সেট উল্লেখ করতে হবে যেখান থেকে ভিউ এবং ক্লিক ইভেন্টগুলি অন্তর্ভুক্ত করা উচিত এবং শুধুমাত্র এই সরবরাহকারী উত্স থেকে ডেটা সেই বিজ্ঞাপন প্রযুক্তির generateBid() কলগুলিতে উপস্থাপিত ভিউ এবং ক্লিকের সংখ্যায় অবদান রাখে৷এই পদ্ধতির জন্য উভয় পক্ষের একটি চুক্তির প্রয়োজন, এবং দূষিত খেলোয়াড়দের অন্যান্য অ্যাডটেকের জন্য ভিউ এবং ক্লিক গণনাকে প্রভাবিত করতে বাধা দেয়। এর মানে এই যে একটি "প্রদানকারী" বিজ্ঞাপন প্রযুক্তি যা ইচ্ছামত "যোগ্য উত্স" সেট করে সেই যোগ্য উত্সগুলির ভিউ এবং ক্লিকের সংখ্যার উপর প্রভাব ফেলবে না যদি না সেই যোগ্য উত্সগুলি স্পষ্টভাবে এবং ইচ্ছাকৃতভাবে তাদের IG-তে প্রদানকারী উত্স অন্তর্ভুক্ত না করে৷ |
| প্রাইভেট মডেল ট্রেনিং | এমন কিছু ক্ষেত্রে রয়েছে যখন DP-SGD (ডিফারেনশিয়াল প্রাইভেসি - স্টোকাস্টিক গ্রেডিয়েন্ট ডিসেন্ট) প্রশিক্ষণ প্রক্রিয়াটিকে যথেষ্ট ধীর করে দেবে কারণ এটি ব্যাকপ্রপের সময় গণনা করা গ্রেডিয়েন্টের স্প্যার্সিটি নষ্ট করে। এই নেভিগেট বা এই উদ্বেগ সম্পর্কে চিন্তা বিবেচনা করা হচ্ছে যে কোন কৌশল আছে? | আমরা DP-SGD (যেমন, এই এক ) তে স্পর্সিটি সংরক্ষণের কিছু কৌশল সম্পর্কে সচেতন, এবং আমরা ব্যক্তিগত মডেল প্রশিক্ষণ অবকাঠামোতে এই ধরনের কৌশলগুলিকে সমর্থন করার জন্য অন্বেষণ করছি। এটি বিকাশের সাথে সাথে আমরা আপডেটগুলি ভাগ করব এবং আমরা এখানে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই৷ |
| নেতিবাচক টার্গেটিং | এখানে বর্ণিত IG নেতিবাচক ফিল্টারিং কার্যকারিতা রোল আউট করার আপডেটের জন্য অনুরোধ করুন৷ | এখানে আমাদের প্রতিক্রিয়া হিসাবে সেট করা হয়েছে, আমরা PA API বিডগুলিতে নেতিবাচক IG গুলিকে সমর্থন করার পরিকল্পনা করি৷ উপলব্ধ হলে আমরা একটি লঞ্চ টাইমলাইন ভাগ করব এবং আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই৷ |
| বিডিং | বিড করার সময় কি একাধিক আইজিকে একত্রিত করা সম্ভব? | এটি বর্তমানে PA API এর সাথে সম্ভব নয়। পিএ এপিআই এমন ডিজাইনের উপর ভিত্তি করে তৈরি করা হয়েছে যেটি আইজি তথ্যের সাথে সম্পর্কিত যা একটি একক সাইট ব্যবহারকারী সম্পর্কে জানে, যা ইকোসিস্টেমের সাথে ব্যাপকভাবে আলোচনার মূল বিষয়। এই পদ্ধতিটি বিজ্ঞাপন প্রযুক্তিগুলিকে বিভিন্ন ধরণের সমাধান তৈরি করতে দেয় যা বিজ্ঞাপনদাতাদের ওয়েব জুড়ে তাদের 1P দর্শকদের প্রসারিত করতে সহায়তা করে৷ আমরা সচেতন যে Microsoft-এর বিজ্ঞাপন নির্বাচন API প্রস্তাব একটি ভিন্ন ডিজাইনের প্রস্তাব করে যেখানে দর্শকরা সাইট জুড়ে তথ্যের উপর ভিত্তি করে। যদিও আমরা তাদের পদ্ধতির উপর নজর রাখব, আমরা Chrome-এর অনুরূপ পরিবর্তনগুলি বিবেচনা করার আগে, গোপনীয়তা সম্প্রদায় সহ ইকোসিস্টেম থেকে আরও আলোচনা দেখতে চাই। |
| নেটিভ বিজ্ঞাপন | PA API নেটিভ বিজ্ঞাপনগুলির বিভিন্ন ফর্ম্যাট এবং রেন্ডারিং প্রয়োজনীয়তাগুলিকে পর্যাপ্তভাবে সমর্থন করতে পারে কিনা এবং PA API কার্যকর নেটিভ বিজ্ঞাপনের জন্য প্রয়োজনীয় সৃজনশীল নমনীয়তা এবং অপ্টিমাইজেশনের জন্য অনুমতি দেয় কিনা সে সম্পর্কে উদ্বেগ। | আমরা সক্রিয়ভাবে নেটিভ বিজ্ঞাপনগুলির জন্য আরও সহায়তা প্রদানের বিষয়ে গবেষণা করছি এবং আমরা ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
| রিপোর্টিং | রিপোর্টিং স্ক্রিপ্টগুলির দৃঢ়তা উন্নত করার অনুরোধ যা বিডিং স্ক্রিপ্টগুলির সাথে সংস্থানগুলির জন্য প্রতিযোগিতা করে এবং চলমান নিলাম ফ্রেমটি নেভিগেট করার সময় হারিয়ে যেতে পারে৷ | আমরা শীঘ্রই GitHub-এ একটি প্রতিক্রিয়া পোস্ট করার আশা করি, কিন্তু আমরা এই উদ্বেগগুলিকে বাস্তবে বৈধ রিপোর্টিংকে উল্লেখযোগ্যভাবে প্রভাবিত করার কল্পনা করি না |
| ম্যাক্রো প্রতিস্থাপন | নিলাম কনফিগারেশন পাস করা ম্যাক্রো প্রতিস্থাপন কিছু 3P কনফিগারেশনের সাথে কাজ করছে না। | মূল কারণ হল যে সমস্ত মোড A/B লেবেলযুক্ত ট্র্যাফিক এই বৈশিষ্ট্যটি চালু ছিল না। আমরা সম্প্রতি সমস্ত মোড A/B লেবেলযুক্ত ট্র্যাফিকের উপর এটি (এবং একই পরিস্থিতিতে অন্যান্য বৈশিষ্ট্যগুলি) চালু করার সিদ্ধান্ত নিয়েছি। আমরা 2025 সালের প্রথম প্রান্তিকে এই পরিবর্তনের প্রত্যাশা করছি। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই. |
| ডকুমেন্টেশন | generateBid() এর মধ্যে ব্রাউজার সিগন্যাল অবজেক্টে রিসেন্সি মানের জন্য পরিমাপের একক সম্পর্কিত ডকুমেন্টেশনে একটি অসঙ্গতি রয়েছে বলে স্পষ্টীকরণের অনুরোধ করা হচ্ছে। | আমরা এখানে আরও বিস্তারিতভাবে এর প্রতিক্রিয়া জানিয়েছি এবং সেই অনুযায়ী আমাদের ডকুমেন্টেশন আপডেট করেছি। সঠিক উত্তর হল পরিমাপের একক হল মিলিসেকেন্ড। |
| রিপোর্টিং | 3P প্রতিবেদনের জন্য অনুরোধ; ডিএসপি এবং এসএসপিরা যখন ক্রোম থেকে ইমপ্রেশন বিজ্ঞপ্তি পায়, মধ্য-স্তরের প্রযুক্তিগত প্রদানকারীরা ডিফল্টভাবে তা পায় না। | আমরা বর্তমানে এখানে এই বৈশিষ্ট্য অনুরোধ নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| স্বার্থ গ্রুপ | সমান্তরাল IG নিলাম ওয়ার্কফ্লো ব্যবহার করার সময় গতিশীলভাবে আগ্রহগ্রুপ ক্রেতাদের কীভাবে বাদ দেওয়া যায় সে বিষয়ে নির্দেশনার জন্য অনুরোধ। | আমরা এখানে এই বিষয়ে নির্দেশিকা প্রদান করেছি। |
| নেটিভ বিজ্ঞাপন | একটি প্রদত্ত পৃষ্ঠা লোডের জন্য স্বাধীন PA API নিলাম একই-পৃষ্ঠার বিজ্ঞাপন ফিল্টারিং প্রতিরোধ করে। | আরও নেটিভ বিজ্ঞাপন সমর্থন, সুপারিশ উইজেট সহ যা "নেটিভ" নামে পরিচিত এবং যেগুলির এক ইউনিটে একাধিক বিজ্ঞাপন রয়েছে, এটি গবেষণার একটি সক্রিয় ক্ষেত্র এবং আমরা স্বীকার করি যে বর্তমান নকশা একই-পৃষ্ঠার বিজ্ঞাপন ফিল্টারিংকে সমর্থন নাও করতে পারে, এবং বেড়াযুক্ত ফ্রেমগুলির মতো অন্যান্য সুরক্ষাগুলিও এটিকে আরও প্রতিরোধ করতে পারে৷ |
| নেটিভ বিজ্ঞাপন | সৃজনশীল স্ক্যানিং, রিপোর্টিং ইত্যাদির মতো বিদ্যমান PA API বৈশিষ্ট্যগুলি, যা URL-ভিত্তিক সংকেতের উপর নির্ভর করে, নেটিভ বিজ্ঞাপন ক্রিয়েটিভগুলিতে ব্যবহৃত JSON অবজেক্টগুলি পরিচালনা করার জন্য মানিয়ে নেওয়ার প্রয়োজন হতে পারে। | আরও নেটিভ বিজ্ঞাপন সমর্থন গবেষণার একটি সক্রিয় ক্ষেত্র এবং আমরা নেটিভ বিজ্ঞাপন রেন্ডারিংকে সহায়তা করার জন্য PA API মানিয়ে নেওয়ার সম্ভাব্যতা মূল্যায়ন করছি। |
| বিজ্ঞাপন যাচাইকরণ | PA API-এ 3P ব্র্যান্ড সুরক্ষা perBuyerSignals-এর লেটেন্সি এবং ক্যাশিং সীমাবদ্ধতার কারণে প্রভাবিত হয়, যা গতিশীল সামগ্রীর জন্য সমস্যাযুক্ত। | আমরা স্বীকার করি যে SSP' এবং DSP'দের ক্যাশিংয়ের জন্য একটি সর্বোত্তম TTL নির্ধারণ করার প্রয়োজন যা ট্র্যাফিক গঠনের লক্ষ্য এবং ব্র্যান্ড নিরাপত্তা সর্বোচ্চ TTL-এর ভারসাম্য বজায় রাখে যাতে ক্যাশ করা ডেটা ব্র্যান্ড নিরাপত্তার জন্য প্রাসঙ্গিক থাকে। আমরা এই সমস্যাটি অন্বেষণ করছি এবং এটি বিকাশের সাথে সাথে আপডেটগুলি ভাগ করব৷ |
| বিজ্ঞাপন যাচাইকরণ | বিড-পরবর্তী ব্র্যান্ড নিরাপত্তা পরিমাপ পরিচালনা করার জন্য SSPs দ্বারা FullpageURL ম্যাক্রো প্রতিস্থাপন প্রয়োজন। | DeprecatedReplaceInURN হল এই সংকেত প্রদানের জন্য SSP-এর বর্তমান পরামর্শ। |
| বিজ্ঞাপন যাচাইকরণ | বিড-পরবর্তী যাচাইকরণের জন্য SSPs দ্বারা ব্যবহৃত ম্যাক্রো ফরম্যাটে মানককরণের অভাব ডেটা প্রক্রিয়াকরণ এবং বিশ্লেষণে সম্ভাব্য অসঙ্গতি এবং ত্রুটির কারণ হতে পারে। | সামঞ্জস্য নিশ্চিত করতে এবং ডেটা প্রক্রিয়াকরণ এবং বিশ্লেষণে ত্রুটি রোধ করতে SSPs এবং বিজ্ঞাপন যাচাইকারীদের ম্যাক্রো ব্যবহারের জন্য স্পষ্ট নির্দেশিকা এবং স্পেসিফিকেশন সংজ্ঞায়িত করতে সরাসরি সহযোগিতা করা উচিত। এটি এমন একটি ক্রিয়াকলাপ যার জন্য আইএবি টেক ল্যাবের মতো বিজ্ঞাপনের মান সংস্থাগুলি উপযুক্ত৷ |
| বিজ্ঞাপন যাচাইকরণ | বিজ্ঞাপনদাতা এবং বিজ্ঞাপন যাচাইকারীদের ডিবাগিং এবং সমস্যা সমাধানের জন্য একই প্রকাশক প্রসঙ্গের জন্য প্রাক-বিড এবং পোস্ট-বিড চেক লিঙ্ক করার জন্য একটি পদ্ধতির প্রয়োজন। | বিড-পরবর্তী যাচাইকরণের একটি বিকল্প হল নিলামের মাধ্যমে- এবং ইভেন্ট-লেভেল রিপোর্টিং-এ একত্রিত প্রচার-ভিত্তিক সংকেত। এটি প্রাক-বিড সিদ্ধান্ত লগের সাথে যোগদানকে সক্ষম করতে পারে। আমরা এটি অর্জনের জন্য সম্ভাব্য নিদর্শনগুলি অন্বেষণ করছি এবং এটি বিকাশের সাথে সাথে আপডেটগুলি ভাগ করব৷ |
| বিজ্ঞাপন যাচাইকরণ | প্রাক-বিডের জন্য বিশ্বস্ত কী-মান (TKV) সার্ভার সমাধানগুলি (DSP-মালিকানাধীন এবং বিজ্ঞাপন যাচাইকারী-মালিকানাধীন) অন্বেষণ করার জন্য অনুরোধ করুন এবং বিড-পরবর্তী জন্য বেড়াযুক্ত ফ্রেমের সীমাবদ্ধতাগুলি সমাধান করুন। | আমরা এই অনুরোধটি মূল্যায়ন করছি এবং এখানে বাস্তুতন্ত্র থেকে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই এমন একটি সমাধান খুঁজে পেতে যা প্রাক-বিড ব্র্যান্ড নিরাপত্তাকে সমর্থন করতে পারে এবং পক্ষগুলির মধ্যে সমন্বয়ের প্রয়োজনীয়তাগুলি সহজ করতে পারে৷ |
| নেটিভ বিজ্ঞাপন | নেটিভ বিজ্ঞাপনের জন্য বিক্রয়-সদৃশ পোস্ট-বিড রেন্ডারিং অডিটের জন্য অনুরোধ। | আরও নেটিভ বিজ্ঞাপন সমর্থন গবেষণার একটি সক্রিয় ক্ষেত্র এবং আমরা নেটিভ বিজ্ঞাপন রেন্ডারিংকে সহায়তা করার জন্য এর মতো বিদ্যমান বৈশিষ্ট্যগুলিকে মানিয়ে নেওয়ার কথা বিবেচনা করছি। |
সুরক্ষিত নিলাম (B&A পরিষেবা)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| লেটেন্সি | বিলম্বে পর্যাপ্ত প্রশমন হয়নি। যদিও B&A পরিষেবাগুলি দীর্ঘমেয়াদে এই সমস্যাটি প্রশমিত করতে পারে, Google Chrome-এ 3PC-তে পরিবর্তনের আগে তার ব্যাপক প্রাপ্যতার জন্য প্রতিশ্রুতিবদ্ধ হয়নি। | আমরা গত কয়েক কোয়ার্টারে অন-ডিভাইস লেটেন্সিতে বেশ কিছু উন্নতি করেছি। আমরা প্রয়োজন অনুযায়ী B&A পরিষেবাগুলি তৈরি ও স্কেল করছি। আমরা সম্প্রতি আমাদের লেটেন্সি সর্বোত্তম অনুশীলন নির্দেশিকা আপডেট করেছি যাতে এই বৈশিষ্ট্যগুলির সুবিধা নেওয়ার বিষয়ে আরও তথ্য অন্তর্ভুক্ত রয়েছে। আমরা নতুন লেটেন্সি উন্নতিগুলিও বিকাশ চালিয়ে যাচ্ছি, যার মধ্যে কয়েকটি এখানে দেখা যেতে পারে৷ |
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) নিলাম নিরাপত্তা | অন-ডিভাইস নিলামের সাথে হেরফের করার প্রচেষ্টা প্রতিরোধ/প্রশমিত করার পদ্ধতি সম্পর্কে আরও স্পষ্টীকরণের জন্য অনুরোধ (যেমন Google এটিকে একটি উল্লেখযোগ্য ঝুঁকি মনে করে কিনা তা সহ)। | আমাদের প্রতিক্রিয়া আগের ত্রৈমাসিক থেকে অপরিবর্তিত: "PA API বিজ্ঞাপনগুলির রিপোর্টিং প্রক্রিয়াগুলি আজকে বট ট্র্যাফিক থেকে মানুষকে আলাদা করতে ব্যবহৃত তথ্য ধরে রাখে৷ উপরন্তু, ডোমেনগুলি অন্তর্ভুক্ত বা বাদ দেওয়ার বর্তমান ডোমেন-ভিত্তিক কৌশলগুলি PA API-তে ব্যবহার করা যেতে পারে৷ এটি গোপনীয়তা স্যান্ডবক্সের উপর IAB টেক ল্যাবের প্রতিবেদনের প্রতি আমাদের প্রতিক্রিয়াতে আরও বিশদে বর্ণনা করা হয়েছে।" |
| অন-প্রিমাইজ সলিউশন | ব্যক্তিগত ক্লাউডের জন্য সমর্থনের অভাব এবং এটিকে সমর্থন করার জন্য দীর্ঘ এবং অস্বচ্ছ রোডম্যাপের কারণে কীভাবে বৃহত্তম সরবরাহকারীরা গোপনীয়তা স্যান্ডবক্স বা B&A গ্রহণ করতে পারে না সে সম্পর্কে উদ্বেগ। | আমরা গোপনীয়তা স্যান্ডবক্স পরিষেবাগুলি যে পরিকাঠামোগুলি চালায় তা প্রসারিত করতে প্রতিশ্রুতিবদ্ধ; আমরা সম্প্রতি Azure ক্লাউডের জন্য সমর্থন ঘোষণা করেছি এবং ব্যক্তিগত ক্লাউডগুলির জন্য অনুরূপ গোপনীয়তা এবং সুরক্ষা সুরক্ষা প্রদানের জন্য সম্ভাব্য সমাধানগুলির জন্য আমাদের তদন্ত চালিয়ে যাচ্ছি। অক্টোবরে আমাদের যোগাযোগের পর থেকে, আমরা একটি অন-প্রিমিস ট্রাস্টেড এক্সিকিউশন এনভায়রনমেন্ট (TEE) এ Chrome ব্যবহারকারীদের গোপনীয়তা সুরক্ষিত করার সম্ভাব্য পন্থা নিয়ে গবেষণা চালিয়ে যাওয়ার ফলে আমরা অগ্রগতি করেছি। আমরা এখন নিজেদেরকে আমাদের গবেষণায় এমন একটি জায়গায় খুঁজে পাই যেখানে আমরা ইকোসিস্টেম স্টেকহোল্ডারদের সাথে বিভিন্ন পন্থা যাচাই করতে চাই, এবং আমরা Q1 এ ইনপুট সংগ্রহ শুরু করার পরিকল্পনা করছি। ইকোসিস্টেম প্রতিক্রিয়া এবং সহযোগিতা যেকোনো সম্ভাব্য সমাধানকে পরিমার্জিত করতে সাহায্য করবে। |
| টেস্টিং | PA API রিপোর্টিং সলিউশন (রিয়েল টাইম রিপোর্টিং এবং প্রাইভেট অ্যাগ্রিগেশন) পরীক্ষার জন্য TEE তৈরি করা কি সম্ভব? | সমষ্টি পরিষেবা পরীক্ষার জন্য, বিজ্ঞাপন প্রযুক্তিগুলি কার্যকরী পরীক্ষার জন্য সারাংশ প্রতিবেদন তৈরি করতে পরীক্ষার ডেটা এবং স্থানীয় পরীক্ষার সরঞ্জামগুলি ব্যবহার করতে পারে। অনুগ্রহ করে এখানে স্থানীয় টেস্টিং কোডল্যাব পড়ুন। TEE-তে সমষ্টি পরীক্ষা করার জন্য, বিজ্ঞাপন প্রযুক্তিগুলিকে উপরে কোডল্যাবের পূর্বশর্তগুলিতে উল্লিখিত তালিকাভুক্তকরণ প্রক্রিয়াটি সম্পূর্ণ করতে হবে। আমরা এখানে এই অনুরোধে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডিল কে/ভি ইন্টিগ্রেশন | ব্যবসায়িক ব্যবহারের ক্ষেত্রে কেভি থেকে ডিল ভিত্তিক তথ্য টেনে নেওয়ার ক্ষমতার অনুরোধ করুন। | আমরা এই বৈশিষ্ট্য অনুরোধের মূল্যায়ন করছি এবং GitHub-এ একটি আপডেট প্রদান করব। |
| না-জয় ডিল মেজার | কোন SSP কখন এবং কেন জিতেনি তা বোঝার জন্য সংকেত বা ক্ষমতার অনুরোধ করা। | আমরা এই অনুরোধটি মূল্যায়ন করছি এবং GitHub-এ একটি আপডেট প্রদান করব। |
| বৈশিষ্ট্য অনুরোধ | গোপনীয়তা স্যান্ডবক্সের জন্য অনুরোধ ডিকশনারি কাঠামো প্রদান করার জন্য বিজ্ঞাপনের একটি গ্রুপকে ডিল আইডির সংশ্লিষ্ট সেটের সাথে মেলাতে সাহায্য করার জন্য। | ডিল আইডি সংরক্ষণের ক্ষেত্রে IG আকার কমানোর অন্যান্য উপায়গুলির সাথে আমরা এই অনুরোধটি মূল্যায়ন করছি। আমরা GitHub এ একটি আপডেট প্রদান করব। |
| কর্মক্ষমতা | সম্ভাব্য মিস করা বিজ্ঞাপন নিলামের সুযোগ পরিমাপ করার সমাধান, সম্ভবত বিডিং স্ক্রিপ্ট আকারের কারণে। | আমরা এই অনুরোধটি মূল্যায়ন করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই৷ |
| চশমা | বর্তমানে B&A লেটেস্ট ফিল্ড prevWinMs এর পরিবর্তে শুধুমাত্র prevWins ক্ষেত্রটি পড়ে যেটি spec- এ prevWins প্রতিস্থাপিত হয়েছে। | এটা ঠিক যে B&A generatebid() করতে prevWins-এ মিলিসেকেন্ডে সময়কাল অতিক্রম করে না। ক্রোম পেলোডে কম ওভারহেড নিশ্চিত করতে সেকেন্ডের মধ্যে সময়কাল পাঠায়, এখানে সমাধান হল B&A কে সেকেন্ড থেকে মিলিসেকেন্ডে রূপান্তর করতে। এটিকে অন-ডিভাইস নিলামের সাথে সামঞ্জস্যপূর্ণ করতে B&A ব্রাউজারসিগন্যালে prevWins এবং prevWinsMs উভয়ই প্রদান করবে।দ্রষ্টব্য, এমনকি ওয়েবের জন্য অন-ডিভাইস নিলামের জন্য, prevWins এবং prevWinsMs একই মান এবং prevWinsMs = prevWins * 1000 এর সাথে মিলে যায়। আমরা একটি সংশোধনকে অগ্রাধিকার দিচ্ছি। |
| ডকুমেন্টেশন | বিক্রেতা ফ্রন্ট এন্ড (SFE) কীভাবে পরীক্ষা করবেন সে বিষয়ে ডকুমেন্টেশন স্পষ্ট নয়, স্থাপনাটি সম্পূর্ণ করার সাথে সাথে বিল্ডের জন্য Bazel কীভাবে ব্যবহার করবেন তা ঠিক করার পরে অতিরিক্ত পরীক্ষার নির্দেশিকা থাকা সহায়ক হবে। | এই কোডল্যাবটি বৃহত্তর ইকোসিস্টেমের জন্য তাদের SFE পরীক্ষা করা সহজ করার জন্য একটি নির্দেশিকা হিসাবে প্রকাশ করা হয়েছে। |
| স্থাপনা | B&A-এর জন্য পূর্ব-নির্মিত বাইনারি প্রদান করার পরিকল্পনা আছে কি? | আমরা B&A-এর জন্য প্রাক-নির্মিত বাইনারি সরবরাহ করার কথা বিবেচনা করছি, তবে এর জন্য আমাদের কাছে নির্দিষ্ট সময়সীমা নেই। ততক্ষণ পর্যন্ত, বিজ্ঞাপন প্রযুক্তিগুলি নিজেরাই বাইনারি তৈরি করতে পারে এবং প্রদত্ত হ্যাশগুলি ব্যবহার করে যাচাই করতে পারে৷ |
| স্থাপনা | সমস্ত অর্কেস্ট্রেশন প্রকারগুলি (সার্ভার, ক্লায়েন্ট, মিশ্র) সমর্থিত হওয়া উচিত বা অন্যদের চেয়ে অগ্রাধিকার দেওয়া উচিত? | বিজ্ঞাপন প্রযুক্তি কোন মোড প্রয়োগ করে সে বিষয়ে আমাদের কাছে কোনো নির্দিষ্ট সুপারিশ নেই। পছন্দটি বিভিন্ন কারণের উপর নির্ভর করে, কিন্তু, শেষ পর্যন্ত, আপনার গ্রাহকদের সর্বোত্তম স্বার্থের উপর নির্ভর করে। |
| টেস্টিং | B&A নির্মাণের সময় ব্যর্থ পরীক্ষা সংক্রান্ত ব্যাখ্যা চাওয়া। | এটি একটি ফ্লেকি পরীক্ষার ফলাফল হতে পারে। আমরা বিজ্ঞাপন প্রযুক্তিকে পরীক্ষা চালানো এড়িয়ে যাওয়ার জন্য সমস্ত build_and_test_all_in_docker বিল্ড কমান্ডে --no-tests পতাকা ব্যবহার করার পরামর্শ দিয়েছি। |
| লগ | GCP-এর লগ এক্সপ্লোরার-এর লগগুলিকে কেন SFE চালানোর VM ইন্সট্যান্সে ট্যাগ করা হয় যখন টেস্ট মোডে থাকে কিন্তু প্রোড মোডে লগগুলিকে VM ইনস্ট্যান্সে ট্যাগ করা হয় না তা ব্যাখ্যা করা হচ্ছে। | এটি সাধারণীকরণ করা কঠিন কারণ এটি ঠিক কী দেখা হয়েছিল তার উপর নির্ভর করে তবে সাধারণভাবে: - non_prod থেকে লগগুলি সম্ভবত ক্লাউড প্রদানকারী দ্বারা পুনঃনির্দেশিত stderr লগ (এই ক্ষেত্রে, GCP) এবং GCP ট্যাগ যোগ করেছে। - VM দ্বারা উত্পাদিত লগগুলি সাধারণত VM উদাহরণের সাথে ট্যাগ করা হয়, যেখানে বাইনারি দ্বারা উত্পাদিত লগগুলি GCP দ্বারা ট্যাগ করা হয় না৷ - প্রোড থেকে লগগুলি টিইই-তে ওপেন টেলিমেট্রি দ্বারা রপ্তানি করা হয়, যার বিভিন্ন ট্যাগ রয়েছে৷ non_prod এবং prod এ কি কি পাওয়া যায় তার কিছু বিবরণ এখানে দেওয়া হল। |
| B&A | OTEL লগিং নিষ্ক্রিয় থাকাকালীন অনুপস্থিত গোপন বিষয়ে 403 ত্রুটি৷ | এটি এখন 4.1 আপডেট হিসাবে স্থির করা হয়েছে এবং ডকুমেন্টেশন সেই অনুযায়ী সম্পাদনা করা হয়েছে। |
| B&A | GCP টেরাফর্ম কনফিগারেশনের জন্য outputs.tf ফাইল অনুপস্থিত ত্রুটির দিকে নিয়ে যায়। | এটা এখন ঠিক করা হয়েছে। |
| টেস্টিং | পরীক্ষা মোডে ব্যক্তিগত কী আনার সময় ত্রুটি। | এই ক্ষেত্রে দয়া করে নিশ্চিত করুন সার্ভারগুলি TEST_MODE=true দিয়ে চলছে। এখানে ব্যাখ্যাকারী দেখুন. |
| রোডম্যাপ | GetInterestGroupAdAuctionData-এর জন্য একাধিক বিক্রেতার উত্স গ্রহণ করার এবং B&A পেলোড সাইফারটেক্সটে বিক্রেতার উত্সের একটি মানচিত্র ফেরত দেওয়ার পরিকল্পনা আছে কি? | হ্যাঁ, navigator.getInterestGroupAdAuctionData() একাধিক বিক্রেতাকে গ্রহণ করার অনুমতি দেওয়ার জন্য সমর্থন যোগ করার পরিকল্পনা করা হয়েছে। |
| কেভি স্পেসিক্স | KV URL (trustedScoringSignalsURL) সম্ভাব্যভাবে একটি প্রতিশ্রুতি হিসাবে বিতরণ করা যেতে পারে? | এখানে প্রদত্ত ব্যাখ্যা দেখুন। |
| B&A | একটি নতুন প্ল্যাটফর্ম শিরোনাম তৈরির অনুরোধ করা B&A বিক্রেতা পক্ষকে নির্দেশ করে যে ক্লায়েন্ট (ব্রাউজার) একটি ব্যক্তিগত নিলাম ঘটতে কী কী সক্ষমতা প্রয়োজন। | আমরা বর্তমানে এখানে এই বৈশিষ্ট্য অনুরোধ নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ট্রাফিক শেপিং | বিশেষ করে DSP-এর জন্য হোস্টিং B&A সার্ভার থেকে ক্রমবর্ধমান খরচ কমানোর প্রস্তাব । | আমরা বর্তমানে এখানে এই প্রস্তাব নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাচ্ছি। |
| আনুন-তোমার- নিজস্ব-বাইনারি | সমস্ত বাইনারি সমর্থিত তা স্পষ্টভাবে সম্বোধন করতে ব্যাখ্যাকারীকে আপডেট করার কথা বিবেচনা করুন। | এটি এখন আপডেট করা হয়েছে, এখানে ব্যাখ্যাকারী দেখুন। |
| কেভি কল | generateBid() কি সমস্ত কী-ভ্যালু (KV) স্টোর কল শেষ হওয়ার জন্য অপেক্ষা করে, নাকি স্বাধীনভাবে চালানো হয়? কিভাবে কেভি ব্যাচিং এর সময়কে প্রভাবিত করে? | এখানে প্রদত্ত ব্যাখ্যা দেখুন। |
| কর্মক্ষমতা | বিডিং স্ক্রিপ্টগুলি পুনরায় ব্যবহার করার বিষয়ে অতিরিক্ত ডকুমেন্টেশনের জন্য অনুরোধ করুন এবং স্ক্রিপ্টগুলিতে ক্যাশে নিয়ন্ত্রণ শিরোনাম সেট করার সুপারিশ করুন৷ | ডকুমেন্টেশন এখানে যোগ করা হয়েছে. |
| কর্মক্ষমতা | অন-ডিভাইস নিলাম লেটেন্সি কমাতে অ্যাসিঙ্ক্রোনাসভাবে সম্পদ (যেমন, বিডিং স্ক্রিপ্ট) লোড করার ক্ষমতা বিবেচনা এবং অন্বেষণ করার অনুরোধ করুন। | আমরা বর্তমানে এখানে এই বৈশিষ্ট্য অনুরোধ নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| সম্মতি লগিং | CONSENTED_DEBUG_TOKEN সেট করে সম্মতি লগিং ব্যবহার করার চেষ্টা করার সময় দেখা ত্রুটির জন্য স্পষ্টীকরণ প্রয়োজন। | এই দৃষ্টান্তগুলিতে পরীক্ষা করুন যে CONSENTED_DEBUG_TOKEN গোপন পরিচালকে উপস্থিত রয়েছে, ENABLE_OTEL_BASED_LOGGING সত্যে সেট করা হয়েছে এবং TELEMETRY_CONFIG মোডে সেট করা হয়েছে: PROD । এখানে ব্যাখ্যাকারী দেখুন যা এখানে উৎস উল্লেখ করে। |
| লগ | শুধুমাত্র ডিবাগিং ইভেন্টগুলি কি B&A এর মাধ্যমে উপলব্ধ? | forDebggingOnly for B&A এপ্রিল 2024 সাল থেকে একক বিক্রেতার নিলামের জন্য উপলব্ধ। আমাদের পরিকল্পনা হল খুব শীঘ্রই বহুবিক্রেতার নিলামের জন্য এটি সক্ষম করা। |
| ওয়ার্কলেট লগ | ওয়ার্কলেট লগিংকে ChromeDriver-এর সাথে সামঞ্জস্যপূর্ণ করার অনুরোধ। | আমরা এই অনুরোধটি মূল্যায়ন করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই৷ |
ডিজিটাল বিজ্ঞাপন পরিমাপ
অ্যাট্রিবিউশন রিপোর্টিং (এবং অন্যান্য API)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ডিবাগ রিপোর্ট | Chrome-এ 3PC-তে আপডেট করা পদ্ধতি অনুসরণ করে বিজ্ঞাপন প্রযুক্তিবিদদের কাছে ARA ডিবাগ রিপোর্টগুলি কীভাবে উপলব্ধ হবে? যে ব্যবহারকারীরা 3PC ধরে রেখেছেন এবং গোপনীয়তা স্যান্ডবক্স এপিআই সক্ষম করেছেন তাদের জন্য কি বিজ্ঞাপন প্রযুক্তিগুলির এখনও ARA ডিবাগ রিপোর্টগুলিতে অ্যাক্সেস থাকা উচিত? | বিজ্ঞাপন প্রযুক্তিগুলি 3PC এবং ARA উভয়ই সক্ষম ব্যবহারকারীদের ক্ষেত্রে কুকি-ভিত্তিক এবং কুকিবিহীন ডিবাগিং সমাধানগুলিতে অ্যাক্সেস পাবে৷ যখন কুকিজ বন্ধ থাকে, তখন তারা শুধুমাত্র সামগ্রিক ডিবাগ সমাধানে অ্যাক্সেস পাবে। ডিবাগ সমাধানের আরও বিশদ বিবরণ এখানে এবং এখানে উপলব্ধ। |
| বৈশিষ্ট্য সনাক্তকরণ | সার্ভার-সাইডে ARA-এর জন্য কীভাবে বৈশিষ্ট্য সনাক্তকরণ করতে হয় সে সম্পর্কে নির্দেশনার জন্য অনুরোধ। | বর্তমানে ব্যবহারকারী এজেন্ট স্ট্রিং-এ দেখা Chrome সংস্করণ ব্যবহার করে ARA বৈশিষ্ট্য সমর্থন সনাক্ত করা যেতে পারে। আমরা এই বিষয়ে অতিরিক্ত ইকোসিস্টেম প্রতিক্রিয়া স্বাগত জানাই. |
| বৈশিষ্ট্য অনুরোধ | ARA Aggregate shared_info-এ ব্যবহৃত সোর্স_রেজিস্ট্রেশন_টাইমকে আরও দানাদার হতে অনুরোধ করুন যেমন এক ঘণ্টা বা এক মিনিট (এক দিনের বিপরীতে) এবং সেইসাথে টাইমজোন বিবেচনায় নেওয়ার জন্য কনফিগারযোগ্য (বর্তমানে শুধুমাত্র UTC)। | source_registration_time ক্ষেত্রটিকে নিকটতম দিনে রাউন্ডিং করা একটি গোপনীয়তা পদ্ধতি যা একটি বিজ্ঞাপন প্রযুক্তির জন্য একটি নির্দিষ্ট ব্যবহারকারীকে একটি নির্দিষ্ট উত্স নিবন্ধনের সাথে সংযুক্ত করতে সক্ষম হওয়ার ক্ষমতা হ্রাস করতে ব্যবহৃত হয়। বর্তমানে সোর্স_রেজিস্ট্রেশন_টাইম ইউটিসি-এর উপর ভিত্তি করে এবং একটি বিজ্ঞাপন প্রযুক্তি এটির জন্য তাদের বিজ্ঞাপন প্রতিবেদনগুলিকে সামঞ্জস্য করতে পারে। আমরা এখানে এই অনুরোধ সম্পর্কিত অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই। |
| চশমা | "trigger_data" এবং "অগ্রাধিকার" এর স্পেসিফিকেশন স্পষ্ট করার অনুরোধ, বিশেষ করে যখন সেগুলি অ্যারে মানের সাথে ব্যবহার করা হয়। | এই ক্ষেত্রগুলি অ্যারের মান গ্রহণ করে না। ব্যাখ্যাকারীর বর্গাকার বন্ধনীগুলি একটি অ্যারের প্রতিনিধিত্ব করে না, বরং নির্দেশ করে যে পাঠ্যটি একটি উদাহরণ মান নয়, তবে একটি বর্ণনা সহ একটি স্থানধারক৷ বর্গাকার বন্ধনীর পাঠ্যটি পরামর্শ দেয়: - trigger_data হল একটি int-64 - অগ্রাধিকার একটি স্বাক্ষরিত int-64 কোনো ক্ষেত্রই অ্যারের মান গ্রহণ করে না। বিভিন্ন মান নিয়ে পরীক্ষা করার জন্য এবং ডকুমেন্টেশন বিভ্রান্তিকর হলে ত্রুটির মধ্যে চালানোর জন্য ARA-এর জন্য হেডার ভ্যালিডেটর টুল ব্যবহার করে বিবেচনা করাও মূল্যবান। |
| অ্যাক্সিলারেটেড মোবাইল পেজ (এএমপি) বিজ্ঞাপন সমর্থন | ARA কি AMP বিজ্ঞাপন সমর্থন করে? | আমরা কীভাবে এএমপিকে সমর্থন করতে পারি সে সম্পর্কে আমাদের প্রস্তাব এখানে উপলব্ধ এবং আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| চশমা | ARA-এর জন্য মাল্টি-লেয়ার এম্বেড করা বিজ্ঞাপনের জন্য কোন URLটিকে "সোর্স-সাইট" হিসেবে বিবেচনা করা হবে? | শীর্ষ-স্তরের সাইট থেকে URL। |
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) বৈশিষ্ট্য অনুরোধ | ইভেন্ট_রিপোর্ট_উইন্ডো ন্যূনতম মান 3600 সেকেন্ড (1 ঘন্টা) থেকে 1800 সেকেন্ড (30 মিনিট) করার জন্য অনুরোধ করুন। | ন্যূনতম রিপোর্টিং উইন্ডো নির্ধারণের জন্য ইউটিলিটি এবং গোপনীয়তা বিবেচনার ভারসাম্য প্রয়োজন। ইভেন্ট-স্তরের রিপোর্টের জন্য ন্যূনতম রিপোর্টিং উইন্ডো 1 ঘন্টা গোপনীয়তা বজায় রাখতে এবং নির্দিষ্ট ধরণের ইতিহাস পুনর্গঠন আক্রমণের বিরুদ্ধে প্রশমিত করার জন্য অপরিহার্য। আমরা এখানে এই অনুরোধে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| গোলমাল | ডেটার সঠিক ব্যাখ্যা এবং ব্যবহার নিশ্চিত করতে ARA ইভেন্ট-স্তরের রিপোর্টগুলিতে কীভাবে শব্দ প্রয়োগ করা হয় তার গভীরতর বোঝার সন্ধান করা। | আরও বিশদ এখানে এবং এখানে উপলব্ধ। |
| রিপোর্টিং | সমষ্টিগত প্রতিবেদন শেয়ার করা_তথ্য আর ডিফল্টরূপে source_registration_time ধারণ করে না। | এটি API পরিবর্তনের কারণে হয়েছে, এবং এখানে আরও বিস্তারিতভাবে সেট করা হয়েছে। |
| রিপোর্টিং | chrome://attribution-internals/ UI-এর "সমষ্টিগত প্রতিবেদন" ট্যাব থেকে filtering_id অনুপস্থিত। | filtering_id বর্তমানে "ট্রিগার রেজিস্ট্রেশন" ট্যাবের বিবরণে দৃশ্যমান হয় যখন আপনি একটি সারিতে ক্লিক করেন, যা আপনাকে এর বৈধতা নিশ্চিত করতে দেয়। আমরা এটিকে "সমষ্টিগত প্রতিবেদন" ট্যাবে দেখানোর উপযোগিতা স্বীকার করেছি এবং এখানে এটিকে সম্বোধন করেছি। |
| অ্যাট্রিবিউশন উৎস | অ্যাট্রিবিউশন সোর্স কীভাবে কাজ করে তার ব্যাখ্যার জন্য অনুরোধ। | এখানে একটি ব্যাখ্যা পাওয়া যায়। |
| ওয়েব অ্যাট্রিবিউশন অ্যাপ্লিকেশন | সূত্রগুলি OS বা ওয়েব হবে কিনা অনিশ্চয়তা যেখানে বাস্তবায়নের জন্য নির্দেশিকা জন্য অনুরোধ. | নির্দেশিকা এখানে উপলব্ধ। |
একত্রীকরণ পরিষেবা
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বৈশিষ্ট্য অনুরোধ | AgS-এর জন্য কনফিগারযোগ্য টাইমআউট এবং/অথবা দীর্ঘমেয়াদী দৌড়ের জন্য চাকরির স্থিতিতে আরও দৃশ্যমানতার জন্য অনুরোধ করুন। | দীর্ঘমেয়াদী চাকরির নিরীক্ষণকে সমর্থন করার জন্য আমরা বৈশিষ্ট্যগুলি বিবেচনা করছি। আমরা এই বিষয়ে অতিরিক্ত ইকোসিস্টেম প্রতিক্রিয়া স্বাগত জানাই. |
| টেরাফর্ম | পরিষেবা_অ্যাকাউন্ট_টোকেন_ক্রিয়েটর_লিস্ট সেট না থাকলেও টেরাফর্ম অ্যাকাউন্ট আইএএম নীতি পরিবর্তন করার চেষ্টা করছে। | বিকাশকারীরা তাদের স্থানীয় মডিউল/adtech_setup/main.tf ফাইলে তাদের অতিরিক্ত অনুমতি যোগ করতে পারেন। |
| ডকুমেন্টেশন অনুরোধ | ডকুমেন্টেশন বা কোডল্যাবের অনুরোধ করা হচ্ছে কীভাবে একত্রিত পরিষেবা স্বাস্থ্য নিরীক্ষণ করা যায় তা ব্যাখ্যা করে। | বিদ্যমান অ্যালার্মগুলির একটি বিবরণ যা পরিষেবা এবং চাকরির স্বাস্থ্য নিরীক্ষণ করতে ব্যবহার করা যেতে পারে তা সমন্বয়কারী-পরিষেবা-এবং-শেয়ারড-লাইব্রেরি সংগ্রহস্থলে প্রাসঙ্গিক অপারেটর টেরাফর্ম ফাইলগুলিতে ( alarms.tf এবং monitoring.tf ) পাওয়া যেতে পারে। আমরা কীভাবে একত্রিত পরিষেবার কাজগুলি নিরীক্ষণ করতে হয় সে সম্পর্কে অতিরিক্ত ডকুমেন্টেশন এবং নির্দেশিকা প্রকাশ করব৷ |
| স্কেলিং | কিভাবে স্কেলিং সমস্যা নিরীক্ষণ? | আমরা এই নির্দেশিকাটির একটি আপডেট সংস্করণ প্রকাশ করেছি যা সমষ্টি পরিষেবার উচ্চতর স্কেল নথিভুক্ত করে। বর্তমানে এমন কোন সরাসরি সংকেত নেই যা নির্দেশ করে যে একটি ব্যর্থতা ঘটেছে কারণ মেশিনটি কাজের স্কেল সমর্থন করতে পারে না। পরোক্ষ সংকেতগুলির মধ্যে রয়েছে: ব্যর্থতার আগে 90% মেমরি খরচ , একটি কাজ যা বারবার ব্যর্থ হয়। আমরা এই ধরনের সংকেতের প্রয়োজনীয়তার বিষয়ে অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়াকে স্বাগত জানাই। |
| চশমা | AgS রিপোর্ট ব্যাচের সাধারণ রান টাইম কি? | এখানে নির্দেশিকা পড়ুন দয়া করে. |
প্রাইভেট অ্যাগ্রিগেশন API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বৈশিষ্ট্য অনুরোধ | 2^16 এর সংবেদনশীলতার সাথে ফ্লোট মান (নেতিবাচক সহ) অবদানের জন্য ToHistogramOnEvent অবদানের অনুমতি দেওয়ার অনুরোধ করুন | আমরা বর্তমানে এখানে এই প্রস্তাব নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাচ্ছি। |
প্রচ্ছন্ন ট্র্যাকিং সীমাবদ্ধ করুন
ব্যবহারকারী এজেন্ট হ্রাস/ব্যবহারকারী এজেন্ট ক্লায়েন্ট ইঙ্গিত
এই ত্রৈমাসিকে কোনো প্রতিক্রিয়া পাওয়া যায়নি।
আইপি সুরক্ষা (পূর্বে Gnatcatcher)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ভূ-অবস্থান | আইপি সুরক্ষা জিওলোকেশন ফাইলের জন্য অনুরোধ। | আইপি সুরক্ষার জন্য রুক্ষ অবস্থানে ফাইল ম্যাপিং আইপি এখানে উপলব্ধ। দয়া করে মনে রাখবেন যে এই ফাইলটি পর্যায়ক্রমে আপডেট করা হয়। |
বাউন্স ট্র্যাকিং প্রশমন
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| তালিকার অনুমতি দিন | আপডেট করা অবস্থানটি আর অনুমোদনের তালিকা বা অনুরূপ প্রক্রিয়াগুলিকে সম্বোধন করে না যা Google-এর সিদ্ধান্ত গ্রহণের প্রক্রিয়া থেকে স্বাধীন হবে৷ | বাউন্স ট্র্যাকিং মিটিগেশনস (BTM) এর সাথে যুক্ত কোনো অনুমোদিত তালিকা রাখার পরিকল্পনা Google করে না; সুরক্ষাগুলি সমস্ত ডোমেনে সমানভাবে প্রয়োগ করা হয়। |
| সম্মতি | ICO-এর গোপনীয়তা-সম্পর্কিত সম্মতির উপর কর্তৃত্ব থাকা উচিত। | কমপ্লায়েন্স স্ট্যাটাসের সাথে BTM-এর আবেদনের কোনো সম্পর্ক নেই এবং Google BTM বাস্তবায়নে সম্মতি সংক্রান্ত কোনো সিদ্ধান্ত নেয় না। |
| প্রতিযোগিতা | দেখা যাচ্ছে যে Google BTM (বা অন্যান্য ব্যবস্থা) ব্যবহার করে পিইটি প্রতিযোগীদের ফোরক্লোজ করার অনুমতি পেতে পারে এবং তারপর তাদের বিচক্ষণতা প্রয়োগ করে তাদের বাজারে ফেরার অনুমতি দেওয়া যেতে পারে। বর্তমান আপিল প্রক্রিয়া সাময়িকভাবে পিইটি প্রতিযোগীদের বিটিএম বা অনুরূপ ব্যবস্থা ব্যবহার করা থেকে বিরত রাখতে পারে। | বর্তমান BTM প্রস্তাবটি একটি কৌশল হিসাবে বাউন্স ট্র্যাকিং এর লক্ষ্য। যদিও Google এর লক্ষ্য হল নির্দিষ্ট কিছু ব্যবহারের ক্ষেত্রে যাতে অনুরূপ কৌশল জড়িত থাকতে পারে তা ভাঙা এড়াতে, Google-এর BTM থেকে পৃথক ছাড় দেওয়ার কোনো পরিকল্পনা নেই। এইভাবে প্রতিযোগীদের উপস্থিতির উপর Google এর বিচক্ষণতা অনুশীলনের প্রশ্নই ওঠে না। |
ক্রস-সাইট গোপনীয়তা সীমানা শক্তিশালী করুন
সম্পর্কিত ওয়েবসাইট সেট (পূর্বে প্রথম পক্ষের সেট)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| (পূর্ববর্তী প্রান্তিকেও রিপোর্ট করা হয়েছে) সম্পর্কিত ওয়েবসাইট সেট (RWS) ডোমেন সীমা | পাঁচটি সংশ্লিষ্ট ডোমেনের বর্তমান সীমা ক্রস-সাইট পরিমাপ ব্যবহারের ক্ষেত্রে অর্জন করার জন্য যথেষ্ট বেশি নয়। | আমাদের প্রতিক্রিয়া পূর্ববর্তী ত্রৈমাসিকের অনুরূপ: বর্তমানে, আমরা সংখ্যার সীমা বাড়ানোর আশা করি না। ব্যবহারকারীর গোপনীয়তা বিবেচনা, W3C-তে ইকোসিস্টেম স্টেকহোল্ডারদের প্রতিক্রিয়া এবং তুলনামূলক বাস্তবায়নের বিবেচনার ভিত্তিতে সীমাটি প্রতিষ্ঠিত হয়েছিল অন্যান্য ব্রাউজারে। অতিরিক্ত তথ্যের জন্য, অনুগ্রহ করে আমাদের ব্লগ পোস্টগুলি দেখুন ( 1 , 2 )। আমরা সাংখ্যিক সীমার বাইরে ক্রস-সাইট কুকি অ্যাক্সেসের প্রয়োজন হয় এমন ব্যবহারের ক্ষেত্রে পরীক্ষা করার পরামর্শ দিই এবং পরিচয় ব্যবহার-কেস , প্রমাণীকৃত এম্বেড এবং বিজ্ঞাপন ব্যবহারের ক্ষেত্রে আমাদের নির্দেশিকা ব্যবহার করার কথা বিবেচনা করুন। আমরা এখানে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
বেড়া ফ্রেম API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| নেটিভ বিজ্ঞাপন | Fenced Frames-এ নেটিভ বিজ্ঞাপন রেন্ডারিং চ্যালেঞ্জ তৈরি করে কারণ আইফ্রেম এবং প্রকাশকের পৃষ্ঠার মধ্যে যোগাযোগের সীমাবদ্ধতার কারণে প্রকাশকের স্টাইল উত্তরাধিকারসূত্রে পাওয়া সীমিত। | নেটিভ বিজ্ঞাপনের জন্য আরও সমর্থন, যার মধ্যে রয়েছে ফেন্সড ফ্রেম এনফোর্সমেন্টের অনুসরণের সমর্থন হল গবেষণার একটি সক্রিয় ক্ষেত্র। আমরা এখানে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
শেয়ার্ড স্টোরেজ API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| API ব্যবহার | শেয়ার্ড স্টোরেজ এপিআই কিছু ডিভাইসে অনুপলব্ধ থাকে যখন অন্যান্য গোপনীয়তা স্যান্ডবক্স এপিআই কার্যকর থাকে। | এই আচরণটি ব্যবহারকারীদের একটি ছোট উপসেটের জন্য প্রত্যাশিত (প্রায় 1%) যারা শেয়ার্ড স্টোরেজ হোল্ডব্যাক পরীক্ষার অংশ। এই পরীক্ষামূলক সেটআপটি বিভিন্ন পরিস্থিতিতে API-এর কর্মক্ষমতা এবং গ্রহণের মূল্যায়ন করতে ব্যবহৃত হয়। |
| API ব্যবহার | শেয়ার্ড স্টোরেজে লেখা কি প্রকাশক বা বিডিং স্ক্রিপ্টের উৎসের অধীনে ঘটে? প্রাথমিক পরীক্ষায় কোনো লেখা দেখা যায়নি যখন প্রকাশকের উৎস স্ক্রিপ্টের উৎস থেকে ভিন্ন। | এই সমস্যাটি সমাধান করা হয়েছে, এবং শুধুমাত্র একটি সম্ভাব্য devtools বাগের ক্ষেত্রে খোলা থাকবে। আরও বিশদ এখানে উপলব্ধ। শেয়ার্ড স্টোরেজ generateBid কলের বিডিং প্রসঙ্গে ক্রেতার মূলকে লেখে। প্রকাশকের পৃষ্ঠাটি ভিন্ন ডোমেনে থাকলেও লেখাটি প্রকাশকের মূলের সাথে আবদ্ধ নয়। |
| API ব্যবহার | একজন খারাপ অভিনেতা শেয়ার্ড স্টোরেজ রিপোর্ট পড়তে সক্ষম হওয়ার জন্য কী কী সুরক্ষা ব্যবস্থা রয়েছে? | শেয়ার্ড স্টোরেজ কলিং অরিজিন দ্বারা বিভাজন করা হয়েছে তাই একজন খারাপ অভিনেতা বা বিজ্ঞাপন প্রযুক্তি অন্য বিজ্ঞাপন প্রযুক্তি থেকে শেয়ার করা স্টোরেজ ডেটা পড়তে পারে না। প্রাইভেট অ্যাগ্রিগেশন রিপোর্টগুলি সরাসরি TLS এর মাধ্যমে একই মূলে পাঠানো হয় যাতে সেগুলি আটকানো না যায়। |
চিপস
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| পার্টিশনযুক্ত কুকিজ | ক্রোম এবং ফায়ারফক্সের বিভিন্ন লোকালহোস্ট পোর্ট জুড়ে কুকিগুলির অসঙ্গতিপূর্ণ পরিচালনা রয়েছে, বিশেষ করে যখন পার্টিশনড অ্যাট্রিবিউট ব্যবহার করা হয়। | ফায়ারফক্স বিভিন্ন পোর্টের সাথে লোকালহোস্টকে স্বতন্ত্র পার্টিশন কী হিসাবে বিবেচনা করে। যদিও এই আচরণ নিরাপত্তা নীতির সাথে সারিবদ্ধ; এটি স্পেসিফিকেশন এবং Chrome এর পদ্ধতি থেকে বিচ্যুত হয়। আমরা একটি HTML বিশেষ আলোচনায় অন্যান্য ব্রাউজারগুলির সাথে এটি নিয়ে আলোচনা করার আশা করি, এবং এর ফলে চিপস পার্টিশন কী পরিবর্তন হলে ইকোসিস্টেমকে অবহিত করব৷ আমরা এখানে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| বিভাজিত কুকিজ | ক্লিয়ার-সাইট-ডেটা ড্রাফ্ট ভুলভাবে নির্গত সাইটের বিভাজনের বাইরে পরিষ্কার করার অনুমতি দেয়, এখানে উল্লেখ করা পূর্ববর্তী আলোচনার বিরোধিতা করে। | এটি স্ট্যান্ডার্ড স্পেসিফিকেশন নথিতে একটি বাগ, যা আমরা শীঘ্রই ঠিক করতে চাই। সঠিক আচরণ ব্যাখ্যাকারীর এই বিভাগে নির্দিষ্ট করা হয়েছে, এবং স্টোরেজ পার্টিশনিং ব্যাখ্যাকারী সংগ্রহস্থলে অন্যান্য ব্রাউজারগুলির সাথে সারিবদ্ধ আচরণের সাথে সারিবদ্ধ। Chrome এর বাস্তবায়ন ইতিমধ্যেই সঠিকভাবে কাজ করছে৷ |
ফেডসিএম
এই ত্রৈমাসিকে কোনো প্রতিক্রিয়া পাওয়া যায়নি।
স্প্যাম এবং জালিয়াতির বিরুদ্ধে লড়াই করুন
প্রাইভেট স্টেট টোকেন API (এবং অন্যান্য API)
এই ত্রৈমাসিকে কোনো প্রতিক্রিয়া পাওয়া যায়নি।