2023 Q2-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাবনা এবং Chrome-এর প্রতিক্রিয়া সম্পর্কে প্রাপ্ত ইকোসিস্টেম প্রতিক্রিয়ার সংক্ষিপ্তসার করে।
CMA এর প্রতি তার প্রতিশ্রুতির অংশ হিসাবে, Google তার গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির জন্য স্টেকহোল্ডার জড়িত থাকার প্রক্রিয়ার উপর ত্রৈমাসিক প্রতিবেদন প্রকাশ্যে প্রদান করতে সম্মত হয়েছে ( প্রতিশ্রুতিগুলির অনুচ্ছেদ 12 এবং 17(c)(ii) পড়ুন)। এই গোপনীয়তা স্যান্ডবক্স প্রতিক্রিয়া সারাংশ প্রতিবেদনগুলি প্রতিক্রিয়া ওভারভিউতে তালিকাভুক্ত বিভিন্ন উত্স থেকে ক্রোম দ্বারা প্রাপ্ত একত্রিত প্রতিক্রিয়া দ্বারা তৈরি করা হয়, যার মধ্যে রয়েছে তবে এতে সীমাবদ্ধ নয়: GitHub সমস্যা, privacysandbox.com- এ উপলব্ধ প্রতিক্রিয়া ফর্ম , শিল্প স্টেকহোল্ডারদের সাথে মিটিং এবং ওয়েব স্ট্যান্ডার্ড ফোরাম। ক্রোম ইকোসিস্টেম থেকে প্রাপ্ত প্রতিক্রিয়াকে স্বাগত জানায় এবং ডিজাইনের সিদ্ধান্তে শেখার একীভূত করার উপায়গুলি সক্রিয়ভাবে অন্বেষণ করছে৷
ফিডব্যাক থিমগুলি এপিআই প্রতি ব্যাপকতা অনুসারে র্যাঙ্ক করা হয়। Chrome টিম একটি প্রদত্ত থিমের আশেপাশে যে পরিমাণ প্রতিক্রিয়া পেয়েছে তার একত্রিতকরণ এবং পরিমাণের ক্রমানুসারে সাজানোর মাধ্যমে এটি করা হয়। সাধারণ প্রতিক্রিয়া থিমগুলি জনসাধারণের মিটিং (W3C, PatCG, IETF), সরাসরি প্রতিক্রিয়া, GitHub এবং Google-এর অভ্যন্তরীণ দল এবং পাবলিক ফর্মগুলির মাধ্যমে সাধারণভাবে জিজ্ঞাসিত প্রশ্নগুলির পর্যালোচনা করে চিহ্নিত করা হয়েছিল।
আরও নির্দিষ্টভাবে, ওয়েব স্ট্যান্ডার্ড সংস্থার মিটিংগুলির জন্য মিটিং মিনিটগুলি পর্যালোচনা করা হয়েছিল এবং সরাসরি প্রতিক্রিয়ার জন্য, 1:1 স্টেকহোল্ডার মিটিংয়ের Google এর রেকর্ড, পৃথক ইঞ্জিনিয়ারদের দ্বারা প্রাপ্ত ইমেলগুলি, API মেলিং তালিকা এবং সর্বজনীন প্রতিক্রিয়া ফর্ম বিবেচনা করা হয়েছিল৷ Google তারপর প্রতিটি API-এর সাথে উদ্ভূত থিমগুলির আপেক্ষিক ব্যাপকতা নির্ধারণ করতে এই বিভিন্ন প্রচার কার্যক্রমের সাথে জড়িত দলগুলির মধ্যে সমন্বয় করে।
প্রতিক্রিয়ার জন্য Chrome এর প্রতিক্রিয়াগুলির ব্যাখ্যাগুলি প্রকাশিত প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী, স্টেকহোল্ডারদের দ্বারা উত্থাপিত সমস্যাগুলির প্রকৃত প্রতিক্রিয়া এবং এই পাবলিক রিপোর্টিং অনুশীলনের উদ্দেশ্যে বিশেষভাবে একটি অবস্থান নির্ধারণ করে তৈরি করা হয়েছিল৷ উন্নয়ন এবং পরীক্ষার বর্তমান ফোকাস প্রতিফলিত করে, বিশেষ করে বিষয়, সুরক্ষিত শ্রোতা এবং অ্যাট্রিবিউশন রিপোর্টিং API-এর ক্ষেত্রে প্রশ্ন এবং প্রতিক্রিয়া প্রাপ্ত হয়েছে।
বর্তমান প্রতিবেদনের সময়কাল শেষ হওয়ার পরে প্রাপ্ত প্রতিক্রিয়াতে এখনও বিবেচিত Chrome প্রতিক্রিয়া নাও থাকতে পারে।
সংক্ষিপ্ত শব্দের শব্দকোষ
- চিপস
- স্বাধীন বিভাজিত রাষ্ট্র থাকার কুকিজ
- ডিএসপি
- ডিমান্ড-সাইড প্ল্যাটফর্ম
- ফেডসিএম
- ফেডারেটেড শংসাপত্র ব্যবস্থাপনা
- FPS
- প্রথম পক্ষের সেট
- আইএবি
- ইন্টারেক্টিভ বিজ্ঞাপন ব্যুরো
- আইডিপি
- পরিচয় প্রদানকারী
- আইইটিএফ
- ইন্টারনেট প্রকৌশল টাস্কফোর্স
- আইপি
- ইন্টারনেট প্রোটোকল ঠিকানা
- openRTB
- রিয়েল-টাইম বিডিং
- OT
- অরিজিন ট্রায়াল
- প্যাটসিজি
- প্রাইভেট অ্যাডভার্টাইজিং টেকনোলজি কমিউনিটি গ্রুপ
- আরপি
- ভরসা পার্টি
- এসএসপি
- সাপ্লাই-সাইড প্ল্যাটফর্ম
- TEE
- বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট
- UA
- ইউজার এজেন্ট স্ট্রিং
- UA-CH
- ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
- W3C
- ওয়ার্ল্ড ওয়াইড ওয়েব কনসোর্টিয়াম
- ডব্লিউআইপিবি
- ইচ্ছাকৃত আইপি অন্ধত্ব
সাধারণ প্রতিক্রিয়া, কোনো নির্দিষ্ট API/প্রযুক্তি
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ডেটা গভর্নেন্স এবং রেগুলেটরি কমপ্লায়েন্স | নিয়ন্ত্রক প্রয়োজনীয়তা মেনে গোপনীয়তা স্যান্ডবক্স ব্যবহার করার বিষয়ে ইকোসিস্টেম নির্দেশিকা। | যে কোনো নতুন প্রযুক্তির মতো, প্রতিটি কোম্পানি তার গোপনীয়তা স্যান্ডবক্সের ব্যবহার আইন মেনে চলছে তা নিশ্চিত করার জন্য দায়ী; Google অন্যদের আইনি পরামর্শ দিতে অক্ষম৷ যাইহোক, আমরা সচেতন যে এটি বাস্তুতন্ত্রের জন্য আগ্রহের একটি মূল ক্ষেত্র। প্রতিটি API-এর জন্য, আমরা বিস্তৃত প্রযুক্তিগত ডকুমেন্টেশন প্রকাশ করেছি, যা প্রয়োজনীয় আইনি মূল্যায়নের ভিত্তি প্রদান করবে এবং আমরা নিয়ন্ত্রক প্রয়োজনীয়তাগুলি মেনে চলার জন্য কোম্পানিগুলির প্রচেষ্টার সমর্থনে অতিরিক্ত উপকরণগুলি উপলব্ধ করার জন্য কাজ করছি৷ |
| CMA পরিমাণগত পরীক্ষার প্রস্তাব | CMA পরিমাণগত পরীক্ষার প্রস্তাব সম্পর্কে আরও তথ্য | আমরা CMA-এর সাথে একত্রে পরীক্ষাগুলি ডিজাইন করার জন্য কাজ করছি যা তৃতীয় পক্ষের কুকি অবচয় এবং ইকোসিস্টেমে গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলির প্রবর্তনের প্রভাবের একটি চিত্র প্রদান করবে৷ এপ্রিল মাসে, CMA পরীক্ষা এবং ট্রায়ালিং সময়কালে কী আশা করতে হবে সে সম্পর্কে উচ্চ-স্তরের নির্দেশিকা প্রকাশ করেছে এবং জুনে বিস্তারিত নির্দেশিকা প্রকাশ করেছে। আমরা CMA-এর পরিমাণগত পরীক্ষার প্রস্তাবে প্রশ্ন বা প্রতিক্রিয়া সরাসরি CMA-এর সাথে শেয়ার করার জন্য উৎসাহিত করি। |
| ক্রোম-সুবিধাযুক্ত পরীক্ষার মোড | পরীক্ষার সময়সূচী সম্পর্কে আরও তথ্য এবং স্পষ্টীকরণ | আমরা 18 মে একটি ব্লগ পোস্ট প্রকাশ করেছি যাতে Chrome-সুবিধাযুক্ত পরীক্ষার দুটি মোড সম্পর্কে আরও তথ্য ভাগ করে নেওয়া হয়৷ এই বিবরণগুলি চূড়ান্ত নয় এবং 2023 সালের 3-এ অগ্রগতির সাথে সাথে আমরা আরও বাস্তবায়ন নির্দেশিকা প্রকাশ করব। |
| পার্টিশন করা স্টোরেজ | Chrome-সুবিধাযুক্ত পরীক্ষার সময় পার্টিশন করা স্টোরেজ ব্যবহার করা হবে? | তৃতীয় পক্ষের কুকি অবচয় পরীক্ষার আগে স্টোরেজ বিভাজন সমস্ত ব্যবহারকারীদের কাছে পাঠানো হবে। তাই এটি পরীক্ষার সমস্ত অস্ত্রের জন্য সক্ষম হবে। এই সময়ের মধ্যে বিভাজনহীন সঞ্চয়স্থান ফিরে পেতে সাইটগুলির কাছে একটি অবচয় ট্রায়াল সক্ষম করার বিকল্প থাকবে৷ |
| উত্পাদন সমর্থন | গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগত সমস্যা এবং ইকোসিস্টেমকে প্রভাবিত করে এমন বৃদ্ধির জন্য Chrome-এর জন্য কী প্রক্রিয়া রয়েছে? | Google বিজ্ঞাপন প্রযুক্তিগুলিকে সমস্যাগুলি রিপোর্ট করার এবং যেকোন প্রয়োজনীয় বৃদ্ধি সক্ষম করার অনুমতি দেওয়ার জন্য বিভিন্ন চ্যানেল সরবরাহ করে৷ প্রতিক্রিয়া এবং বৃদ্ধির জন্য সরকারী এবং ব্যক্তিগত ফোরামে আরও তথ্যের জন্য দয়া করে আমাদের বিকাশকারী পোস্টটি দেখুন৷ |
| তালিকাভুক্তির সময়রেখা | নথিভুক্তির জন্য বর্তমান সময়সীমা খুবই ছোট | আমরা এখনও প্রয়োগের সময়সীমার মূল্যায়ন করছি এবং আমরা ইকোসিস্টেম থেকে শুনতে চাই যে কোন টাইমলাইনটি আরও উপযুক্ত হবে। |
| Duns সংখ্যা | তালিকাভুক্তি এবং প্রত্যয়নের জন্য DUNS নম্বরের প্রয়োজনীয়তা সম্পর্কে আরও তথ্য | অংশগ্রহণকারীরা Dun এবং Bradstreet ওয়েবসাইটে একটি DUNS নম্বর পাওয়ার প্রয়োজনীয়তা খুঁজে পেতে পারেন। প্রয়োজনীয়তাগুলি বাজারের উপর নির্ভর করে পরিবর্তিত হয়, তাই অংশগ্রহণকারীদের তাদের আগ্রহের নির্দিষ্ট বাজারের জন্য ওয়েবসাইটটি পরীক্ষা করা নিশ্চিত হওয়া উচিত। সাধারণভাবে, তবে, অংশগ্রহণকারীদের তাদের ব্যবসা সম্পর্কে প্রাথমিক তথ্য প্রদান করতে হবে, যেমন ব্যবসার নাম, ঠিকানা, এবং ব্যবসার মালিক বা পরিচালকের যোগাযোগের তথ্য। অংশগ্রহণকারীদের আর্থিক তথ্য প্রদান করতে বলা হতে পারে, যেমন ব্যবসার বার্ষিক রাজস্ব। আবেদনটি সম্পূর্ণ হলে, D&B এটি পর্যালোচনা করবে এবং আবেদনটি অনুমোদিত হলে একটি DUNS নম্বর ইস্যু করবে। |
| অরিজিন ট্রায়াল থেকে সাধারণ উপলব্ধতায় রূপান্তর | অরিজিন ট্রায়াল থেকে সাধারণ উপলভ্যতায় পরিবর্তন কি বর্তমান অরিজিন ট্রায়াল পরীক্ষকদের প্রভাবিত করবে? | জুলাই থেকে, পরীক্ষকরা সাধারণ উপলব্ধতায় প্রাসঙ্গিকতা এবং পরিমাপ APIগুলি অ্যাক্সেস করতে সক্ষম হবেন। এটি মূল পরীক্ষার প্রাপ্যতা এবং সাধারণ উপলব্ধতার মধ্যে একটি ওভারল্যাপ প্রদান করবে। |
| অ্যাডএক্সচেঞ্জার স্টাডি | জরিপ পদ্ধতি সম্পর্কে আরও তথ্য | সমীক্ষা উত্তরদাতাদের তাদের ব্যবসার জন্য সিঙ্ক রেট এবং রাজস্ব অনুমান করতে বলেছে। তাদের পৃথক প্রশ্নের উত্তর দেওয়ার জন্য উত্তরদাতাদের পদ্ধতি তাদের উপর নির্ভর করে। |
| পরামিতি মান | শব্দের স্তর, বেনামী থ্রেশহোল্ড এবং গোপনীয়তা বাজেটের মতো প্যারামিটার মানগুলি কীভাবে নির্ধারণ করা হয়? | এই GitHub ব্যাখ্যাকারী গোপনীয়তা স্যান্ডবক্স API-এর পিছনে আরও সাধারণ নীতিগুলি সেট করে। অনেক মান এখনও চূড়ান্ত করা হচ্ছে এবং আমরা এই বিষয়ে প্রতিক্রিয়া স্বাগত জানাই. |
প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান
বিষয়
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| গোপনীয়তা সংরক্ষণ | গোপনীয়তা সংরক্ষণের বিষয়ে বিষয় API-এর মূল্যায়ন গবেষণা | আমরা গবেষণা সম্প্রদায়ের সাথে সক্রিয়ভাবে জড়িত আছি, কাগজপত্র, প্রতিবেদন এবং কর্মশালার উপস্থাপনায় বিষয় API-এর গোপনীয়তা বৈশিষ্ট্যের উপর আমাদের গবেষণা উপস্থাপন করছি। আমরা এই এলাকার সাথে জড়িত গবেষণা সম্প্রদায়ের আরো বহিরাগত সদস্যদের দেখে খুশি। টপিক এপিআই ব্যবহারকারীদেরকে ওয়েবে সাধারণ ট্র্যাকিং থেকে রক্ষা করে যাতে ব্যবহারকারীদের স্কেলে ট্র্যাক করা খুব কঠিন হয়। এই কাগজপত্রগুলি দেখায় যে আমরা টপিক এপিআই-এর সাথে সফলভাবে তা করছি। এটি থার্ড-পার্টি কুকিজের চেয়ে বেশি ব্যক্তিগত এবং ব্যবহারকারীরা যে সাইটগুলি দেখতে উপভোগ করে তাদের সমর্থন করার সময় সুরক্ষা করে৷ |
| টপিক ট্যাক্সোনমি যথেষ্ট দানাদার নয় | বিস্তৃত বিষয়ের শ্রেণীবিন্যাস অঞ্চল নির্দিষ্ট সহ আরও দানাদার বিষয় অন্তর্ভুক্ত করে না। | ইকোসিস্টেম থেকে পূর্ববর্তী প্রতিক্রিয়ার প্রতিক্রিয়া হিসাবে, আমরা 15 জুন একটি ব্লগ পোস্ট প্রকাশ করেছি যাতে একটি নতুন আপডেট করা শ্রেণীবিন্যাস বিশদ রয়েছে যা ইকোসিস্টেম থেকে প্রতিক্রিয়ার পরে অসংখ্য উন্নতিকে অন্তর্ভুক্ত করে। সংশোধিত শ্রেণীবিন্যাস নিয়ে আমাদের কাজের অংশ হিসাবে, আমরা বাস্তুতন্ত্র জুড়ে বেশ কয়েকটি কোম্পানির সাথে যুক্ত হয়েছি, যেমন Raptive (পূর্বে CafeMedia) এবং Criteo। আপডেট করা শ্রেণীবিভাগগুলিকে সরিয়ে দেয় যেগুলি আমরা শুনেছি যেগুলি কম উপযোগী, এমন বিভাগগুলির পক্ষে যা বিজ্ঞাপনদাতার আগ্রহের সাথে আরও ভাল মেলে, এবং সম্ভাব্য সংবেদনশীল বিষয়গুলি বাদ দেওয়ার প্রতিশ্রুতি বজায় রেখে৷ আমরা ইকোসিস্টেমকে সাম্প্রতিক শ্রেণীবিন্যাস পর্যালোচনা করতে এবং পরিবর্তনের বিষয়ে প্রতিক্রিয়া জানাতে উৎসাহিত করি। |
| শ্রেণীবিন্যাস এবং ক্লাসিফায়ার আপডেট প্রক্রিয়া | টপিক ট্যাক্সোনমি এবং ক্লাসিফায়ার রিলিজ ক্যাডেন্স সম্পর্কে আরও তথ্য এবং কীভাবে কোম্পানিগুলি এই ধরনের আপডেটের জন্য প্রস্তুত করতে পারে। | সাম্প্রতিক ব্লগ পোস্টে শেয়ার করা হিসাবে, আমরা আশা করি যে শ্রেণিবিন্যাস সময়ের সাথে সাথে বিকশিত হবে, এবং শ্রেণিবিন্যাস পরিচালনার জন্য শেষ পর্যন্ত শিল্প জুড়ে স্টেকহোল্ডারদের প্রতিনিধিত্বকারী একটি বহিরাগত পক্ষের কাছে রূপান্তরিত হবে। আমরা বিষয়-ঘোষণা গ্রুপে র্যাম্প-আপ পরিকল্পনাও ভাগ করেছি। |
| প্রথম পক্ষের সংকেতের উপর প্রভাব | সাম্প্রতিক শ্রেণীবিন্যাস আপডেটে বিষয়ের সংখ্যা বৃদ্ধি অত্যন্ত মূল্যবান হতে পারে এবং ফলস্বরূপ অন্যান্য প্রথম পক্ষের আগ্রহ-ভিত্তিক সংকেতগুলিকে অবমূল্যায়ন করে৷ | Q1 2023 রিপোর্টে, CMA মন্তব্য করেছে যে "আমরা বুঝতে পেরেছি যে Google বিজ্ঞাপন প্রযুক্তি সরবরাহ চেইন জুড়ে বেশ কয়েকটি বাজারের অংশগ্রহণকারীদের সাথে তার প্রস্তাবিত নতুন শ্রেণিবিন্যাস নিয়ে আলোচনা করছে৷ যদিও কিছু বড় প্রকাশক বলেছেন যে বিষয়গুলির বৃহত্তর উপযোগিতা প্রতিযোগিতামূলক চাপ বাড়াবে৷ তাদের প্রথম-পক্ষের ডেটা ভিত্তিক সমাধান, আমাদের প্রাথমিক দৃষ্টিভঙ্গি হল যে সামগ্রিকভাবে প্রতিযোগিতার জন্য বৃহত্তর ইউটিলিটি ভাল - বিশেষ করে তৃতীয় পক্ষের কুকিজের অবচয়নের পরে তাদের ইনভেন্টরি নগদীকরণ চালিয়ে যাওয়ার জন্য ছোট প্রকাশকদের ক্ষমতার জন্য"। আমাদের দৃষ্টিভঙ্গি সিএমএ দ্বারা করা এই মন্তব্যের সাথে মিলিত হয়েছে। |
| বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য উপযোগিতা | এসএসপি এবং ডিএসপি হিসাবে কাজ করে এমন বিজ্ঞাপন প্রযুক্তির অন্যান্য ইকোসিস্টেম প্লেয়ারগুলির তুলনায় উল্লেখযোগ্য সুবিধা থাকতে পারে। | আমাদের প্রতিক্রিয়া আগের ত্রৈমাসিক থেকে অপরিবর্তিত: "গোপনীয়তা স্যান্ডবক্স প্রস্তাবনাগুলিকে এমনভাবে ডিজাইন ও বাস্তবায়ন করতে Google প্রতিশ্রুতিবদ্ধ হয়েছে যাতে Google-এর নিজস্ব ব্যবসাকে স্ব-অভিরুচি দিয়ে প্রতিযোগিতাকে বিকৃত না করে, এবং ডিজিটাল বিজ্ঞাপনে প্রতিযোগিতার উপর এবং প্রকাশক ও বিজ্ঞাপনদাতাদের উপর প্রভাব বিবেচনা করে, নির্বিশেষে তাদের আকার। আমাদের কাজ এই প্রতিশ্রুতিগুলি মেনে চলছে তা নিশ্চিত করতে আমরা CMA এর সাথে ঘনিষ্ঠভাবে কাজ চালিয়ে যাচ্ছি। গোপনীয়তা স্যান্ডবক্সের পরীক্ষা যতই এগিয়ে যাচ্ছে, আমরা মূল্যায়ন করব মূল প্রশ্নগুলির মধ্যে একটি হল নতুন প্রযুক্তি বিভিন্ন ধরনের স্টেকহোল্ডারদের জন্য কীভাবে কাজ করে। প্রতিক্রিয়া এই ক্ষেত্রে গুরুত্বপূর্ণ, বিশেষ করে নির্দিষ্ট এবং কার্যকর প্রতিক্রিয়া যা আমাদের প্রযুক্তিগত নকশাকে আরও উন্নত করতে সাহায্য করতে পারে৷ আমরা পরিমাণগত পরীক্ষার জন্য আমাদের পদ্ধতির বিকাশের জন্য CMA এর সাথে কাজ করেছি, এবং CMA আরও কিছু প্রদানের জন্য পরীক্ষামূলক নকশার উপর একটি নোট প্রকাশ করার সমর্থন করছি৷ বাজার অংশগ্রহণকারীদের তথ্য এবং প্রস্তাবিত পদ্ধতির উপর মন্তব্য করার সুযোগ।" |
| ডিসেন্ড্যান্ট বিষয় | বিষয় নির্বাচনের মানদণ্ড ব্রাউজার ভিজিটের ফ্রিকোয়েন্সি হওয়ায়, সেগমেন্ট ফ্র্যাগমেন্টেশন কি ডিসেন্ড্যান্ট টপিকগুলিকে শীর্ষে উঠবে না? | Chrome বর্তমানে অন্যান্য র্যাঙ্কিং পদ্ধতির মূল্যায়ন করছে এবং র্যাঙ্কিং উন্নত করতে পারে এমন অন্যান্য সংকেত অন্বেষণ করছে। আমরা যথাসময়ে আমাদের সংশোধিত পরিকল্পনাগুলি ইকোসিস্টেমের সাথে যোগাযোগ করব। |
| সংবেদনশীলতা | টপিক এপিআই-এর লক্ষ্য হওয়া উচিত ব্যবহারকারীর তথ্য নিশ্চিত করা যে টপিক এপিআই থেকে প্রাপ্ত বা প্রাপ্ত তথ্য আজকের ট্র্যাকিং পদ্ধতি ব্যবহার করে যা পাওয়া যেতে পারে তার চেয়ে কম ব্যক্তিগতভাবে সংবেদনশীল হওয়া উচিত। | আমরা বিশ্বাস করি যে টপিক এপিআই বর্তমান প্রযুক্তির তুলনায় উল্লেখযোগ্যভাবে বেশি ব্যক্তিগত, উল্লেখযোগ্যভাবে ব্যবহারকারীদের পুনরায় সনাক্তকরণ সীমিত করে এবং সংবেদনশীল বিষয়গুলি বাদ দেওয়ার জন্য ডিজাইন করা হয়েছে৷ আমরা স্বীকার করি যে বিষয়গুলিকে সংবেদনশীল বিভাগ তৈরি করতে প্রথম পক্ষের ডেটার সাথে সম্পর্কযুক্ত করা যেতে পারে বা একত্রিত করা যেতে পারে, তবে আমরা বিশ্বাস করি যে বিষয় API ব্যবহারকারীর গোপনীয়তার জন্য একটি ধাপ এগিয়ে এবং আমরা API-এর উন্নতি চালিয়ে যেতে প্রতিশ্রুতিবদ্ধ। |
| শ্রেণীবিন্যাস কাঠামো | বিষয় শ্রেণীবিন্যাস-এ ID, সংস্করণ এবং অন্যান্য মেটাডেটা কাঠামো যোগ করুন | বর্তমানে, API প্রতিক্রিয়াতে, আমরা শ্রেণীবিন্যাস আইডি অন্তর্ভুক্ত করছি। যেহেতু আমরা দীর্ঘমেয়াদী শাসনের দিকে এগিয়ে যাচ্ছি, এটি বিষয় বস্তুর পর্যালোচনা করা এবং প্রয়োজনে সংস্করণে অতিরিক্ত মেটাডেটা অন্তর্ভুক্ত করা বোধগম্য। |
| প্রকাশক নিয়ন্ত্রণ | প্রকাশকদের তাদের সাইটগুলিকে শ্রেণীবদ্ধ করা উচিত কী বিষয়ে একটি বক্তব্য দেওয়া উচিত৷ | সাইটের ভুল শ্রেণিবিন্যাস সামগ্রিকভাবে একটি সংকেত হিসাবে বিষয় সংকেতকে কিছুটা কম উপযোগী করে তুলতে পারে, তবে যে নির্দিষ্ট সাইটগুলি ভুল শ্রেণিবদ্ধ করা হয়েছে সেগুলি অন্য যে কোনও সাইটের তুলনায় এর দ্বারা বেশি এবং কম ক্ষতিগ্রস্থ হয় না। এর কারণ হল একটি সাইটের প্রাসঙ্গিক তথ্য সর্বদা তাদের সাইটে নিলামের জন্য উপলব্ধ থাকবে, যা সঠিক বিষয়ের সাথে তুলনামূলক তথ্য প্রদান করবে, এমনকি ভুল শ্রেণীবিভাগের ক্ষেত্রেও। আমরা এখানে এই বিষয়ে প্রতিক্রিয়া স্বাগত জানাই. প্রকাশকদের তাদের শ্রেণীবিভাগ নিয়ন্ত্রণ করার অনুমতি দিলে ঝুঁকি রয়েছে। সাইটগুলি ইচ্ছাকৃতভাবে তাদের সাইটগুলিকে ভুলভাবে শ্রেণিবদ্ধ করতে পারে, সবার জন্য উপযোগিতা হ্রাস করতে পারে বা কম সাধারণ বিষয়গুলিতে সংবেদনশীল অর্থ এনকোড করতে পারে, ব্যবহারকারীর গোপনীয়তার ক্ষতি করে৷ |
| ক্রোম এক্সটেনশন | বর্তমান কুকি ম্যানেজমেন্ট এক্সটেনশনগুলির মতো বিষয়গুলি পরিচালনা এবং ফিল্টার করার জন্য Chrome এক্সটেনশানগুলিকে অনুমতি দিন৷ | এটি ইতিমধ্যেই সম্ভব হওয়া উচিত, যেমন GitHub এ আলোচনা করা হয়েছে, তবে আমরা বাস্তুতন্ত্র থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| সাধারণ প্রাপ্যতা পরিবর্তন | অরিজিন ট্রায়াল থেকে সাধারণ প্রাপ্যতাতে রূপান্তর করার সময় কি টপিক এপিআই-এর উপর কোন প্রভাব পড়বে? | অরিজিন ট্রায়াল থেকে সাধারণ উপলব্ধতায় স্থানান্তরিত ব্যবহারকারীদের জন্য কোনও ডেটা হারিয়ে যাবে না। |
| গোপনীয়তা | হোস্টের নামগুলিতে ব্যক্তিগত তথ্য থাকতে পারে যা বিষয় API দ্বারা প্রকাশিত হতে পারে | গোপনীয়তা নিশ্চিত করার জন্য আমাদের বেশ কয়েকটি প্রশমন রয়েছে, যেমনটি এখানে উল্লেখ করা হয়েছে । |
| প্রতারণা এবং অপব্যবহার | প্রতারণামূলক পরিদর্শন দ্বারা বিষয়গুলির ম্যানিপুলেশন কীভাবে প্রতিরোধ করা যায় | প্রশমন এখানে ব্যাখ্যা করা হয় . |
| বিষয় শ্রেণিবিন্যাসকারী | ওয়েবসাইটগুলি কি তাদের বিষয়ের শ্রেণীবিভাগ পরিবর্তন করার জন্য অনুরোধ করতে পারে? | আমরা এই বিষয়ে ইকোসিস্টেম থেকে শুনতে আগ্রহী এবং এখানে প্রতিক্রিয়া স্বাগত জানাই । |
| বিষয় প্রদানকারী সাইট | নির্দিষ্ট ওয়েবসাইটগুলিকে মনোনীত করুন যেগুলি অনেক বিষয়ের জন্য বিষয়বস্তু হোস্ট করে "বিশেষ বিষয় প্রদানকারী সাইট" হিসাবে এবং ওয়েব পৃষ্ঠাগুলিতে প্রদত্ত ট্যাগগুলির উপর ভিত্তি করে শ্রেণিবিন্যাসকারীদের প্রশিক্ষণ দেয়৷ | আমরা এখানে প্রস্তাব নিয়ে আলোচনা করছি , এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
সুরক্ষিত শ্রোতা API (পূর্বে FLEDGE)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ট্রাফিক রুপায়ণ | প্রশ্ন-প্রতি-সেকেন্ড (QPS) লোডকে অপ্টিমাইজ করতে SSP-চালিত ফিল্টারিংয়ের কার্যক্ষমতা প্রভাব | আমরা ট্র্যাফিক গঠনের বিষয়ে চিন্তা করার জন্য যথেষ্ট সময় ব্যয় করেছি এবং ক্যাশিংয়ের সুবিধা নেওয়ার জন্য এসএসপিদের সুপারিশ করা হয়েছে। |
| পরীক্ষার ভলিউম | SSPs এবং DSPs বৃহৎ ট্রাফিক ভলিউম পেতে সংগ্রাম করছে বলে সুরক্ষিত দর্শকদের পরীক্ষা করা চ্যালেঞ্জিং৷ | সুরক্ষিত শ্রোতাদের গ্রহণ ও পরীক্ষা করার জন্য আমরা ক্রমাগত SSP এবং DSP অংশীদারদের সাথে জড়িত থাকি। সাধারণ উপলভ্যতা শুরু হয়েছে এবং আমরা নিশ্চিত যে PA সক্ষম সহ ট্রাফিকের শতাংশ এটিকে পরীক্ষা করার জন্য অংশীদারদের কাছে আরও সুস্বাদু করে তুলবে৷ |
| জটিলতা | সুরক্ষিত শ্রোতা সমাধান বাস্তবায়নের জন্য যথেষ্ট প্রচেষ্টা এবং খরচ প্রয়োজন। | আমরা স্বীকার করি যে গোপনীয়তা স্যান্ডবক্স সহ নতুন প্রযুক্তি গ্রহণ করা কঠিন। প্রাইভেসি স্যান্ডবক্স টিম বিভিন্ন স্টেকহোল্ডারদের সাথে ঘনিষ্ঠভাবে কাজ করছে যাতে তারা তাদের প্রচেষ্টাকে শিক্ষিত এবং সমর্থন করে এবং ইকোসিস্টেম গ্রহণে সমর্থন করার জন্য অন্যান্য ত্বরণকারীকে ক্রমাগত মূল্যায়ন করে। |
| বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট | অ-পাবলিক ক্লাউড পরিবেশে বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্ট (TEE) এর জন্য সমর্থন | যখন আমরা ক্লাউড-ভিত্তিক সমাধানগুলির বাইরে সম্ভাব্য সমর্থনকারী বিকল্পগুলি অন্বেষণ করছি, তখন প্রাইভেসি স্যান্ডবক্সের জন্য একটি সময়সাপেক্ষ মূল্যায়নের প্রয়োজন হবে এমন অন-প্রিমিস নিরাপত্তা সীমাবদ্ধতা প্রদত্ত অন-প্রিমিস টিইই সমর্থন করা বর্তমানে সম্ভব নয়। প্রাইভেসি স্যান্ডবক্স নিরাপত্তার প্রয়োজনীয়তা এবং অন-প্রিমিস ডিপ্লোয়মেন্টের দ্বারা উপস্থাপিত উল্লেখযোগ্য চ্যালেঞ্জের পরিপ্রেক্ষিতে, আমরা বিশ্বাস করি যে ক্লাউড-ভিত্তিক স্থাপনাগুলিকে প্রসারিত করা এবং উন্নত করা (যেমন AWS ছাড়াও GCP সমর্থন করা) ইকোসিস্টেমের জন্য সবচেয়ে উপকারী। যাইহোক, কেন এই ধরনের প্রয়োজনীয়তা প্রয়োজন সে সম্পর্কে আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| খরচ এর গঠন | বিডিং এবং নিলাম পরিষেবার প্রস্তাব ক্লায়েন্ট-সাইড মডেলের তুলনায় অ্যাড টেকের জন্য খরচ এবং জটিলতা বাড়াবে। | আমরা বর্তমানে বিডিং এবং নিলাম সার্ভারে সমর্থনকারী বিডিং এবং নিলাম কার্যপ্রবাহের খরচ অনুমান করার জন্য একটি নির্দেশিকা তৈরি করছি, যা বিজ্ঞাপন-প্রযুক্তি ব্যবহারের সাথে সম্পর্কযুক্ত হবে, আমাদের ডিজাইনের একটি লক্ষ্য পূরণ করবে। |
| কে-অ্যানন টাইমলাইন | কখন `renderUrl`-এ পরিকল্পিত k-অনামী সীমাবদ্ধতা বলবৎ করা হবে? | আমরা এনফোর্সমেন্ট টাইমলাইনের জন্য একজন ব্যাখ্যাকারী নিয়ে কাজ করছি যা আমরা শীঘ্রই প্রকাশ করব। |
| runAdAuction সীমাবদ্ধতা | Chrome কি runAdAuction সীমাবদ্ধ করতে পারে শুধুমাত্র উপরের পৃষ্ঠা থেকে কলযোগ্য হতে? | যদিও আমাদের ডিজাইন সম্পূর্ণরূপে runAdAuction শীর্ষ পৃষ্ঠা থেকে কলযোগ্য হতে সমর্থন করে, আমরা বিশ্বাস করি যে প্রকাশকদের জন্য এটি শুধুমাত্র শীর্ষ ডোমেন থেকে কলযোগ্য হওয়ার জন্য সীমাবদ্ধ করা আরও ক্ষতিকর হবে।আমরা ইকোসিস্টেম থেকে বিশেষভাবে শুনেছি যে গোপনীয়তা স্যান্ডবক্স প্রকাশক এবং বিজ্ঞাপনদাতাদের উপর বোঝা কমাতে হবে। এই প্রতিক্রিয়াটি ওয়েব ডেভেলপমেন্টের সাধারণ নীতির সাথে সারিবদ্ধ করে যে সাইটের মালিকরা তাদের সাইট চালানোর জন্য তৃতীয় পক্ষের সরঞ্জাম ব্যবহার করতে পারেন। গোপনীয়তা স্যান্ডবক্সের লক্ষ্য হল প্রকাশক এবং বিজ্ঞাপন প্রযুক্তি কীভাবে কাজ করে তা নির্ধারণ করার প্রয়োজন ছাড়াই একটি সুস্থ ইকোসিস্টেমকে উত্সাহিত করা। প্রকাশককে তাদের সাইটে runAdAuction কে কীভাবে এবং কে কল করবে তা চয়ন করার অনুমতি দিয়ে, আমরা বিশ্বাস করি যে আমরা প্রকাশকদের তাদের প্রয়োজনীয়তার জন্য সর্বোত্তম পথ খুঁজে পেতে নমনীয়তা অফার করি। |
| বাস্তবায়ন সমর্থন | ক্রোম কি বহু-বিক্রেতার নিলামের একটি ওপেন-সোর্স বাস্তবায়নে তৈরি বা অবদান রাখতে পারে? | গোপনীয়তা স্যান্ডবক্সের লক্ষ্য গোপনীয়তা-সংরক্ষণ প্রযুক্তির বিকাশ করা যা তৃতীয় পক্ষের কুকিজ বা অন্যান্য ক্রস-সাইট শনাক্তকারীর উপর নির্ভর করে না। বিজ্ঞাপন প্রযুক্তিগুলিকে কীভাবে কাজ করতে হবে তা নির্ধারণ করার প্রয়োজন ছাড়াই আমরা একটি স্বাস্থ্যকর ইকোসিস্টেমকে উত্সাহিত করতে চাই৷ আমরা আমাদের GitHub সংগ্রহস্থলে API গুলি কীভাবে কাজ করে তার নির্দেশিকা প্রকাশ করেছি এবং শিল্পের সাথে সমাধানগুলি অন্বেষণের জন্য উন্মুক্ত। আমরা কোনো নির্দিষ্ট বাস্তবায়নের পরিকল্পনা করি না কারণ আমাদের মূল উদ্দেশ্য হল প্ল্যাটফর্ম প্রযুক্তি তৈরি করা, সেই প্রযুক্তিগুলি ব্যবহারের জন্য কৌশল নির্ধারণ করা নয়। আমাদের প্রযুক্তিগুলি বিজ্ঞাপন প্রযুক্তি কোম্পানিগুলিকে গ্রাহকদের জন্য সঠিক গোপনীয়তা রক্ষার মাধ্যমে তাদের গ্রাহকদের সর্বোত্তম পরিষেবা দিতে সাহায্য করবে৷ |
| বহু-বিক্রেতা নিলাম | ক্রোম কি উপাদান নিলামের সাথে একটি "প্রসঙ্গিক" বিজয়ী ভাগ করে নেবে? | প্রোটেক্টেড অডিয়েন্স এপিআই এমনভাবে ডিজাইন করা হয়েছে যে দলগুলো বহু-বিক্রেতার নিলাম শুরু করে কম্পোনেন্ট নিলামে তথ্য পাঠাতে সক্ষম হয় (দ্রষ্টব্য: নিলাম শুরু করার আগে)। এটি বলেছে, আমরা ব্রাউজারের কাছে তথ্যের একটি অংশ প্রাসঙ্গিক বিজয়ী কিনা তা পার্থক্য করার কোনো উপায় দেখি না, তাই আমরা কিছু তথ্য অবরুদ্ধ বা প্রয়োজন প্রয়োগ করতে পারিনি। |
| সম্মতি ট্র্যাকিংয়ের জন্য ব্যবহারকারীর পছন্দ | Adtech PA কে জিজ্ঞাসা করছে কিভাবে ব্যবহারকারীর সম্মতি ট্র্যাকিং সঠিকভাবে প্রয়োগ করা যায় | আমরা প্রশ্ন 1 এ যা বলেছি তা আমাদের প্রতিক্রিয়ার মধ্যে রয়েছে: "নির্দিষ্ট বিজ্ঞাপনের জন্য, কোন ক্রিয়েটিভগুলি দেখানো হবে বা কীভাবে সেগুলি নির্বাচন করা হবে তার উপর নিয়ন্ত্রণ অফার করার জন্য প্রাসঙ্গিক বিজ্ঞাপন প্রযুক্তি সর্বোত্তম অবস্থানে থাকে।" আমরা মে WICG প্রোটেক্টেড অডিয়েন্স মিটিংয়ের সময় এই সমস্যাটির সাথে সম্পর্কিত বেশ কয়েকটি পরিস্থিতি নিয়ে আলোচনা করেছি এবং আমরা এই বিষয়ে অতিরিক্ত প্রতিক্রিয়া এবং আলোচনাকে স্বাগত জানাই। |
| কাস্টম শ্রোতা | SSP কি কাস্টম অডিয়েন্স তৈরির সাথে সম্পর্কিত কেস ব্যবহার করবে সুরক্ষিত শ্রোতা API দ্বারা সমর্থিত হবে? | Protected Audience API SSPs এবং অন্যান্য বিজ্ঞাপন-প্রযুক্তি প্রদানকারীকে কাস্টম অডিয়েন্সের মালিকানা ও পরিচালনা করার অনুমতি দেয়। কীভাবে একজন SSP PA API-এর সাথে একীভূত হতে পারে সে সম্পর্কে আরও নির্দেশিকা তৈরি করা হচ্ছে এবং SSP এবং অন্যান্য বিজ্ঞাপন প্রযুক্তি প্রদানকারীদের তাদের একীকরণ প্রচেষ্টাকে সমর্থন করার জন্য উপলব্ধ করা হবে। |
| বিন্যাস | ভিডিও কি প্রোটেক্টেড অডিয়েন্স এপিআই দ্বারা সমর্থিত? | ভিডিও বিজ্ঞাপন দুটির একটিতে বিতরণ করা হয়: VAST XML বা HTML হিসাবে (একটি বহিঃপ্রবাহের বিজ্ঞাপন যা শেষ পর্যন্ত VAST XML একটি ভিডিও প্লেয়ারে লোড করতে পারে)৷ ক্রেতারা একটি রেন্ডারইউআরএল এর মাধ্যমে যেকোন একটি ফরম্যাট ফেরত দিতে পারেন। অ্যাট্রিবিউশন রিপোর্টিং API সমর্থন করার জন্য VAST স্পেসিফিকেশন সম্প্রতি আপডেট করা হয়েছে। ভিডিও বিজ্ঞাপন পরিবেশনকারী সাইটগুলিকে সুরক্ষিত দর্শক API এর মাধ্যমে বিজ্ঞাপনগুলি যেভাবে বিতরণ করা হয় তার জন্য প্রস্তুত করতে হবে৷ এর মানে নিশ্চিত করা যে প্লেসমেন্ট ট্যাগগুলি সুরক্ষিত দর্শক আইফ্রেম থেকে ভিডিও প্লেয়ারে URL পাস করতে পারে৷ বেড়াযুক্ত ফ্রেমগুলির জন্য আমরা 2026 সালের আগে ফেন্সড ফ্রেমগুলি ব্যবহার করার প্রয়োজনীয়তার আগে ভিডিওর চাহিদাগুলি সমাধান করার জন্য কাজ করব৷ |
| পেসিং | কিভাবে Pacing ব্যবহার কেস সুরক্ষিত অডিয়েন্স API এর সাথে কাজ করে? | আমরা প্রতিক্রিয়া প্রশংসা করি. আমরা আরও এসএসপি অংশীদারদের কাছ থেকে আসা আরও বিশদ সহ এই অনুরোধের আরও উদাহরণ দেখতে আগ্রহী হব কারণ এটি বেশিরভাগই এখন পর্যন্ত একটি ডিএসপি উদ্বেগ ছিল। |
| আপডেট ফ্রিকোয়েন্সি | dailyUpdate থেকে কলের ফ্রিকোয়েন্সি (প্রতি আগ্রহের গ্রুপ প্রতি 1টি পর্যন্ত) নির্দিষ্ট ব্যবহারের ক্ষেত্রে যথেষ্ট নাও হতে পারে, যেমন পণ্যের তথ্য আপডেট করা। | আমরা প্রতিক্রিয়া প্রশংসা করি. বিজ্ঞাপন প্রযুক্তিগুলিকে K/V লুকআপের মতো বিভিন্ন ক্যাডেনসে রিফ্রেশ করা সংকেতগুলি ব্যবহার করার অনুমতি দেওয়ার জন্য অন্যান্য সমাধান উপলব্ধ রয়েছে৷ |
| বিজ্ঞাপনের গুণমান নিয়ন্ত্রণ | প্রকাশকরা কীভাবে বিজ্ঞাপনের গুণমান নিয়ন্ত্রণ প্রয়োগ করেন? | আজ, প্রোটেক্টেড অডিয়েন্স এপিআই প্রকাশকদের জন্য কার্যকারিতা অফার করে যাতে তারা নিলাম কনফিগারেশন, প্রি-বিড (অর্থাৎ বিজ্ঞাপনের সাথে যুক্ত লেবেলের উপর ভিত্তি করে অস্বীকৃত) নির্দিষ্ট নিয়ন্ত্রণের অংশ হিসাবে তাদের SSP-কে অবহিত করতে পারে। বাস্তুতন্ত্রের প্রয়োজন হতে পারে এমন কোনো অতিরিক্ত কার্যকারিতার বিষয়ে আমরা প্রতিক্রিয়াকে স্বাগত জানাই। |
| ডিবাগিং | কখন forDebuggingOnly কার্যকারিতা সরানো হবে? | আমরা শুধুমাত্র তৃতীয় পক্ষের কুকি অবচয় দ্বারা ক্ষতির ঘটনাগুলির জন্য forDebuggingOnly জন্য অবসর নেওয়ার পরিকল্পনা করি৷ আমরা খুব তাড়াতাড়ি 2026 সালে বিজয়ী ইভেন্টের জন্য forDebuggingOnly জন্য অবসর নেওয়ার পরিকল্পনা করছি। |
| ক্রস ডিভাইস ইন্টারেস্ট গ্রুপ | প্রমাণীকৃত ব্যবহারকারী এজেন্টদের জন্য ক্রস-ডিভাইস স্বার্থ গোষ্ঠী সক্ষম করার প্রস্তাব | আমরা এই প্রস্তাবটি মূল্যায়ন করছি, কিন্তু ক্রস-ডিভাইস টার্গেটিং এর উচ্চ সুনির্দিষ্টতা গুরুত্বপূর্ণ গোপনীয়তা উদ্বেগ সৃষ্টি করে, যেমনটি এই গিটহাব ইস্যুতে আলোচনা করা হয়েছে। |
| (প্রথম 1 এও রিপোর্ট করা হয়েছে) ডাইনামিক রিমার্কেটিং | তৃতীয় পক্ষের কুকি অবচয় করার পরেও কি সুরক্ষিত দর্শক এপিআই দিয়ে ডাইনামিক রিমার্কেটিং সম্ভব হবে? | আমরা বিশ্বাস করি যে এই ব্যবহারের ক্ষেত্রে সুরক্ষিত দর্শক ব্যবহার করা সম্ভব, যেমনটি এখানে ব্যাখ্যা করা হয়েছে । |
| সম্পর্কিত তথ্য ক্লিক করুন | browserSignals. | আমরা বর্তমানে একটি প্রাথমিক অবস্থান দেওয়ার জন্য ক্লিক কখন ঘটেছে সে সম্পর্কে স্পষ্টীকরণের জন্য জিজ্ঞাসা করছি৷ |
| (এছাড়াও Q4 2022-এ রিপোর্ট করা হয়েছে) সুরক্ষিত দর্শকদের মধ্যে ব্যবহারকারীর সংজ্ঞায়িত ফাংশন | কিভাবে ব্যবহারকারী-সংজ্ঞায়িত ফাংশন (UDF) সুরক্ষিত দর্শক API-এ সমর্থিত হবে? এগুলি এমন ফাংশন যা API এর কার্যকারিতা প্রসারিত করতে শেষ ব্যবহারকারীদের দ্বারা প্রোগ্রাম করা যেতে পারে। | যে বিজ্ঞাপন প্রযুক্তি এই সমস্যাটি উত্থাপন করেছে তারা আরও উল্লেখ করেছে যে তারা UDF এর সাথে তারা কী করতে পারে তা এখনও মূল্যায়ন করছে তাই এখানে প্রতিক্রিয়া জানানোর জন্য এখনও কোনও কার্যকর প্রতিক্রিয়া নেই, অন্তত সাধারণ উপলব্ধতা না হওয়া পর্যন্ত। |
| মুদ্রা | ফ্লোটিং পয়েন্ট ব্যবহার করে মুদ্রার পরিমাণ উপস্থাপন করা উচিত নয়। | আমরা এখানে এই সমস্যাটি বিস্তারিতভাবে আলোচনা করেছি। |
| নন-ডিএসপি বিজ্ঞাপন নির্বাচনের ক্ষমতা | প্রোটেক্ট অডিয়েন্স এপিআই নিলামে অ্যাড সার্ভারগুলি কী ভূমিকা পালন করে? | বিড-পরবর্তী বিজ্ঞাপন নির্বাচন / গতিশীল সৃজনশীল অপ্টিমাইজেশান পরিষেবাগুলি অফার করা চালিয়ে যাওয়ার জন্য বিজ্ঞাপন সার্ভারগুলির অনুরোধ সম্পর্কে আমরা সচেতন। আমরা বর্তমানে বর্তমান সুরক্ষিত শ্রোতা API এবং এই অনুরোধগুলির মধ্যে বিদ্যমান বিশদ ফাঁক বিশ্লেষণের মূল্যায়ন করছি। |
| বিড তৈরি করুন | generateBid থেকে প্রতি বিজ্ঞাপন আগ্রহ গোষ্ঠীতে একাধিক প্রার্থীর বিজ্ঞাপন ফেরত দেওয়ার এবং সেই প্রার্থীদের `scoreAd`-এ স্কোর করার জন্য Google Ads-এর প্রস্তাবের সমর্থন। | এটি বর্তমানে মূল্যায়ন করা হচ্ছে। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই. |
| নিলাম আদেশ | সুরক্ষিত শ্রোতা API নিলামগুলি কি চালানোর জন্য শেষ হওয়া দরকার যাতে এটি অন্য সমস্ত নিলামের ফলাফল থেকে ইনপুট নিতে পারে? | সুরক্ষিত শ্রোতা API শেষ পর্যন্ত চালানোর জন্য কোন প্রযুক্তিগত প্রয়োজন নেই। |
| নন-ইউজার ইনিশিয়েটেড নেভিগেশন | নন-ইউজার ইনিশিয়েটেড নেভিগেশন প্রকাশ করুন | আমরা এই অনুরোধটি পর্যালোচনা করছি এবং এখানে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাচ্ছি। |
| ক্যাশিং | ব্যবহারকারীর অবস্থা পরিবর্তিত হলে SSP-এর একটি ক্যাশে থেকে প্রদত্ত ডিএসপি-এর perBuyerSignals তৈরি করা উচিত নয়। | আমরা বুঝতে পারি যে perBuyer সংকেতের জন্য প্রতিটি ব্যবহারের ক্ষেত্রে ক্যাশিং কাজ করে না এবং পরবর্তী বিকল্পগুলি মূল্যায়ন করছি৷ ক্যাশিং তাদের ব্যবহারের ক্ষেত্রে কাজ করবে কিনা সে বিষয়ে আমরা ইকোসিস্টেম থেকে যেকোনো অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
| অ্যাট্রিবিউশন রিপোর্টিং এবং সুরক্ষিত শ্রোতা | অ্যাট্রিবিউশন রিপোর্টিং এপিআই এবং সুরক্ষিত শ্রোতা শ্রোতা এপিআই কীভাবে একসাথে কাজ করতে পারে? | বর্তমানে অ্যাট্রিবিউশন রিপোর্টিং API মোড (ইভেন্ট-লেভেল এবং সারাংশ রিপোর্ট) উভয়ের জন্য সুরক্ষিত দর্শক API-এর জন্য ইন্টিগ্রেশন উপলব্ধ। আমরা 1 জুন উন্নত সুরক্ষিত শ্রোতা API এবং অ্যাট্রিবিউশন রিপোর্টিং ইন্টিগ্রেশন সম্পর্কে আরও তথ্য ভাগ করেছি। আপনি সেগুলি সম্পর্কে এখানে পড়তে পারেন। |
| সার্ভার এন্ডপয়েন্ট | সার্ভার এন্ডপয়েন্ট কি চূড়ান্ত ডিজাইনে বিশ্বস্ত একত্রিত সার্ভার হবে? | সার্ভার এন্ডপয়েন্ট হল একটি বিজ্ঞাপন প্রযুক্তি রক্ষণাবেক্ষণ করা এন্ডপয়েন্ট যা সংগৃহীত এবং রূপান্তরিত প্রতিবেদনগুলি প্রক্রিয়া করতে ব্যবহৃত বিশ্বস্ত একত্রীকরণ সার্ভার থেকে স্বাধীন। এই মুহূর্তে রিপোর্টিং এন্ডপয়েন্টের জন্য আমাদের কোনো পরিবর্তনের পরিকল্পনা নেই। বর্তমান ডিজাইনের লক্ষ্য হল যে সমষ্টিগত রিপোর্টগুলি নিজেরাই (এনক্রিপ্ট করা পেলোড সহ) ক্রস-সাইট ডেটা ফাঁস না করে, তাই একটি বিশ্বস্ত এন্ডপয়েন্টের প্রয়োজন হবে না। একটি অতিরিক্ত জটিলতা হল যে বিভিন্ন বিজ্ঞাপন প্রযুক্তির বিভিন্ন কাঙ্ক্ষিত ব্যাচিং কৌশল থাকতে পারে। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই. |
| ওয়েবআইডিএল | বর্তমান সুরক্ষিত অডিয়েন্স API স্পেক WebIDL স্পেকের সাথে সামঞ্জস্যপূর্ণ নয়৷ | আমরা এই প্রতিক্রিয়া মূল্যায়ন করছি এবং সমস্যাটি এখানে আলোচনা করছি । |
| সম্মতি ব্যবস্থাপনা | Protected Audience API-এ কনসেন্ট সিগন্যাল পাসিং কীভাবে পরিচালনা করা হবে? | প্রাসঙ্গিক তথ্য সুরক্ষিত শ্রোতা API এর সুযোগের মধ্যে নেই। আমরা এই সমস্যা নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| অ্যাকাউন্ট ভিত্তিক মার্কেটিং | অ্যাকাউন্ট-ভিত্তিক বিপণন ব্যবহারের ক্ষেত্রে কি সম্ভব? | প্রোটেক্টেড অডিয়েন্স API বিভিন্ন ধরনের শ্রোতা-ভিত্তিক বিপণন ব্যবহারের ক্ষেত্রে সমর্থন করে। আমরা কীভাবে সুরক্ষিত শ্রোতা API এই নির্দিষ্ট ব্যবহারের ক্ষেত্রে সর্বোত্তমভাবে সমর্থন করতে পারে তা বোঝার চেষ্টা চালিয়ে যাচ্ছি এবং ইকোসিস্টেম থেকে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই । |
| উপাদান নিলাম | উপাদান নিলাম অংশগ্রহণকারীদের স্কোর কি? | কম্পোনেন্ট নিলাম সরাসরি আগ্রহের গোষ্ঠীগুলিকে স্কোর করে না – বরং তারা বিজ্ঞাপন এবং বিডগুলিকে স্কোর করে যা একজন ডিএসপি generateBid ফাংশন থেকে জমা দেয়। generateBid() ফাংশনটি প্রতি আগ্রহের গোষ্ঠীতে চলে, এবং generateBid কার্যকর করার সময় DSP নিম্নলিখিতগুলি প্রদান করে:
return {
'ad': adObject,
'adCost': optionalAdCost,
'bid': bidValue,
'render': renderUrl,
'adComponents':
[adComponent1, adComponent2, ...],
'allowComponentAuction': false,
'modelingSignals': 123};
}
|
| বাহ্যিক অবদান | কী/মান সার্ভার গিটহাব কোড বেসে বহিরাগত অবদান সমর্থন করার জন্য অনুরোধ করুন। | আমরা GitHub কোডে বাহ্যিক অবদানকে সমর্থন করার জন্য আমাদের প্রাসঙ্গিক প্রক্রিয়াগুলি আপডেট করতে চাইছি। |
| সুদের গ্রুপের আকার | IG সমর্থন করতে পারে সমর্থিত সর্বাধিক সংখ্যক কী কী? | একজন আইজির আকারের বর্তমান সীমা 50 কেবি এবং এর অংশ হিসাবে কীগুলি গণনা করা হয়। আমরা আকার সীমা আরো আলোচনা স্বাগত জানাই. |
| ব্যাচিং | কিভাবে K/V সার্ভার কলের সংখ্যা কমানো যায়? | K/V কলের সংখ্যা কমাতে আপনি HTTP ক্যাশে-কন্ট্রোল হেডার ব্যবহার করতে পারেন। উদাহরণস্বরূপ, এটি উপাদান নিলাম জুড়ে ক্যাশে করা যেতে পারে, এবং একটি একক পৃষ্ঠায় বিজ্ঞাপন স্লট জুড়েও। |
| ভর্সন নিয্ন্ত্র্ন | বিজ্ঞাপন প্রযুক্তি কোডের একাধিক সংস্করণের জন্য সমর্থন | বিডিং এবং নিলাম পরিষেবাগুলি বিজ্ঞাপন-প্রযুক্তি কোডের একাধিক সংস্করণ সমর্থন করবে৷ বিডিং এবং নিলাম API-এ, SelectAd অনুরোধ নিলামের অনুরোধের জন্য ব্যবহৃত কোডের সংস্করণ নির্দিষ্ট করতে পারে (যেমন বিডিং/নিলাম এবং রিপোর্টিংয়ের জন্য)। |
| শেয়ার্ড স্টোরেজ | বিডিং এবং নিলাম পরিষেবাতে শেয়ার্ড স্টোরেজে লেখার সমর্থন করুন৷ | বর্তমানে, বিডিং এবং নিলাম পরিষেবাগুলি শেয়ার্ড স্টোরেজ সমর্থন করে না, তবে কেন এই ধরনের ব্যবহারের ক্ষেত্রে ইকোসিস্টেমের জন্য গুরুত্বপূর্ণ সে সম্পর্কে আমরা অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই। |
| ওয়েব থেকে অ্যাপ | আগ্রহের গোষ্ঠীগুলির ওয়েব-টু-অ্যাপ শেয়ারিং সমর্থন করুন। | ওয়েব-টু-অ্যাপ বর্তমানে ক্রোম এবং অ্যান্ড্রয়েড জুড়ে সুরক্ষিত অডিয়েন্স এপিআই স্থাপনার মধ্যে নেই, তবে আমরা এই ব্যবহারের ক্ষেত্রে গুরুত্ব সম্পর্কে ইকোসিস্টেম থেকে শুনতে আগ্রহী। |
| কে-অজ্ঞাতনামা | কে-অনামিতি ফলব্যাকগুলি কীভাবে পরিচালনা করবেন | আমরা সমস্যা নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
ডিজিটাল বিজ্ঞাপন পরিমাপ
অ্যাট্রিবিউশন রিপোর্টিং (এবং অন্যান্য API)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বিকল্প VTC ইভেন্ট লেভেল রিপোর্ট কনফিগারেশন | বিকল্প VTC ইভেন্ট-স্তরের রিপোর্ট কনফিগারেশন সম্পর্কে প্রতিক্রিয়া | আমরা কিছু প্রতিক্রিয়া শুনেছি যে বর্তমান ইভেন্ট-স্তরের কনফিগারেশনগুলি সর্বোত্তম নয় এবং আমরা সর্বোত্তম গ্লোবাল কনফিগারেশনগুলির বিষয়ে প্রতিক্রিয়া চাইছি৷ আমরা এই বিষয়ে অতিরিক্ত প্রতিক্রিয়ার জন্য উন্মুক্ত এবং মনে করি যে আমাদের নমনীয় ইভেন্ট-স্তরের ব্যাখ্যাকারী এটিকেও সমাধান করতে সহায়তা করে। |
| নমনীয় ইভেন্ট-স্তরের কনফিগারেশন | নমনীয় ইভেন্ট-স্তরের কনফিগারেশন বৈশিষ্ট্যের অবস্থা কী? | আমরা নমনীয় ইভেন্ট-স্তরের কনফিগারেশনের ডকুমেন্টেশন শেয়ার করেছি। বৈশিষ্ট্যটি এখনও প্রস্তাবের পর্যায়ে রয়েছে এবং আমরা বৈশিষ্ট্যটি বাস্তুতন্ত্রের জন্য মূল্যবান হবে কিনা সে সম্পর্কে আরও প্রতিক্রিয়া খুঁজছি। |
| নমনীয় ইভেন্ট-স্তরের কনফিগারেশন | বিভিন্ন পক্ষের পরস্পরবিরোধী প্রতিবেদন কিভাবে মিটমাট করা যায়? | বেশিরভাগ রিপোর্টিং পরিস্থিতি সমষ্টিগত প্রতিবেদনের ব্যবহারের মাধ্যমে সম্বোধন করা হয়, যেখানে নমনীয় ইভেন্ট-স্তরের কনফিগারেশন প্রস্তাবটি বিশেষভাবে ইভেন্ট-স্তরের প্রতিবেদনের জন্য অতিরিক্ত নমনীয়তার জন্য, যা প্রায়শই অপ্টিমাইজেশন ব্যবহারের ক্ষেত্রে ব্যবহৃত হয়। আমরা এই দৃশ্যকল্প সম্পর্কিত যেকোনো অতিরিক্ত বাস্তুতন্ত্রের মন্তব্য/প্রতিক্রিয়াকে স্বাগত জানাই। |
| উত্স নিবন্ধন | ট্রিগার রেজিস্ট্রেশনের পর সোর্স রেজিস্ট্রেশন হলে কী হবে? | বর্তমানে, যদি ট্রিগার নিবন্ধনের পরে একটি উত্স নিবন্ধন ঘটে, তবে উত্স এবং ট্রিগার একে অপরকে দায়ী করা যাবে না। এটি একটি প্রান্ত কেস দৃশ্যকল্প বলে মনে হচ্ছে. আমরা এই সমস্যা সম্পর্কিত যেকোন অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই এবং অনেক বিজ্ঞাপন প্রযুক্তির মুখোমুখি হলে এটির সমাধান করার জন্য আমরা চেষ্টা করব। |
| একাধিক বিজ্ঞাপন সংস্থার সাথে কাজ করা | যখন একজন বিজ্ঞাপনদাতা একাধিক বিজ্ঞাপন সংস্থার সাথে কাজ করে তখন ডিএসপি কীভাবে অ্যাট্রিবিউশন রিপোর্টিং এপিআই ব্যবহার করতে পারে? | API পুনঃনির্দেশ সমর্থন করে এবং তাই ব্যবহার করা যেতে পারে এমনকি যখন একজন বিজ্ঞাপনদাতা একাধিক বিজ্ঞাপন সংস্থার সাথে কাজ করে। উপরন্তু, API গোপনীয়তা উন্নত করছে তা নিশ্চিত করার জন্য পুনঃনির্দেশের ক্ষেত্রে কিছু সীমাবদ্ধতা রয়েছে। বিজ্ঞাপন প্রযুক্তি যে নির্দিষ্ট পরিস্থিতি উত্থাপন করেছে তার জন্য শেয়ার্ড স্টোরেজ API ব্যবহার করে আমরা একটি সম্ভাব্য সমাধানও চিহ্নিত করেছি। আমরা এই দৃশ্যকল্প সম্পর্কিত যেকোনো অতিরিক্ত প্রতিক্রিয়াকে স্বাগত জানাই এবং সেই প্রতিক্রিয়ার উপর ভিত্তি করে পুনরাবৃত্তি করা চালিয়ে যাব। |
| গন্তব্য সীমা | অটো-রিফ্রেশিং বিজ্ঞাপন ব্যবহারের ক্ষেত্রে গন্তব্যের সীমা থাকার কারণে প্রভাবিত হতে পারে। | আমরা 1 মে WICG সভায় এই সমস্যাটি নিয়ে আলোচনা করেছি এবং যুক্তিসঙ্গত সীমা কী হবে সে সম্পর্কে প্রতিক্রিয়া খুঁজছি। আমরা ইভেন্ট-স্তরের রিপোর্ট ব্যাখ্যাকারীর সাথে অ্যাট্রিবিউশন রিপোর্টিং যোগ করেছি যে ব্রাউজার উৎস-সাইট দ্বারা উপস্থাপিত `গন্তব্য` eTLD+1 এর সংখ্যা সীমিত করতে পারে। ( টান অনুরোধ দেখুন)। |
| অ্যাট্রিবিউশন রিপোর্টিং এবং সুরক্ষিত শ্রোতা | অ্যাট্রিবিউশন রিপোর্টিং এপিআই এবং সুরক্ষিত শ্রোতা শ্রোতা এপিআই কীভাবে একসাথে কাজ করতে পারে? | বর্তমানে অ্যাট্রিবিউশন রিপোর্টিং API মোড (ইভেন্ট-লেভেল এবং সারাংশ রিপোর্ট) উভয়ের জন্য সুরক্ষিত দর্শক API-এর জন্য ইন্টিগ্রেশন উপলব্ধ। আমরা 1 জুন উন্নত সুরক্ষিত শ্রোতা API এবং অ্যাট্রিবিউশন রিপোর্টিং ইন্টিগ্রেশন সম্পর্কে আরও তথ্য ভাগ করেছি। আপনি সেগুলি সম্পর্কে এখানে পড়তে পারেন। |
| নমনীয় ইভেন্ট-স্তরের কনফিগারেশন | এখন শব্দ সিমুলেশনের জন্য সর্বোত্তম অনুশীলনগুলি ভাগ করুন যে প্যারামিটারগুলি কনফিগারযোগ্য। | আমরা GitHub-এ কোড শেয়ার করেছি যেটি যে কেউ যেকোনও নমনীয় ইভেন্ট-লেভেল কনফিগারেশন পরীক্ষা করতে চান তার জন্য তথ্য লাভ এবং শব্দের প্রভাব মূল্যায়ন করতে ব্যবহার করতে পারেন। আমরা যে কেউ কোডের সাথে পরীক্ষা করতে পছন্দ করে তার কাছ থেকে শুনতে আগ্রহী হব এবং প্রতিক্রিয়া জানাতে চাই। |
| ক্রস অ্যাপ এবং ওয়েব অ্যাট্রিবিউশন পরিমাপ | ক্রস-অ্যাপ এবং ওয়েব অ্যাট্রিবিউশন পরিমাপ কখন উপলব্ধ হবে? | আমরা 9 মে অ্যাট্রিবিউশন রিপোর্টিং API এর মাধ্যমে ক্রস অ্যাপ এবং ওয়েব অ্যাট্রিবিউশন পরিমাপের জন্য একটি পরীক্ষা ঘোষণা করেছি৷ Chrome 115-এ প্রাসঙ্গিকতা এবং পরিমাপ API-এর জন্য সাধারণ উপলব্ধতার পরিকল্পনা করা হলেও, ক্রস অ্যাপ এবং ওয়েব অ্যাট্রিবিউশন পরিমাপ বর্তমানে Chrome 115-এর সাথে সাধারণ উপলব্ধতাকে আঘাত করার পরিকল্পনা করা হয়নি। |
| ডিডুপ্লিকেট রূপান্তর | কিভাবে স্বাধীন পরিমাপ সমাধান ARA এর বিরুদ্ধে মিলিত হতে পারে? | বর্তমান স্ট্যান্ডার্ড অনুশীলনের মতো, বিজ্ঞাপনদাতারা রূপান্তর রিপোর্টিং ডি-ডুপ্লিকেট করতে তৃতীয় পক্ষের স্বাধীন পরিমাপ প্রদানকারীর সাথে কাজ করবে। আমরা ইভেন্ট লেভেল রিপোর্টিং এর জন্য কনভার্সন ডিডপ্লিকেট করার রিসোর্স অফার করেছি। |
| অ্যাট্রিবিউশন রিপোর্টিং ডাটাবেস আপডেটের সময় ডেটা ক্ষতি | ক্রোম যখন ঘোষণা অনুযায়ী অ্যাট্রিবিউশন রিপোর্টিং ডেটাবেস আপডেট করে তখন কি কোনো ডেটা ক্ষতি হবে? | Chrome Stable 115 দিয়ে শুরু করে, আমরা ডিফল্টরূপে Chrome ব্যবহারকারীদের একটি অংশের জন্য প্রাসঙ্গিকতা এবং পরিমাপ API সক্রিয় করা শুরু করব। সম্ভাব্য সমস্যাগুলির জন্য আমরা নজরদারি করার সাথে সাথে এই সাধারণ উপলব্ধতা বৃদ্ধি পাবে। লক্ষ্য হবে কয়েক সপ্তাহের মধ্যে 100% প্রাপ্যতায় পৌঁছানো, Q3 2023 এর মধ্যে। এটি প্রাসঙ্গিকতা এবং পরিমাপ মূল বিচারের সমাপ্তির সাথে মিলে যাবে। জুলাই থেকে শুরু করে, পরীক্ষকরা সাধারণ উপলব্ধতায় এই APIগুলিতে অ্যাক্সেসের জন্য নথিভুক্ত করতে সক্ষম হবেন। এটি নথিভুক্তির মাধ্যমে মূল পরীক্ষার প্রাপ্যতা এবং সাধারণ উপলব্ধতার মধ্যে একটি ওভারল্যাপ প্রদান করবে। আপনার অরিজিন ট্রায়াল টোকেন 19 সেপ্টেম্বর পর্যন্ত বৈধ থাকবে, তবে আমরা আপনাকে কোনো চলমান পরীক্ষায় বাধা না দিয়ে অরিজিন ট্রায়াল থেকে নির্বিঘ্নে স্থানান্তর করার জন্য মেয়াদ শেষ হওয়ার আগে API-এর জন্য নথিভুক্ত করার পরামর্শ দিই। এই ঘোষণায় উল্লিখিত হিসাবে, পুরানো সংস্করণগুলি থেকে নিবন্ধিত ডেটা (M113 এবং পূর্ববর্তী) আপডেটের পরে স্থানান্তরিত হবে না, তাই ডেটা ক্ষতি হতে পারে৷ এই ডেটা ক্ষতি ডিবাগ রিপোর্টিং-এ দেখানো হবে না এবং আমরা 114 থেকে 115 পর্যন্ত ডেটা ক্ষতি এড়াতে চেষ্টা করব। |
| বিলিং | মূল্য-প্রতি-রূপান্তর বিলিংয়ের জন্য অ্যাট্রিবিউশন রিপোর্টিং ব্যবহার করা | এই নিবন্ধে যেমন বলা হয়েছে, অ্যাট্রিবিউশন রিপোর্টিং এপিআই ইভেন্ট-লেভেল এবং সারাংশ রিপোর্টে যোগ করা গোলমালের কারণে প্রতি-রূপান্তর বিলিং প্রয়োজনের জন্য উপযুক্ত নাও হতে পারে। আমরা ইকোসিস্টেম প্লেয়ারদের GitHub-এ অ্যাট্রিবিউশন রিপোর্টিং API দ্বারা বিভিন্ন বিলিং মডেলের উপর প্রভাব সম্পর্কে প্রতিক্রিয়া জানাতে উৎসাহিত করি। |
একত্রীকরণ পরিষেবা
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| সমষ্টিগত প্রতিবেদন বিলম্ব পরিবর্তন | ইকোসিস্টেম থেকে প্রতিক্রিয়ার পরে সমষ্টিগত প্রতিবেদন বিলম্বকে [10-60 মিনিট] থেকে [0-10 মিনিট] এ পরিবর্তন করার প্রস্তাবের ইতিবাচক প্রতিক্রিয়া | আমরা প্রস্তাবিত পরিবর্তনের ইতিবাচক প্রতিক্রিয়া দেখে আনন্দিত, এবং বাস্তুতন্ত্রকে আমাদের প্রস্তাবগুলিতে প্রতিক্রিয়া প্রদান চালিয়ে যেতে উত্সাহিত করি৷ |
| অন-প্রিমিস সমাধান | একত্রিতকরণ পরিষেবা কি অন-প্রিমিস ডেটা সেন্টারে স্থাপন করা যেতে পারে? | যখন আমরা ক্লাউড-ভিত্তিক সমাধানগুলির বাইরে সম্ভাব্য সমর্থনকারী বিকল্পগুলি অন্বেষণ করছি, তখন প্রাইভেসি স্যান্ডবক্সের জন্য একটি সময়সাপেক্ষ মূল্যায়নের প্রয়োজন হবে এমন অন-প্রিমিস নিরাপত্তা সীমাবদ্ধতা প্রদত্ত অন-প্রিমিস টিইই সমর্থন করা বর্তমানে সম্ভব নয়। প্রাইভেসি স্যান্ডবক্স নিরাপত্তার প্রয়োজনীয়তা এবং অন-প্রিমিস ডিপ্লোয়মেন্টের দ্বারা উপস্থাপিত উল্লেখযোগ্য চ্যালেঞ্জের পরিপ্রেক্ষিতে, আমরা বিশ্বাস করি যে ক্লাউড-ভিত্তিক স্থাপনাগুলিকে প্রসারিত করা এবং উন্নত করা (যেমন AWS ছাড়াও GCP সমর্থন করা) ইকোসিস্টেমের জন্য সবচেয়ে উপকারী। যাইহোক, কেন এই ধরনের প্রয়োজনীয়তা প্রয়োজন সে সম্পর্কে আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| বিভিন্ন সময়ের জন্য রিপোর্ট পুনঃপ্রক্রিয়া করুন | বিভিন্ন সময়ের জন্য রিপোর্ট পুনঃপ্রক্রিয়া করার ক্ষমতা | আমরা বিভিন্ন তারিখ ব্যাপ্তির জন্য ব্যাচগুলিকে বিভক্ত করতে সক্ষম হওয়ার অনুরূপ অনুরোধ শুনেছি। একটি প্রস্তাব হল একটি বিজ্ঞাপন প্রযুক্তি-সংজ্ঞায়িত লেবেল সহ ভাগ করা আইডি প্রসারিত করার ক্ষমতা যাতে প্রতিবেদনগুলিকে বিভিন্ন ব্যাচে বিভক্ত করা যায়৷ আমরা এই প্রক্রিয়াটি মূল্যায়নের প্রাথমিক প্রক্রিয়াতে রয়েছি এবং এই প্রস্তাবটি বিকশিত হওয়ার সাথে সাথে বাস্তুতন্ত্রকে আপডেট রাখব। |
| বিশ্বস্ত সম্পাদন পরিবেশের গোপনীয়তা জড়িত | বিশ্বস্ত সম্পাদন পরিবেশের গোপনীয়তার প্রতি ইতিবাচক অনুভূতি | আমরা আমাদের প্রস্তাবগুলি সম্পর্কিত বাস্তুতন্ত্রের ইতিবাচক প্রতিক্রিয়া শুনে শুনে সন্তুষ্ট এবং আমরা পুনরাবৃত্তি এবং বিকাশ অব্যাহত রাখার সাথে সাথে আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| সেবা পাবার শর্ত | পরিষেবার সমষ্টি পরিষেবা শর্তাদি গ্রহণ করার সময়সীমাটি কী? | যদিও আমরা শর্তাদি এবং শর্তাদি গ্রহণের জন্য এখনও একটি সময়সীমা নির্দিষ্ট করে নি, আমরা তালিকাভুক্তিতে বিলম্ব রোধে যত তাড়াতাড়ি সম্ভব শর্তাদি এবং শর্তাদি মেনে নিতে বাস্তুতন্ত্রের সংস্থাগুলিকে উত্সাহিত করব। আমরা সংস্থাগুলি তাদের কোনও প্রশ্ন থাকলে পৌঁছতে উত্সাহিত করি। |
| মূল আবিষ্কার | মূল আবিষ্কারের বৈশিষ্ট্যটি উন্নত কর্মক্ষমতা এবং নির্ভুলতার জন্য ক্রস-নেটওয়ার্ক অ্যাট্রিবিউশনটির সংক্ষিপ্ত প্রতিবেদনগুলি প্রক্রিয়া করার জন্য সম্ভাব্য কী সংমিশ্রণের সুস্পষ্ট তালিকার প্রয়োজন ছাড়াই পরীক্ষার্থীদের সামগ্রিক প্রতিবেদনগুলি জিজ্ঞাসা করতে সক্ষম করবে। | আমরা বর্তমানে সম্ভাব্য সমাধান এবং কার্যকারিতাগুলি অন্বেষণ করছি এবং বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
ব্যক্তিগত সমষ্টি এপিআই
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| প্রতিবেদন উত্স | কীভাবে রিপোর্টিং উত্স সংজ্ঞায়িত করা হয়? | রিপোর্টিং উত্স সর্বদা ব্যক্তিগত সমষ্টি কলারের স্ক্রিপ্ট উত্স। |
| 128 বিট কী স্পেস | 128-বিট কী স্পেস সীমাবদ্ধতার বিষয়ে স্পষ্টতা | আমরা এই কীস্পেস সীমাবদ্ধতাটিকে আরও পরিষ্কার করে দেব এবং পৃষ্ঠাগুলি জুড়ে অসঙ্গতিগুলি সমাধান করব। আমরা এই কীস্পেসের মধ্যে থাকার জন্য হ্যাশিং কৌশলগুলি ব্যবহার করার পরামর্শ দিই। |
| প্রতিবেদন প্রতি সর্বোচ্চ অবদান | প্রতিবেদনে প্রতি 20 টি অবদানের বর্তমান সীমা খুব কম। | সর্বাধিক সংখ্যক অবদান বাড়ানোর পরিবর্তে, আমরা সীমাতে ছাঁটাইয়ের পরিবর্তে বিভাজন প্রতিবেদনগুলি বিবেচনা করার জন্য উন্মুক্ত। এই প্রস্তাবটি বিকশিত হওয়ায় আমরা বাস্তুতন্ত্রকে জড়িত করব। |
| রিপোর্টিং পৌঁছান | ক্রস-প্ল্যাটফর্ম/ক্রস-ডিভাইস রিপোর্টিংয়ের জন্য অনুরোধ। পৌঁছনো ব্র্যান্ড বিজ্ঞাপনের একটি ফাউন্ডেশনাল মেট্রিক। বিজ্ঞাপনদাতারা তাদের প্রচারগুলি বিশ্লেষণ করতে এবং ব্যয় বরাদ্দের জন্য পৌঁছনো এবং ফ্রিকোয়েন্সি রিপোর্টিংয়ের জন্য ক্রস-প্ল্যাটফর্ম/ক্রস-ডিভাইস আনুমানিকগুলির উপর নির্ভর করে। পৌঁছনো মডেলগুলি তৃতীয় পক্ষের পরিবেশে প্রদর্শিত বিজ্ঞাপনগুলি পরিমাপের সংকেত হিসাবে তৃতীয় পক্ষের কুকিজ ব্যবহার করে এবং তাই বিজ্ঞাপন প্রযুক্তিগুলি তৃতীয় পক্ষের কুকিজ অবমূল্যায়ন করার পরে বিকল্প সমাধানের জন্য অনুরোধ করেছে। | গোপনীয়তা স্যান্ডবক্স দল তৃতীয় পক্ষের কুকি অবমূল্যায়নের পরে ক্রস-ডোমেন পৌঁছানোর পদ্ধতিগুলি সমর্থন করার জন্য বৈশিষ্ট্যগুলি অন্বেষণ করছে। আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
প্রচ্ছন্ন ট্র্যাকিং সীমাবদ্ধ করুন
ব্যবহারকারী এজেন্ট হ্রাস/ব্যবহারকারী এজেন্ট ক্লায়েন্ট ইঙ্গিত
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| (Q1 2023 এও প্রতিবেদন করা হয়েছে) অতিরিক্ত ফর্ম কারণগুলির জন্য ইঙ্গিতগুলি | টিভি, ভিআর এর মতো অতিরিক্ত ফর্ম ফ্যাক্টর সরবরাহ করতে ব্যবহারকারী এজেন্ট ক্লায়েন্টের ইঙ্গিতগুলি (ইউএ-সিএইচ) এর জন্য অনুরোধ | আমরা এখনও কিছু মূল ডিজাইনের সিদ্ধান্তগুলিতে কাজ করছি ("টিভি" বা ফর্ম-ফ্যাক্টর দক্ষতার একটি তালিকা যেমন একক মান সরবরাহ করা উচিত) তবে এই ধারণাটি প্রোটোটাইপ করতে আগ্রহী রয়েছি । |
| গোপনীয়তা বাজেট | গোপনীয়তা বাজেটের বিধিনিষেধগুলি ইউএ-সিএইচ অনুরোধগুলি অ-নির্ধারিত হয়ে উঠতে পারে যখন অনেকগুলি অনুরোধ প্রেরণ করা হয়। | এই মুহুর্তে গোপনীয়তা বাজেটের প্রস্তাব সম্পর্কে আমাদের কোনও নতুন আপডেট নেই, তবে তৃতীয় পক্ষের কুকিজকে হ্রাস করার আগে আমরা সংযুক্ত আরব আমিরাত ক্লায়েন্টের ইঙ্গিতগুলির জন্য অনুরোধগুলি সীমাবদ্ধ না করার প্রতিশ্রুতিবদ্ধ করেছি। |
| সাইট সামঞ্জস্য | ওয়েবসাইটগুলি ইউএ-সিএইচ ব্র্যান্ড ব্যবহার করছে নির্দিষ্ট ব্রাউজারগুলিকে সাইটগুলিতে অ্যাক্সেস থেকে সীমাবদ্ধ করতে। | ব্র্যান্ডের তালিকা থাকার জন্য বৈধ ব্যবহারের কেস রয়েছে এবং এর মধ্যে একটি হ'ল সামঞ্জস্যতা। একটি সংযুক্ত আরব আমিরাত এই সমস্যাগুলির চারপাশে কাজ করার জন্য একাধিক ব্র্যান্ড রাখতে পারে। |
আইপি সুরক্ষা (পূর্বে Gnatcatcher)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| প্রতারণা ও অপব্যবহার | কীভাবে কোম্পানিগুলি আইপি সুরক্ষার সাথে জালিয়াতি বিরোধী ব্যবস্থা সেট আপ করতে পারে? | আমরা অ্যান্টি-ফাড ব্যবহার কেসগুলির গুরুত্ব এবং সেই ব্যবহারের ক্ষেত্রে সম্ভাব্য প্রভাব বুঝতে পারি। আমরা এই গ্রীষ্মের শেষের দিকে অ্যান্টি-ফ্রেডকে সমর্থন করার বিষয়ে আরও বিশদ প্রকাশ করার পরিকল্পনা করছি। আমরা কীভাবে আমরা অ্যান্টি-ফ্রেড ব্যবহারের ক্ষেত্রে আরও ভালভাবে সমর্থন করতে পারি সে সম্পর্কে আমরা বাস্তুতন্ত্রের প্রতিক্রিয়া চাইছি। |
| জিওআইপি | জিওআইপির জন্য পরীক্ষা এবং স্থাপনার সময়রেখার বিষয়ে আরও তথ্য | ক্রোম সম্প্রতি আমাদের জিওআইপি পরিকল্পনাগুলির বিশদ বিবরণে নতুন তথ্য প্রকাশ করেছে। আমরা Q3 এ মোতায়েনের সময়সীমা সম্পর্কে আরও তথ্য প্রকাশের পরিকল্পনা করছি। আমরা প্রাথমিকভাবে ট্র্যাফিকের একটি অল্প শতাংশে ব্যবহারকারী অপ্ট-ইন বৈশিষ্ট্য হিসাবে আইপি সুরক্ষা চালু করার প্রত্যাশা করি। এর কারণ হ'ল আমরা স্বীকৃতি দিয়েছি যে এই প্রস্তাবটি সংস্থাগুলির জন্য কিছু উল্লেখযোগ্য পরিবর্তন জড়িত থাকতে পারে এবং বৈশিষ্ট্যটি আরও বিস্তৃতভাবে রোল আউট হওয়ার আগে আমরা বাস্তুতন্ত্রকে সামঞ্জস্য করতে এবং প্রতিক্রিয়া সরবরাহ করার জন্য সময় দিতে চাই। |
| অ্যাকাউন্ট প্রমাণীকরণ | প্রক্সি সার্ভারের সাথে অ্যাকাউন্ট প্রমাণীকরণের ঠিক কীভাবে কাজ করবে? | আমরা এই গ্রীষ্মের শেষের দিকে অ্যাকাউন্ট প্রমাণীকরণ সম্পর্কে আরও বিশদ প্রকাশ করার পরিকল্পনা করছি, যদিও আমরা ইতিমধ্যে কিছু প্রাথমিক বিবেচনাগুলি ভাগ করে নিয়েছি। |
বাউন্স ট্র্যাকিং প্রশমন
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| পরীক্ষার নির্দেশিকা | কীভাবে বাউন্স ট্র্যাকিং প্রশমন পরীক্ষা করবেন সে সম্পর্কিত তথ্য | বাউন্স ট্র্যাকিং প্রশমনটি কীভাবে পরীক্ষা করা যায় সে সম্পর্কে আরও তথ্য সহ আমরা মে মাসে একটি ব্লগপোস্ট প্রকাশ করেছি। |
| ডকুমেন্টেশন | বাউন্স ট্র্যাকিং প্রস্তাবের স্পষ্টতা | বর্তমান প্রস্তাবটি অনেক বেশি একটি কর্ম-অগ্রগতি এবং ক্রোম বাস্তুতন্ত্রকে স্পষ্টতা এবং তথ্য সরবরাহের প্রস্তাবটি আপডেট করে চলেছে। আমরা আরও বিশদ সরবরাহে কাজ করছি এবং কোনও অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| কুকি মুছে ফেলা | বাউন্স ট্র্যাকিং প্রশমন একটি ডোমেনে সমস্ত কুকিজ মুছবে? | বাউন্স ট্র্যাকিং প্রশমন (বিটিএম) এখানে বর্ণিত সমস্ত স্টোরেজ এবং সমস্ত ক্যাশে সাফ করবে। |
| বাউন্স ট্র্যাকিং প্রশমনকে অবরুদ্ধ করা | বাউন্স ট্র্যাকারের শ্রেণিবিন্যাসটি পপ-আপস বা নতুন ট্যাবগুলির সাথে পুনর্নির্দেশগুলি সম্পাদন করে বাইপাস করা যেতে পারে। | বাউন্স ট্র্যাকিং প্রশমন স্পেসিফিকেশন এখনও একটি কাজ চলছে। আমরা বেশিরভাগ ক্ষেত্রে এখন পর্যন্ত একই ট্যাব পুনঃনির্দেশগুলিতে মনোনিবেশ করেছি তবে আমরা ভবিষ্যতে পপ-আপ প্রবাহে কাজ করার পরিকল্পনা করছি। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
গোপনীয়তা বাজেট
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| নৈকট্য লক্ষ্য | গোপনীয়তা বাজেট প্রক্সিমিটি-টার্গেটিং ব্যবহারের ক্ষেত্রে প্রভাব ফেলতে পারে। | আমরা এই ইস্যুতে প্রতিক্রিয়া পেয়েছি এবং বাস্তুতন্ত্রের সম্ভাব্য প্রভাবগুলি সম্পর্কে আরও শুনতে আগ্রহী হব। |
ক্রস-সাইট গোপনীয়তা সীমানা শক্তিশালী করুন
প্রথম পক্ষের সেট
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| (পূর্ববর্তী কোয়ার্টারেও প্রতিবেদন করা হয়েছে) ডোমেন সীমা | সংশ্লিষ্ট ডোমেনের সংখ্যা প্রসারিত করার জন্য অনুরোধ করুন | ক্রোম সম্পর্কিত সাবসেটের জন্য উপযুক্ত সংখ্যার সীমাটি মূল্যায়ন করছে যা চিহ্নিত করা হয়েছে এমন ব্যবহারের ক্ষেত্রে গোপনীয়তা এবং ইউটিলিটির ভারসাম্য বজায় রাখবে। একেবারে শুরু থেকেই, ক্রোম ভাগ করে নিয়েছিল যে সম্পর্কিত সাবসেটের জন্য সঠিক সংখ্যাটি এখনও চূড়ান্ত হয়নি। |
| এম্বেডড ব্যবহারের ক্ষেত্রে | এম্বেড থাকা ব্যবহারের ক্ষেত্রে সমর্থন যা প্রথম পক্ষের সেট, চিপস এবং ভাগ করা স্টোরেজ প্রয়োজন | ক্রোম এই ব্যবহারের ক্ষেত্রে প্রতিক্রিয়া পেয়েছে, এবং দলটি তদন্ত করছে এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানায়। |
| সংগ্রহস্থল পরিচালনা | যদি ত্রুটি বা অবহেলা থাকে তবে গিটহাব সংগ্রহস্থল থেকে প্রথম পক্ষের সেটগুলি অপসারণ করার জন্য নীতিমালার তথ্য | ক্রোম এই ব্যবহারের ক্ষেত্রে প্রতিক্রিয়া পেয়েছে। দলটি তদন্ত করছে এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানায়। |
| ব্যবহারকারী শিক্ষা | ক্রোমের গ্রহণের জন্য প্রথম পক্ষের সেটগুলির ব্যবহারকারীর সচেতনতা এবং বোঝা বাড়ানো উচিত। | ক্রোম ব্যবহারকারীদের প্রথম পক্ষের সেট সম্পর্কে শিক্ষিত করতে প্রতিশ্রুতিবদ্ধ এবং এই প্রভাবের সাথে একটি সহায়তা কেন্দ্রের নিবন্ধ (ক্রোম ইউআই থেকে যুক্ত) প্রকাশ করেছে। ক্রোম উপযুক্ত প্রসঙ্গে ব্যবহারকারীদের কীভাবে সর্বোত্তমভাবে শিক্ষিত করা যায় তা শিখতে চালিয়ে যাওয়ার ক্ষেত্রেও বিনিয়োগ করা হয়। |
| পোস্ট 3 পিসিডি | তৃতীয় পক্ষের কুকি অবমূল্যায়নের পরে তৃতীয় পক্ষের কুকিগুলি প্রথম পক্ষের সেটের মধ্যে বিদ্যমান থাকবে। | যখন requestStorageAccess এবং requestStorageAccessFor জন্য সত্যই তৃতীয় পক্ষের কুকিজ নির্দিষ্ট, স্পষ্টভাবে সংজ্ঞায়িত ব্যবহারের ক্ষেত্রে আবার উপলব্ধ করা যায়, তাদের এখন তৃতীয় পক্ষের কুকিজের বর্তমান অবস্থার মতো ডিফল্টরূপে উপলভ্য হওয়ার পরিবর্তে সাইটের দ্বারা সক্রিয় অনুরোধ প্রয়োজন (ইন ইন। Chrome)।যদিও একটি একক সেটের মধ্যে এই অনুরোধটি ব্যবহারকারীর অনুমোদনের প্রয়োজন হবে না, ব্যবহারকারীরা সেটিংসে এই আচরণটি বেছে নিয়ে এটি প্রতিরোধ করার ক্ষমতা রাখে। সহায়তা কেন্দ্রের নিবন্ধে ব্যবহারকারীদের জন্য আরও তথ্য উপলব্ধ (ক্রোম ইউআই থেকে লিঙ্কযুক্ত)। আমরা বিদ্যমান বিকাশকারী গাইডকে 100%পর্যন্ত র্যাম্প র্যাম্প হিসাবে প্রসারিত করার পরিকল্পনা করছি। |
| প্রথম পক্ষের সেট জমা দেয় | একটি .জসন এক্সটেনশন অন্তর্ভুক্ত করার জন্য প্রয়োজনীয় .well-known/first-party-set নাম পরিবর্তন করুন। | নির্দিষ্ট ওয়েব হোস্টিং পরিকল্পনাগুলি সমর্থিত রয়েছে তা নিশ্চিত করার জন্য আমরা এই পরিবর্তনটি করেছি । |
| আইএএনএ নিবন্ধকরণ | first_party_sets.JSON আইএএনএতে নিবন্ধিত হওয়া উচিত | আমরা প্রস্তাবটি বিবেচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
বেড়া ফ্রেম API
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বিজ্ঞাপন ব্লকিং | বেড়া ফ্রেমগুলি বিজ্ঞাপন ব্লকারদের বিজ্ঞাপনগুলি ব্লক করা সহজ করে তুলতে পারে। | এক্সটেনশনগুলি কীভাবে তারা আইফ্রেমগুলির সাথে ইন্টারঅ্যাক্ট করবে তার অনুরূপ বেড়া ফ্রেমের সাথে যোগাযোগ করতে পারে। বেড়া ফ্রেমটি নেভিগেট করতে চলেছে এমন আসল ইউআরএলও এক্সটেনশনে দৃশ্যমান হবে এবং তাই তারা আইফ্রেমে যেমন ব্লক করার জন্য কোনও ইউআরএল ম্যাচিং বিধি প্রয়োগ করতে পারে। কেবল সমস্ত বেড়া ফ্রেমকে নিঃশর্তভাবে অবরুদ্ধ করা বেড়া ফ্রেমের অডস ব্যবহারের ক্ষেত্রে ভাঙতে পারে। |
শেয়ার্ড স্টোরেজ API
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বৃহত্তর গ্রহণ | ভাগ করা স্টোরেজ ব্রাউজার জুড়ে উপলব্ধ একটি শিল্প-বিস্তৃত মান হওয়া উচিত। | আমরা এই প্রতিক্রিয়া স্বাগত জানাই এবং স্বীকার করি। ক্রোম প্রস্তাবটি চ্যাম্পিয়ন করতে, প্রতিক্রিয়া চাইতে এবং অভিযান গ্রহণের জন্য ডাব্লু 3 সি ফোরায় সক্রিয়ভাবে অংশ নিতে চলেছে। |
| আউটপুট গেটস | ভাগ করা স্টোরেজ আউটপুট গেটগুলি খুব সীমাবদ্ধ। | আমরা এই প্রতিক্রিয়া বিবেচনা করছি এবং আউটপুট গেটগুলি কেন সীমাবদ্ধ তা সম্পর্কে অতিরিক্ত বাস্তুতন্ত্রের প্রতিক্রিয়া স্বাগত জানাই। |
| নিয়ন্ত্রক সম্মতি | কীভাবে ভাগ করে নেওয়া স্টোরেজ হ্যান্ডেল নিয়ন্ত্রক সম্মতি যেমন ডেটা ধরে রাখার নীতিমালা হবে? | ভাগ করা স্টোরেজ কোনও সঞ্চিত ডেটার আজীবন এবং মেয়াদোত্তীর্ণতা নিয়ন্ত্রণ করতে যুক্তি প্রয়োগ এবং কাস্টমাইজ করার নমনীয়তা সরবরাহ করে। বিজ্ঞাপন প্রযুক্তিগুলি লেখার টাইমস্ট্যাম্পগুলির ভিত্তিতে ভাগ করা স্টোরেজ ডেটা আপডেট বা সাফ করতে পারে। |
| এ/বি টেস্টিং | ভাগ করে নেওয়া স্টোরেজ এবং সুরক্ষিত শ্রোতাদের এপিআইয়ের জন্য এ/বি পরীক্ষা কীভাবে পরিচালিত হতে পারে? | আমরা এই বিষয়ে অতিরিক্ত গাইডেন্স প্রকাশের জন্য কাজ করছি এবং ভবিষ্যতে আরও বিশদ ভাগ করে নেওয়ার আশা করি। |
| ভাগ করা স্টোরেজ সীমা | ভাগ করে নেওয়া স্টোরেজ সীমাটি হিট হয়ে গেলে কী হবে? | যদি সীমাটি পৌঁছে যায় তবে আর কোনও ইনপুট সংরক্ষণ করা হবে না। |
| একই পৃষ্ঠা লোডে একাধিক অ্যাক্সেস | যখন ভাগ করা স্টোরেজ একই পৃষ্ঠার লোডে একাধিকবার অ্যাক্সেস করা হয় তখন কী ঘটে? | এটি হ্যান্ডেল করার সর্বোত্তম উপায় হ'ল window.sharedStorage.append(key, value) ফাংশন। প্রতিটি বিজ্ঞাপনের জন্য মান আপডেট করার পরিবর্তে, যা একাধিক বিজ্ঞাপন থাকলে সংঘর্ষের কারণ হতে পারে। অ্যাপেন্ড ফাংশনটি কেবল প্রিক্সিস্টিংয়ের শেষে নতুন মান যুক্ত করবে। |
| আইফ্রেম কার্যকারিতা | ভাগ করে নেওয়া স্টোরেজটি তৃতীয় পক্ষের কুকির অবমূল্যায়নের পরে আর কাজ না করলে নির্দিষ্ট আইফ্রেম কার্যকারিতা সমর্থন করবে? | তৃতীয় পক্ষের কুকি অবমূল্যায়ন, আইফ্রেমে স্থানীয় স্টোরেজ শীর্ষ-স্তরের সাইট দ্বারা বিভক্ত করা হবে তবে আইফ্রেমগুলি নিজেরাই অবরুদ্ধ হবে না। আইফ্রেমের স্থানীয় স্টোরেজের ডেটা একাধিক শীর্ষ স্তরের সাইটগুলিতে প্রতিলিপি করা যায় না, তবে স্থানীয় স্টোরেজটি এখনও আইফ্রেমের মধ্যে ব্যবহার করা যেতে পারে। |
চিপস
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| পার্টিশন সীমা | পার্টিশনযুক্ত সাইটে 10 কেআইবি এখনও যথেষ্ট এবং এটি কমিয়ে দেখতে চাই। | ফায়ারফক্স ইতিমধ্যে চিপগুলিতে একটি ইতিবাচক অবস্থান নির্দেশ করেছে। ওয়েবকিট সহায়তার জন্য, আমরা বিকাশকারীদের তাদের ব্যবহারের ক্ষেত্রে সরাসরি এই গিটহাব ইস্যুতে অ্যাপলকে সরাসরি প্রতিক্রিয়া জানাতে উত্সাহিত করি যেখানে পার্টিশনযুক্ত কুকিগুলি পার্টিশনযুক্ত স্টোরেজের চেয়ে বেশি পছন্দ করা হয়। |
| প্রমাণীকরণ এম্বেড | বিভিন্ন পার্টিশন প্রভাবিত প্রমাণিত এম্বেডগুলির কারণে চিপগুলি বর্তমান এসএসও সাইন-ইন প্রবাহকে প্রভাবিত করতে পারে। | আমরা অনুমোদিত এম্বেডস ব্যবহারের ক্ষেত্রে সমর্থন করার জন্য স্টোরেজ অ্যাক্সেস এপিআই (ব্যবহারকারী প্রম্পটগুলির সাথে) উত্তোলনের ইচ্ছা করি এবং সম্প্রতি একটি অভিপ্রায় থেকে প্রোটোটাইপ প্রেরণ করেছি। |
| আজীবন নীতিমালা | সম্ভাব্য আজীবন নীতিগুলি কি প্রথম পক্ষের কুকিজগুলিতে প্রযোজ্য? | আমাদের বর্তমানে প্রথম পক্ষের কুকিগুলিতে আজীবন সীমা চাপানোর কোনও পরিকল্পনা নেই। |
ফেডসিএম
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| Oauth অনুমোদনের সমর্থন | অ-প্রোফাইল ওআউথ স্কোপগুলি অনুমোদনের ক্ষেত্রে সারিবদ্ধ করুন | আমরা তৃতীয় পক্ষের কুকি অবমূল্যায়নের পরে বেসিক প্রমাণীকরণের বাইরে অনুমোদনের পক্ষে সমর্থন করার সর্বোত্তম উপায়গুলিতে ডাব্লু 3 সি ফেডিড সিজির মাধ্যমে ওয়েব আইডেন্টিটি সম্প্রদায়ের কাছ থেকে সক্রিয়ভাবে ইনপুট চাইছি। |
| এসএএমএল জন্য সমর্থন | এসএএমএল সমর্থনের জন্য প্রয়োজনীয়তাগুলিতে সারিবদ্ধ করুন | দলটি তৃতীয় পক্ষের কুকি অবমূল্যায়নের পরে এসএএমএল সমর্থন প্রয়োজনগুলিতে (ওপেনআইডি-কানেক্ট সমর্থন ছাড়াও) গবেষণা এবং শিক্ষা সম্প্রদায়ের কাছ থেকে সক্রিয়ভাবে ইনপুট চাইছে। |
স্প্যাম এবং জালিয়াতির বিরুদ্ধে লড়াই করুন
ব্যক্তিগত রাষ্ট্র টোকেন এপিআই (এবং অন্যান্য এপিআই)
| প্রতিক্রিয়া থিম | সারসংক্ষেপ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| নতুন সংকেত অন্বেষণ | বেশ কয়েকটি অংশীদার ডিভাইস অখণ্ডতা বা ব্যবহারকারীর বিশ্বাসের ব্রাউজার-সুবিধাজনক সংকেতগুলি অন্বেষণ করার দিকে ইতিবাচক অনুভূতি প্রকাশ করেছেন। সাধারণত, তারা জালিয়াতি সনাক্তকরণের বর্তমান স্তরগুলি ধরে রাখতে যথেষ্ট নতুন উদ্দেশ্য-নির্মিত সংকেতগুলি সম্পর্কেও সতর্ক। | আমরা অ্যান্টি -ফ্রাড এবং ওয়েব সুরক্ষা সম্প্রদায়ের মধ্যে একসাথে নতুন প্রস্তাবগুলি অন্বেষণ করতে আগ্রহী এবং তাদের উদ্বেগকে স্বীকৃতি ও ভাগ করে নেওয়ার জন্য - এ কারণেই "স্প্যাম এবং জালিয়াতি ফাইটিং" গোপনীয়তা স্যান্ডবক্সের একটি মূল কর্মশালা হয়ে দাঁড়িয়েছে এবং কেন আমরা অগ্রাধিকার দিতে থাকি আমরা ব্যবহারকারীর গোপনীয়তার উন্নতি করার সাথে সাথে ওয়েব সুরক্ষা সংরক্ষণে বিনিয়োগ। |
| পিএসটি সম্পর্কে ইতিবাচক প্রতিক্রিয়া | বেশ কয়েকটি অংশীদার বিভিন্ন অ্যান্টি-ফাড বা ওয়েব সুরক্ষা ব্যবহারের ক্ষেত্রে পিএসটিএস পরীক্ষা বা ব্যবহারে আগ্রহ প্রকাশ করেছেন। | আমরা পিএসটি ব্যবহার করে এমন নতুন সমাধানগুলি আরও অন্বেষণে সমর্থন এবং আগ্রহ শুনতে আগ্রহী। ক্রোম বিকাশকারী সাইটের মাধ্যমে আমাদের কাছে সংস্থান এবং নমুনা কোড উপলব্ধ রয়েছে এবং আরও প্রতিক্রিয়া স্বাগত জানাই। |
| প্রতারণা এবং অপব্যবহার | তৃতীয় পক্ষের কুকি অবমূল্যায়নের পরে পরিমাপে বিজ্ঞাপন জালিয়াতি প্রতিরোধ / সনাক্তকরণের জন্য গাইডেন্স যখন সনাক্তকারীরা আর উপলব্ধ থাকে না। | আমরা বেসরকারী স্টেট টোকেনগুলির মতো সরঞ্জামগুলি চালু করেছি, যা বিরোধী-বিরোধী উদ্দেশ্যে তৃতীয় পক্ষের কুকিজ দ্বারা হারিয়ে যাওয়া কিছু সংকেত পুনরুদ্ধার করতে সহায়তা করে, তবে জায়গায় নতুন গোপনীয়তা নিয়ন্ত্রণ রয়েছে। আমরা অন্যান্য গোপনীয়তা স্যান্ডবক্স পরিবর্তনের সাথে সক্ষমতা সংরক্ষণের জন্য নতুন অ্যান্টি-ফাড এবং অপব্যবহার বিরোধী প্রস্তাবগুলিতে সক্রিয়ভাবে বিনিয়োগ করছি। |
| উত্স তথ্য হার ইস্যুকারী | অনন্য ব্যবহারকারীদের সনাক্ত করতে ইস্যুকারী-থেকে-উত্সের তথ্য হার যথেষ্ট বেশি। | ব্যক্তিগত স্টেট টোকেন ব্যবহার করে ব্যবহারকারীর ডেটা কী জানাতে সক্ষম হয় সে সম্পর্কে আরও স্পষ্ট হতে আমরা স্পেসটি আপডেট করেছি। ডিজাইন দ্বারা, ছয়টি পর্যন্ত পাবলিক কীগুলি একবারে ব্যবহার করা যেতে পারে, যা কোনও নির্দিষ্ট ব্যবহারকারীর জন্য একটি "রাষ্ট্র" উপস্থাপন করতে পারে। এই কীগুলির সেটগুলি কেবলমাত্র প্রতি 60 দিনে আপডেট করা যেতে পারে (বিরল ক্ষেত্রে যেখানে জরুরী কী ঘূর্ণন প্রয়োজনীয় তা বাদে), যা সময়ের সাথে সাথে অতিরিক্ত ব্যবহারকারীর ডেটাতে যোগদানের সম্ভাবনাটি ধীর করে দেয়। যে কোনও নতুন ওয়েব এপিআই সহ, ইউটিলিটি সরবরাহ করা একটি ভারসাম্য এবং নেট নতুন ব্যবহারকারীর তথ্য যা এটি সরবরাহ করে। আমরা অনুমান করি যে পিএসটিগুলি তৃতীয় পক্ষের কুকি অবমূল্যায়ন দ্বারা প্রভাবিত মূল-বিরোধী ব্যবহারের ক্ষেত্রে সক্ষম করার সময় ব্যবহারকারীর গোপনীয়তা রক্ষায় উপযুক্ত ভারসাম্যকে আঘাত করে। |
| সংহতকরণ আনুন | fetch ইন্টিগ্রেশন জটিল এবং অপ্রয়োজনীয়। | fetch ব্যবহার করার জন্য উপকারিতা রয়েছে এবং আমরা ওয়েব ইকোসিস্টেমের মধ্যে আরও মানিককরণ অনুসরণ করতে চাই, তবে আমরা মনে করি যে স্ট্যান্ডার্ডটি কেমন হবে সে সম্পর্কে আমাদের পরিষ্কার ধারণা না পাওয়া পর্যন্ত এই পরিবর্তনটি করা খুব তাড়াতাড়ি হবে। যদি এবং যখন কোনও স্ট্যান্ডার্ড উত্থিত হয়, আমরা ওয়েব বিকাশকারীদের সেই মানটিতে স্থানান্তরিত করার জন্যও প্রতিশ্রুতিবদ্ধ। |
| সংগ্রহস্থলের অবস্থান | প্রাইভেট স্টেট টোকেন কী কনফিগারেশনগুলি প্রাইভেসিপাস প্রোটোকল হিসাবে একই স্থানে সংরক্ষণ করা উচিত। | অরিজিন ট্রায়াল চলাকালীন পরীক্ষা করার সময়, বিকাশকারীরা ইঙ্গিত করেছিলেন যে তারা একটি .ওয়েল-পরিচিত ডিরেক্টরিতে পরিবর্তে সাধারণ ইউআরএলগুলিতে তাদের কীগুলি সঞ্চয় করার নমনীয়তা পছন্দ করেছেন। প্রাইভেসিপাসের মূল প্রতিশ্রুতি ফর্ম্যাটটি এমন কোনও সংস্করণের জন্য বিশেষভাবে উপযুক্ত নয় যেখানে কীসেটগুলি একটি অন্তর্নিহিত "পাবলিক মেটাডেটা" মানের জন্য অনুমতি দেওয়ার উদ্দেশ্যে করা হয়। যদি প্রাইভেসিপাসের একটি বৈকল্পিক পাবলিক মেটাডেটা (হয় একটি পিওপিআরএফ, আংশিক আরএসএ ব্লাইন্ডিং বা কীসেটস হিসাবে) সাথে মানক হওয়া শেষ হয় তবে আমরা এটি সমর্থন করার জন্য পিএসটি -র ভবিষ্যতের সংস্করণে যেতে পারি। |
| এপিআইয়ের শিরোনাম বাস্তবায়ন | এপিআইয়ের শিরোনাম বাস্তবায়ন সম্পর্কিত প্রশ্নগুলি | যেহেতু এপিআই মানক হয়ে যায় এবং এই এপিআইয়ের বাস্তুতন্ত্রের ব্যবহার পরিপক্ক হয়, আমরা আশা করি এই এপিআইয়ের স্ট্যান্ডার্ড নন-হেডার সংস্করণ উভয়কেই সমর্থন করতে পারি এবং সম্ভাব্যভাবে শেষ পর্যন্ত যদি ব্যবহার কম থাকে বা স্ট্যান্ডার্ডের জন্য পর্যাপ্ত বিকাশকারী টুলিং/সমর্থন থাকে তবে শেষ পর্যন্ত শিরোনাম সংস্করণটি হ্রাস করতে পারি অন্যান্য ডেটার সাথে ইস্যু/রিডিম্পশন অনুরোধগুলির সাথে সম্পর্কিত করার উপায়গুলি। আমরা এখানে বিষয়টি নিয়ে আলোচনা করছি । |
| নিবন্ধন | ইস্যুকারীরা কি ব্রাউজার বিক্রেতাদের সাথে রেজিস্ট্রেশন করে? | আমরা বেসরকারী স্টেট টোকেনগুলির জন্য ইস্যুকারী নিবন্ধকরণ প্রক্রিয়া বর্ণনা করার জন্য স্পেসিফিকেশন আপডেট করেছি। যদিও এটি নিজস্ব প্রক্রিয়া ব্যবহার করে, এটি গোপনীয়তা স্যান্ডবক্স কাজের বাকী অংশের তালিকাভুক্তি পরিকল্পনার অনুরূপ, যেখানে আমরা ইস্যুকারীদের কীভাবে পিএসটি ব্যবহার করতে চান এবং ব্যবহারকারীর গোপনীয়তা রক্ষা করে এমন প্রযুক্তিগত বিধিনিষেধগুলি স্বীকার করার জন্য একটি প্রকাশ্য বিবৃতি দিতে বলি। |