প্রতিক্রিয়া প্রতিবেদন - 2025 Q2, প্রতিক্রিয়া প্রতিবেদন - 2025 Q2

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

12, 17(c)(ii) এবং 32(a) অনুচ্ছেদের অধীনে প্রতিযোগিতা এবং বাজার কর্তৃপক্ষের ('CMA') প্রতি প্রতিশ্রুতির অংশ হিসাবে Google এই ত্রৈমাসিক প্রতিবেদনটি তৈরি করেছে। এই প্রতিবেদনটি গোপনীয়তা স্যান্ডবক্স প্রস্তাবে Google এর অগ্রগতি কভার করে; আপডেট সময়ের প্রত্যাশা; Google কীভাবে তৃতীয় পক্ষের করা পর্যবেক্ষণগুলিকে বিবেচনায় নিয়েছে তার সারগর্ভ ব্যাখ্যা; এবং Google এবং CMA-এর মধ্যে ইন্টারঅ্যাকশনের সারসংক্ষেপ, CMA থেকে প্রতিক্রিয়া এবং প্রতিক্রিয়া মোকাবেলায় Google-এর পদ্ধতি সহ।

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

তৃতীয় পক্ষের দ্বারা করা অ্যাকাউন্ট পর্যবেক্ষণ গ্রহণ

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

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

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

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
গোপনীয়তা স্যান্ডবক্সের ভবিষ্যত 3PC-এর জন্য ব্যবহারকারীর পছন্দ পদ্ধতির প্রবর্তনের সাথে অগ্রসর না হওয়ার ঘোষণার আলোকে, 3PC উপস্থিত থাকলে কিছু API অন্যদের তুলনায় বেশি কার্যকর এবং অন্যদের দরকারী হওয়ার জন্য বিকশিত হতে হবে। গোপনীয়তা স্যান্ডবক্স API এর বাইরে Chrome-এর জন্য বিনিয়োগের জন্য অতিরিক্ত সম্ভাব্য ক্ষেত্র রয়েছে৷ আমরা প্রতিক্রিয়ার প্রশংসা করি এবং Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দ অফার করার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করার জন্য, সেইসাথে ভবিষ্যতের বিনিয়োগের জন্য নতুন ক্ষেত্রগুলি অন্বেষণ করার জন্য আমরা স্টেকহোল্ডারদের সাথে জড়িত থাকার চেষ্টা চালিয়ে যাচ্ছি।
গোপনীয়তা স্যান্ডবক্স কিছু ইকোসিস্টেমের অংশগ্রহণকারীরা 3PC-এর জন্য ব্যবহারকারী পছন্দ পদ্ধতি চালু না করার ঘোষণায় হতাশ, কিন্তু কাজটি সম্পন্ন করার জন্য তারা গর্বিত, তারা প্রাইভেসি স্যান্ডবক্সের মধ্যে প্রযুক্তিগত চ্যালেঞ্জের প্রশংসা করে এবং Chrome এর সাথে তাদের সহযোগিতামূলক কাজের সম্পর্কের মূল্য এবং মার্কেট টেস্টিং এর উপযোগিতার উপর জোর দিয়েছে। আমরা প্রতিক্রিয়ার প্রশংসা করি এবং সম্মত হই যে Chrome একটি বিজ্ঞাপন-সমর্থিত ইন্টারনেট সংরক্ষণ করার সময় অনলাইন গোপনীয়তা উন্নত করে এমন প্রযুক্তি তৈরি করতে বিকাশকারীদের সাথে সহযোগিতা করতে পারে এবং করা উচিত।
ব্রাউজার ডেটা শেয়ারিং ব্রাউজার-মধ্যস্থিত ডেটা ভাগ করে নেওয়া একটি বাধ্যতামূলক প্রযুক্তি যা বাজারের অদক্ষতা এবং আস্থার সমস্যাগুলিকে মোকাবেলা করার সম্ভাবনা রয়েছে। সহযোগিতার জন্য ব্রাউজারটির একটি থার্ড-পার্টি এক্সিকিউশন প্রসঙ্গ হিসাবে মান রয়েছে। আমরা প্রতিক্রিয়ার প্রশংসা করি এবং সম্মত হই যে Chrome সহযোগিতাকারী বিকাশকারী এবং ব্যবহারকারীদের মধ্যে আস্থা বাড়ায় এমন প্রযুক্তি তৈরিতে বিকাশকারীদের সাহায্য করার ভূমিকা পালন করতে পারে এবং করা উচিত।
ক্রোম ট্রাফিক ক্রোমে কুকিলেস ট্রাফিকের ভাগ এবং ছদ্মবেশী মোডের জন্য ট্র্যাফিকের ভাগ কী? CMA তার " প্রতিশ্রুতি প্রকাশের উদ্দেশ্যের বিজ্ঞপ্তি "-তে উল্লেখ করেছে, ছদ্মবেশী মোড শুধুমাত্র ব্রাউজিং কার্যকলাপের একটি খুব ছোট অংশকে প্রভাবিত করে। UK এবং EEA প্রতিটিতে, Chrome ছদ্মবেশী মোড প্রতিনিধিত্ব করে: Android অপারেটিং সিস্টেমে চলমান ডিভাইসগুলিতে নেভিগেশনের 10% এরও কম; এবং Windows অপারেটিং সিস্টেমে চলমান ডিভাইসগুলিতে নেভিগেশনের 10% এরও কম। এই মেট্রিক্সগুলি শুধুমাত্র UK এবং EEA-তে Chromium-ভিত্তিক Chrome-এ নেভিগেশনগুলিকে নির্দেশ করে৷
আমরা 3PC ব্লক করে এমন ব্রাউজার সম্পর্কে ডেটা শেয়ার করি না।
ডেভেলপাররা স্টোরেজ অ্যাক্সেস হেডার ব্যবহার করে কখন কুকি পার্টিশন করা হবে তা নির্ধারণ করতে পারে এবং সেই অনুযায়ী উপলব্ধ প্রশমন ব্যবহার করতে পারে।
ক্রোম টেস্টিং লেবেল 2024 সালে পরীক্ষার জন্য সক্ষম করা কুকিলেস ট্রাফিকের 1% এর জন্য Chrome এর পরিকল্পনা কী? আমাদের এই সময়ে ভাগ করার পরিকল্পনা নেই, তবে যত তাড়াতাড়ি উপলব্ধ হবে আমরা সেগুলি সর্বজনীনভাবে ভাগ করতে চাই৷
ক্রোম টেস্টিং বর্তমান টেস্টিং লেবেল সেটআপে কি এমন পরিস্থিতির জন্য একটি চিকিত্সা অন্তর্ভুক্ত রয়েছে যেখানে উভয় 3PC উপলব্ধ এবং গোপনীয়তা স্যান্ডবক্স API সক্ষম করা আছে? বর্তমান টেস্টিং লেবেল সেটআপে মোড A আকারে 3PC এবং গোপনীয়তা স্যান্ডবক্স API উভয়ের জন্য চিকিত্সা অন্তর্ভুক্ত রয়েছে।
গোপনীয়তা স্যান্ডবক্স কিছু বিজ্ঞাপনদাতা গোপনীয়তা স্যান্ডবক্স এপিআইগুলিকে জটিল বলে মনে করেন এবং পূর্বের প্রস্তুতি অনুশীলনের কারণে উদাসীনতা অনুভব করছেন, প্রাথমিকভাবে গ্রহণকারীদের জন্য কীভাবে সুবিধার পরিমাণ নির্ধারণ করা যায় তা নিয়ে প্রশ্ন তোলেন এবং পুনরায় লক্ষ্য নির্ধারণ, প্রত্যাশা এবং পরিমাপের প্রভাব সম্পর্কে শিক্ষার সন্ধান করছেন৷ আমরা প্রতিক্রিয়ার প্রশংসা করি এবং প্রযুক্তিগত জটিলতা এবং প্রস্তুতি অনুশীলন সম্পর্কে অনুভূতি বুঝতে পারি।
বর্তমান গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলির কার্যকারিতা বোঝার বিষয়ে, আমাদের পরীক্ষার ফলাফলগুলি নির্দেশ করে যে বাস্তুতন্ত্রের অংশগ্রহণ গোপনীয়তা স্যান্ডবক্স সমাধানগুলির কার্যকারিতা বোঝার জন্য একটি গুরুত্বপূর্ণ কারণ৷ কম ভলিউমে পরীক্ষা বাজারের গতিশীলতা এবং প্রযুক্তির স্কেলে ব্যবহার করার প্রণোদনা পুনরুত্পাদন করতে পারে না।

তালিকাভুক্তি ও প্রত্যয়ন

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

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

বিষয়

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
বর্ধিতকরণ সহ টপিক এপিআই-এ পারফরম্যান্স এবং ইউটিলিটি আগ্রহ বাই-সাইড স্টেকহোল্ডারদের থেকে প্রতিক্রিয়া ইঙ্গিত করে যে টপিকস এপিআই একটি মূল্যবান সংকেত এবং ফলাফল প্রতি ইম্প্রেশন ডেটা (CPM) যা 3PC দর্শকদের জন্য, বিজ্ঞাপনদাতা প্রচারাভিযানের জন্য এর সাথে প্রতিযোগিতামূলক। কিছু প্রকাশক টপিকস এপিআই-এর সিগন্যালকে স্ট্যান্ডার্ড ওপেন ওয়েব সিগন্যালের চেয়ে বেশি মানের হিসেবে দেখেন। বিষয় API-এর ইউটিলিটি সম্পর্কে এই প্রতিক্রিয়ার প্রেক্ষিতে, স্টেকহোল্ডাররা বর্ধিতকরণের জন্য অনুরোধ করছেন, যেমন শ্রেণীবিন্যাস বিশ্বস্ততা, ধারাবাহিকতা উন্নত করা এবং ব্যাপক গ্রহণের জন্য প্রকাশক নিয়ন্ত্রণগুলি প্রসারিত করা। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
জন্য উপযোগিতা
বিভিন্ন ধরনের
স্টেকহোল্ডার		 যেহেতু বিষয় শ্রেণীবদ্ধকারী বর্তমানে সংশ্লিষ্ট বিষয়গুলিকে সংজ্ঞায়িত করার জন্য শুধুমাত্র পৃষ্ঠা হোস্টনাম ব্যবহার করে, তাই বিভিন্ন বিষয়বস্তু সহ বড় সাইটগুলি জেনেরিক বিষয়গুলিতে অবদান রাখছে যখন ছোট সাইটগুলি আরও বিজ্ঞাপনের মান সহ বিশেষ বিষয়গুলিতে অবদান রাখছে৷ আমাদের প্রতিক্রিয়া পূর্ববর্তী ত্রৈমাসিকের অনুরূপ:
3PC-এর মতো, বিভিন্ন সাইট দ্বারা অবদানকৃত তথ্যের মূল্যের মধ্যে পার্থক্য রয়েছে। কুলুঙ্গি-আগ্রহের সাইটগুলি তাদের মূল্যের অবদানে অসঙ্গতিপূর্ণ: সমস্ত কুলুঙ্গি-আগ্রহের সাইটগুলিতে বাণিজ্যিকভাবে-মূল্যবান সামগ্রী থাকে না এবং তাই কম মূল্যে অবদান রাখে। এই সাইট যা বিষয় API থেকে উপকৃত হবে. আমরা সাইট-স্তরের শ্রেণীবিভাগের পরিবর্তে পৃষ্ঠা-স্তরের সম্ভাবনা বিবেচনা করেছি, তবে, এই ধরনের শ্রেণীবিভাগের সাথে বেশ কয়েকটি উল্লেখযোগ্য গোপনীয়তা এবং নিরাপত্তা উদ্বেগ রয়েছে।
টপিক ট্যাক্সোনমি যথেষ্ট দানাদার নয় বিষয় API একটি একক ডোমেনের মধ্যে বিভিন্ন বিষয়বস্তু বিভাগ সহ সংবাদ প্রকাশকদের জন্য পর্যাপ্ত গ্র্যানুলারিটি প্রদান করে না, সম্ভাব্যভাবে বিজ্ঞাপন লক্ষ্য করার জন্য API-এর উপযোগিতা সীমিত করে। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
ক্লাসিফায়ার উন্নতি প্রকাশকদের পৃষ্ঠার বিষয়বস্তুর (যেমন, মাথা, শরীর) উপর ভিত্তি করে বিষয় শ্রেণীবদ্ধ করার জন্য Chrome-কে অনুমতি দেওয়ার অনুমতি দিন। আমরা এই অনুরোধ বিবেচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
নীতি 3PC তথ্যের সাথে টপিক API-এর ব্যবহার সংক্রান্ত নির্দেশিকাগুলির স্পষ্টীকরণের জন্য অনুরোধ। টপিক এপিআই এবং 3পিসি উভয় ব্যবহারে কোন অসুবিধা নেই, কারণ টপিক এপিআই 3পিসি-এর কার্যকারিতার একটি উপসেট প্রদান করে।
পর্যবেক্ষণ-ব্রাউজ-বিষয় শিরোনাম পর্যবেক্ষণ-ব্রাউজ-বিষয় শিরোনাম বাস্তবায়নের বিষয়ে স্পষ্টীকরণের জন্য অনুরোধ, বিশেষ করে ক্রমাগত হেডার ফেরত দিলে সমস্যা হবে কিনা। ক্রমাগত Observe-Browse-Topics: ?1 শিরোনাম ফেরত দিলে কোনো প্রযুক্তিগত সমস্যা হবে না।
ব্রাউজার এই সংকেতটি দক্ষতার সাথে পরিচালনা করে, কেবল উল্লেখ করে যে পৃষ্ঠা পরিদর্শনটি ডুপ্লিকেশন বা ত্রুটির কারণ ছাড়াই বিষয় গণনার জন্য যোগ্য। প্রতিটি পৃষ্ঠায় প্রয়োজন না হলেও, সমস্ত শীর্ষ-স্তরের নথিতে এটি একটি আদর্শ শিরোনাম হিসাবে পাঠানো একটি বৈধ এবং সহজ কৌশল।
শ্রেণীবিন্যাস বিভাগ নতুন বিষয়ের সাথে সর্বশেষ বিষয়ের শ্রেণীবিন্যাস আপডেট করার জন্য অনুরোধ করুন। আমরা এই অনুরোধটি বিবেচনা করছি এবং এখানে ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
শূন্য মান বিষয় API-এর কর্মক্ষমতা উন্নত করতে এবং শূন্য প্রতিক্রিয়াগুলির পিছনে কারণগুলি বোঝার জন্য নির্দেশনার জন্য অনুরোধ, যেমন ফিল্টারিং বা সংবেদনশীলতা৷ স্পষ্টতার জন্য, বিষয় API থেকে null বা খালি প্রতিক্রিয়া একটি প্রত্যাশিত গোপনীয়তা বৈশিষ্ট্য, একটি ত্রুটি নয়।
একটি null প্রতিক্রিয়া এর কারণে হতে পারে:
• গোপনীয়তা নিয়ম: একটি 5% এলোমেলো null সুযোগ, অথবা কারণ আপনার স্ক্রিপ্ট সেই বিষয় সম্পর্কিত সাইটে ব্যবহারকারীকে "পর্যবেক্ষন" করেনি।
• ব্যবহারকারীর অবস্থা: অপর্যাপ্ত ব্রাউজিং ইতিহাস, ছদ্মবেশী মোড ব্যবহার, অথবা ব্যবহারকারী Chrome-এর বিজ্ঞাপন গোপনীয়তা সেটিংস থেকে অপ্ট আউট করেছেন৷
• প্রযুক্তিগত ত্রুটি: প্রকাশক সাইটগুলি অবশ্যই Observe-Browse-Topics: ?1 শিরোনাম, এবং যেকোনো কলিং আইফ্রেমের allow="Browse-topics" অনুমতি।
তদন্ত করতে, আপনার ব্রাউজার কোন বিষয়গুলি গণনা করেছে এবং কেন তা দেখতে chrome://topics-internals ডিবাগিং পৃষ্ঠাটি ব্যবহার করুন৷
যদিও গোপনীয়তা বৈশিষ্ট্যগুলি 100% পূরণের হারকে বাধা দেয়, আপনি এর মাধ্যমে কর্মক্ষমতা উন্নত করতে পারেন:
• প্রকাশকদের সাথে কাজ করা: নিশ্চিত করুন যে আপনার অংশীদাররা তাদের সাইটে সঠিকভাবে Observe-Browse-Topics: ?1 শিরোনাম পাঠাচ্ছেন।
• আপনার কোড যাচাই করা: আপনি যদি iframes ব্যবহার করেন, তাহলে নিশ্চিত করুন allow="Browse-topics" নীতি চালু আছে।

সুরক্ষিত শ্রোতা API

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
PA API গ্রহণ খরচ এবং জটিলতা দ্বারা বাধাপ্রাপ্ত পরিচালন খরচ, বিজ্ঞাপনদাতার চাহিদার অভাব এবং এক্সচেঞ্জ থেকে কম ইনভেন্টরি ভলিউম উল্লেখ করে অ্যাডপ্টাররা প্রোটেক্টেড অডিয়েন্স API (PA API) ইন্টিগ্রেশনগুলিকে বঞ্চিত করছে বা রোল ব্যাক করছে।
কিছু প্রতিক্রিয়ার মধ্যে PA API এর সম্ভাবনার সুবিধাগুলি অন্তর্ভুক্ত ছিল, যেমন টেকসই দর্শকদের সরবরাহ করার ক্ষমতা এবং উচ্চ ম্যাচ হারের কারণে উচ্চতর নাগাল।		 Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
ক্রস-প্ল্যাটফর্ম কার্যকারিতা ক্রস-প্ল্যাটফর্ম কার্যকারিতা বৃহত্তর রিটার্গেটিং এবং দর্শকদের লক্ষ্য করার ক্ষমতা আনলক করতে প্ল্যাটফর্ম জুড়ে PA API ব্যবহার করে সমর্থিত হওয়া উচিত। নেটিভ পরিবেশে বা ওয়েবভিউয়ের মধ্যে বিজ্ঞাপন পরিবেশন করার সময় Google-এর উচিত Chrome-এ নিবন্ধিত ইন্টারেস্ট গ্রুপগুলি (IGs) অ্যাক্সেসযোগ্য হতে সক্ষম করা এবং Android-এ নিবন্ধিত আগ্রহের গোষ্ঠীগুলি Chrome নিলামে উপলব্ধ হওয়া উচিত। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
directFromSellerSignals প্রাসঙ্গিক নিলামে উপলব্ধ তথ্যের পরিমাণ সীমিত করে, নিলামে অংশগ্রহণকারীদের সর্বদা Google-এর বিজ্ঞাপন সার্ভারের মাধ্যমে রাউট করা হয়। প্রাসঙ্গিক নিলাম চালানোর জন্য একজন প্রকাশককে প্রথমে তার সমস্ত বিনিময় অংশীদারকে কল করতে হবে, তারপরে Google অ্যাড ম্যানেজার (GAM)-কে দ্বিতীয়বার কল করতে হবে এবং অবশেষে GAM-কে IG নিলাম আহ্বান করার অনুমতি দিতে হবে। রিয়েল টাইমে প্রাসঙ্গিক নিলামের ফলাফল না জেনে, কোনো প্রতিযোগী একটি শীর্ষ-স্তরের সিদ্ধান্ত মোটামুটিভাবে সাজাতে পারে না।

PA API-এর মধ্যে directFromSellerSignals বৈশিষ্ট্যে নিলামের তথ্য সম্পর্কিত স্বচ্ছতার অভাব থাকতে পারে, সম্ভাব্যভাবে প্রয়োজনীয় ডেটা অ্যাক্সেস করার ক্ষমতাকে বাধাগ্রস্ত করে। Google এর হয় directFromSellerSignals মুছে ফেলা উচিত বা এটি আপডেট করা উচিত যাতে এটি বিজ্ঞাপন সার্ভারের নিলাম ক্লিয়ারিং মূল্য লুকানোর জন্য ব্যবহার করা না যায়৷ উদাহরণস্বরূপ, প্রাসঙ্গিক মূল্য একটি স্বচ্ছ, অপরিবর্তনীয়, স্বাক্ষরিত ক্ষেত্রের মাধ্যমে Chrome এর মাধ্যমে পাস করা যেতে পারে যা সমস্ত নিলাম অংশগ্রহণকারীরা (এবং প্রকাশক) অ্যাক্সেস এবং যাচাই করতে পারে৷		 আমাদের প্রতিক্রিয়া আগের ত্রৈমাসিক থেকে অপরিবর্তিত:
ক্রোম প্রতিক্রিয়া :
runAdAuction() এ পাঠানো তথ্য বিক্রেতার কাছ থেকে আসে বলে জানা যায় না যদি না বিক্রেতা তার নিজস্ব iframe থেকে runAdAuction() কল করে। একটি বহু-বিক্রেতার নিলামে সকল বিক্রেতারা runAdAuction() কলিং ফ্রেম তৈরি করা অসম্ভব হয়ে পড়ে৷ directFromSellerSignals একটি বিক্রেতার উত্স থেকে লোড করা একটি সাবরিসোর্স বান্ডেল থেকে সামগ্রী লোড করে এই সমস্যাটির সমাধান করেছে৷ এটি নিশ্চিত করে যে বিক্রেতা-নিলাম কনফিগারেশন থেকে একটি নিলামে পাঠানো তথ্যের সত্যতা এবং অখণ্ডতা হেরফের করা যাবে না। যদি প্রকাশকরা PA API ব্যবহার করতে চান তাদের প্রযুক্তি প্রদানকারীরা PA নিলামে যে তথ্য দিচ্ছেন তা বুঝতে, তারা এই কার্যকারিতার জন্য সেই প্রযুক্তি প্রদানকারীদের জিজ্ঞাসা করতে পারেন।
গুগল অ্যাড ম্যানেজার প্রতিক্রিয়া :
আমরা বছরের পর বছর ধরে নিলামের ন্যায্যতার উপর দৃঢ় ফোকাস বজায় রেখেছি, আমাদের প্রতিশ্রুতি সহ যে কোনও প্রকাশকের অ-গ্যারান্টিড বিজ্ঞাপন উত্স থেকে কোনও মূল্য, অ-গ্যারান্টিড লাইন আইটেম মূল্য সহ, অন্য ক্রেতার সাথে নিলামে বিড করার আগে তাদের সাথে ভাগ করা হবে না, যা আমরা পরে ফ্রেঞ্চ প্রতিযোগিতা কর্তৃপক্ষের প্রতি আমাদের প্রতিশ্রুতিতে পুনর্নিশ্চিত করেছি৷
সুরক্ষিত শ্রোতা নিলামের জন্য, আমরা directFromSellerSignals ব্যবহার করে আমাদের প্রতিশ্রুতি রক্ষা করতে চাই, এবং বহু-বিক্রেতা নিলামে নিলাম শেষ হওয়ার আগে কোনো নিলাম অংশগ্রহণকারীর বিড অন্য কোনো নিলাম অংশগ্রহণকারীর সাথে ভাগ করব না। স্পষ্ট করে বলতে গেলে, আমরা প্রাসঙ্গিক নিলামের মূল্য আমাদের নিজস্ব উপাদান নিলামের সাথে ভাগ করব না, যেমন এই আপডেটে ব্যাখ্যা করা হয়েছে৷
রিপোর্টিং কেন্দ্রীভূত রিপোর্টিং সক্ষম করতে একটি বিশ্লেষণ/প্রতিবেদন সত্তা যোগ করার অনুরোধ করুন। আমরা এখানে এই অনুরোধটি নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাচ্ছি।
ক্রেতার রিপোর্টিংআইডিতে কে-অজ্ঞাতনামা তৃতীয়-পক্ষের ডেটা প্রদানকারীদের সাথে দর্শকদের কিউরেশন এবং রিপোর্টিং বাধ্যবাধকতা সহজতর করার জন্য "buyerReportingId"-এর কে-অনামিতার উপর ভিত্তি করে বিড বাতিল করার ক্ষমতা। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
জেনারেটবিড স্ক্রিপ্টে উন্নত ডিবাগিং যে প্রক্রিয়াটি ব্যর্থ হচ্ছে সেখানে জেনারেটবিড স্ক্রিপ্টের মধ্যে নির্দিষ্ট পর্যায় বা "ব্রেকপয়েন্ট" দ্রুত সনাক্ত করার জন্য একটি প্রক্রিয়ার অনুরোধ করা। আমরা অন-ডিভাইস নিলামের জন্য ব্রেকপয়েন্ট-সেটিং মেকানিজম হিসেবে রিয়েল-টাইম মেজারমেন্টের কাঙ্খিত ব্যবহার সম্পর্কে সচেতন। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
রানঅ্যাডঅকশন স্টেট নিরীক্ষণের জন্য ইভেন্ট লিসেনার বিজ্ঞাপন নিলামের জীবনচক্রের নিরীক্ষণ উন্নত করতে PA API-এর navigator.runAdAuction ফাংশনে ইভেন্ট লিসেনার সমর্থন যোগ করার প্রস্তাব। আমরা এই অনুরোধটি মূল্যায়ন করছি এবং এখানে ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
API ব্যবহার PA API এবং Attribution Reporting API (ARA) কীভাবে 3PC-এর অনুপস্থিতিতে ওয়েব বিজ্ঞাপন ব্যবহারের ক্ষেত্রে সমর্থন করতে পারে তা স্পষ্ট করার অনুরোধ, বিশেষ করে যারা 3PCs থেকে অপ্ট আউট করেছেন কিন্তু গোপনীয়তা স্যান্ডবক্স এপিআই-এর বাইরে নয়, এবং ব্যর্থ কুকি সিঙ্ক এবং ওয়েবভিউ জড়িত পরিস্থিতিতে? Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
লেটেন্সি PA API-এর সাথে যুক্ত লেটেন্সি দত্তক নেওয়াকে বাধাগ্রস্ত করতে পারে, কারণ লেটেন্সি খুব বেশি হলে প্রকাশকরা PA API অক্ষম করতে বেছে নিতে পারেন। গত কয়েক কোয়ার্টারে অন-ডিভাইস লেটেন্সিতে বেশ কিছু উন্নতি করা হয়েছে। বিডিং এবং নিলাম (বিএন্ডএ) পরিষেবা নির্মাণ এবং স্কেলিং প্রয়োজন হিসাবে চলতে থাকে। কীভাবে এই বৈশিষ্ট্যগুলির সুবিধা নেওয়া যায় সে সম্পর্কে আরও তথ্য অন্তর্ভুক্ত করতে আমাদের লেটেন্সি সেরা অনুশীলন নির্দেশিকা আপডেট করা হয়েছে৷ আমরা নতুন লেটেন্সি উন্নতির উন্নয়নও অন্বেষণ করছি, যার মধ্যে কিছু এখানে পরামর্শ করা যেতে পারে।
B&A-তে লগিং আচরণ (পরীক্ষা বনাম উৎপাদন) B&A পরিষেবাগুলির জন্য পরীক্ষা এবং উত্পাদন মোডগুলির মধ্যে লগিং আচরণের পার্থক্য সম্পর্কিত স্পষ্টীকরণ। বিশেষত, ক্লাউড লগের প্রাপ্যতা এবং লগিংয়ে উৎপাদন মোডের প্রভাব। প্রথমত, প্রোড বনাম নন_প্রোড বিল্ড এবং আলাদা TEST_MODE প্যারামিটারের মধ্যে পার্থক্য করা গুরুত্বপূর্ণ, যা কেবল একটি হার্ডকোডেড টেস্ট এনক্রিপশন কী সক্ষম করে৷ নীচের ব্যাখ্যা বিল্ড প্রকারের উপর দৃষ্টি নিবদ্ধ করে।
নন_প্রোড বিল্ডে , B&A সার্ভারগুলি লগিং করার জন্য একটি কনফিগারযোগ্য ভারবোসিটি স্তর বৈশিষ্ট্যযুক্ত। এই বিস্তারিত লগগুলি স্ট্যান্ডার্ড stdout/stderr স্ট্রিমগুলিতে লেখা হয়। গুগল ক্লাউডে, এগুলি নেটিভ লগিং ইন্টারফেসের মাধ্যমে অ্যাক্সেসযোগ্য এবং অ্যামাজন ওয়েব পরিষেবাগুলিতে, এগুলি সংযুক্ত-কনসোল লগগুলিতে পাওয়া যেতে পারে।
প্রোড বিল্ডের জন্য, লগিং আচরণ আরও সীমাবদ্ধ। ভার্বোসিটি লেভেল স্থির এবং পরিবর্তন করা যাবে না। যদিও কিছু অ-গোপনীয়তা-প্রাসঙ্গিক লগ, যেমন সার্ভার স্টার্টআপ বার্তা এবং বেশিরভাগ ক্র্যাশ ত্রুটি, এখনও stdout/stderr-এ প্রিন্ট করা হয়, এই চ্যানেলের মাধ্যমে কোনো অনুরোধ-নির্দিষ্ট লগ পাওয়া যায় না। একটি প্রোড বিল্ড থেকে শুধুমাত্র প্রতি-অনুরোধের লগগুলি একটি সম্মত ডিবাগিং টোকেন ধারণকারী অনুরোধগুলির জন্য, এবং এগুলি একচেটিয়াভাবে OpenTelemetry-এর মাধ্যমে রপ্তানি করা হয়। সম্মতিযুক্ত ডিবাগিং অল্প পরিমাণে ব্যবহার করা গুরুত্বপূর্ণ, কারণ ভারী ট্র্যাফিক সার্ভারের কার্যক্ষমতা হ্রাস করতে পারে এবং স্বাস্থ্য-পরীক্ষা ব্যর্থতার দিকে পরিচালিত করতে পারে।
মেট্রিক্স সংক্রান্ত, সব OpenTelemetry এর মাধ্যমে রপ্তানি করা হয়। অ-গোপনীয়তা-সংবেদনশীল মেট্রিকগুলি সর্বদা যেমন আছে তেমন রপ্তানি করা হয়, কোনো "কোলাহল" ছাড়াই। বিপরীতভাবে, প্রোড মোডে চলমান সার্ভার থেকে রপ্তানি করার সময় গোপনীয়তা-সংবেদনশীল মেট্রিকগুলি সর্বদা "শব্দ" হয়। নির্দিষ্ট টেলিমেট্রি কনফিগারেশন নির্ধারণ করে যে এই গোপনীয়তা-সংবেদনশীল মেট্রিকগুলি শোরগোল, আন-নোইজড বা উভয় হিসাবে রপ্তানি করা হবে কিনা।
ব্র্যান্ড নিরাপত্তার জন্য বিশ্বস্ত বিডিং সিগন্যালে সম্পূর্ণ পৃষ্ঠার পথ অন্তর্ভুক্ত করুন বিশ্বস্ত বিডিং সিগন্যাল নিয়ে আসার অনুরোধে হোস্টনাম ছাড়াও শীর্ষ-স্তরের পৃষ্ঠার সম্পূর্ণ URL পাথ অন্তর্ভুক্ত করতে PA API-তে একটি আপডেটের জন্য অনুরোধ করুন।
প্রাথমিক ব্যবহারের ক্ষেত্রে আরও দানাদার ব্র্যান্ড নিরাপত্তা নিয়ন্ত্রণ সক্ষম করা। বিজ্ঞাপনদাতাদের প্রায়ই একটি ডোমেনের নির্দিষ্ট বিভাগে (যেমন, news-site.com/politics) বিজ্ঞাপন দেখানো থেকে ব্লক করতে হয় যখন সাধারণভাবে ডোমেনের সাথে স্বাচ্ছন্দ্য থাকে। যেহেতু এই ব্লকলিস্টগুলি লক্ষ লক্ষ এন্ট্রি দীর্ঘ হতে পারে, সেগুলি অবশ্যই সার্ভার-সাইডে মূল্যায়ন করা উচিত৷ বর্তমান স্পেসিফিকেশন, যা শুধুমাত্র হোস্টনাম পাঠায়, বিশ্বস্ত বিডিং সিগন্যাল সার্ভারের পক্ষে এই প্রয়োজনীয় পাথ-লেভেল মূল্যায়ন করা অসম্ভব করে তোলে, ব্র্যান্ডের নিরাপত্তা ক্ষমতা সীমিত করে।		 আমরা বর্তমানে এই সমস্যাটি এখানে আলোচনা করছি, বিস্তৃত পূর্ব আলোচনার পরে, এখানে পরামর্শ করা যেতে পারে, এবং আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
যাইহোক, আমরা স্পষ্ট করতে চাই যে আমরা শুধুমাত্র তখনই এই তথ্য যোগ করার কথা বিবেচনা করছি যখন ট্রাস্টেড বিডিং সিগন্যাল ফেচ একটি ট্রাস্টেড এক্সিকিউশন এনভায়রনমেন্ট (TEE)-এর মধ্যে চলমান একটি সার্ভারে যাচ্ছে।

সুরক্ষিত নিলাম (B&A পরিষেবা)

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
পরীক্ষা প্রাপ্যতা Chrome এবং B&A উভয় পরিবেশেই পরীক্ষার জন্য কী/মান (KV) v2-এর উপলব্ধতা সংক্রান্ত তথ্য। KV v2 B&A এবং Chrome উভয় ক্ষেত্রেই উপলব্ধ। অতিরিক্ত নির্দেশিকা এখানে উপলব্ধ।
কেভি সার্ভার বাস্তবায়ন KV সার্ভারের ব্যবহার সম্পর্কে স্পষ্টীকরণের জন্য অনুরোধ, বিশেষত ডেটা অনুরোধ করার জন্য সৃজনশীল রেন্ডার ইউআরএল ম্যাপ করার বিষয়ে, রেন্ডার ইউআরএলে প্যারামিটার নির্ধারণের জন্য SSPs এবং DSPs-এর মধ্যে সমন্বয়ের প্রয়োজনীয়তা এবং KV মোডে প্রয়োজনীয় সমন্বয় এবং ডেটা স্টোরেজের রূপরেখার ডকুমেন্টেশনের উপলব্ধতা। KV পরিষেবা একটি কী হিসাবে renderURL ব্যবহার করে। URL নতুন হলে, এটি সংরক্ষণ করা হয়. এটি বিদ্যমান থাকলে, এর মান স্কোরএডে ব্যবহারের জন্য ফেরত দেওয়া হয়। রিটার্ন ফরম্যাট সেটআপের উপর নির্ভর করে: "আপনার নিজের সার্ভার আনুন" (BYOS) যেকোনো মান অনুমোদন করে, যখন বিশ্বস্ত KV পরিষেবার জন্য একটি ব্যবহারকারী-সংজ্ঞায়িত ফাংশন প্রয়োজন।
সবসময় প্রয়োজন না হলেও, রেন্ডারইউআরএল-এ ম্যাক্রো প্রতিস্থাপনের (যেমন, ${AD_WIDTH}) মতো বৈশিষ্ট্যগুলির জন্য DSP-এর সাথে সমন্বয় অপরিহার্য, যা গতিশীল বিজ্ঞাপন কাস্টমাইজেশন এবং যাচাইকরণ সক্ষম করে।
সমন্বয়ের প্রয়োজনীয় স্তর নির্ধারণ করতে আমরা একজন ডিএসপির সাথে একটি সাধারণ পরীক্ষা দিয়ে শুরু করার পরামর্শ দিই। আমরা আমাদের কেভি ডকুমেন্টেশন আপডেট করার প্রক্রিয়ার মধ্যেও আছি এবং একবার উপলব্ধ হলে তা সর্বজনীনভাবে শেয়ার করব।
B&A এর জন্য BYOS কেন B&A KV-এর BYOS মোডের মতো BYOS মোড অফার করে না? B&A-এর জন্য একটি TEE প্রয়োজন, একটি BYOS মডেল প্রতিরোধ করে, কারণ এটি অত্যন্ত সংবেদনশীল ডেটা সংমিশ্রণ পরিচালনা করে যার জন্য গোপনীয়তা ব্যবস্থার প্রয়োগের প্রয়োজন হয়, যেমন নীচে ব্যাখ্যা করা হয়েছে।
ডিএসপিদের জন্য:
B&A বিশদ ব্যবহারকারী IG ডেটার সাথে একত্রিত করে প্রকাশকের প্রসঙ্গ (সম্ভাব্যভাবে সম্পূর্ণ ইউআরএল যদি বিক্রেতার দ্বারা নিলাম সিগন্যাল / perBuyerSignals এর মাধ্যমে স্পষ্টভাবে পাঠানো হয়) প্রক্রিয়া করে। এই সংমিশ্রণটি নিরাপদে প্রক্রিয়া করার জন্য এবং সম্ভাব্য ব্যবহারকারীর পুনরায় সনাক্তকরণ প্রতিরোধ করার জন্য TEE অপরিহার্য। KV BYOS-এ, সম্পূর্ণ URL পাঠানো যাবে না।
এসএসপিদের জন্য:
এমনকি একটি নিলামে অংশগ্রহণকারী আইজি (এবং তাদের ডিএসপি মালিকদের) সংমিশ্রণটি জেনেও একটি সনাক্তকারী স্বাক্ষর তৈরি করতে পারে। এখানেই চাফিং দ্রবণটি কার্যকর হয়, যার জন্য একটি TEE ব্যবহার করা প্রয়োজন।
অতএব, এই সম্মিলিত সংবেদনশীল সংকেতগুলির নিরাপদ প্রক্রিয়াকরণ এবং গোপনীয়তা ব্যবস্থার প্রয়োগ একটি TEE-এর নিয়ন্ত্রিত, সত্যায়িত পরিবেশকে বাধ্যতামূলক করে।

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

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

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
নয়েজ পলিসি কিছু বাজার অংশগ্রহণকারীদের জন্য ARA বাস্তবায়ন মূল্যবান হয়েছে এবং Google-এর ইভেন্ট-লেভেল রিপোর্টিং বজায় রাখা উচিত। যেখানে ARA এবং 3PC উভয়ই উপলব্ধ রয়েছে সেসব পরিস্থিতিতে Google এর নয়েজ নীতি শিথিল করার কথা বিবেচনা করা উচিত। পারফরম্যান্স বিজ্ঞাপনদাতারা ক্রমবর্ধমানভাবে ARA ফ্লেক্স ইভেন্টের বর্তমান 'মান' ক্ষেত্রের বাস্তবায়ন ব্যবহার করছে এবং একটি কম সীমাবদ্ধ নয়েজ নীতি বিলম্ব এবং ভুল রিপোর্টিং কমাতে সাহায্য করবে। এই প্রক্রিয়াটি হল ARA-এর ডিজাইনের একটি মৌলিক অংশ, যা স্বতন্ত্র ট্র্যাকিং প্রতিরোধ করে ব্যবহারকারীর গোপনীয়তা রক্ষা করার জন্য। আমরা গোলমালের কারণে রিপোর্টিং চ্যালেঞ্জগুলি সম্পর্কে প্রতিক্রিয়া বিবেচনা করছি, যেহেতু আমরা Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে প্রাইভেসি স্যান্ডবক্স এপিআইগুলি সামনের দিকে যে ভূমিকা পালন করবে, সেইসাথে ভবিষ্যতের যেকোনও সম্ভাব্য উন্নতির মূল্যায়ন করা চালিয়ে যাচ্ছি যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দ অফার করার বর্তমান পদ্ধতি বজায় রাখা হবে৷
রোডম্যাপ এবং দীর্ঘমেয়াদী সহায়তা ARA-এর জন্য একটি পণ্যের রোডম্যাপের অনুরোধ করা, সেইসাথে দীর্ঘমেয়াদী বিনিয়োগের নিশ্চিতকরণ এবং 3PC-এর জন্য ব্যবহারকারীর পছন্দ পদ্ধতি চালু না করার ঘোষণা দেওয়া হয়েছে। প্রাইভেসি স্যান্ডবক্স এপিআই কী ভূমিকা পালন করবে তা বোঝার জন্য এবং ভবিষ্যতের যেকোনো বিনিয়োগের মূল্যায়ন করতে প্রাইভেসি স্যান্ডবক্স টিম ইকোসিস্টেমের সাথে জড়িত।
ক্রস-এনভায়রনমেন্ট মেজারমেন্ট (অ্যাপ-টু-ওয়েব) একটি সমাধানের জন্য অনুরোধ যা ক্রস-এনভায়রনমেন্ট পরিমাপের সুবিধার্থে ARA ব্যবহার করে, একটি ক্লিনার এবং আরও নির্ভরযোগ্য ডেটা ফ্লো অফার করে, বিভিন্ন প্ল্যাটফর্ম জুড়ে ব্যবহারকারীর মিথস্ক্রিয়া সংযোগ করার ক্ষমতা বাড়ায়। একই ডিভাইসে অ্যাপ-টু-ওয়েব ইতিমধ্যেই ARA দ্বারা সমর্থিত। আপনি এখানে এবং এখানে ক্রস অ্যাপ এবং ওয়েব পরিমাপ সমাধান সম্পর্কে আরও বিশদ জানতে পারেন।
ক্রস-ব্রাউজার অ্যাট্রিবিউশন ARA-তে একটি একীভূত, ক্রস-ব্রাউজার পদ্ধতি ওপেন ওয়েবে ROI পরিমাপ করার ক্ষমতাকে নাটকীয়ভাবে উন্নত করবে এবং সম্ভাব্য নিয়ন্ত্রক পরিবর্তনের আগে একটি স্থিতিশীল বিকল্প প্রদান করবে। Chrome-এর উচিত Safari টিমের সাথে এই ধরনের সমাধানে সহযোগিতা করা। আমরা ইতিমধ্যেই W3C-এর মধ্যে PATCG এবং PATWG গ্রুপে অন্যান্য ব্রাউজার বিক্রেতাদের সাথে একটি ইন্টারঅপারেবল API অন্বেষণ করছি। উল্লেখ্য যে এই কাজটি প্রাথমিক, স্টেকহোল্ডারদের এখানে আমাদের অগ্রগতির সাথে পরামর্শ করার জন্য স্বাগত জানাই৷
ক্রস-ডিভাইস/অফলাইন পরিমাপ ARA-এর মধ্যে ক্রস-ডিভাইস রূপান্তর পরিমাপ সমর্থন করতে অক্ষমতা একটি উল্লেখযোগ্য সীমাবদ্ধতা। অনলাইন-থেকে-অফলাইন রূপান্তরগুলি পরিমাপ করাও উল্লেখযোগ্যভাবে গুরুত্বপূর্ণ, এবং ব্রাউজার পরিমাপ বিক্রেতাদের সাথে সহযোগিতা করার ক্ষেত্রে একটি ভূমিকা পালন করতে পারে৷ Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
মাল্টি-টাচ অ্যাট্রিবিউশন বিজ্ঞাপনদাতাদের তাদের বিদ্যমান অ্যাট্রিবিউশন মডেলগুলিকে যাচাই এবং ক্যালিব্রেট করার জন্য একটি নিরপেক্ষ "গ্রাউন্ড ট্রুথ" হিসাবে গোপনীয়তা স্যান্ডবক্স ডেটা ব্যবহার করার অনুমতি দেওয়ার জন্য অনুরোধ করুন৷ এটি একটি নির্ভরযোগ্য ক্রমাঙ্কন সংকেত হিসাবে ARA এর ব্রাউজার-প্রদত্ত ডেটা ব্যবহার করে, সত্যের একটি ভিত্তিরেখা তৈরি করে অর্জন করা যেতে পারে। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
সম্মতিহীন/অপটেড-আউট ট্রাফিক পরিমাপ একটি গোপনীয়তা-সংরক্ষণকারী সমাধান, যেমন ইন্টারঅপারেবল প্রাইভেট অ্যাট্রিবিউশন, সম্মতিহীন ট্র্যাফিকের জন্য পরিমাপ সক্ষম করবে। এটি ট্র্যাকিং থেকে অপ্ট আউট করা ব্যবহারকারীদের ডেটা অন্তর্ভুক্ত করে প্রচারাভিযানের পারফরম্যান্সের আরও বিস্তৃত বোঝার অনুমতি দেবে, সম্মতির প্রয়োজনীয়তা দ্বারা সৃষ্ট পরিমাপের একটি বড় ব্যবধানের সমাধান করবে। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
সার্ভার-টু-সার্ভার অ্যাট্রিবিউশন ব্যবহারকারীর গোপনীয়তা বজায় রেখে পরিশীলিত সার্ভার-সাইড পরিকাঠামো সহ বিজ্ঞাপন প্রযুক্তিগুলিকে আরও নমনীয় উপায়ে ARA-এর সাথে একীভূত করার অনুমতি দেওয়ার জন্য অনুরোধ করুন, ব্যবহারকারীর গোপনীয়তা বজায় রেখে ক্লায়েন্টের পক্ষে সম্পূর্ণরূপে পরিচালনা করা কঠিন এমন ব্যবহারের ক্ষেত্রেগুলিকে সামঞ্জস্য করে। Google-এর এপ্রিল 2025-এর ঘোষণার আলোকে যে Chrome-এ ব্যবহারকারীদের 3PCs পছন্দের প্রস্তাব দেওয়ার বর্তমান পদ্ধতি বজায় রাখা হবে তার আলোকে আমরা এই প্রতিক্রিয়াটিকে বিবেচনায় নিয়েছি কারণ আমরা প্রাইভেসি স্যান্ডবক্স API-এর ভূমিকা মূল্যায়ন করছি।
মাল্টি-ডোমেন তালিকাভুক্তি ARA-এর সাথে একাধিক ডোমেন নথিভুক্ত করার সময় সীমাবদ্ধতা এবং সতর্কতা সম্পর্কে স্পষ্টীকরণ খোঁজা, বিশেষ করে একত্রীকরণ পরিষেবা এবং ক্রস-অরিজিন অ্যাট্রিবিউশন সংক্রান্ত। একাধিক ডোমেনের সাথে ARA ব্যবহার করার সময় নীচে মূল সীমাবদ্ধতাগুলি রয়েছে:
• অ্যাট্রিবিউশন একটি একক উত্সের জন্য ব্যাপ্ত। আপনি আপনার একটি ডোমেন থেকে অন্য একটি ডোমেনের একটি রূপান্তর থেকে একটি ক্লিকের সাথে মেলাতে পারবেন না৷ উত্স এবং ট্রিগার উভয়ের জন্য অ্যাট্রিবিউশন একই উত্সে স্যান্ডবক্স করা হয়৷
• অ্যাগ্রিগেশন সার্ভিস মাল্টি-অরিজিন ব্যাচিং সমর্থন করে না। বিভিন্ন উত্স থেকে রিপোর্ট আলাদাভাবে ব্যাচ এবং প্রক্রিয়া করা আবশ্যক. আমরা ভবিষ্যতে এটি সমর্থন করার উপায় অন্বেষণ করছি.
সংক্ষেপে, যদিও একাধিক ডোমেন একটি সত্তার অধীনে নথিভুক্ত করা যেতে পারে, সমস্ত ARA ফাংশন, যেমন অ্যাট্রিবিউশন এবং অ্যাগ্রিগেশন, বর্তমানে প্রতি-অরিজিন ভিত্তিতে পরিচালনা করা আবশ্যক।

একত্রীকরণ পরিষেবা

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

প্রাইভেট অ্যাগ্রিগেশন API

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

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

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

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

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

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

বাউন্স ট্র্যাকিং মিটিগেশন

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

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

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

বেড়া ফ্রেম এপিআই

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

ভাগ করা স্টোরেজ এপিআই

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

চিপস

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

ফেডসিএম

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
API ব্যবহার নিরব মধ্যস্থতা কোনও নির্দিষ্ট ত্রুটি ছাড়াই একাধিক অ্যাকাউন্ট সহ ব্যবহারকারীদের জন্য ব্যর্থ। নীরব মধ্যস্থতার আচরণটি একটি উপ-নকশা বৈশিষ্ট্য, কারণ এটি কেবলমাত্র একটি উপলভ্য অ্যাকাউন্টের সাথে খুব নির্দিষ্ট কেসের উদ্দেশ্যে। এর পরিবর্তে "al চ্ছিক" মধ্যস্থতা ব্যবহার করার প্রস্তাবটি হ'ল, যাতে ফেডসিএম নীরব মধ্যস্থতা সম্ভব না হলে কোনও অ্যাকাউন্ট চয়নকারীর সাথে ব্যবহারকারীকে উপস্থাপন করতে ফিরে আসে।
API ব্যবহার navigator.credentials.get জেনেরিক ত্রুটিগুলি ফেরত দেয়, ব্যবহারকারী বরখাস্ত বা কোলডাউন পিরিয়ডের মতো নির্দিষ্ট প্রত্যাখ্যানের কারণগুলি ক্যাপচার প্রতিরোধ করে। ফেডসিএম ডায়ালগ বনাম একটি নেটওয়ার্ক ত্রুটি বনাম ফেডসিএম একটি "কুলডাউন পিরিয়ডে" থাকার কারণে ব্যবহারকারীর মধ্যে পার্থক্য করতে বিকাশকারীদের পক্ষে অক্ষমতা ব্যবহারকারীর গোপনীয়তা সংরক্ষণের জন্য একটি ডিজাইন বৈশিষ্ট্যও একটি "কুলডাউন পিরিয়ডে" রয়েছে। উদ্বেগটি হ'ল এই জাতীয় ক্ষমতা ওয়েবসাইটগুলিকে বিভিন্ন পরিচয় সরবরাহকারীদের (আইডিপি) ব্যবহারকারীর লগইন অবস্থা নির্ধারণের অনুমতি দেয়।
সাইন ইন করুন একাধিক স্বাক্ষরযুক্ত অ্যাকাউন্টের সাথে বেমানান অ্যাকাউন্ট নির্বাচনের আচরণ পর্যবেক্ষণ করা হয়েছিল। এটি স্পষ্ট নয় যে একাধিক-স্বাক্ষরিত-ইন-অ্যাকাউন্ট দৃশ্যে নির্দিষ্ট অ্যাকাউন্ট নির্বাচন করতে বিরতিহীন অক্ষমতা ফেডসিএম-এ একটি অন্তর্বর্তী বাগ বা পরীক্ষার সিস্টেমের সাথে জড়িত কিছু সমস্যা। আমরা এই সমস্যাটি সমাধানের জন্য প্রতিবেদকের সাথে কাজ করছি এবং বিষয়টি আরও ভালভাবে বোঝার জন্য আরও বিশদ চেয়েছি।
API ব্যবহার যদি ফেডসিএমের সাথে অনুমোদনের সময় ব্যবহারকারী ডায়ালগটি খারিজ করে দেয়, তবে তারা কোল্ডাউন স্টেটে রয়েছে তা একটি আকর্ষণীয় ত্রুটির মাধ্যমে রিপোর্ট করা হয়নি। হ্যাঁ, এটি ক্ষেত্রে হবে এবং এটি ব্যবহারকারীর গোপনীয়তা সংরক্ষণের জন্য জেনেরিক ত্রুটি কোড তৈরি করবে।
API ব্যবহার কেন ফেডসিএম সফল "অটো-রেহেন্টিশন" এর পরে 10 মিনিটের শান্ত সময়কালে যায়? ব্যবহারকারী-উদ্যোগী ক্রিয়া ব্যতীত অটো-অনুমোদনের বিষয়টি প্রদত্ত যে, যদি ব্যবহারকারী ওয়েবসাইটে ফিরে যেতে চান তবে আলাদা অ্যাকাউন্টে সাইন ইন করতে চান তবে তাদের এমন একটি সময় প্রয়োজন হবে যখন ফেডসিএম তাদের স্বয়ংক্রিয়ভাবে পুনরায় অনুমোদন দেয় না। "শান্ত সময়কাল" ব্যবহারকারীদের ম্যানুয়ালি একটি আলাদা অ্যাকাউন্ট ব্যবহার করে সাইন ইন করার সুযোগ সরবরাহ করে। এই ব্লগ পোস্টে এই "শান্ত সময়" সম্পর্কে আরও বিশদ রয়েছে।
লাইটওয়েট ফেডসিএম উদ্বেগ যে লাইটওয়েট ফেডসিএম প্রস্তাব দুটি বেমানান বাস্তবায়ন (ফেডসিএম বনাম লাইটওয়েট ফেডসিএম) সমর্থন করার প্রয়োজনের কারণে আইডিপিগুলির জন্য অতিরিক্ত জটিলতার পরিচয় দেয়। লাইটওয়েট ফেডসিএম traditional তিহ্যবাহী ফেডসিএমের সাথে সামঞ্জস্যপূর্ণ। আইডিপিগুলি কোন বাস্তবায়ন পদ্ধতিটি ব্যবহার করতে হবে তা চয়ন করতে পারে এবং উভয়কে সমর্থন করার প্রয়োজন হবে না।
লাইটওয়েট ফেডসিএম ফেডসিএমের জন্য একটি ধাক্কা প্রক্রিয়া। যদি কোনও আইডিপি এই বৈশিষ্ট্যটি ব্যবহার করতে পছন্দ করে, তারা যখন লগ ইন করে তখন তারা অ্যাকাউন্টের তথ্য ব্রাউজারের কাছে চাপ দিতে পারে, যাতে যখন কোনও নির্ভরশীল পার্টি (আরপি) ফেডসিএমকে অনুরোধ করে, তখন আইডিপির অ্যাকাউন্টগুলির শেষ পয়েন্টের পরিবর্তে অ্যাকাউন্টটি ব্রাউজার থেকে পুনরুদ্ধার করা হবে।
লাইটওয়েট ফেডসিএম লাইটওয়েট ফেডসিএম প্রস্তাবের আরপিতে নাম, ইমেল এবং প্রোফাইল চিত্রের মতো ব্যক্তিগত ব্যবহারকারীর ডেটা এক্সপোজার সম্পর্কে উদ্বেগ। পদ্ধতির প্রতিক্রিয়া থেকে নাম, ইমেল এবং প্রোফাইল চিত্রটি অপসারণ করতে এই প্রতিক্রিয়া পাওয়ার পর থেকে লাইটওয়েট ফেডসিএমের প্রস্তাবটি আপডেট করা হয়েছে।
লাইটওয়েট ফেডসিএম একাধিক স্বাক্ষরযুক্ত অ্যাকাউন্ট পরিচালনা করা লাইটওয়েট ফেডসিএম প্রস্তাবনায় খুব অনমনীয় বলে মনে হয়। প্রস্তাবটি বর্তমানে পৃথক সেশন লাইফটাইম বা অ্যাকাউন্টে প্রতিজ্ঞাত লগইন রাজ্যগুলিকে সমর্থন করে না। মেয়াদোত্তীর্ণতা বর্তমানে শংসাপত্রের অবজেক্টের মধ্যে আইডিপিতে আবদ্ধ। আমরা একটি উন্মুক্ত প্রশ্ন হিসাবে প্রতি অ্যাকাউন্টের মেয়াদোত্তীর্ণতা উল্লেখ করেছি এবং ভবিষ্যতের উন্নয়নগুলির জন্য এই প্রতিক্রিয়াটি বিবেচনায় নেব।
লাইটওয়েট ফেডসিএম "সাইন ইন" এবং "নির্বাচনের জন্য উপলব্ধ" এর মধ্যে পার্থক্য স্পষ্টভাবে সংজ্ঞায়িত করা হয়নি, যা লাইটওয়েট ফেডসিএম প্রস্তাবের জন্য ব্যবহারকারীর অভিজ্ঞতাকে প্রভাবিত করতে পারে। ফেডসিএম ইউজার ইন্টারফেসে (ইউআই) কোনও অ্যাকাউন্ট লগ ইন বা লগ আউট করা থাকলে আমরা বর্তমানে পার্থক্য করার ক্ষমতা সমর্থন করি না। লগ আউট অ্যাকাউন্টগুলি তালিকাভুক্ত করা উচিত নয়।
যদি কোনও অ্যাকাউন্ট লগ আউট করে তালিকাভুক্ত করা হয় এবং কোনও ব্যবহারকারী সক্রিয়ভাবে লগ ইন না করা অ্যাকাউন্টটি নির্বাচন করে তবে ধারাবাহিকতা এপিআই ব্যবহারকারীকে লগ ইন করতে ব্যবহার করা যেতে পারে।
API ব্যবহার getUserInfo এ given_name ক্ষেত্র এবং ফেডসিএম ইউআইতে এর ব্যবহারের মধ্যে অসঙ্গতি। এই বিষয়টি এখানে মোজিলার সাথে আরও আলোচনা করা হয়েছিল, যাতে getUserInfo এ given_name কীভাবে চিকিত্সা করা উচিত তা সারিবদ্ধ করার জন্য।
API ব্যবহার IdentityProviderAccount থেকে ইউআইতে ব্যবহৃত সমস্ত ক্ষেত্রগুলি getUserInfo , বিশেষত tel এবং username সরবরাহ করে না, সিঙ্ক্রোনাইজেশনের প্রয়োজনীয়তার পরামর্শ দেয়। মোজিলা এবং অন্যান্য ফেডিড কমিউনিটি গ্রুপের সদস্যদের সাথে আলোচনাটি পুনর্মিলনের বিষয়টি নিয়ে অগ্রগতি করছে যা IdentityProviderAccount থেকে প্রাপ্ত ক্ষেত্রগুলি getUserInfo.
এন্টারপ্রাইজ ফেডসিএম এন্টারপ্রাইজ আইডিপি ব্যবহারের ক্ষেত্রে ফেডসিএম সহায়তার জন্য অনুরোধ। মূল সমস্যাটি হ'ল আইডিপিগুলির ব্রাউজারগুলিতে সিগন্যাল করার জন্য একটি বিশ্বস্ত ব্যবস্থার প্রয়োজনীয়তা যা প্রশাসকরা প্রাক-সম্মতিযুক্ত ব্যবহারকারীকে নির্দিষ্ট আরপিগুলিতে অ্যাক্সেস করতে দেয় যা ওয়েব ট্র্যাকারদের দ্বারা নকল করা যায় না এবং/অথবা অপব্যবহার করা যায় না। এটি 22 এপ্রিল ফেডিআইডি সিজি সভায় (দয়া করে এখানে সভার নোটগুলি সন্ধান করুন) এবং ব্রাউজার এক্সটেনশন এবং এন্টারপ্রাইজ নীতিগুলির সংমিশ্রণগুলি (পরিচালিত ডিভাইসগুলির জন্য) সম্ভাব্য সমাধান হিসাবে প্রকাশিত হয়েছিল। আমরা এখানে এই বিষয়ে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।

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

ব্যক্তিগত রাষ্ট্র টোকেন এপিআই (এবং অন্যান্য এপিআই)

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

,

গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং ক্রোমের প্রতিক্রিয়াতে প্রাপ্ত বাস্তুতন্ত্রের প্রতিক্রিয়া সংক্ষিপ্ত করে 2025 কিউ 2 এর ত্রৈমাসিক প্রতিবেদন।

গুগল এই ত্রৈমাসিক প্রতিবেদনটি প্রতিযোগিতা এবং মার্কেটস কর্তৃপক্ষের ('সিএমএ') অনুচ্ছেদে 12, 17 (সি) (ii) এবং 32 (ক) এর অধীনে তার প্রতিশ্রুতিগুলির অংশ হিসাবে প্রস্তুত করেছে। এই প্রতিবেদনে গোপনীয়তা স্যান্ডবক্স প্রস্তাবগুলিতে গুগলের অগ্রগতি অন্তর্ভুক্ত রয়েছে; সময় প্রত্যাশা আপডেট; তৃতীয় পক্ষের দ্বারা গুগল কীভাবে পর্যবেক্ষণগুলি বিবেচনা করেছে তার মূল ব্যাখ্যা; এবং প্রতিক্রিয়া সমাধানের জন্য সিএমএ এবং গুগলের পদ্ধতির প্রতিক্রিয়া সহ গুগল এবং সিএমএর মধ্যে মিথস্ক্রিয়াগুলির সংক্ষিপ্তসার।

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

তৃতীয় পক্ষের দ্বারা গৃহীত পর্যবেক্ষণগুলি গ্রহণ করা

সংক্ষিপ্ত শব্দগুলির শব্দকোষ

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

সাধারণ প্রতিক্রিয়া, কোনও নির্দিষ্ট এপিআই/প্রযুক্তি নেই

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

তালিকাভুক্তি এবং সত্যতা

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

প্রাসঙ্গিক সামগ্রী এবং বিজ্ঞাপনগুলি দেখান

বিষয়

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
বর্ধনের সাথে বিষয়গুলি এপিআইগুলিতে পারফরম্যান্স এবং ইউটিলিটি আগ্রহ ক্রয়-সাইড স্টেকহোল্ডারদের প্রতিক্রিয়া ইঙ্গিত দেয় যে বিষয়গুলি এপিআই একটি মূল্যবান সংকেত এবং এর ফলস্বরূপ প্রতি ইমপ্রেশন ডেটা (সিপিএম) ব্যয় হয় যা 3 পিসি শ্রোতাদের জন্য, বিজ্ঞাপনদাতা প্রচারের জন্য প্রতিযোগিতামূলক। কিছু প্রকাশক বিষয়গুলি এপিআইয়ের সংকেতকে স্ট্যান্ডার্ড ওপেন ওয়েব সিগন্যালের চেয়ে বৃহত্তর মানের হিসাবে দেখেন। বিষয়গুলি এপিআইয়ের ইউটিলিটি সম্পর্কে এই প্রতিক্রিয়া প্রদত্ত, স্টেকহোল্ডাররা বর্ধিতকরণের জন্য অনুরোধ করছেন, যেমন বৃহত্তর গ্রহণের জন্য ট্যাক্সনোমির বিশ্বস্ততা, ধারাবাহিকতা এবং প্রকাশক নিয়ন্ত্রণগুলি প্রসারিত করার মতো বর্ধনের জন্য অনুরোধ করছেন। গুগলের 2025 সালের এপ্রিল 2025 ঘোষণার আলোকে আমরা এই প্রতিক্রিয়াটি বিবেচনায় নিচ্ছি কারণ আমরা ক্রোমে ব্যবহারকারীদের 3 পিসিএস পছন্দ সরবরাহের বর্তমান পদ্ধতির বজায় রাখা হবে বলে গুগলের এপ্রিল 2025 ঘোষণার আলোকে।
কার্যকারিতা জন্য
বিভিন্ন ধরনের
স্টেকহোল্ডার		 যেহেতু বিষয়গুলি শ্রেণিবদ্ধকারী বর্তমানে সম্পর্কিত বিষয়গুলি সংজ্ঞায়িত করতে কেবল পৃষ্ঠার হোস্টনাম ব্যবহার করে, বিভিন্ন সামগ্রীযুক্ত বড় সাইটগুলি জেনেরিক বিষয়গুলিতে অবদান রাখছে যখন ছোট সাইটগুলি আরও বিজ্ঞাপনের মান সহ কুলুঙ্গি বিষয়গুলিকে অবদান রাখছে। আমাদের প্রতিক্রিয়া পূর্ববর্তী কোয়ার্টারের অনুরূপ:
3 পিসি হিসাবে, বিভিন্ন সাইট দ্বারা অবদান রাখা তথ্যের মান মধ্যে একটি পার্থক্য আছে। কুলুঙ্গি-আগ্রহের সাইটগুলি তাদের মান অবদানের সাথে অসঙ্গতিপূর্ণ: সমস্ত কুলুঙ্গি-আগ্রহী সাইটগুলিতে বাণিজ্যিকভাবে মূল্যবান সামগ্রী নেই এবং তাই কম মান অবদান রাখে। এগুলি এমন সাইটগুলি যা এপিআই বিষয়গুলি থেকে উপকৃত হবে। আমরা সাইট-স্তরের শ্রেণিবিন্যাসের চেয়ে পৃষ্ঠা-স্তরের সম্ভাবনা বিবেচনা করেছি, তবে, এই জাতীয় শ্রেণিবিন্যাসের সাথে বেশ কয়েকটি উল্লেখযোগ্য গোপনীয়তা এবং সুরক্ষা উদ্বেগ রয়েছে।
বিষয়গুলি ট্যাক্সনোমি যথেষ্ট দানাদার নয় বিষয়গুলি এপিআই একটি একক ডোমেনের মধ্যে বিভিন্ন সামগ্রী বিভাগ সহ নিউজ প্রকাশকদের জন্য পর্যাপ্ত গ্রানুলারিটি সরবরাহ করে না, সম্ভাব্যভাবে বিজ্ঞাপন লক্ষ্যমাত্রার জন্য এপিআইয়ের কার্যকারিতা সীমাবদ্ধ করে। গুগলের 2025 সালের এপ্রিল 2025 ঘোষণার আলোকে আমরা এই প্রতিক্রিয়াটি বিবেচনায় নিচ্ছি কারণ আমরা ক্রোমে ব্যবহারকারীদের 3 পিসিএস পছন্দ সরবরাহের বর্তমান পদ্ধতির বজায় রাখা হবে বলে গুগলের এপ্রিল 2025 ঘোষণার আলোকে।
শ্রেণিবদ্ধ উন্নতি পৃষ্ঠার সামগ্রীর ভিত্তিতে (যেমন, মাথা, দেহ) ভিত্তিতে বিষয়গুলিকে শ্রেণিবদ্ধ করার জন্য প্রকাশকদের ক্রোম অনুমতি দেওয়ার অনুমতি দিন। আমরা এই অনুরোধটি বিবেচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
নীতি 3 পিসি তথ্যের সাথে একযোগে বিষয়গুলি এপিআই ব্যবহার সম্পর্কিত নির্দেশিকাগুলিতে স্পষ্টতার জন্য অনুরোধ। এপিআই এবং 3 পিসি উভয় বিষয় ব্যবহার করতে কোনও অসুবিধা নেই, কারণ বিষয়গুলি এপিআই 3 পিসিগুলির কার্যকারিতার একটি উপসেট সরবরাহ করে।
পর্যবেক্ষণ-ব্রাউজ-টপিকস শিরোনাম পর্যবেক্ষণ-ব্রাউজ-টপিকস শিরোনাম বাস্তবায়নের বিষয়ে স্পষ্টতার জন্য অনুরোধ, বিশেষত ধারাবাহিকভাবে শিরোনামটি ফিরিয়ে দেওয়া সমস্যাগুলির কারণ হতে পারে কিনা। অবিচ্ছিন্নভাবে Observe-Browse-Topics: ?1 শিরোনাম কোনও প্রযুক্তিগত সমস্যার কারণ হবে না।
ব্রাউজারটি এই সংকেতকে দক্ষতার সাথে পরিচালনা করে, কেবল উল্লেখ করে যে পৃষ্ঠা ভিজিটটি নকল বা ত্রুটির কারণ ছাড়াই বিষয় গণনার জন্য যোগ্য। প্রতিটি পৃষ্ঠায় প্রয়োজন না হলেও, এটি সমস্ত শীর্ষ-স্তরের নথিতে স্ট্যান্ডার্ড শিরোনাম হিসাবে প্রেরণ করা একটি বৈধ এবং সহজ কৌশল।
শ্রেণীবদ্ধ বিভাগ নতুন বিষয়গুলির সাথে সর্বশেষতম বিষয়গুলি ট্যাক্সনোমি আপডেট করার জন্য অনুরোধ করুন। আমরা এই অনুরোধটি বিবেচনা করছি এবং এখানে বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
নাল মান ফিল্টারিং বা সংবেদনশীলতার মতো নাল প্রতিক্রিয়াগুলির পিছনে কারণগুলি বোঝার বিষয়গুলি উন্নত করার বিষয়ে গাইডেন্সের জন্য অনুরোধ। স্বচ্ছতার জন্য, বিষয়গুলি থেকে null বা খালি প্রতিক্রিয়াগুলি এপিআই একটি প্রত্যাশিত গোপনীয়তা বৈশিষ্ট্য, কোনও ত্রুটি নয়।
একটি null প্রতিক্রিয়া দ্বারা হতে পারে:
• গোপনীয়তার নিয়ম: একটি 5% এলোমেলো null সুযোগ, বা আপনার স্ক্রিপ্টটি সেই বিষয় সম্পর্কিত সাইটগুলিতে ব্যবহারকারীকে "পর্যবেক্ষণ" করেনি।
• ব্যবহারকারী রাজ্য: অপর্যাপ্ত ব্রাউজিংয়ের ইতিহাস, ছদ্মবেশী মোডের ব্যবহার, বা ব্যবহারকারী ক্রোমের বিজ্ঞাপন গোপনীয়তা সেটিংসে বেছে নিয়েছেন।
• প্রযুক্তিগত ত্রুটি: প্রকাশক সাইটগুলিকে অবশ্যই Observe-Browse-Topics: ?1 শিরোনাম, এবং যে কোনও কলিং আইফ্রেমগুলির জন্য allow="Browse-topics" অনুমতি প্রয়োজন।
তদন্ত করতে, আপনার ব্রাউজারটি কী কী গণনা করেছে এবং কেন তা দেখতে chrome://topics-internals ডিবাগিং পৃষ্ঠা ব্যবহার করুন।
যদিও গোপনীয়তার বৈশিষ্ট্যগুলি 100% ফিল রেট প্রতিরোধ করে, আপনি দ্বারা কর্মক্ষমতা উন্নত করতে পারেন:
Publis প্রকাশকদের সাথে কাজ করা: আপনার অংশীদারদের সঠিকভাবে Observe-Browse-Topics: ?1 শিরোনাম।
Your আপনার কোডটি যাচাই করা: আপনি যদি আইফ্রেমগুলি ব্যবহার করেন তবে allow="Browse-topics" নীতিটি নিশ্চিত করুন।

সুরক্ষিত শ্রোতা এপিআই

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

পিএ এপিআইয়ের মধ্যে ডাইরেক্টফ্রোমসেলারসিগনাল বৈশিষ্ট্যগুলির নিলামের তথ্য সম্পর্কিত স্বচ্ছতার অভাব থাকতে পারে, প্রয়োজনীয় ডেটা অ্যাক্সেস করার ক্ষমতাকে সম্ভাব্যভাবে বাধা দেয়। গুগলের হয় ডাইরেক্টফ্রোমসেলারসিগনালগুলি সরানো উচিত বা এটি আপডেট করা উচিত যাতে এটি বিজ্ঞাপন সার্ভারের নিলাম ক্লিয়ারিং মূল্য আড়াল করতে ব্যবহার করা যায় না। উদাহরণস্বরূপ, প্রাসঙ্গিক মূল্য ক্রোমের মাধ্যমে একটি স্বচ্ছ, অপরিবর্তনীয়, স্বাক্ষরিত ক্ষেত্রের মাধ্যমে পাস করা যেতে পারে যা সমস্ত নিলামের অংশগ্রহণকারী (এবং প্রকাশক) অ্যাক্সেস এবং যাচাই করতে পারে।		 আমাদের প্রতিক্রিয়া পূর্ববর্তী কোয়ার্টার থেকে অপরিবর্তিত:
ক্রোম প্রতিক্রিয়া :
রুনাডাকশন () এ পাস করা তথ্য বিক্রেতার কাছ থেকে আসে বলে জানা যায় না যদি না বিক্রেতা তার নিজের আইফ্রেম থেকে রানডাকশন () না বলে। মাল্টি-সেলার নিলামে সমস্ত বিক্রেতাদের ফ্রেম কলিং রুনাডাকশন () তৈরি করা অসম্ভব হয়ে পড়ে। ডাইরেক্টফ্রোমসেলারসাইনালগুলি বিক্রেতার উত্স থেকে লোড করা সাবরেসোর্স বান্ডিল থেকে সামগ্রী লোড করে এই সমস্যাটিকে সম্বোধন করেছে। এটি নিশ্চিত করে যে বিক্রেতা-নিলাম কনফিগারেশনগুলি থেকে নিলামে দেওয়া তথ্যের সত্যতা এবং অখণ্ডতা হেরফের করা যায় না। যদি প্রকাশকরা তাদের প্রযুক্তি সরবরাহকারীরা পিএ নিলামে প্রবেশ করছে এমন কোনও তথ্য বুঝতে যদি পিএ এপিআই ব্যবহার করতে চান তবে তারা এই কার্যকারিতাটির জন্য সেই প্রযুক্তি সরবরাহকারীদের জিজ্ঞাসা করতে পারেন।
গুগল বিজ্ঞাপন পরিচালকের প্রতিক্রিয়া :
আমরা বছরের পর বছর ধরে নিলামের ন্যায্যতার দিকে দৃ focus ় মনোনিবেশ বজায় রেখেছি, আমাদের প্রতিশ্রুতি সহ যে কোনও প্রকাশকের অ-গ্যারান্টিযুক্ত বিজ্ঞাপন উত্সের কোনও মূল্য, অ-গ্যারান্টিযুক্ত লাইন আইটেমের দাম সহ কোনও মূল্য নিলামে বিড করার আগে অন্য ক্রেতার সাথে ভাগ করা হবে না, যা পরে আমরা ফরাসি প্রতিযোগিতা কর্তৃপক্ষের প্রতিশ্রুতিতে পুনরায় নিশ্চিত হয়েছি।
সুরক্ষিত শ্রোতাদের নিলামের জন্য, আমরা ডাইরেক্টফ্রোমসেলারসাইনালগুলি উপকারের মাধ্যমে আমাদের প্রতিশ্রুতি রাখার ইচ্ছা করি এবং মাল্টি-সেলার নিলামে নিলাম শেষ করার আগে অন্য কোনও নিলাম অংশগ্রহণকারীদের সাথে কোনও নিলাম অংশগ্রহণকারীদের বিড ভাগ করে নিই না। স্পষ্টতই, আমরা এই আপডেটে ব্যাখ্যা হিসাবে আমাদের নিজস্ব উপাদান নিলামের সাথে প্রাসঙ্গিক নিলামের দাম ভাগ করব না।
রিপোর্টিং কেন্দ্রীভূত প্রতিবেদন সক্ষম করতে একটি বিশ্লেষণ/প্রতিবেদন সত্তা যুক্ত করার অনুরোধ। আমরা এই অনুরোধটি এখানে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
কে-বেনামে ক্রেতারপোর্টপোর্টিংআইডি তৃতীয় পক্ষের ডেটা সরবরাহকারীদের সাথে শ্রোতাদের ক্রিউশন এবং রিপোর্টিংয়ের বাধ্যবাধকতাগুলির সুবিধার্থে "ক্রেতারপোর্টপোর্টাইটিং আইড" এর কে-বেনামীর উপর ভিত্তি করে বিডগুলি বাতিল করার ক্ষমতা। গুগলের 2025 সালের এপ্রিল 2025 ঘোষণার আলোকে আমরা এই প্রতিক্রিয়াটি বিবেচনায় নিচ্ছি কারণ আমরা ক্রোমে ব্যবহারকারীদের 3 পিসিএস পছন্দ সরবরাহের বর্তমান পদ্ধতির বজায় রাখা হবে বলে গুগলের এপ্রিল 2025 ঘোষণার আলোকে।
জেনারেটবিড স্ক্রিপ্টে উন্নত ডিবাগিং প্রক্রিয়াটি ব্যর্থ হচ্ছে এমন জেনারেটবিড স্ক্রিপ্টের মধ্যে নির্দিষ্ট পর্যায়ে বা "ব্রেকপয়েন্ট" দ্রুত সনাক্ত করার জন্য একটি ব্যবস্থার অনুরোধ করা। আমরা ডিভাইস নিলামের জন্য ব্রেকপয়েন্ট-সেটিং প্রক্রিয়া হিসাবে রিয়েল-টাইম পরিমাপের কাঙ্ক্ষিত ব্যবহার সম্পর্কে সচেতন। গুগলের 2025 সালের এপ্রিল 2025 ঘোষণার আলোকে আমরা এই প্রতিক্রিয়াটি বিবেচনায় নিচ্ছি কারণ আমরা ক্রোমে ব্যবহারকারীদের 3 পিসিএস পছন্দ সরবরাহের বর্তমান পদ্ধতির বজায় রাখা হবে বলে গুগলের এপ্রিল 2025 ঘোষণার আলোকে।
রুনাডাকশন রাষ্ট্র পর্যবেক্ষণের জন্য ইভেন্ট শ্রোতা বিজ্ঞাপন নিলামের জীবনচক্রের পর্যবেক্ষণের উন্নতির জন্য PA API এর নেভিগেটর.রুনাদাকশন ফাংশনে ইভেন্ট শ্রোতার সমর্থন যুক্ত করার প্রস্তাব। আমরা এই অনুরোধটি মূল্যায়ন করছি এবং এখানে বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
API ব্যবহার কীভাবে পিএ এপিআই এবং অ্যাট্রিবিউশন রিপোর্টিং এপিআই (এআরএ) 3 পিসিএসের অনুপস্থিতিতে ওয়েব বিজ্ঞাপন ব্যবহারের ক্ষেত্রে সমর্থন করতে পারে, বিশেষত এমন ব্যবহারকারীদের জন্য যারা 3 পিসি থেকে বেরিয়ে এসেছেন তবে গোপনীয়তা স্যান্ডবক্স এপিআইগুলির বাইরে নয়, এবং ব্যর্থ কুকি সিঙ্ক এবং ওয়েবভিউয়ের সাথে জড়িত পরিস্থিতিতে দৃশ্যাবলীতে কীভাবে সমর্থন করতে পারে? গুগলের 2025 সালের এপ্রিল 2025 ঘোষণার আলোকে আমরা এই প্রতিক্রিয়াটি বিবেচনায় নিচ্ছি কারণ আমরা ক্রোমে ব্যবহারকারীদের 3 পিসিএস পছন্দ সরবরাহের বর্তমান পদ্ধতির বজায় রাখা হবে বলে গুগলের এপ্রিল 2025 ঘোষণার আলোকে।
লেটেন্সি পিএ এপিআইয়ের সাথে সম্পর্কিত লেটেন্সিটি গ্রহণকে বাধা দিতে পারে, কারণ প্রকাশকরা পিএ এপিআই অক্ষম করতে বেছে নিতে পারেন যদি বিলম্বতা খুব বেশি থাকে। গত কয়েক কোয়ার্টারে অন-ডিভাইস বিলম্বের বেশ কয়েকটি উন্নতি করা হয়েছিল। বিডিং এবং নিলাম (বিএন্ডএ) পরিষেবা বিল্ডিং এবং স্কেলিং প্রয়োজনীয় হিসাবে অব্যাহত রয়েছে। এই বৈশিষ্ট্যগুলির সুবিধা কীভাবে গ্রহণ করবেন সে সম্পর্কে আরও তথ্য অন্তর্ভুক্ত করার জন্য আমাদের ল্যাটেন্সি সেরা অনুশীলন গাইড আপডেট করা হয়েছিল। আমরা নতুন বিলম্বিত উন্নতির বিকাশও অনুসন্ধান করছি, যার কয়েকটি এখানে পরামর্শ নেওয়া যেতে পারে।
বিএন্ডএতে লগিং আচরণ (পরীক্ষা বনাম উত্পাদন) বি অ্যান্ড এ পরিষেবার জন্য পরীক্ষা এবং উত্পাদন মোডগুলির মধ্যে লগিং আচরণের পার্থক্য সম্পর্কিত স্পষ্টতা। বিশেষত, ক্লাউড লগগুলির প্রাপ্যতা এবং লগিংয়ের ক্ষেত্রে উত্পাদন মোডের প্রভাব। প্রথমত, প্রোড বনাম নন_প্রড বিল্ডস এবং পৃথক টেস্ট_মোড প্যারামিটারের মধ্যে পার্থক্য করা গুরুত্বপূর্ণ, যা কেবল একটি হার্ডকোডেড পরীক্ষার এনক্রিপশন কী সক্ষম করে। নীচের ব্যাখ্যাটি বিল্ড প্রকারগুলিতে ফোকাস করে।
নন_প্রড বিল্ডগুলিতে , বি অ্যান্ড এ সার্ভারগুলিতে লগিংয়ের জন্য একটি কনফিগারযোগ্য ভার্বোসিটি স্তর বৈশিষ্ট্যযুক্ত। এই বিস্তারিত লগগুলি স্ট্যান্ডার্ড স্টাডআউট/স্টেরার স্ট্রিমগুলিতে লেখা হয়। গুগল ক্লাউডে, এগুলি নেটিভ লগিং ইন্টারফেসের মাধ্যমে অ্যাক্সেসযোগ্য এবং অ্যামাজন ওয়েব পরিষেবাদিতে এগুলি সংযুক্ত-কনসোল লগগুলিতে পাওয়া যাবে।
প্রোড বিল্ডগুলির জন্য, লগিং আচরণটি আরও সীমাবদ্ধ। ভার্বোসিটি স্তরটি স্থির এবং পরিবর্তন করা যায় না। কিছু অ-প্রাইভেসি-প্রাসঙ্গিক লগ যেমন সার্ভার স্টার্টআপ বার্তা এবং বেশিরভাগ ক্র্যাশ ত্রুটিগুলি এখনও স্টাডআউট/স্টেরারে মুদ্রিত রয়েছে, এই চ্যানেলের মাধ্যমে কোনও অনুরোধ-নির্দিষ্ট লগ পাওয়া যায় না। একটি প্রোড বিল্ড থেকে কেবলমাত্র প্রতি-অনুরোধ লগগুলি হ'ল সম্মতিযুক্ত ডিবাগিং টোকেনযুক্ত অনুরোধগুলির জন্য এবং এগুলি ওপেনটেলমেট্রিটির মাধ্যমে একচেটিয়াভাবে রফতানি করা হয়। ভারী ট্র্যাফিক সার্ভার পারফরম্যান্সকে হ্রাস করতে পারে এবং স্বাস্থ্য-চেক ব্যর্থতার দিকে পরিচালিত করতে পারে বলে সম্মতিযুক্ত ডিবাগিংটি অল্প পরিমাণে ব্যবহার করা গুরুত্বপূর্ণ।
মেট্রিকগুলি সম্পর্কে, সমস্ত ওপেনটেলমেট্রি এর মাধ্যমে রফতানি করা হয়। অ-প্রাইভেসি-সংবেদনশীল মেট্রিকগুলি সর্বদা কোনও "ন্যূনতম" ছাড়াই রফতানি করা হয়। বিপরীতে, প্রোড মোডে চলমান কোনও সার্ভার থেকে রফতানি করা হলে গোপনীয়তা-সংবেদনশীল মেট্রিকগুলি সর্বদা "ন্যূনতম" থাকে। নির্দিষ্ট টেলিমেট্রি কনফিগারেশন নির্ধারণ করে যে এই গোপনীয়তা-সংবেদনশীল মেট্রিকগুলি নাইজড, আন-নয়েড বা উভয় হিসাবে রফতানি করা হয়েছে কিনা।
ব্র্যান্ড সুরক্ষার জন্য বিশ্বস্ত বিডিং সংকেতগুলিতে পুরো পৃষ্ঠা পথ অন্তর্ভুক্ত করুন PA API- তে আপডেটের জন্য অনুরোধ করুন শীর্ষ-স্তরের পৃষ্ঠার সম্পূর্ণ URL পাথকে অন্তর্ভুক্ত করার জন্য, হোস্টনাম ছাড়াও, বিশ্বস্তবিডিংগিনালগুলির জন্য আনার অনুরোধে।
প্রাথমিক ব্যবহারের ক্ষেত্রে আরও দানাদার ব্র্যান্ড সুরক্ষা নিয়ন্ত্রণ সক্ষম করা। সাধারণভাবে ডোমেনের সাথে স্বাচ্ছন্দ্য বোধ করার সময় বিজ্ঞাপনদাতাদের প্রায়শই কোনও ডোমেনের নির্দিষ্ট বিভাগগুলিতে (যেমন, নিউজ-সাইট/প্রপোলিটিক্স) উপস্থিত হওয়া থেকে বিজ্ঞাপনগুলি অবরুদ্ধ করতে হয়। যেহেতু এই ব্লকলিস্টগুলি কয়েক মিলিয়ন এন্ট্রি দীর্ঘ হতে পারে, সেগুলি অবশ্যই সার্ভার-সাইডে মূল্যায়ন করা উচিত। বর্তমান স্পেসিফিকেশন, যা কেবল হোস্টনাম প্রেরণ করে, ব্র্যান্ডের সুরক্ষা ক্ষমতা সীমাবদ্ধ করে এই প্রয়োজনীয় পথ-স্তরের মূল্যায়ন সম্পাদন করা বিশ্বস্তবিডিংগনালস সার্ভারের পক্ষে অসম্ভব করে তোলে।		 আমরা বর্তমানে এখানে এই সমস্যাটি নিয়ে আলোচনা করছি, বিস্তৃত পূর্ব আলোচনার পরে, এখানে পরামর্শ নেওয়া যেতে পারে এবং আমরা অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই।
তবে, আমরা স্পষ্ট করে বলতে চাই যে আমরা কেবল তখনই এই তথ্য যুক্ত করার বিষয়ে বিবেচনা করছি যখন বিশ্বস্তবিডিংগনালস ইনফেচ একটি বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্টের (টিইই) ভিতরে চলমান একটি সার্ভারে যাচ্ছে।

সুরক্ষিত নিলাম (বি অ্যান্ড এ সার্ভিসেস)

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

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

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

প্রতিক্রিয়া থিম সারাংশ ক্রোম প্রতিক্রিয়া
শব্দ নীতি কিছু বাজারের অংশগ্রহণকারীদের জন্য এআরএ বাস্তবায়ন মূল্যবান এবং গুগলের ইভেন্ট-স্তরের প্রতিবেদন বজায় রাখা চালিয়ে যাওয়া উচিত। গুগলের এমন পরিস্থিতিতে শব্দ নীতিটি শিথিল করার বিষয়টি বিবেচনা করা উচিত যেখানে এআরএ এবং 3 পিসি উভয়ই উপলব্ধ। পারফরম্যান্স বিজ্ঞাপনদাতারা ক্রমবর্ধমান এআরএ ফ্লেক্স ইভেন্টের বর্তমান 'মান' ক্ষেত্র বাস্তবায়ন ব্যবহার করছেন এবং একটি কম সীমাবদ্ধ শব্দ নীতি বিলম্ব এবং ভুল প্রতিবেদন হ্রাস করতে সহায়তা করবে। এই প্রক্রিয়াটি এআরএর নকশার একটি মূল অংশ, যা পৃথক ট্র্যাকিং প্রতিরোধের মাধ্যমে ব্যবহারকারীর গোপনীয়তা রক্ষার জন্য। আমরা শব্দের দ্বারা সৃষ্ট প্রতিবেদনের চ্যালেঞ্জগুলি সম্পর্কে প্রতিক্রিয়া বিবেচনায় নিচ্ছি, যেহেতু আমরা গোপনীয়তা স্যান্ডবক্স এপিআইগুলি এগিয়ে চলবে এমন ভূমিকাটি মূল্যায়ন করতে অবিরত, পাশাপাশি গুগলের 2025 এপ্রিল ঘোষণার আলোকে ভবিষ্যতের যে কোনও সম্ভাব্য বর্ধনগুলি ক্রোমে 3 পিসি পছন্দ সরবরাহের বর্তমান পদ্ধতির বজায় থাকবে।
রোডম্যাপ এবং দীর্ঘমেয়াদী সমর্থন এআরএর জন্য একটি পণ্য রোডম্যাপের জন্য অনুরোধ করা, পাশাপাশি দীর্ঘমেয়াদী বিনিয়োগ এবং সহায়তার নিশ্চয়তা দেওয়া হয়েছে যে 3 পিসির জন্য কোনও ব্যবহারকারী পছন্দ প্রক্রিয়া প্রবর্তনের সাথে অগ্রসর না হওয়ার ঘোষণা দেওয়া হয়েছে। গোপনীয়তা স্যান্ডবক্স দলটি স্যান্ডবক্স এপিআইগুলি যে ভূমিকা পালন করবে তা বোঝার জন্য এবং ভবিষ্যতের যে কোনও বিনিয়োগের মূল্যায়ন করার জন্য ইকোসিস্টেমের সাথে জড়িত।
ক্রস-পরিবেশ পরিমাপ (অ্যাপ-টু-ওয়েব) এমন একটি সমাধানের জন্য অনুরোধ করুন যাতে ক্রস-পরিবেশ পরিমাপের সুবিধার্থে এআরএকে ব্যবহার করা জড়িত, একটি ক্লিনার এবং আরও নির্ভরযোগ্য ডেটা প্রবাহ সরবরাহ করে, বিভিন্ন প্ল্যাটফর্ম জুড়ে ব্যবহারকারীর ইন্টারঅ্যাকশনগুলিকে সংযুক্ত করার ক্ষমতা বাড়িয়ে তোলে। একই ডিভাইসে অ্যাপ-টু-ওয়েব ইতিমধ্যে এআরএ দ্বারা সমর্থিত। আপনি এখানে এবং এখানে ক্রস অ্যাপ এবং ওয়েব পরিমাপ সমাধান সম্পর্কে আরও বিশদ পেতে পারেন।
ক্রস ব্রাউজার বৈশিষ্ট্য এআরএ-তে একটি ইউনিফাইড, ক্রস ব্রাউজার পদ্ধতির নাটকীয়ভাবে খোলা ওয়েবে আরওআই পরিমাপ করার ক্ষমতা এবং সম্ভাব্য নিয়ন্ত্রক শিফ্টের আগে একটি স্থিতিশীল বিকল্প সরবরাহ করার ক্ষমতা নাটকীয়ভাবে উন্নত করবে। ক্রোমের এই জাতীয় সমাধানে সাফারি দলের সাথে সহযোগিতা করা উচিত। আমরা ইতিমধ্যে পিএটিসিজি এবং ডাব্লু 3 সি এর মধ্যে পিএটিডব্লিউজি গ্রুপগুলির অন্যান্য ব্রাউজার বিক্রেতাদের সাথে একটি আন্তঃব্যবহারযোগ্য এপিআই অন্বেষণ করছি। Noting that this work is preliminary, stakeholders are welcome to consult our progress here .
Cross-Device/Offline Measurement Inability to support cross-device conversion measurement within ARA is a significant limitation. Measuring online-to-offline conversions is also significantly important, and the browser could play a role in collaborating with measurement vendors. We are taking this feedback into consideration as we evaluate the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.
Multi-Touch Attribution Request to allow advertisers to use Privacy Sandbox data as an unbiased "ground truth" to validate and calibrate their existing attribution models. This can be achieved by using ARA's browser-provided data as a reliable calibration signal, creating a baseline of truth. We are taking this feedback into consideration as we evaluate the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.
Consentless/Opted-Out Traffic Measurement A privacy-preserving solution, such as Interoperable Private Attribution, would enable measurement for consentless traffic. This would allow for a more comprehensive understanding of campaign performance by including data from users who have opted out of tracking, addressing a major gap in measurement created by consent requirements. We are taking this feedback into consideration as we evaluate the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.
Server-to-Server Attribution Request to allow ad techs with sophisticated server-side infrastructure to integrate with ARA in a more flexible way, accommodating use cases that are difficult to manage purely on the client side, while maintaining user privacy. We are taking this feedback into consideration as we evaluate the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.
Multi-Domain Enrollment Seeking clarification on limitations and caveats when enrolling multiple domains with ARA, particularly concerning the aggregation service and cross-origin attribution. Below are the key limitations when using ARA with multiple domains:
• Attribution is scoped to a single origin. You cannot match a click from one of your domains to a conversion on another. Attribution is sandboxed to the same origin for both the source and trigger.
• The Aggregation Service does not support multi-origin batching. Reports from different origins must be batched and processed separately. We are exploring ways to support this in the future.
Briefly, while multiple domains can be enrolled under one entity, all ARA functions, such as attribution and aggregation, must currently be handled on a per-origin basis.

Aggregation Service

No feedback received this quarter.

Private Aggregation API

Feedback Theme সারাংশ Chrome Response
Limits and Noise Levels Concerns regarding limitations on aggregation key sizes and aggregation values within the Private Aggregation API. Aggregation key and value sizes were chosen to have high granularity while limiting network and storage costs. We also recommend using hashing when assigning keys to maximize flexibility.
While there are other factors protecting user data, adding noise is an important piece of the Private Aggregation API's privacy protections.
We are taking into consideration the feedback and will continue to evaluate the appropriate parameter choices alongside our consideration of the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.
Privacy vs. Utility The Privacy Sandbox's approach may prioritize privacy over utility, potentially hindering adoption. Suggestion to allow more granular data sharing with user consent to improve measurement and ad personalization. Aggregation key and value sizes were chosen to have high granularity while limiting network and storage costs. We also recommend using hashing when assigning keys to maximize flexibility.
We are taking this feedback into consideration as we evaluate the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.

Limit Covert Tracking

User Agent Reduction/User Agent Client Hints

Feedback Theme সারাংশ Chrome Response
Spam Detection If the first request from a website that uses a spam detection system relies on client hints, the tracking or detection system could fail to identify or properly categorize the request. Use cases that rely on having access to User-Agent Client Hints (UA-CH) on the first request should make use of critical client hints .
API Feedback Consider deprecating Sec-CH-USA-Wow64 as it is no longer relevant for the modern web. We are considering this request and welcome additional feedback here . We have also received feedback that it would be useful to extend wow64 beyond Windows.

IP Protection (formerly Gnatcatcher)

Feedback Theme সারাংশ Chrome Response
নিয়ন্ত্রণ করে Request for IP Protection toggle for sites to use selectively outside of Incognito mode. We appreciate the feedback and we welcome additional input on this issue here .
Misconduct Will Probabilistic Reveal Tokens (PRTs) resulting in a NULL value prevent perpetrator identification when police request IP address disclosure for platform misconduct? If a domain is used exclusively for fraud and abuse detection, it's likely not included in the Masked Domain List (MDL) and therefore not impacted by IP Protection. Consequently, PRTs would not be needed for those domains.
If a domain is included in the MDL, PRTs are currently the only way to learn the original IP address for a proxied request. As PRTs are specifically designed to support aggregate analysis, not individual identification, it is true that PRTs will not contain an IP address in most cases. We expect this to have limited impact in the described scenario, however, as IP Protection applies only in the third-party context, meaning that publishers will continue to receive un-proxied IP addresses for first-party interactions, such as users visiting the site of an online platform.
Anti-Fraud What are the specifics of Google's anti-fraud measures for IP Protection, including details on rate-limiting access to proxies and authentication token issuance, and what are the specific use cases for PRTs ? We confirm that rate-limiting and authentication tokens in IP Protection are designed to prevent bots from performing ad fraud by over-accessing proxies, as detailed in the anti-fraud and anti-spam strategy. Further use cases for PRTs are outlined in the PRT explainer documentation here .
ছদ্মবেশী মোড Is IP Protection in Incognito mode still planned for Q3? There are currently no changes to the Q3 timeline for IP Protection launch in Incognito mode.

Bounce Tracking Mitigations

Feedback Theme সারাংশ Chrome Response
API Feedback Chrome should block cookie/storage access rather than partitioning them when applying Bounce Tracking Mitigations (BTM), citing unintended behavior and confusion from Safari's "partitioning" method. We welcome this suggestion. Currently, BTM does not involve cookie/storage partitioning and instead deletes it after a grace period. If there are any later designs to BTM that involve immediate action towards cookies, we intend to prefer blocking cookies over partitioning them.

Strengthen cross-site privacy boundaries

No feedback received this quarter.

Fenced Frames API

No feedback received this quarter.

Shared Storage API

Feedback Theme সারাংশ Chrome Response
API Feature Request Request to append ad views and clicks in Shared Storage. We are taking this feedback into consideration as we evaluate the role the Privacy Sandbox APIs will play going forward, in light of Google's April 2025 announcement that the current approach to offering users 3PCs choice in Chrome will be maintained.

CHIPS

Feedback Theme সারাংশ Chrome Response
API Question Request for clarification on how Chrome's 3PC controls interact with CHIPS, specifically whether non-partitioned cookies are converted to partitioned ones when 3PCs are disabled, and if partitioned cookies remain active. Non-partitioned cookies will not be stored, retrieved, or sent in a third-party context when 3PCs are disabled. Partitioned cookies, however, will continue to be stored, retrieved, and sent in a third-party context, as their functionality is not impacted by browser settings that disable 3PCs.
Privacy Concern Concern that an embedded party with a persistent identifier, such as for Single Sign-On, might still enable both embedding and embedded parties to gain a global digital identifier, even with partitioned cookies. While an embedded party may have a persistent identifier, this identifier, when stored in a partitioned cookie, is only accessible on the site where the cookie was set by the embed. Cross-site joining of this identifier would require a login action, which already allows for the exchange of an identifier in the form of an authentication token, even without the use of partitioned cookies.

FedCM

Feedback Theme সারাংশ Chrome Response
API ব্যবহার Silent mediation failing for users with multiple accounts with no specific error. The silent mediation behavior is a by-design feature, as it is intended for a very specific case with just one available account. The recommendation is to use the "optional" mediation instead, in which FedCM falls back to presenting the user with an account chooser if silent mediation is not possible.
API ব্যবহার navigator.credentials.get returns generic errors, preventing capture of specific rejection reasons like user dismissal or cooldown periods. The inability for developers to distinguish between the user dismissing the FedCM dialog vs. a network error vs. FedCM being in a "cooldown period" due to the user having previously dismissed the dialog is also a by design feature, meant to preserve the user's privacy. The concern is that such a capability would allow websites to infer the user's login state on different Identity Providers (IdPs).
সাইন ইন করুন Inconsistent account selection behavior with multiple signed-in accounts was observed. It is unclear whether the intermittent inability to select a specific account in a multiple-signed-in-account scenario is an intermittent bug in FedCM or some issue involving the testing system. We are working with the reporter to resolve this issue, and have asked for further details in order to better understand the issue.
API ব্যবহার If the user dismisses the dialog while authorising with FedCM, the fact that they are in the cooldown state is not reported via a catchable error. Yes, that would be the case and this would produce the generic error code in order to preserve user privacy.
API ব্যবহার Why does FedCM go into a 10-minute quiet period after a successful "auto-reauthentication"? Given that auto-reauthentication happens without a user-initiated action, if the user wanted to go back to the website but sign in with a different account, they would need a period of time when FedCM does not auto-reauthenticate them. The "quiet period" provides the opportunity for users to manually sign in using a different account. This blog post has further details on this "quiet period".
Lightweight FedCM Concerns that the Lightweight FedCM proposal introduces additional complexity for IdPs due to the need for supporting two incompatible implementations (FedCM vs. Lightweight FedCM). Lightweight FedCM is compatible with traditional FedCM. IdPs can choose which implementation method to use and will not be required to support both.
Lightweight FedCM is a push mechanism for FedCM. If an IdP chooses to use this feature, they can push the account information to the browser when the user logs in, so that, when a Relying Party (RP) invokes FedCM, the account would be retrieved from the browser, instead of the IdP's accounts endpoint.
Lightweight FedCM Concerns about the exposure of personal user data such as name, email, and profile picture to the RP in the Lightweight FedCM proposal. The proposal for Lightweight FedCM has been updated since receiving this feedback, to remove the name, email, and profile image from the method response.
Lightweight FedCM Managing multiple signed-in accounts appears to be too rigid in the Lightweight FedCM proposal. The proposal does not currently support individual session lifetimes or nuanced login states per account. Expiration is currently tied to the IdP within the credentials object. We have noted per-account expiration as an open question and will take this feedback into consideration for future developments.
Lightweight FedCM The distinction between "signed in" and "available for selection" is not clearly defined, which could impact the user experience for the Lightweight FedCM proposal. We do not currently support the ability to distinguish if an account is logged in or logged out in the FedCM User Interface (UI). Logged out accounts should not be listed.
If an account is logged out and listed, and a user selects the account that is not actively logged in, the Continuation API can be used to have the user log back in.
API ব্যবহার Inconsistency between the given_name field in getUserInfo and its usage in the FedCM UI. This issue was discussed further with Mozilla here , in order to align on how given_name should be treated in getUserInfo .
API ব্যবহার Not all fields used in the UI from IdentityProviderAccount are provided to getUserInfo , specifically tel and username , suggesting a need for synchronization. The discussion with Mozilla and other FedID Community Group members is progressing on the issue of reconciling which fields from IdentityProviderAccount get sent to getUserInfo.
Enterprise FedCM Request for FedCM support for Enterprise IdP use cases. The key issue is the need for a trusted mechanism for IdPs to signal to browsers that administrators have pre-consented to allow the user to access specific RPs that cannot be mimicked and/or abused by Web trackers. This was discussed in the 22 April FedID CG meeting (please find here notes of the meeting) and combinations of browser extensions and Enterprise Policies (for managed devices) were put forth as potential solutions. We welcome additional feedback on this issue here .

Fight spam and fraud

Private State Token API (and other APIs)

No feedback received this quarter.