2025 Q1-এর ত্রৈমাসিক রিপোর্ট গোপনীয়তা স্যান্ডবক্স প্রস্তাব এবং 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/প্রযুক্তি
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ব্যবহারকারীর পছন্দ | ব্যবহারকারীর পছন্দ বাড়ানোর জন্য Google-এর আপডেট করা পদ্ধতি কেমন হবে, ব্যবহারকারীদের কাছে এটি কীভাবে উপস্থাপন করা হবে এবং প্রত্যাশিত অপ্ট-ইন/অপ্ট-আউট রেট কেমন হবে তা স্পষ্ট নয়। এটিকে তৃতীয় পক্ষের কুকি অবচয় থেকে আলাদা করতে আরও তথ্যের প্রয়োজন। | এপ্রিল 2025-এ, Google Chrome-এ গোপনীয়তা স্যান্ডবক্স এবং ট্র্যাকিং সুরক্ষার জন্য পরবর্তী পদক্ষেপগুলির উপর একটি ব্লগ পোস্ট প্রকাশ করে, ঘোষণা করে যে Google Chrome-এ ব্যবহারকারীদের তৃতীয়-পক্ষ কুকি অফার করার বর্তমান পদ্ধতি বজায় রাখার সিদ্ধান্ত নিয়েছে এবং তৃতীয় পক্ষের কুকিগুলির জন্য একটি নতুন স্বতন্ত্র প্রম্পট চালু করবে না। আমরা উপলব্ধ হিসাবে আরও আপডেট প্রদান করবে. |
| আঙুলের ছাপ | একটি সাধারণ ম্যাচ কী (যেমন ফিঙ্গারপ্রিন্টিং) হিসাবে আরও ঝুঁকিপূর্ণ ভোক্তা পরিচয় ব্যবহার না করে কীভাবে তারা Google-এর বিজ্ঞাপন সিস্টেমের বিকল্পগুলির উপর নির্ভর করতে পারে সে সম্পর্কে Google প্রকাশক বা বিপণনকারীদের সাথে কোনও তথ্য ভাগ করেনি। | আমরা বেশ কিছু নন-Google বিজ্ঞাপন সিস্টেম হাইলাইট করেছি যেগুলি প্রকাশক এবং বিপণনকারীদের সমাধান প্রদান করে যা গোপনীয়তা স্যান্ডবক্স API-এর অংশে তৈরি। এর মধ্যে রয়েছে বাজার এবং চ্যানেল জুড়ে নন-Google বিজ্ঞাপন সিস্টেম। এখানে privacysandbox.com-এর বিজনেস রিসোর্সেস বিভাগে আরও বিশদ বিবরণ এবং কেস স্টাডি পাওয়া যায়। |
| গোপনীয়তা স্যান্ডবক্স | গোপনীয়তা স্যান্ডবক্স এপিআইগুলি ইন্টারনেট ডেটা উপাদানগুলিকে Google এর নিজস্ব তৈরি পণ্যগুলির সাথে প্রতিস্থাপন করবে৷ যেহেতু Google এর বিকল্প একটি API, তাই এটি এমন একটি পণ্যে অ্যাক্সেসের অফার করছে যা এটির মালিকানাধীন এবং নিয়ন্ত্রণ করে, এবং এমন একটি পণ্য যা Google-এর বিচক্ষণতার সাথে শর্তাবলীর সাপেক্ষে৷ এটি এমন উপাদানগুলির বিকল্প নয় যা অন্যরা তাদের নিজস্ব তৈরি পণ্য তৈরি করতে ব্যবহার করে। | প্রাইভেসি স্যান্ডবক্স এপিআইগুলি নিয়ন্ত্রকদের এবং ইকোসিস্টেম স্টেকহোল্ডারদের একটি বিস্তৃত পরিসরের সাথে ব্যাপক সম্পৃক্ততার পরে তৈরি এবং প্রয়োগ করা হয়েছে। অন্যান্য প্ল্যাটফর্ম প্রযুক্তির মতো, গোপনীয়তা স্যান্ডবক্স এপিআইগুলিকে অবশ্যই বিবেচনায় নিতে হবে যে সেগুলি অন্যের তৈরি পণ্যগুলিতে উপাদান হিসাবে ব্যবহার করা হবে এবং আমরা গোপনীয়তা স্যান্ডবক্স APIগুলির পাশাপাশি কাজ করার জন্য অতিরিক্ত প্রযুক্তি বিকাশের জন্য বাস্তুতন্ত্রের প্রচেষ্টাকে স্বাগত জানাই৷ |
| ব্যবহারকারীর পছন্দ | Chrome-এ 3PC-তে Google-এর আপডেট করা পদ্ধতি কিছু নিয়ন্ত্রক প্রয়োজনীয়তা পূরণ করবে কিনা সে বিষয়ে তথ্যের জন্য অনুরোধ করুন, যা স্টেকহোল্ডারদের সম্মতি ব্যবস্থাপনা প্ল্যাটফর্মের অভিজ্ঞতাকে প্রভাবিত করতে পারে। | এপ্রিল 2025-এ, Google Chrome-এ গোপনীয়তা স্যান্ডবক্স এবং ট্র্যাকিং সুরক্ষার জন্য পরবর্তী পদক্ষেপগুলির উপর একটি ব্লগ পোস্ট প্রকাশ করে, ঘোষণা করে যে Google Chrome-এ ব্যবহারকারীদের তৃতীয়-পক্ষ কুকি অফার করার বর্তমান পদ্ধতি বজায় রাখার সিদ্ধান্ত নিয়েছে এবং তৃতীয় পক্ষের কুকিগুলির জন্য একটি নতুন স্বতন্ত্র প্রম্পট চালু করবে না। আমরা উপলব্ধ হিসাবে আরও আপডেট প্রদান করবে. |
| গোপনীয়তা স্যান্ডবক্স টাইমলাইন এবং গ্রহণ | বিজ্ঞাপন প্রযুক্তিগুলি গোপনীয়তা স্যান্ডবক্স API পরীক্ষাকে বিরতি দিয়েছে এবং পণ্য এবং বিপণন কার্যকলাপের জন্য এই প্রযুক্তিগুলিতে পুনঃবিনিয়োগ করার আরও শক্তিশালী কারণ খুঁজছে৷ তাদের পুনঃবিনিয়োগের সিদ্ধান্তগুলি ব্যবহারকারীর পছন্দের টাইমলাইনে বৃহত্তর স্পষ্টতার প্রয়োজনীয়তার সাথে প্রটেক্টেড অডিয়েন্স API (PA API) লেটেন্সি এবং B&A রোডম্যাপের বিষয়ে উদ্বেগ দ্বারা ব্যাপকভাবে প্রভাবিত হয়৷ উপরন্তু, আসন্ন CMA প্রতিশ্রুতি পর্যালোচনা সম্পর্কে উদ্বেগ রয়েছে, বিশেষ করে 3P শনাক্তকারীর উপর নির্ভর না করে গোপনীয়তা স্যান্ডবক্স প্রযুক্তির প্রাথমিক চালক হিসাবে Google-এর ভূমিকা এবং বিনিয়োগ কৌশলগুলি জানানোর উদ্যোগের সামগ্রিক ভবিষ্যত দিকনির্দেশনা সম্পর্কে। | এপ্রিল 2025-এ, Google Chrome-এ গোপনীয়তা স্যান্ডবক্স এবং ট্র্যাকিং সুরক্ষার জন্য পরবর্তী পদক্ষেপগুলির উপর একটি ব্লগ পোস্ট প্রকাশ করে, ঘোষণা করে যে Google Chrome-এ ব্যবহারকারীদের তৃতীয়-পক্ষ কুকি অফার করার বর্তমান পদ্ধতি বজায় রাখার সিদ্ধান্ত নিয়েছে এবং তৃতীয় পক্ষের কুকিগুলির জন্য একটি নতুন স্বতন্ত্র প্রম্পট চালু করবে না। আমরা উপলব্ধ হিসাবে আরও আপডেট প্রদান করবে. Chrome PA API নিলামগুলি বছরে 35% দ্রুততর হয়৷ তার উপরে, আমরা সমান্তরাল নিলামের ব্যবহারে উল্লেখযোগ্য বৃদ্ধি দেখেছি, যা সেই নিলামগুলির জন্য আরও বড় জয় প্রদান করে। আমাদের বর্তমান B&A রোডম্যাপ এখানে উপলব্ধ। |
| গোপনীয়তা স্যান্ডবক্স টাইমলাইন | গোপনীয়তা স্যান্ডবক্স টাইমলাইন পৃষ্ঠায় কী আপডেট করা হয়েছে? | বিষয় API-এর জন্য একটি ওভারভিউ সম্প্রতি গোপনীয়তা স্যান্ডবক্স টাইমলাইন পৃষ্ঠায় যোগ করা হয়েছে। |
| গোপনীয়তা স্যান্ডবক্স | রাজস্বের উপর গোপনীয়তা স্যান্ডবক্সের প্রভাব বুঝতে সাহায্য করার জন্য কি গোপনীয়তা বনাম ইউটিলিটি সম্পর্কিত কোনো গবেষণাপত্র আছে? | প্রাসঙ্গিক মার্কেট কেস স্টাডি যা এই প্রশ্নগুলির সমাধান করে এবং এখানে প্রাইভেসি স্যান্ডবক্স এপিআই পরীক্ষার ফলাফল পাওয়া যায় । |
| গোপনীয়তা স্যান্ডবক্স গ্রহণ | একটি প্রাথমিক গ্রহণকারী গোপনীয়তা স্যান্ডবক্স এপিআইগুলির সাথে প্রাথমিক চ্যালেঞ্জগুলি রিপোর্ট করেছে কারণ বৃহত্তর কোম্পানিগুলির দ্বারা ধীরগতির গ্রহণের কারণে, পরীক্ষা লঞ্চগুলিকে প্রভাবিত করে৷ যাইহোক, তা সত্ত্বেও, গোপনীয়তা স্যান্ডবক্স টিমের সহযোগিতামূলক পদ্ধতি এবং প্রতিক্রিয়ার প্রতিক্রিয়া প্রশংসা করা হয়েছিল। | আমরা প্রাথমিক গ্রহণকারীর প্রতিক্রিয়ার প্রশংসা করি। আমরা প্রারম্ভিক গ্রহণকারীদের সাথে সহযোগিতা করার জন্য প্রতিশ্রুতিবদ্ধ এবং আমরা বাস্তুতন্ত্রের সাথে জড়িত থাকতে এবং প্রতিক্রিয়া সংগ্রহ করতে থাকব কারণ আমরা ইকোসিস্টেমকে সমর্থন করার ক্ষেত্রে গোপনীয়তা স্যান্ডবক্স প্রযুক্তিগুলির ভূমিকা মূল্যায়ন করি৷ |
| ক্রোম টেস্টিং | 3PCs অক্ষম (মোড B) সহ Chrome এবং ক্রোম সেটিংসে ব্যক্তিগতভাবে 3PC অক্ষম করা ব্যবহারকারীদের মধ্যে ট্র্যাফিক মানের উল্লেখযোগ্য পার্থক্য হাইলাইট করে টেস্টিং লেবেলগুলি সরানোর পরে কার্যকরভাবে গোপনীয়তা স্যান্ডবক্স পরীক্ষা চালিয়ে যাওয়ার ক্ষমতা নিয়ে উদ্বেগ৷ | আমাদের প্রতিক্রিয়া পূর্ববর্তী ত্রৈমাসিকের অনুরূপ: গোপনীয়তা স্যান্ডবক্স টিম বুঝতে পারে যে কোম্পানিগুলি কুকি অবচয় লেবেলগুলি ব্যবহার করা চালিয়ে যেতে চায়৷ লেবেলগুলির প্রাপ্যতা বাড়ানোর প্রক্রিয়াটি একটি অরিজিন ট্রায়াল প্রসারিত করার অনুরূপ। লেবেলগুলির জন্য সমর্থন বেশ কয়েকটি অনুষ্ঠানে প্রসারিত করা হয়েছে। আমরা কুকি অবচয় লেবেলগুলির জন্য আরও প্রসারিত সমর্থন প্রস্তাব করার পরিকল্পনা করি এবং উপলব্ধ হিসাবে blink-dev- এ আপডেটগুলি ভাগ করব৷ |
তালিকাভুক্তি এবং প্রত্যয়ন
এই ত্রৈমাসিকে কোনো প্রতিক্রিয়া পাওয়া যায়নি।
প্রাসঙ্গিক বিষয়বস্তু ও বিজ্ঞাপন দেখান
বিষয়
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| অপ্ট ইন/আউট | র্যাঙ্কিং সিগন্যাল হিসাবে টপিকস এপিআই থেকে অপ্ট-আউট করার জন্য একটি সাইটের সিদ্ধান্তকে Google অনুসন্ধান ব্যবহার করবে না বলে Google-এর নিশ্চিতকরণ কি Google-কে টপিক এপিআই-এ একটি র্যাঙ্কিং সংকেত হিসাবে অপ্ট-ইন করার সাইটের সিদ্ধান্ত ব্যবহার করতে বাধা দেবে? | আমাদের প্রতিক্রিয়া পূর্ববর্তী ত্রৈমাসিকের অনুরূপ: গোপনীয়তা স্যান্ডবক্স টিম অনুসন্ধান সংস্থার কাছ থেকে সমন্বয় বা অনুরোধ করেনি যে তারা ওয়েবসাইটগুলিকে বিষয় API গ্রহণ করার জন্য একটি প্রণোদনা হিসাবে পৃষ্ঠা র্যাঙ্কিং ব্যবহার করে। Google অনুসন্ধান একটি র্যাঙ্কিং সংকেত হিসাবে বিষয় API সমর্থন (বা সমর্থন না) একটি সাইটের সিদ্ধান্ত ব্যবহার করবে না. |
| ব্যবহার পর্যবেক্ষণযোগ্যতা | ওয়েবে টপিক এপিআই ব্যবহার করা হচ্ছে কিনা তা দেখতে সক্ষম হতে একটি SSP বা সাধারণ বিজ্ঞাপন প্রযুক্তির জন্য একটি পর্যবেক্ষণ পদ্ধতির অনুরোধ করা। | আমরা এই কার্যকারিতার জন্য সমর্থন মূল্যায়ন করছি, এবং যদি এই বৈশিষ্ট্যটি একটি উচ্চ অগ্রাধিকার হয় তবে আমরা বাস্তুতন্ত্র থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই । |
| গোপনীয়তা | সম্মতি এবং পুনরায় শনাক্তকরণ সম্ভাব্যতা সম্পর্কে প্রশ্ন। | আমরা বর্তমানে এখানে এই সমস্যা নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
সুরক্ষিত শ্রোতা API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| PA API এবং GAM/AdX | প্রতিদ্বন্দ্বী প্রকাশকের বিজ্ঞাপন সার্ভারের উপর নির্ভর করতে চান এমন প্রকাশকের কাছে Google কোনো GAM/AdX চাহিদা পাঠাবে না। চূড়ান্ত নিলাম নিয়ন্ত্রণ করতে Google-এর উচিত প্রতিদ্বন্দ্বী প্রকাশকদের বিকল্প শীর্ষ-স্তরের PA API নিলাম বিক্রেতাদের বেছে নিতে সক্ষম করা। PA API থেকে তথ্য GAM-এ উপলব্ধ হবে কিন্তু প্রতিদ্বন্দ্বী SSP-এর জন্য সীমাবদ্ধ। ফলস্বরূপ, প্রকাশকরা GAM-এ PA API উৎসের চাহিদার পারফরম্যান্সের তুলনা করতে সক্ষম হয় না, যেমন AdX থেকে বা PA API-তে সংহত এসএসপি থেকে। | Chrome প্রতিক্রিয়া: PA API মানটি নমনীয় হওয়ার জন্য ডিজাইন করা হয়েছে এবং বিভিন্ন দলকে শীর্ষ-স্তরের নিলাম চালানোর অনুমতি দেয়। এই পছন্দটি প্রকাশকের বিজ্ঞাপন সার্ভার (জিএএম বা অন্য যাই হোক না কেন) এবং ইকোসিস্টেমের অন্যান্য অংশগ্রহণকারী সংস্থাগুলি দ্বারা অফার করা নির্দিষ্ট বাস্তবায়ন এবং ক্ষমতার উপর নির্ভর করে। PA API-এর গোপনীয়তা-কেন্দ্রিক নকশা ধারাবাহিকভাবে সমস্ত অংশগ্রহণকারীদের জন্য দানাদার রিপোর্টিংকে সীমাবদ্ধ করে। PA API নিলাম থেকে রিপোর্ট করা নির্দিষ্ট ডেটা নিজেই একই API-সংজ্ঞায়িত, গোপনীয়তা-সংরক্ষণের নিয়ম এবং সমস্ত অংশগ্রহণকারীদের জন্য সীমাবদ্ধতা, যেকোন SSPs সহ। প্রকাশকরা কর্মক্ষমতা মূল্যায়ন করতে PA API এর সামগ্রিক, গোপনীয়তা-সংরক্ষণকারী প্রতিবেদনগুলি ব্যবহার করে৷ এটি PA API-এর মাধ্যমে প্রাপ্ত চাহিদার সামগ্রিক অবদানের মূল্যায়নের অনুমতি দেয় এবং API-এর গোপনীয়তা-দ্বারা-ডিজাইন নীতিগুলির সাথে সামঞ্জস্যপূর্ণ অন্যান্য চাহিদা চ্যানেলগুলির সাথে তুলনা করতে সক্ষম করে৷ গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া: AdX চাহিদা অ্যাক্সেস করার জন্য প্রকাশকদের GAM-এর বিজ্ঞাপন সার্ভার কার্যকারিতা ব্যবহার করতে হবে না। এছাড়াও, PA API অজ্ঞেয়বাদী যে কে একক বিক্রেতা এবং বহু-বিক্রেতার ডিজাইন উভয় ক্ষেত্রেই নিলাম শুরু করে। |
| শীর্ষ স্তরের বিক্রেতা | শীর্ষ-স্তরের বিক্রেতা (TLS)-এর কাছে এমন তথ্যের অ্যাক্সেস রয়েছে যা অন্য কোনো উপাদান বিক্রেতার অ্যাক্সেস নেই, যা তথ্যের অসম অ্যাক্সেস সম্পর্কে উদ্বেগ বাড়ায়। যেকোন সত্তা TLS হতে পারে, AdX চাহিদা অ্যাক্সেস করার জন্য, প্রকাশকদের প্রকাশক বিজ্ঞাপন সার্ভার হিসাবে GAM ব্যবহার করতে হবে। এটি প্রকাশক বিজ্ঞাপন সার্ভার হিসাবে GAM ব্যবহার করার জন্য একটি প্রণোদনা তৈরি করে, Google-এর জন্য একটি প্রতিযোগিতামূলক সুবিধা তৈরি করে। | Chrome প্রতিক্রিয়া: PA API এর ডিজাইন নির্দেশ করে না যে কোন সত্তাটি TLS হিসাবে কাজ করতে পারে। TLS ভূমিকার জন্য নিলামের সমন্বয় করা এবং API এর কাঠামো অনুযায়ী সম্পর্কিত নিলাম তথ্য অ্যাক্সেস করা প্রয়োজন। গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া: আমরা বছরের পর বছর ধরে নিলামের ন্যায্যতার উপর দৃঢ় ফোকাস বজায় রেখেছি, আমাদের প্রতিশ্রুতি সহ যে কোনও প্রকাশকের অ-গ্যারান্টিড বিজ্ঞাপন উত্স থেকে কোনও মূল্য, অ-গ্যারান্টিড লাইন আইটেম মূল্য সহ, অন্য ক্রেতার সাথে নিলামে বিড করার আগে তাদের সাথে ভাগ করা হবে না, যা আমরা পরে ফ্রেঞ্চ প্রতিযোগিতা কর্তৃপক্ষের প্রতি আমাদের প্রতিশ্রুতিতে পুনর্নিশ্চিত করেছি৷ PA API নিলামের জন্য, আমরা আমাদের প্রতিশ্রুতি রাখতে চাই এবং বহু-বিক্রেতার নিলামে নিলাম শেষ হওয়ার আগে অন্য কোনও নিলাম অংশগ্রহণকারীর সাথে নিলামে অংশগ্রহণকারীর বিড শেয়ার করব না। স্পষ্ট করে বলতে গেলে, আমরা এই আপডেটে ব্যাখ্যা করা আমাদের নিজস্ব সহ কোনো উপাদান নিলামের সাথে প্রাসঙ্গিক নিলামের মূল্য ভাগ করব না। অধিকন্তু, আমরা আমাদের নিজস্ব নিলামের অংশ হিসাবে SSP-কে ক্রেতাদের দ্বারা প্রদত্ত সংকেত সহ উপাদান নিলাম কনফিগারেশন সম্পর্কিত তথ্য ব্যবহার করি না। উপরন্তু, উপরে উল্লিখিত হিসাবে, GAM-এর প্রয়োজন নেই যে প্রকাশকদের AdX চাহিদা অ্যাক্সেস করার জন্য তার বিজ্ঞাপন সার্ভার কার্যকারিতা ব্যবহার করুন। অবশেষে, Google-এর Q2 / Q3 2024 রিপোর্টে যেমন উল্লেখ করা হয়েছে , Google-এর বাইসাইড প্ল্যাটফর্মগুলি – Google Ads (পূর্বে AdWords) এবং DV360 – PA API এর মাধ্যমে সহ Google-এর বাইরের এক্সচেঞ্জগুলি থেকে ইম্প্রেশন ক্রয় করে৷ |
| PA API এবং GAM/AdX | 100% ইনভেন্টরিতে PA API সক্রিয় করা প্রকাশকদের পক্ষে বোঝা কঠিন কারণ বিকল্পটির লেবেল উদ্দেশ্যটি পরিষ্কার করে না। SSP-দের জন্য, যাদের ইনভেন্টরি অ্যাক্সেস করার প্রাথমিক উপায় প্রায়শই GAM-এর সাথে TLS হিসাবে কাজ করে বহু-স্তরের নিলামের মাধ্যমে, GAM-এর অধীন না হয়ে PA API-এর মাধ্যমে পরীক্ষা চালানো বা নগদীকরণ করার কার্যকর উপায় নেই। | Chrome প্রতিক্রিয়া: PA API মান প্রযুক্তিগত ভূমিকা (যেমন TLS এবং উপাদান বিক্রেতা) এবং নিলাম প্রক্রিয়াকে সংজ্ঞায়িত করে, যাতে প্ল্যাটফর্মগুলি এই ভূমিকাগুলি সম্পাদন করে এমন নমনীয়তার অনুমতি দেয়। PA API ফ্রেমওয়ার্ক ব্যবহার করে অংশগ্রহণের সুবিধার্থে অপারেশনাল ক্রিয়াকলাপ - যেমন কনফিগারেশন, সমন্বয় এবং চুক্তিগুলি - বাস্তবায়নকারী পক্ষগুলি (প্রকাশক, SSP, TLS প্রদানকারী) দ্বারা পরিচালিত হয়৷ গুগল অ্যাড ম্যানেজার দ্বারা প্রদত্ত প্রতিক্রিয়া: আমাদের সহায়তা কেন্দ্রে বর্ণিত হিসাবে, অ্যাড ম্যানেজার প্রকাশকদের একটি প্রকাশকের ইনভেন্টরির 100% যেখানে নন-Google উপাদান বিক্রেতাদের সাথে পরীক্ষা সক্ষম করার জন্য একটি নিয়ন্ত্রণ অফার করে, যেমন অন্যান্য SSP, যেখানে API ব্যবহার করার জন্য উপলব্ধ (যেকোনও নমুনা বা থ্রোটলিং যা GAM প্রযোজ্য হতে পারে)। যদি একজন প্রকাশক এই নিয়ন্ত্রণটি সক্ষম করে, তাহলে যখনই একজন নন-Google উপাদান বিক্রেতা একটি নিলাম কনফিগারেশন প্রদান করে, GAM প্রদত্ত উপাদান নিলাম অন্তর্ভুক্ত করে একটি শীর্ষ-স্তরের নিলাম চালানোর চেষ্টা করবে, তবে প্রকাশক এটি করার জন্য প্রয়োজনীয় ব্যবহারকারীর সম্মতি পেয়েছেন। GAM প্রকাশকদের কাছে এটি স্পষ্ট করে দেয় যে এই নিয়ন্ত্রণ কার্যক্ষমতাকে প্রভাবিত করতে পারে, যাতে প্রকাশক একটি জ্ঞাত সিদ্ধান্ত নিতে পারে। |
| সার্ভার-সাইড বনাম অন-ডিভাইস | সার্ভার-সাইড সমাধান, যেমন বিডিং এবং নিলাম (B&A), গোপনীয়তা বজায় রেখে ট্র্যাফিক-আকৃতির জন্য সমাধান করার সম্ভাবনা রয়েছে। সার্ভার-সাইড সমাধানগুলিই একমাত্র কার্যকর পথ এবং Google-এর অন-ডিভাইস সমাধানগুলি ত্যাগ করা উচিত৷ | গোপনীয়তা স্যান্ডবক্সের লক্ষ্য হল সার্ভার-সাইড (B&A পরিষেবা) এবং ডিভাইসের নিলাম সমাধান উভয়কেই সমর্থন করা, বিভিন্ন বিজ্ঞাপন প্রযুক্তির চাহিদা মেটাতে এবং ব্যবহারের ক্ষেত্রে বিকল্পগুলি প্রদান করা। |
| নিলাম নিরাপত্তা | PA API বিডগুলিতে আক্রমণগুলি ডিভাইসে বিডিং এবং নিলামের জন্য মৌলিকভাবে অযোগ্য, এই সমস্যাটি স্টেকহোল্ডারদের দ্বারা সমাধান করা হয়েছে বলে বিবেচিত হয় না এবং তারা PA API বিডগুলির সাথে কোনও হেরফের না হয় তা নিশ্চিত করার জন্য প্রযুক্তিগত গ্যারান্টির অনুরোধ অব্যাহত রাখে সেইসাথে রিয়েল-টাইম ঘটনা সনাক্তকরণ এবং দক্ষ ডিবাগিং প্রদানের জন্য একটি সম্পূর্ণ ডিবাগ মোড। | সম্ভাব্য আক্রমণ প্রশমিত করা সহ PA API নিলামের অখণ্ডতা নিশ্চিত করা একটি মূল গোপনীয়তা স্যান্ডবক্স ফোকাস। API-এর ডিজাইনে অখণ্ডতার ব্যবস্থা রয়েছে এবং আমরা নির্দিষ্ট উদ্বেগের বিষয়ে আরও প্রযুক্তিগত আলোচনাকে স্বাগত জানাই। আমরা 2024 সালের মে মাসে W3C অ্যান্টি-ফ্রড কমিউনিটি গ্রুপের বৈঠকের সময় PA API-তে সম্ভাব্য আক্রমণ এবং আমাদের প্রশমনের একটি বিস্তারিত তালিকা উপস্থাপন ও আলোচনা করেছি। কী সম্ভাব্য 'PA API বিডগুলিতে আক্রমণ' উদ্বেগের বিষয় সে সম্পর্কে আমরা আরও আলোচনা এবং প্রতিক্রিয়াকে স্বাগত জানাই। |
| কুকিলেস ট্রাফিক | পরীক্ষার বা অন্যান্য উদ্দেশ্যে শুধুমাত্র কুকিলেস ট্র্যাফিকের জন্য PA API সক্ষম করার একটি উপায় থাকবে? | বিজ্ঞাপন প্রযুক্তিগুলি 3PC উপস্থিত আছে কিনা তা সনাক্ত করতে পারে। এটি এখানে আরও বিস্তারিতভাবে ব্যাখ্যা করা হয়েছে। |
| সিট আইডি | সিট আইডি প্রস্তাবের ক্ষেত্রে, বেশিরভাগ বিডের অনুরোধের জন্য সিট আইডি জ্ঞান অপরিহার্য যা সৃজনশীল নিবন্ধনের সাথে সিট আইডি বাঁধার বিষয়ে উদ্বেগ নিয়ে আসে। উপরন্তু, এটি কি শুধুমাত্র "প্রধান বিজ্ঞাপন" বা উপাদান বিজ্ঞাপনের ক্ষেত্রে প্রযোজ্য হবে? | BuyerAndSellerReportingId প্রস্তাবটি প্রধান বিজ্ঞাপনের জন্য সৃজনশীল নিবন্ধনের সময় ক্রেতার আসন আইডির অভাব সম্পর্কে উদ্বেগকে সম্বোধন করে। এই শনাক্তকারীর লক্ষ্য ক্রেতার আসন আইডি বিক্রেতার কাছে যোগাযোগ করা। আমরা উপাদান বিজ্ঞাপনের জন্য সমর্থন মূল্যায়ন করছি. |
| মনিটরিং এবং রিপোর্টিং | রিয়েল-টাইম মনিটরিং (RTM) এর জন্য ফিচার অনুরোধ (1) বাতিল করা নিলামের জন্য RTM রিপোর্ট পাঠানোর পাশাপাশি (2) নতুন ব্রাউজার-জনিত বালতি কি ধরনের বাতিল হয়েছে তা স্পষ্ট করতে। | অংশগ্রহণের হার তদন্তের জন্য RTM একটি উপযুক্ত সমাধান বলে মনে হচ্ছে না। সমালোচনামূলক, আকস্মিক, অস্থায়ী বিভ্রাট ধরতে কম লেটেন্সি মনিটরিং API হিসাবে RTM ডিজাইন করা হয়েছে। বিপরীতে, অংশগ্রহণের হারের জন্য কম বিলম্বিত প্রতিবেদনের প্রয়োজন হয় না এবং এটি একটি গুরুতর, হঠাৎ অস্থায়ী বিভ্রাট নয়। অংশগ্রহণের হার সম্পর্কে উদ্বেগগুলি সবচেয়ে কার্যকরভাবে বিক্রেতাদের দ্বারা উত্তর দেওয়া হয় যাদের সাথে ক্রেতারা সহযোগিতা করে, এবং ব্রাউজারের মাধ্যমে অনুসন্ধানকারী ক্রেতাদের দ্বারা নয়। অধিকন্তু, যেহেতু বাতিল করা নিলামগুলি অত্যন্ত সাধারণ, যদি ব্রাউজারটি প্রতিটি বাতিল নিলাম থেকে RTM রিপোর্ট তৈরি করে, তাহলে এটি প্রকৃত বিভ্রাটের জন্য RTM রিপোর্টগুলিকে ডুবিয়ে দিতে পারে। |
| ডকুমেন্টেশন স্পষ্টীকরণ | PA API ব্যাখ্যাকারীতে একটি ডকুমেন্টেশনের অসঙ্গতির প্রতিবেদন যা বলে যে nonce একটি UUID স্ট্রিং হওয়া উচিত, কিন্তু এটি আসলে একটি প্রতিশ্রুতি প্রদান করে। | একটি ব্যাখ্যা এখানে প্রস্তাব করা হয়. |
| হিমায়িত প্রসঙ্গ | হিমায়িত-প্রসঙ্গের সাথে কাজ করার সময়, (1) বান্ডলিং, (2) বহিরাগত লাইব্রেরি এবং (3) অসমর্থিত ডেটা প্রকারগুলির সাথে সম্পর্কিত সমস্যা এবং চ্যালেঞ্জগুলি মোকাবেলার জন্য কোন বিকল্পগুলি উপলব্ধ? | আমরা এখানে এই প্রশ্নের উত্তর প্রদান করেছি। |
| চশমা | প্রাইভেট অ্যাগ্রিগেশন API একটি জেনেরিক contributeToHistogramOnEvent অপারেশন যোগ করেছে। ফলস্বরূপ, PA API-তে সংজ্ঞাটি একটি ওভারলোডেড অপারেশনে পরিণত হয়েছে, এবং ওয়েব IDL অপারেশনগুলি "ইন্টারফেস, আংশিক ইন্টারফেস জুড়ে ওভারলোড করা উচিত নয় [...]" , তাই সেই সংজ্ঞাটি এখন অবৈধ। | এই সমস্যাটি PA API এবং প্রাইভেট অ্যাগ্রিগেশন স্পেক্সের মধ্যে একটি অস্থায়ী অসঙ্গতি নির্দেশ করে যখন আমরা উভয়ে একই রকম পরিবর্তনগুলিকে একত্রিত করি। আমরা এটিকে সমাধান করার জন্য একটি টান অনুরোধ একত্রিত করেছি। |
| স্বার্থ গ্রুপ | একটি প্রচারাভিযান বন্ধ হয়ে গেলে একটি ইন্টারেস্ট গ্রুপের (IG's) বিডিং অংশগ্রহণ শেষ করার জন্য প্রস্তাবিত এবং সম্পদ-দক্ষ পদ্ধতির নির্দেশনার জন্য অনুরোধ। | এখানে কিছু পরামর্শ আমরা প্রদান করতে পারি: আমরা বিশ্বাস করি যে সর্বনিম্ন লেটেন্সি, ন্যূনতম স্থায়ী, কিন্তু সর্বনিম্ন রিসোর্স রিলিজিং মেকানিজম রিয়েল-টাইম বিডিং সিগন্যাল ব্যবহার করে তাদের generateBid() কে বিডিং বন্ধ করতে জানাচ্ছে।দ্বিতীয় বিকল্পটি যেটি কম সংস্থান ব্যবহার করে তা হল রিয়েল-টাইম বিডিং সিগন্যাল প্রতিক্রিয়াতে সেই IG-এর জন্য একটি নেতিবাচক অগ্রাধিকার নির্ধারণ করা হবে, কারণ এটি generateBid() কে আহ্বান করা থেকেও বন্ধ করে দেবে।তৃতীয় বিকল্প, যা এমনকি কম সংস্থান ব্যবহার করে, আইজি থেকে বিজ্ঞাপনগুলি সরানো হবে। বিজ্ঞাপন ছাড়া IG তাদের generateBid() আহ্বান করা হয় না।চতুর্থ বিকল্প, যা এমনকি কম সংস্থান ব্যবহার করে, IG থেকে biddingLogicURL সরিয়ে দেবে। এই মুহুর্তে আইজিকে এখনও আপডেট/পুনরায় যোগদান করা যেতে পারে যাতে এটি পুনরায় সক্রিয় করা যায়।আরও বিকল্পগুলি IG ছেড়ে চলে যাওয়ার চারপাশে ঘোরে, হয় leaveAdInterestGroup() বা clearOriginJoinedAdInterestGroups() এর মাধ্যমে বা IG এর মেয়াদ শেষ হচ্ছে৷উপরে হাইলাইট করা হিসাবে, বিভিন্ন বিকল্পের বিভিন্ন লেটেন্সি প্রভাব এবং সম্পদ খরচ আছে। বিজ্ঞাপন প্রযুক্তিগুলি তাদের নির্দিষ্ট ব্যবহারের ক্ষেত্রে সেরা ট্রেডঅফের বিকল্পটি বেছে নিতে পারে। |
| শ্রোতা | নির্মিত শ্রোতাদের উপর যৌক্তিক ক্রিয়াকলাপ চালানোর জন্য একটি প্রক্রিয়ার জন্য অনুরোধ (যেমন IG A & B এর একটি ছেদকে লক্ষ্য করার ক্ষমতা) | PA API এর সাথে, একই সাইট থেকে দর্শকদের উপর লজিক্যাল অপারেশন চালানো আজ অর্জনযোগ্য। আমাদের গোপনীয়তা মডেলে ব্যাখ্যা করা গোপনীয়তা বিবেচনার জন্য বিভিন্ন সাইট জুড়ে দর্শকদের যৌক্তিক ক্রিয়াকলাপ আজ সমর্থিত নয়৷ আমরা এই এলাকায় গবেষণা চালিয়ে যাচ্ছি এবং পথে যেকোন আপডেট শেয়ার করব। |
| বৈশিষ্ট্য অনুরোধ | TLS আগে থেকে জানা প্রয়োজন অতিরিক্ত বিডের উপর সীমাবদ্ধতা অপসারণের প্রস্তাব। | আমরা বর্তমানে এখানে এই প্রস্তাব নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাচ্ছি। |
| Chrome এ 3PC-তে আপডেট করা পদ্ধতি | PA API-এর মতো গোপনীয়তা স্যান্ডবক্স APIগুলি কি সাধারণভাবে সমস্ত Chrome স্থিতিশীল ব্যবহারকারীদের জন্য উপলব্ধ থাকবে, নাকি APIs (বা APIগুলির একটি উপসেট) শুধুমাত্র 3PCs প্রত্যাখ্যান করা ব্যবহারকারীদের জন্য উপলব্ধ হবে? | Chrome Stable-এ প্রাইভেসি স্যান্ডবক্স API-এর উপলভ্যতার উপর প্রভাব ফেলতে 3PC-কে প্রত্যাখ্যান করার কোনও ব্যবহারকারীর সিদ্ধান্তের জন্য আমরা অভিপ্রায় করি না। |
| উন্নত সংকেত | কার্যকারিতা যোগ করার কোন পরিকল্পনা আছে যা নির্দেশ করে যে TLS একটি PA API নিলাম চালাতে চায় কিনা? | আমরা এই কার্যকারিতা জন্য সমর্থন মূল্যায়ন করা হয়. উপলব্ধ হলে আমরা সময় সম্পর্কে আরও বিশদ ভাগ করব এবং আমরা এই অনুরোধে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডিল আইডি | উদ্বেগ যে ডিল আইডি প্রস্তাবে KV সার্ভারের প্রয়োজনীয়তা একটি ব্যয়বহুল এবং সময়সাপেক্ষ সার্ভার-সাইড প্রক্রিয়া হতে পারে। | ডিল আইডি প্রস্তাবটি SSP-কে PA নিলামের সময় কী-মানের সার্ভার থেকে নির্বাচিত ডিল আইডিগুলির মেটাডেটা জিজ্ঞাসা করার অনুমতি দেয়, যাতে তাদের ডিভাইসে সমস্ত ডিল-সম্পর্কিত মেটাডেটা প্রিলোড করার প্রয়োজন না হয়। এই প্রস্তাবটি SSP-এর অনুরোধের প্রতিক্রিয়ায় তৈরি করা হচ্ছে, এবং আমরা এখানে অতিরিক্ত ইকোসিস্টেম প্রতিক্রিয়াকে স্বাগত জানাই। আমরা বুঝি যে মূল-মান সার্ভার সেট আপ করার জন্য প্রয়োজনীয় কাজ আছে, তবে সামগ্রিকভাবে এখনও মনে হয় এটি বিজ্ঞাপন প্রযুক্তি সংস্থাগুলির জন্য একটি নেট সুবিধা। আমরা এই প্রক্রিয়াটিকে আরও সহজ করার জন্য প্রতিক্রিয়া এবং পরামর্শগুলিকে স্বাগত জানাই। |
| ক্রস-আইজি ফ্রিকোয়েন্সি ক্যাপিং | PA API এর মাধ্যমে ক্রস-আইজি ফ্রিকোয়েন্সি ক্যাপিংয়ের জন্য অনুরোধ। | ক্রস-আইজি ফ্রিকোয়েন্সি ক্যাপিংয়ে চ্যালেঞ্জিং গোপনীয়তা বৈশিষ্ট্য রয়েছে যার জন্য আমরা সমাধান খুঁজে পাইনি। এই বৈশিষ্ট্যটি একটি উচ্চ অগ্রাধিকার হলে আমরা ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডিল আইডি এবং সিট আইডি রিপোর্টিং | সমষ্টিগত প্রতিবেদনে ডিল বা সিট আইডি পাওয়ার ক্ষমতার অনুরোধ করা। | আমরা এখানে যে রিপোর্টিং আইডি কার্যকারিতা নিয়ে কাজ করছি তা চুক্তি এবং সিট আইডির রিপোর্টিংকে সম্ভব করে তুলবে। SelectBuyerAndSellerReportingId রিপোর্টের জন্য প্রদান করা হয়েছে, তাই রিপোর্ট করার সবচেয়ে সহজ উপায় হবে ইভেন্ট-লেভেল রিপোর্টিং (যেমন sendReportTo()-এ পাস করা URL-এ ডিল আইডি এনকোড করা)। যদি সমষ্টিগত রিপোর্টিং ব্যবহার করা হয়, তাও করা যেতে পারে। রিপোর্টিং আইডি বৈশিষ্ট্যটি বর্তমানে Chrome স্থিতিশীল চ্যানেল ট্রাফিকের 10% জন্য লাইভ। আমরা লঞ্চটিকে 100% প্রসারিত করার মূল্যায়ন করছি। |
| স্বার্থ গ্রুপ | আইজি নির্বাচন এবং মূল্যায়ন উভয় ক্ষেত্রে অগ্রাধিকারের একই ক্রম ব্যবহার করুন এবং সমস্ত মূল্যায়ন মোডে অগ্রাধিকারের সেই ক্রমটি ব্যবহার করুন। | আমরা বর্তমানে এটি এখানে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| স্বার্থ গ্রুপ | গোপনীয়তা স্যান্ডবক্স API গ্রহণ বাড়ানোর উপায় হিসাবে দর্শক সক্রিয়করণ এবং প্রতিনিধিত্ব ব্যবহার করার পরামর্শ৷ | আমরা একাধিক স্টেকহোল্ডারের কাছ থেকে এই অনুরোধ সম্পর্কে সচেতন এবং একটি সমাধান নিয়ে গবেষণা করছি। আমরা ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| স্বার্থ গ্রুপ | PA API IGs তৈরি করা, বিশেষ করে একাধিক কেনাকাটার জন্য বা প্রকাশকদের পক্ষে কাজ করার সময় প্রতিনিধিত্ব এবং মালিকানা ঘিরে চ্যালেঞ্জ। | আমরা একাধিক স্টেকহোল্ডারদের কাছ থেকে আরও উন্নত IG প্রতিনিধিদের সমর্থন করার অনুরোধ পেয়েছি এবং আমরা এই প্রক্রিয়ায় SSP-এর যোগ করা মূল্য দেখতে পাচ্ছি। আমরা সর্বোত্তম সমাধান খুঁজে বের করার জন্য গবেষণা পরিচালনা করছি যা বিভিন্ন পক্ষকে শ্রোতা এক্সটেনশন প্রক্রিয়ায় অংশগ্রহণ করতে দেয়। আমরা ইকোসিস্টেম থেকে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ক্লায়েন্ট-সাইড পারফরম্যান্স | ইনফ্রাকোস্ট এবং লেটেন্সি অপ্টিমাইজ করতে বিশ্বস্ত বিডিং সিগন্যাল-এর ক্লায়েন্ট-সাইড ক্যাশিং সহজ করার জন্য নির্দেশিকা জন্য অনুরোধ। | আমরা বর্তমানে এটি এখানে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
সুরক্ষিত নিলাম (B&A পরিষেবা)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| কে/ভি পরিষেবা | ব্রাউজার থেকে বিক্রেতার KV সার্ভারে অনুরোধগুলি কীভাবে ব্যাচ করা হয়? একজন বিক্রেতার জন্য, ব্রাউজার থেকে অনুরোধটি কেমন হবে - একটি GET বা POST অনুরোধ? অতিরিক্তভাবে কে-বেনামী প্রয়োজনীয়তা সম্পর্কে কিছু স্পষ্টীকরণ প্রয়োজন। | v1-এর জন্য, অনুরোধের ক্যোয়ারী প্যারামিটারে সংকেত সহ trustedScoringSignalsURL আনতে Chrome বিক্রেতার KV পরিষেবাতে একটি GET অনুরোধ পাঠায়। প্যারামিটারগুলির মধ্যে hostname , renderUrls , adComponentRenderUrls এবং experimentGroupId অন্তর্ভুক্ত থাকবে। আমরা বর্তমানে সৃজনশীল স্ক্যানিংয়ের জন্য অতিরিক্ত তথ্য পাঠানোর জন্য কিছু এক্সটেনশন নিয়ে পরীক্ষা-নিরীক্ষা করছি, কিন্তু সেটি এখনও চালু হয়নি।maxTrustedScoringSignalsURLLength 0 তে সেট করার সময় Chrome সম্ভাব্যভাবে একটি একক অনুরোধে সমস্ত সংকেত ব্যাচ করতে পারে (সম্ভবত তাদের সার্ভারে যেকোন URL দৈর্ঘ্যের সীমা অতিক্রম করে), কিন্তু এটি নিশ্চিত নয়। Chrome বর্তমানে একই ব্যাচে অনুরোধগুলি অন্তর্ভুক্ত করতে বেছে নেয় যদি তারা একে অপরের 10ms এর মধ্যে পাঠানোর জন্য প্রস্তুত থাকে, যদিও আমরা বর্তমানে এটি কীভাবে অপ্টিমাইজ করা যায় তা তদন্ত করছি।বিশ্বস্তScoringSignals-এর সাথে কাজ করার সময়, এটি মনে রাখা দরকারী যে Chrome ক্যাশিং হেডারকে সম্মান করে৷ Stale-While-Revalidate "Cache-Control" শিরোনামের মত হেডারগুলি ক্রোমকে ক্যাশেড কপি ব্যবহার করার অনুমতি দিয়ে (এবং পরবর্তী নিলামের জন্য ক্যাশে আপডেট করে) গড় বিলম্ব কমাতে পারে, কার্যকরভাবে গুরুত্বপূর্ণ পথ থেকে সংকেতগুলিকে সরিয়ে দেয়৷অবশেষে, কে-অজ্ঞাতনামা সংক্রান্ত, ব্যাখ্যাকারীর বিশেষ বিভাগটি পুরানো বলে মনে হচ্ছে। মূলত আমরা বিশ্বস্ত সিগন্যাল URL গুলি কে-বেনামী হতে চাইছিলাম, কিন্তু সেই প্রয়োজনীয়তা বাদ দেওয়া হয়েছিল৷ আমরা ব্যাখ্যাকারী থেকে এই বাক্যটি সরিয়ে দেব। |
| B&A পরিষেবা | B&A-এর সর্বশেষ সংস্করণে আপগ্রেড করতে অনেক সময় লাগে। দ্রুত নির্মাণ সময় বা পূর্ব-নির্মিত ছবি উপকারী হবে. | বিজ্ঞাপন প্রযুক্তিগুলি নিজেরাই বাইনারি তৈরি করতে পারে এবং প্রদত্ত হ্যাশগুলি ব্যবহার করে যাচাই করতে পারে৷ আমরা পূর্ব-নির্মিত নিদর্শন সরবরাহ করার বা ভবিষ্যতে নির্মাণের সময় উন্নত করার সম্ভাবনার তদন্ত বিবেচনা করব। |
| API বৈশিষ্ট্য অনুরোধ | স্থানীয় উন্নয়ন এবং পরীক্ষার সুবিধার্থে বিডিং অ্যান্ড অকশন সার্ভিসেস (বিএন্ডএ) বিল্ড স্ক্রিপ্ট, কন্টেইনার ইমেজ এবং ইনভোকেশন টুলের জন্য macOS সামঞ্জস্যের জন্য অনুরোধ। | আমরা বর্তমানে amd64 সমর্থন করি যা সমর্থিত ক্লাউড প্ল্যাটফর্মে (GCP এবং AWS) স্থাপনার জন্য যথেষ্ট। আমরা ভবিষ্যতে অন্যান্য আর্কিটেকচারের জন্য সমর্থন অনুসন্ধান করতে পারি। |
| AWS | IAM ভূমিকা কি উৎপাদন নির্মাণের জন্য একটি প্রয়োজনীয়তা তৈরি করেছে? | হ্যাঁ, IAM ভূমিকা যথাযথ অনুমতি এবং সমন্বয়কারীদের সাথে যোগাযোগের জন্য প্রয়োজন। এখানে সেট করা হিসাবে ডিভাইসে তৈরি হওয়া ProtectedAudienceInput সাইফারটেক্সট ডিক্রিপ্ট করতে কীগুলি ব্যবহার করা হয়। উপরন্তু, এই ভূমিকাগুলি একই সমন্বয়কারীর সাথে প্রোডাকশন বিল্ডের সার্ভার/টিইই প্রত্যয়ন পাস করতে হবে। এটি আমাদের স্ব-পরিষেবা গাইডে আরও বিস্তারিতভাবে সম্বোধন করা হয়েছে। |
| B&A পতাকা | উপলব্ধ B&A পতাকাগুলির সংজ্ঞাগুলিকে ডকুমেন্টেশনে তালিকাভুক্ত করার জন্য অনুরোধ করা হচ্ছে যে আজ এই সংজ্ঞাগুলি Terraform কোড, cc ফাইল এবং প্রোটো ফাইলগুলিতে রয়েছে কিন্তু বিজ্ঞাপন প্রযুক্তিগুলি কীভাবে স্থাপনাগুলি কাস্টমাইজ করা যায় তা বোঝার জন্য এটিকে সত্যের উত্স হিসাবে ব্যবহার করে এই পতাকার ডকুমেন্টেশন থেকে উপকৃত হবে৷ | আমরা Terraform পতাকা বর্ণনা নথিভুক্ত করার সম্ভাবনা তদন্ত করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| AWS বিডিং পরিষেবা | AWS-এ বিডিং পরিষেবা এবং ডিফল্ট লগিং আচরণ এবং কনফিগারেশন সম্পর্কিত নির্দেশিকা চাওয়া। | TEE এর মধ্যে আপনার বিডিং পরিষেবাগুলি ডিবাগ করার জন্য (যেমন বিডিং পরিষেবা), আমরা অ্যাড টেক কনসেন্টেড ডিবাগিং ব্যবহার করার পরামর্শ দিই৷ এটি আপনাকে ডিবাগিং-এ সাহায্য করার জন্য সরাসরি আপনার ক্লায়েন্টের কাছ থেকে আপনার নির্দিষ্ট পরীক্ষার অনুরোধের জন্য বিস্তারিত লগিং সক্ষম করতে এবং অনুরোধ/প্রতিক্রিয়া ডেটা ক্যাপচার করতে দেয়। |
| TEE K/V ডকুমেন্টেশন | dev সাইটে বর্ণিত TKV এনফোর্সমেন্ট শুরুর বিষয়ে স্পষ্টীকরণের অনুরোধ করা হচ্ছে। | আমরা টিইই ব্যবহার করার আগে পর্যাপ্ত নোটিশ প্রদান করব। ততক্ষণ পর্যন্ত, আপনি রিয়েল-টাইম কী/মান সিগন্যালের জন্য আপনার নিজের সার্ভার ব্যবহার করা চালিয়ে যেতে পারেন। |
| B&A পরীক্ষা ও বিশ্লেষণ | B&A বিশ্লেষণ এবং পরীক্ষা ব্যয়বহুল এবং উৎপাদন-প্রস্তুত বলে মনে হয় না। | আমাদের খরচ বিশ্লেষণ এবং উৎপাদন-প্রস্তুতির মূল্যায়নের দিকে পরিচালিত কারণগুলি সম্পর্কে আরও তথ্যের প্রয়োজন হবে যাতে এটি আরও খতিয়ে দেখা হয়। |
| বিশ্বস্ত সার্ভার অপ্টিমাইজেশান | একটি inputsPerSeller প্যারামিটারে উপাদান বিক্রেতাদের জন্য নির্দিষ্ট পরামিতিগুলিকে একত্রিত করার প্রস্তাব, এটির মানের জন্য একটি JSON স্ট্রিং ব্যবহার করে৷ | আমরা এই প্রস্তাব নিয়ে আলোচনা করছি এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাচ্ছি। |
| নিরাপত্তা | B&A ব্যবহার করে কীভাবে TKV থেকে নিরাপত্তা ঝুঁকি কমানো হয়? | TKV-তে বহিরাগত কল প্রতিরোধ করা সম্ভব। এটি আজ GCP-এ সম্পূর্ণরূপে সমর্থিত এবং কনফিগারযোগ্য। AWS-এর জন্য, AWS অ্যাপ মেশের অবচয়নের কারণে অতিরিক্ত সমর্থন তৈরি করতে হবে, যা আগে এটি সক্ষম করেছিল। আমরা এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই. |
| B&A পরিষেবা | B&A অপ্টিমাইজেশানের জন্য HTTP স্ট্রিমিং-এর মান সম্পর্কিত বর্ণনা/কম-এ স্পষ্টতার অনুরোধ করা। | গোপনীয়তা স্যান্ডবক্স বিএন্ডএ ডেটা স্থানান্তর করার জন্য স্ট্রিমিং ক্ষমতা সমর্থন করে বিজ্ঞাপন প্রযুক্তি যারা এটি ব্যবহার করতে পছন্দ করে তাদের জন্য লেটেন্সি উন্নত করতে। মিশ্র মোডের ক্ষেত্রে এটি ঐচ্ছিক কর্মক্ষমতা অপ্টিমাইজেশান। |
| প্রিবিড | ইকোসিস্টেমের জন্য PA API B&A বৈশিষ্ট্যগুলি সক্ষম করতে ওপেন সোর্স প্রিবিড লাইব্রেরিতে অবদান রাখার আপডেটের জন্য অনুরোধ করুন। | মার্চ 2025-এ, ক্রোম B&A পাবলিক রোডম্যাপে নথিভুক্ত হিসাবে স্থিতিশীল অবস্থায় প্রিবিড-পছন্দের অপ্টিমাইজেশন চালু করেছে (মার্চ 2025 দেখুন )। |
| ট্রাফিক শেপিং | আইজি কখন সক্রিয় করা হচ্ছে তা আরও ভালভাবে বুঝতে এবং প্রাসঙ্গিক প্রতিক্রিয়াতে তাদের "বিড করার অভিপ্রায়" যুক্তি উন্নত করার জন্য B&A দ্বারা প্রাপ্ত প্রাসঙ্গিক সংকেতগুলি লগ করার জন্য প্রক্রিয়াগুলির জন্য অনুরোধ। এটি "অকেজো ট্র্যাফিক" (ওরফে ট্র্যাফিক শেপিং) এড়াতে নেটওয়ার্ক সংস্থানগুলির আরও ভাল ব্যবহার সক্ষম করে। | আমরা বর্তমানে এখানে একটি প্রস্তাব নিয়ে আলোচনা করছি এবং অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডকুমেন্টেশন স্পষ্টীকরণ | B&A টেস্ট ইন্টিগ্রেশন সেটআপে চিহ্নিত 'পরিষেবা/Vsock প্রক্সি পৌঁছানো যায় না' সংক্রান্ত স্পষ্টীকরণ প্রয়োজন। | এটি ন্যূনতম মেমরির প্রয়োজনীয়তার কারণে। এই প্রয়োজনীয়তা প্রতিফলিত করার জন্য AWS কনফিগারেশন ব্যাখ্যাকারী আপডেট করা হয়েছে। |
ডিজিটাল বিজ্ঞাপন পরিমাপ
অ্যাট্রিবিউশন রিপোর্টিং (এবং অন্যান্য API)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| রিয়েল-টাইম ডেটা | রিয়েল-টাইম ডেটার অভাব শিল্পের প্রত্যেককে প্রভাবিত করে। রিয়েল-টাইম ডেটা বিলম্বিত করা বিজ্ঞাপনদাতাদের জন্য একটি গুরুতর সমস্যা, ক্রেতারা এমন প্ল্যাটফর্মগুলিতে চলে যান যেখানে Google Analytics রয়েছে কারণ এটিই একমাত্র জায়গা যা তারা দর্শকদের কাছে পৌঁছানোর প্রমাণ পেতে পারে। | অ্যাট্রিবিউশন রিপোর্টিং API (ARA) এর অংশ রিয়েল-টাইম ডেটা বিলম্বগুলিকে গোপনীয়তা-সুরক্ষা পদ্ধতি হিসাবে প্রয়োগ করা হয় যাতে সাইট জুড়ে ব্যবহারকারীদের ট্র্যাক করতে ইভেন্ট-লেভেল রিপোর্টগুলি ব্যবহার করার জন্য বিজ্ঞাপন প্রযুক্তির ক্ষমতা হ্রাস করা হয়। যাইহোক, ARA কীভাবে অ্যাট্রিবিউশন রিপোর্ট ডেলিভার করা হয় তাতে নমনীয়তা প্রদান করে, ইভেন্ট-লেভেল রিপোর্টগুলিকে ন্যূনতম 1 ঘন্টার রিপোর্ট উইন্ডো করার অনুমতি দিয়ে এবং সমষ্টিগত রিপোর্টগুলিকে কোনও বিলম্ব ছাড়াই বিজ্ঞাপন প্রযুক্তিতে তাত্ক্ষণিকভাবে পাঠানোর বিকল্পের অনুমতি দেয়৷ |
| API ব্যবহার | একটি ক্রস ওয়েব অ্যাপ অ্যাট্রিবিউশন প্রবাহের জন্য সঠিক কনফিগারেশন সম্পর্কে নিশ্চিতকরণের জন্য অনুরোধ, বিশেষত যখন সমান্তরালভাবে ওয়েব-টু-ওয়েব এবং ওয়েব-টু-অ্যাপ অ্যাট্রিবিউশন পরিচালনা করে। | সমান্তরালভাবে ওয়েব-টু-ওয়েব এবং ওয়েব-টু-অ্যাপ প্রচারাভিযান চালানোর সময়, ডবল গণনা প্রতিরোধ করার জন্য বিজ্ঞাপন প্রযুক্তির প্রতিটি উত্স বা ট্রিগার নিবন্ধন করার জন্য শুধুমাত্র একটি প্ল্যাটফর্ম বেছে নেওয়া উচিত। আমরা দৃঢ়ভাবে অপারেটিং সিস্টেম (OS) ব্যবহার করার সুপারিশ করছি যেখানে সম্ভব, কারণ OS-এর ওয়েব-টু-ওয়েব এবং ওয়েব-টু-অ্যাপ অ্যাট্রিবিউশন উভয়ই সম্পাদন করার ক্ষমতা রয়েছে, যতক্ষণ না ওয়েব উত্স এবং ট্রিগারগুলি সঠিকভাবে অর্পণ করা হয়েছে৷ এর অর্থ হবে উৎসের জন্য অ্যাট্রিবিউশন-রিপোর্টিং-রেজিস্টার-ওএস-সোর্স হেডার এবং ট্রিগারের জন্য অ্যাট্রিবিউশন-রিপোর্টিং-রেজিস্টার-ওএস-ট্রিগার হেডার। অ্যাট্রিবিউশন-রিপোর্টিং-সহায়তা শিরোনামটি Chrome এবং/অথবা Android-স্তরের সমর্থন আছে কিনা তা সনাক্ত করতে ব্যবহার করা যেতে পারে। অ্যাট্রিবিউশন-রিপোর্টিং-তথ্য শিরোনামটি উপযোগী হয় যখন অনুরোধে কোনো অ্যাট্রিবিউশন-রিপোর্টিং-সাপোর্ট শিরোনাম না থাকে, সেক্ষেত্রে ব্রাউজার ব্যবহারকারীর ডিভাইসে প্ল্যাটফর্ম সমর্থনের উপলব্ধতার উপর ভিত্তি করে প্ল্যাটফর্ম নিবন্ধনের সিদ্ধান্ত নেবে। |
| API স্পেক | অ্যাট্রিবিউশন-রিপোর্টিং-সহায়তা HTTP অনুরোধ শিরোনাম অ্যাট্রিবিউশন রিপোর্টিং API দ্বারা সেট করা এবং প্ল্যাটফর্ম নির্বিশেষে, ওয়েব এবং ওএস কী উভয়ই ধারণ করা হেডারের উদ্দেশ্যে করা হয়েছে কিনা সে সম্পর্কে স্পষ্টীকরণ অনুসন্ধান করা হচ্ছে। | অ্যাট্রিবিউশন-রিপোর্টিং-সহায়তা শিরোনামটি ব্রাউজার দ্বারা "গ্রীস" প্যারামিটার যোগ করা সাপেক্ষে, সার্ভারগুলি একটি বিশেষ-সঙ্গতিপূর্ণ কাঠামোগত হেডার পার্সার ব্যবহার করে তা নিশ্চিত করতে। এই শিরোনামের জন্য, শুধুমাত্র কাঠামোগত-অভিধান কী ব্যাখ্যা করা উচিত। মান এবং পরামিতি বর্তমানে অব্যবহৃত। একটি উদাহরণের জন্য এখানে দেখুন. |
| 3PC-ভিত্তিক রিপোর্টিং | বিজ্ঞাপন প্রচারাভিযানে ARA এবং 3PC-এর মধ্যে পরিমাপের অসঙ্গতিগুলি কীভাবে সমাধান করা যায় সে বিষয়ে নির্দেশিকা অনুরোধ করা হচ্ছে। | ARA দুই ধরনের ডিবাগ রিপোর্ট সমর্থন করে যা সমস্যা সমাধান এবং ডিবাগ করার জন্য ব্যবহার করা যেতে পারে। অ্যাট্রিবিউশন-সফল ডিবাগ রিপোর্টগুলি সহজেই অন্যান্য পরিমাপ প্রযুক্তির ফলাফলের সাথে ARA ফলাফলের তুলনা করতে ব্যবহার করা যেতে পারে এবং ভার্বোস ডিবাগ রিপোর্টগুলি আরও তথ্য পেতে এবং অ্যাট্রিবিউশন নিবন্ধনের সম্ভাব্য সমস্যাগুলির সমাধান করতে ব্যবহার করা যেতে পারে। |
| API ব্যবহার | এআরএ পরীক্ষা করার সময় কিছু সমস্যা আবিষ্কার করা হয়েছিল: অপর্যাপ্ত দানাদার প্রতিবেদন শোরগোলের ডেটা এবং জটিল প্রচারের অপ্টিমাইজেশনের দিকে পরিচালিত করে, ছোট বিজ্ঞাপনদাতাদের বাদ দিয়ে উচ্চ প্রান্তিকগুলি এবং অসামঞ্জস্যপূর্ণ কী পারফরম্যান্স সূচকগুলির কারণে প্রচারাভিযানের তুলনা করতে অসুবিধা। | এআরএ একাধিক পরামিতি সরবরাহ করে নমনীয়তা সরবরাহ করে যা বিজ্ঞাপন প্রযুক্তিগুলি তাদের নির্দিষ্ট পরিমাপ ব্যবহারের ক্ষেত্রে অর্জন করতে কাস্টমাইজ করতে পারে। ইভেন্ট-স্তরের প্রতিবেদনগুলি নমনীয় ইভেন্ট-স্তরের প্রতিবেদনকে সমর্থন করে যা বিজ্ঞাপন প্রযুক্তিগুলিকে তাদের রিপোর্টিং উইন্ডোগুলি কাস্টমাইজ করতে দেয়, তারা যে প্রতিবেদনগুলি পেতে পারে তার সংখ্যা এবং তারা যে ট্রিগার ডেটা পরিমাপ করতে চায় তা তাদের ডেটাতে শব্দের প্রভাব পরিবর্তন করতে পারে এবং তাদের বিভিন্ন ব্যবহারের ক্ষেত্রে অর্জনের অনুমতি দেয়। একইভাবে, সামগ্রিক প্রতিবেদনে বিজ্ঞাপন প্রযুক্তিগুলি তাদের কনফিগারেশনগুলি কাস্টমাইজ করতে পারে যেমন তারা যে মাত্রাগুলি ট্র্যাক করে তার সংখ্যা, তাদের ব্যাচিং ফ্রিকোয়েন্সি এবং শব্দের প্রভাব পরিবর্তন করতে এবং বিভিন্ন ব্যবহারের ক্ষেত্রেও অর্জনের জন্য তাদের অবদানের বাজেটের ব্যবহার কাস্টমাইজ করতে পারে। |
| API স্পেক | 3 পিসিএসে এআরএর নির্ভরতা সম্পর্কে প্রশ্ন, বিশেষত এটি এই 3 পিসিগুলির জন্য প্রয়োজনীয় পরীক্ষার পর্যায়ে থেকে যায় কিনা তা সম্পর্কিত। | এআরএ 3 পিসি থেকে স্বতন্ত্র সক্ষম করা হয়েছে, তবে এআরএ ট্রানজিশনাল ডিবাগ রিপোর্টিংকে কুকি-ভিত্তিক অ্যাট্রিবিউশন ফলাফলের সাথে এআরএ ফলাফলের তুলনা করার অনুমতি দেওয়ার জন্য 3 পিসি সক্ষম করা দরকার। |
| API ব্যবহার | এআরএ ব্যবহার করে পুরানো অ্যান্ড্রয়েড সংস্করণগুলিতে (11, 12, এবং 13) অ্যাপ-টু-ওয়েব অ্যাট্রিবিউশনের জন্য উত্সগুলি নিবন্ধকরণ সম্পর্কে অনুসন্ধান। | এআরএ বর্তমানে অ্যান্ড্রয়েড এস এবং উপরে (12+) এ সমর্থিত। |
| API ব্যবহার | এআরএ অপ্ট-ইন হার এবং বিতরণ বিশদ জন্য অনুরোধ। | আমাদের প্রতিক্রিয়া পূর্ববর্তী কোয়ার্টার থেকে অপরিবর্তিত: "আমাদের এই তথ্যটি বাস্তুতন্ত্রের সাথে ভাগ করে নেওয়ার কোনও পরিকল্পনা নেই। বিকাশকারীরা এপিআইগুলিকে কল করতে স্বাগত জানায় যেখানে তারা গোপনীয়তা স্যান্ডবক্স এপিআইগুলির প্রাপ্যতা অনুমান করার জন্য আজ কোড মোতায়েন করা হয়েছে" |
| API প্রাপ্যতা | যখন এআরএ সক্ষম করা হয়, 3 পিসি সক্ষম বা অক্ষম করা হয়? | যখন এআরএ ব্যবহারকারীর ব্রাউজারে সক্ষম হয়, তখন ব্যবহারকারীদের কুকি সেটিংসে এটির কোনও প্রভাব নেই। এআরএর পক্ষে সক্ষম হওয়া এবং ব্যবহারকারীর কুকিজ সক্ষম বা অক্ষম থাকা সম্ভব। |
| রিপোর্টিং | আমরা "অ্যাট্রিবিউশন-রিপোর্টিং-সমর্থন" শিরোনামে আমরা যে মানগুলি পেতে পারি তার একটি পূর্বনির্ধারিত তালিকা রয়েছে? | আমাদের দিকনির্দেশে নির্ধারিত হিসাবে, মানটি একটি কাঠামোগত শিরোনাম অভিধান, যার বর্তমানে কেবলমাত্র সংজ্ঞায়িত শব্দার্থবিজ্ঞানগুলি ওএস এবং ওয়েব কীগুলির উপস্থিতি বা অনুপস্থিতি। শিরোনামের অন্যান্য সমস্ত অংশ উপেক্ষা করা উচিত। অন্য কথায়, পার্সিংয়ের জন্য স্ট্রাকচার্ড শিরোনাম পার্সার ব্যবহার করা প্রয়োজন, সাধারণ স্ট্রিং ম্যাচিং নয়। |
সমষ্টি পরিষেবা
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বৈশিষ্ট্য অনুরোধ | সমষ্টি পরিষেবা জন্য বৈশিষ্ট্য অনুরোধ: সার্ভার-টু-সার্ভার ইন্টিগ্রেশনস , ক্রস-ডিভাইস পরিমাপ, স্বাচ্ছন্দ্যযুক্ত মাল্টি-টাচ অ্যাট্রিবিউশন এবং অবদানের প্রতিবেদন , ওমনিচ্যানেল অ্যাট্রিবিউশন এবং উন্নত এমএল অপ্টিমাইজেশন লুপগুলির জন্য সমর্থন (যেমন, ব্যক্তিগত মডেল প্রশিক্ষণ)। | আমরা এই অনুরোধগুলি মূল্যায়ন করছি এবং উপলব্ধ হলে আরও বিশদ ভাগ করব। এই অনুরোধগুলি অগ্রাধিকার কিনা তা নিয়ে আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| বৈশিষ্ট্য অনুরোধ | একত্রিতকরণ সার্ভিসেট আপডেট করার সময় পুনরায় সেট করা সম্পর্কে উদ্বেগগুলি হ্রাস করার জন্য, টেরফর্ম পরিবেশে EBS মুছুন_অন_ টার্মিনেশন প্যারামিটারটিকে সত্যে সেট করার অনুরোধ। | আমরা এই অনুরোধটি মূল্যায়ন করছি এবং উপলব্ধ হলে আরও বিশদ ভাগ করব। এই অনুরোধটি এখানে অগ্রাধিকার কিনা তা নিয়ে আমরা বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
| ডকুমেন্টেশন স্পষ্টীকরণ | কী পরিবর্তন করা যেতে পারে (যেমন পর্যবেক্ষণ প্রান্তিক) এবং কী অনর্থক থাকতে হবে সে সম্পর্কে গাইডেন্সের অনুরোধ করা। | আমরা সমষ্টি পরিষেবার জন্য উপলভ্য কাস্টমাইজেশনগুলিতে অতিরিক্ত ডকুমেন্টেশন এবং গাইডেন্স প্রকাশের মূল্যায়ন করছি। |
| স্থাপনা | বাজেল কমান্ডে নতুন মোতায়েনের ব্যর্থতা সম্পর্কিত স্পষ্টতার জন্য অনুরোধ। | পরিবেশে ব্যবহৃত বাজেল সংস্করণের কারণে মোতায়েনের ব্যর্থতা ঘটতে পারে। ডকুমেন্টেশনগুলি টেরাফর্ম ব্যর্থতার উপর ডিবাগিংয়ের পাশাপাশি প্রয়োজনীয় বাজেল সংস্করণটি নির্দেশ করার জন্য সামঞ্জস্য করা হবে। |
প্রাইভেট অ্যাগ্রিগেশন API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| API ব্যবহার | কিছু বাস্তবায়নের চ্যালেঞ্জ যেমন রিপোর্ট করা স্টোরেজ সীমাবদ্ধতার কারণে সম্ভাব্য ডেটা হ্রাস, উচ্চ কার্ডিনালিটি সহ জটিলতাগুলির সাথে জটিল সমষ্টি পরিষেবা অনুমতিপ্রাপ্তদের (ওয়াইল্ডকার্ড প্রস্তাবিত) প্রয়োজন এবং সমষ্টি পরিষেবাটির "নকল" নিয়মের কারণে সৃষ্ট ধীর পরীক্ষার জন্য গাইডেন্সের জন্য অনুরোধ। | ভাগ করে নেওয়া স্টোরেজ সীমাবদ্ধতাগুলি সম্পর্কিত, 20 টি অবদানের সীমা ( এখানে বিশদ) প্রতি মাসে নয়, মৃত্যুদন্ড কার্যকর হয়। অতিরিক্তভাবে, এপিআই কলাররা এই সীমাটি ওভাররাইড করতে পারে। সমষ্টি পরিষেবাতে প্রসেসিং রিপোর্টগুলির ব্যয় পরিচালনা করতে এবং প্রতিবেদনের ইউটিলিটি সীমাবদ্ধ না করার জন্য সীমাটি রয়েছে। ওয়াইল্ডকার্ড প্রশ্নগুলি সম্পর্কে, আমরা এই অনুরোধটি মূল্যায়ন করছি এবং উপলব্ধ হলে আরও বিশদ ভাগ করব। "কোনও সদৃশ নয়" নিয়ম সম্পর্কিত, পরীক্ষা সক্ষম করার জন্য, আমরা এই নিয়মটি বাইপাস করার উদ্দেশ্যে অস্থায়ীভাবে ডিবাগ মোডকে সমর্থন করি। এটি আরও বিস্তারিতভাবে এখানে সেট করা আছে। |
| ফিল্টারিং আইডি এবং বালতি | দুটি পৃথক সমষ্টিতে দুটি পৃথক ফিল্টারিং আইডি সহ একই বালতিটি সমষ্টি পরিষেবাটিতে অনুরোধ করা কি সম্ভব, অর্থাত্ ফিল্টারিং আইডি ডোমেনগুলির পরিপূরক পার্টিশন হিসাবে কাজ করতে পারে? | হ্যাঁ, এই বৈশিষ্ট্যটি সমর্থিত। সমষ্টি সম্পাদন করার সময়, কেবলমাত্র কাজের পরামিতিগুলিতে তালিকার সাথে মিলে যাওয়া ফিল্টারিং আইডি সহ অবদানগুলি প্রক্রিয়া করা হবে এবং বাকিগুলি পৃথক রান (গুলি) এ প্রক্রিয়া করার জন্য উপলব্ধ থাকবে। |
| মাল্টি-টাচ অ্যাট্রিবিউশন | মাল্টি-টাচ অ্যাট্রিবিউশন (এমটিএ) বাস্তবায়ন সম্পর্কিত স্পষ্টতার জন্য অনুরোধগুলি: 1) সমষ্টি মান 2^16 এর বেশি না হলে অবদানের সংখ্যার সীমা আছে কি? 2) একটি নির্দিষ্ট প্রসঙ্গের জন্য সংরক্ষণ করা যেতে পারে এমন অনন্য সমষ্টি কী (বালতি) এর সংখ্যার সীমা আছে কি? 3) প্রতিটি ব্যবহারকারী এজেন্ট (ব্রাউজার) যখন এমটিএ -তে সম্ভবত সম্ভবত একটি অনন্য সমষ্টি কী থাকে তখন সমষ্টি পরিষেবা প্রক্রিয়া সংক্ষিপ্ত প্রতিবেদনগুলি কীভাবে হয়? | 1) আমরা ডিফল্ট অবদানের সীমাটি রেখেছি, তবে এপিআই কলারকে এখানে বর্ণিত হিসাবে তাদের ওভাররাইড করার বিকল্প রয়েছে। সীমাবদ্ধতার উদ্দেশ্য হ'ল এপিআই কলারদের সমষ্টি পরিষেবাতে প্রসেসিং রিপোর্টগুলির ব্যয় পরিচালনা করতে সহায়তা করা। 2) এরকম কোনও সীমা নেই, যদিও বিজ্ঞাপন প্রযুক্তিগুলি এখানে আরও ব্যাখ্যা হিসাবে সংকেত-থেকে-শব্দ অনুপাত উন্নত করতে সমষ্টি কীগুলির গ্রানুলারিটি বিবেচনা করা উচিত। 3) দয়া করে এই গাইডেন্সটি দেখুন, বিশেষত আইটেম 2 এর অধীনে উপরে বর্ণিত সংকেত-থেকে-শব্দের নির্দেশিকা)। |
সীমা গোপন ট্র্যাকিং
ব্যবহারকারী-এজেন্ট হ্রাস/ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| বৈশিষ্ট্য অনুরোধ | ব্যবহারকারী-এজেন্ট ক্লায়েন্টের ইঙ্গিতগুলিতে (ইউএ-সিএইচ) এসইসি-সিএইচ-ইউএ-রোবট যুক্ত করার অনুরোধ কারণ এটি সার্ভারগুলিকে সামগ্রী অভিযোজন, সুরক্ষা এবং বিশ্লেষণের জন্য স্বয়ংক্রিয় ট্র্যাফিক সনাক্ত করতে দেয়। | এটি একটি গুরুত্বপূর্ণ ব্যবহারের কেস যা অন্যান্য স্ট্যান্ডার্ড গ্রুপগুলিতে আলোচনা করা হচ্ছে (আরও তথ্যের জন্য এখানে দেখুন), এবং আমরা আগ্রহী পক্ষগুলিকে তাদের প্রতিক্রিয়া সরবরাহ করে অংশ নেওয়ার পরামর্শ দেব। তবে, আমরা বিবেচনা করি যে এইচটিটিপি অনুরোধ শিরোনামগুলি স্বয়ংক্রিয় ট্র্যাফিক দ্বারা সহজেই হেরফের করা যায় তা প্রদত্ত ইউএ-সিএইচ উপযুক্ত সমাধান নাও হতে পারে। |
আইপি সুরক্ষা (পূর্বে gnatcatcher)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| আইপি ঠিকানা গোপনীয়তা | গুগলের জন্য আইপি ঠিকানাগুলি উপলব্ধ করা তার বর্ণিত গোপনীয়তার লক্ষ্যগুলির বিপরীতে ব্যবহার করতে উপলব্ধ। যদিও গুগল বলেছে যে এটি আইপি সুরক্ষার মাধ্যমে ডেটা বেনামে রাখে, ব্যবহারকারীদের অবশ্যই আইপি সুরক্ষা ব্যবহার করতে ক্রোমে লগ ইন করতে হবে, তাই গুগল এখনও তাদের পরিচয় শিখেছে। | লগইন করার কারণগুলি হ'ল বিরোধী-বিরোধী এবং অপব্যবহারের উদ্দেশ্যে, প্রাথমিকভাবে প্রক্সিগুলিতে রেট-সীমাবদ্ধ অ্যাক্সেস। তদুপরি, প্রমাণীকরণের প্রয়োজনীয়তার প্রসঙ্গে ব্যবহারকারীদের গোপনীয়তা রক্ষা করতে, আমাদের টোকেন ডিজাইনটি অন্ধ-স্বাক্ষরিত যার অর্থ লগইন চলাকালীন জারি করা টোকেনটি টোকেন থেকে পৃথক যা প্রক্সিংয়ের সময় ব্যবহৃত হয় তাই জারি করা টোকেনগুলি পরে কোনও ব্যবহারকারীর গুগল পরিচয়ের সাথে যুক্ত করা যায় না। এর অর্থ গুগল জানে না যে যখন ব্যবহারকারীর ট্র্যাফিকটি ছদ্মবেশী মোডে প্রক্সি করা হয়, বিরোধী বিরোধী কারণে প্রমাণীকরণের প্রয়োজনীয়তা থাকা সত্ত্বেও ব্যবহারকারী কে তা জানেন না। |
| আইপি ঠিকানা গোপনীয়তা | আইপিএসের ব্যবহার ভুল দিকের একটি পদক্ষেপ। কুকিজের মতো ব্রাউজার থেকে এগুলি মুছে ফেলা যায় না এবং ব্যবহারকারীদের কুকিজের সাথে যেমন স্বচ্ছতা নিয়ন্ত্রণ থাকে না। যদি কুকিজগুলি চলে যায় তবে শিল্পটি গোপনীয়তার চেয়ে স্ব-সংরক্ষণকে অগ্রাধিকার দেবে, আইপিএসকে বিকল্প সমাধান হিসাবে ব্যবহার করতে চলেছে। | প্ল্যাটফর্ম হিসাবে, ক্রোমের লক্ষ্য ব্যবহারকারীদের ওয়েবে ব্রাউজিংয়ের অভিজ্ঞতা উন্নত করে এমন বৈশিষ্ট্যগুলি সরবরাহ করা। ক্রোম ব্যবহারকারীদের জন্য যারা ছদ্মবেশে ব্রাউজ করতে পছন্দ করেন, এর অর্থ তৃতীয় পক্ষের প্রসঙ্গে আইপি ঠিকানা তথ্যের প্রাপ্যতা সীমাবদ্ধ করে ক্রস-সাইট ট্র্যাকিংয়ের বিরুদ্ধে বর্ধিত সুরক্ষা সরবরাহ করা। |
| মুখোশযুক্ত ডোমেন তালিকা | মুখোশযুক্ত ডোমেন তালিকার (এমডিএল) নির্বাচনের মানদণ্ডগুলি কী? | এমডিএলে কোন ডোমেনগুলি হওয়া উচিত তা সনাক্ত করার জন্য ক্রোম মানদণ্ড বিকাশ করে এবং তাই তৃতীয় পক্ষের প্রসঙ্গে মুখোশযুক্ত আইপি ঠিকানাগুলি গ্রহণ করে। গুগল সংযোগ বিচ্ছিন্ন.এম এর সাথে অংশীদার হয়েছে, একজন বিশিষ্ট ইন্টারনেট গোপনীয়তা নেতা যিনি অন্যান্য ওয়েব ব্রাউজারগুলির সাথেও সহযোগিতা করেন। ক্রোম ক্রোমের প্রতিষ্ঠিত মানদণ্ডের সাথে সামঞ্জস্য করে এমন ডোমেনগুলি সনাক্ত করতে সংযোগ বিচ্ছিন্ন.এম. অতিরিক্তভাবে, ক্রোম বহুল ব্যবহৃত জাভাস্ক্রিপ্ট ফাংশনগুলি সনাক্ত করার জন্য একটি পদ্ধতি তৈরি করেছে যা স্থিতিশীল এবং উচ্চ-এন্ট্রপি ওয়েব এপিআইগুলি থেকে ধারাবাহিক আউটপুট সরবরাহ করে এবং তাই উচ্চ এনট্রপি সম্ভাব্য সনাক্তকারী নির্মাণে ব্যবহার করা যেতে পারে। এই ফাংশনগুলি তখন সনাক্ত করা হয় যখন সেগুলি তৃতীয় পক্ষের প্রসঙ্গে ওয়েবসাইটগুলিতে লোড করা হয়, ফলস্বরূপ ডোমেনগুলির একটি তালিকা তৈরি করে যা এই বৈশিষ্ট্যগুলির সাথে স্ক্রিপ্টগুলি পরিবেশন করে যা এমডিএলের অংশ হয়ে যায় এবং তাই প্রক্সযুক্ত হয়। এপিআই অপব্যবহারের এই নিদর্শনগুলির সন্ধানকারী সনাক্তকরণ পাইপলাইন গুগলের নিজস্ব ডোমেন সহ সমস্ত ডোমেন বিবেচনা করে। |
| জালিয়াতি প্রতিরোধ | সম্ভাব্যতার বিষয়ে প্রতিক্রিয়া টোকেনগুলি (পিআরটি) প্রকাশ করে যে প্রস্তাবিত 24-ঘন্টা বিলম্ব প্রকাশ করে এবং হারগুলি প্রকাশ করে রিয়েল-টাইম জালিয়াতি সনাক্তকরণকে বাধা দেয়। সংক্ষিপ্ত বিলম্ব (1-ঘন্টা বিলম্ব) এবং উচ্চতর হার (কমপক্ষে ডাবল-অঙ্ক) জন্য অনুরোধ। আরও পরামর্শগুলিতে ঝুঁকি সংকেত (ভিপিএনএস, অটোমেটেড ব্রাউজার) এর উপর ভিত্তি করে ডিফারেনশিয়াল হারগুলি সক্ষম করা এবং নির্দিষ্ট টোকেনের লক্ষ্যবস্তু প্রকাশের অনুমতি দেওয়া জড়িত। | বেশিরভাগ বিকাশকারী আমরা তাদের গ্রাহকদের প্রতি ঘণ্টায় প্রতিবেদন সরবরাহ করার জন্য এবং সারা দিন জুড়ে বেশ কয়েকটি আপডেট আইপি ব্লকলিস্ট সরবরাহ করার জন্য কথা বলেছি। একটি সংক্ষিপ্ত বিলম্বের সময়কাল আরও ঘন ঘন আপডেটগুলি সক্ষম করে এবং এক ঘন্টার অধীনে, প্রতি ঘন্টা পরিসংখ্যানগুলিতে আইভিটি পরিমাপকে পুনরায় সক্ষম করতে পারে তবে এটি ব্যবহারকারীদের পুনরায় পরিচয়যোগ্যতার সম্ভাবনাও বাড়িয়ে তোলে। আমরা বিলম্বের সময়সীমা হ্রাস এবং বাস্তুতন্ত্রের অধ্যয়নের উপর ভিত্তি করে প্রকাশের হার পরিবর্তন করতে এবং স্টেকহোল্ডারদের কাছ থেকে প্রাপ্ত প্রতিক্রিয়া এবং এখানে অতিরিক্ত প্রতিক্রিয়া স্বাগত জানানোর জন্য উন্মুক্ত। |
| মুখোশযুক্ত ডোমেন তালিকা | বিজ্ঞাপন ব্যবহারের ক্ষেত্রে না থাকা সত্ত্বেও এমডিএলে ডোমেনের অন্তর্ভুক্তি সম্পর্কিত প্রশ্ন। উদ্বেগ যে এটি আইপি ঠিকানার উপর ভিত্তি করে প্রোফাইল তৈরি করতে "আইপি-ব্রিজিং" সক্ষম করতে পারে। | আমরা আমাদের তালিকা-ভিত্তিক পদ্ধতির জন্য একটি আপিল প্রক্রিয়া বাস্তবায়নের গুরুত্বকে স্বীকৃতি জানাই। আপিলস সংস্থাগুলিকে এমডিএল-এ তাদের ডোমেন অন্তর্ভুক্তির মানদণ্ড পূরণ করে না এবং এটি অপসারণ করা উচিত বলে দাবি করার অনুমতি দেয়, যার ফলে সেই ডোমেনটি ছদ্মবেশী মোডে তৃতীয় পক্ষের প্রসঙ্গে ব্যবহারকারীদের মূল আইপি ঠিকানাগুলি অব্যাহত রাখতে দেয়। আমরা এখন ডোমেন মালিকদের ক্রোম স্থিতিতে ছদ্মবেশী মোডে আইপি প্রোটেকশন চালু করার আগে একটি আপিল চাইতে এবং সিদ্ধান্ত গ্রহণের জন্য পর্যাপ্ত সময় দেওয়ার জন্য আপিল প্রক্রিয়া চালু করেছি। আপিল প্রক্রিয়া সম্পর্কিত আরও বিশদ এখানে উপলব্ধ। |
| মুখোশযুক্ত ডোমেন তালিকা | প্রতিক্রিয়া যে প্রকাশকরা তাদের অংশীদারদের এমডিএলে অন্তর্ভুক্ত করার প্রভাবগুলি তদন্ত করছেন। আইপি সুরক্ষা ব্যাখ্যাকারের মধ্যে জিওআইপি বিধান দ্বারা তাদের আশ্বাস দেওয়া হয়েছিল। | ক্রোম জিও-ভিত্তিক ব্যবহারের ক্ষেত্রে সমর্থন করার গুরুত্বকে স্বীকৃতি দেয়। প্রক্সি আইপি ঠিকানাগুলি বরাদ্দ করবে যা ব্যবহারকারীর মোটা অবস্থানের প্রতিনিধিত্ব করে, দেশ সহ। আইপি জিওলোকেশন ব্যাখ্যায় আরও তথ্য পাওয়া যায়। |
| মুখোশযুক্ত ডোমেন তালিকা | এমডিএল সম্পর্কিত প্রশ্নটি এখনও দেশ-স্তরের টার্গেটিং উপলব্ধ কিনা। | ক্রোম জিও-ভিত্তিক ব্যবহারের ক্ষেত্রে সমর্থন করার গুরুত্বকে স্বীকৃতি দেয়। প্রক্সি আইপি ঠিকানাগুলি বরাদ্দ করবে যা ব্যবহারকারীর মোটা অবস্থানের প্রতিনিধিত্ব করে, দেশ সহ। আইপি জিওলোকেশন ব্যাখ্যায় আরও তথ্য পাওয়া যায়। |
| জালিয়াতি সনাক্তকরণ | জালিয়াতি সনাক্তকরণ সিস্টেমে আইপি সুরক্ষার প্রভাব সম্পর্কে উদ্বেগ। ব্যবহারকারীরা কি প্রক্সি আইপিএস বা একটি শিরোনাম দেখতে পাবেন? এসএসপিএস এবং ডিএসপিগুলি কি প্রদত্ত ব্যবহারের জন্য একই প্রক্সি আইপি ঠিকানা দেখতে পাবে? অসঙ্গতিগুলি জালিয়াতি সনাক্তকরণ এবং ওপেনআরটিবি প্রভাবিত করতে পারে। | আইপি সুরক্ষা সহ ছদ্মবেশী মোডে ব্রাউজ করা ব্যবহারকারীরা এমডিএলে ডোমেনগুলিকে অনুরোধ করে এমন একটি সংজ্ঞায়িত জিওফিডের ভিত্তিতে একটি প্রক্সি আইপি ঠিকানা পাবেন। সংস্থাগুলি পিআরটিগুলিকে প্রক্সি ট্র্যাফিকের অতিরিক্ত শিরোনাম হিসাবে পাস করার জন্য অনুরোধ করতে পারে, যেখানে মূল আইপিগুলির একটি ছোট নমুনা বিলম্বের পরে প্রকাশিত হতে পারে। আমরা সন্দেহ করি যে অনেক এসএসপি তাদের চাহিদা অংশীদারদের কাছে সার্ভার-সাইড বিড অনুরোধগুলিতে তাদের প্রক্সিড আইপি ঠিকানাটি পাস করবে, তবে ডিএসপিগুলি জয়ের গ্যারান্টিযুক্ত নয় যে ইমপ্রেশন সময়ে একই প্রক্সি আইপি ঠিকানা দেখার গ্যারান্টিযুক্ত নয়। |
| জালিয়াতি সনাক্তকরণ | আইপি জিওলোকেশন ফাইলের আপডেট ফ্রিকোয়েন্সি সম্পর্কে প্রশ্নগুলি, প্রতারণামূলক আচরণ এবং পিআরটিগুলির প্রতিবেদন করার বিষয়ে বিশদগুলির জন্য আপডেটের সময় এবং কীভাবে বিজ্ঞাপন প্রযুক্তি জালিয়াতি কার্যক্রম সনাক্ত করা উচিত। | প্রক্সি আইপি ঠিকানা এবং তাদের ম্যাপযুক্ত জিও অঞ্চলগুলির তালিকা হিসাবে পিআরটিএস ব্যাখ্যার লাইভ । আমরা পর্যায়ক্রমে আপডেট এবং পরিবর্তনের জন্য এই ফাইলটি পরীক্ষা করার পরামর্শ দিই, কারণ আইপি ঠিকানাগুলি সময়ের সাথে সাথে ঘোরানো হবে। অপব্যবহারের প্রতিবেদনের জন্য সর্বজনীন ইমেল ঠিকানা চালু করার কাছাকাছি ঘোষণা করা হবে। |
| ভূ-অবস্থান | প্রক্সিগুলির জন্য ব্যবহৃত আইপি ঠিকানাগুলির সর্বজনীন তালিকার জন্য অনুরোধ। | আইপি সুরক্ষার জন্য রুক্ষ অবস্থানগুলিতে আইপি ঠিকানাগুলি ম্যাপিং ফাইলটি এখানে উপলব্ধ। দয়া করে নোট করুন যে এই ফাইলটি পর্যায়ক্রমে আপডেট করা হয়েছে। |
| API ব্যবহার | আইপি সুরক্ষা ডিফল্টরূপে চালু রয়েছে বলে মনে হয় এবং ব্যবহারকারীদের বিকল্প বিকল্পের বিকল্প দেওয়া হয় না বলে দাবি। | আইপি সুরক্ষা ক্রোমের ছদ্মবেশী মোডে, অ্যান্ড্রয়েড এবং ডেস্কটপ প্ল্যাটফর্মগুলিতে ব্যবহারকারীদের জন্য উপলব্ধ। ব্যবহারকারীদের আইপি সুরক্ষা অক্ষম করার ক্ষমতা থাকবে। ক্রোমের এন্টারপ্রাইজ-পরিচালিত সংস্করণগুলির জন্য, আইপি সুরক্ষা সক্ষম করা যেতে পারে তবে এটি ডিফল্টরূপে বন্ধ থাকবে। |
| API ব্যবহার | ক্রোম ক্যানারি এবং বিটা রিলিজগুলিতে আইপি সুরক্ষা সক্ষম এবং পরীক্ষা করতে একটি পরীক্ষার পতাকাটির প্রাপ্যতা সম্পর্কিত প্রশ্ন। | বর্তমানে, সম্পূর্ণ আইপি সুরক্ষা বৈশিষ্ট্যটি পরীক্ষা করার জন্য আমাদের কাছে কোনও পরীক্ষার পতাকা উপলব্ধ নেই। আমরা কেবলমাত্র গুগল ডোমেনগুলিতে যাওয়া প্রক্সি ট্র্যাফিক পরিচালনা করছি এমন কার্যকরী পরীক্ষা -নিরীক্ষা। |
| আইপি ঠিকানা গোপনীয়তা | যখন কোনও ব্রাউজার ছদ্মবেশী মোডে চলে যায় তখন 3 পিসি প্রম্পট সেটিংস কীভাবে কাজ করে? | 3 পিসিগুলি ছদ্মবেশী মোডে ডিফল্টরূপে অবরুদ্ধ করা হয়। |
| ছদ্মবেশী মোড | যখন ব্যবহারকারী ক্রোমে স্বাক্ষরিত হয় না তখন আইপি সুরক্ষা ফাংশন করে আইপি সুরক্ষা কাজ করে কিনা সে সম্পর্কে স্পষ্টতা চাইছেন। | আইপি সুরক্ষা সক্রিয় নয় যদি ব্যবহারকারী ছদ্মবেশী মোড চালু করার আগে ক্রোমে লগ ইন না করে। এর কারণগুলি হ'ল বিরোধী-বিরোধী এবং অপব্যবহারের উদ্দেশ্যে, যেমন প্রক্সিগুলিতে হার-সীমাবদ্ধ অ্যাক্সেস। আইপি সুরক্ষা এমডিএলে পরিষেবাগুলিতে আক্রমণগুলিকে প্রশস্ত করতে প্রক্সিগুলি উত্তোলনের জন্য খারাপ অভিনেতাদের ক্ষমতা সীমাবদ্ধ করতে ক্লায়েন্ট প্রমাণীকরণ ব্যবহার করবে। অতএব, আইপি সুরক্ষা কেবলমাত্র ব্যবহারকারীদের জন্য উপলব্ধ হবে যা গুগল অ্যাকাউন্টটি ব্যবহার করে তারা নতুন ছদ্মবেশী উইন্ডো খোলার আগে ক্রোম ব্রাউজারে সাইন ইন করেছে। |
| ছদ্মবেশী মোড | প্রবর্তনের আগে আইপি সুরক্ষার প্রভাব মূল্যায়ন করার অনুরোধগুলি সহ: (1) ছদ্মবেশী মোড ব্যবহারের পরিমাণ নির্ধারণের জন্য একটি ব্রাউজার রাজ্য পতাকা বা সামগ্রিক এপিআই রিপোর্টিং ব্যবহারের প্রস্তাব; (২) বৈশিষ্ট্যটি সক্ষম করার আগে কোনও সময়ের জন্য আইপি সুরক্ষা শিরোনাম প্রেরণ; এবং (3) এক্সট্রাপোলেশনের জন্য ট্র্যাফিকের একটি ছোট, পরিচিত শতাংশে বৈশিষ্ট্যটি শিপিং। | আমরা আইপি সুরক্ষার স্কেল এবং প্রভাব বুঝতে এবং পরিমাপ করতে সক্ষম হতে বাস্তুতন্ত্রের আগ্রহ বুঝতে পারি। যাইহোক, ক্রোম ছদ্মবেশী মোডে ব্যক্তিগতভাবে ব্রাউজ করার জন্য ব্যবহারকারীর পছন্দ করার দিকে কাজ করে। ক্রোম ব্যবহারকারীদের ছদ্মবেশী ব্রাউজিং সনাক্ত করার জন্য কোনও পদ্ধতি প্রকাশ করে না এবং অন্যান্য সংকেতগুলিকে সীমাবদ্ধ করার পদক্ষেপ নিয়েছে যা ব্যবহারকারীর ব্রাউজিং মোডটি প্রকাশ করতে পারে। আমরা ছদ্মবেশী মোডে ব্যবহারকারীদের ব্রাউজিংয়ের গোপনীয়তা প্রভাবিত না করে এই পরীক্ষার সুবিধার্থে উপায়গুলি বিবেচনা করছি এবং বাস্তুতন্ত্রের অতিরিক্ত প্রতিক্রিয়া স্বাগত জানাই। |
বাউন্স ট্র্যাকিং প্রশমিতকরণ
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| সম্মতি | গুগলের বাউন্স ট্র্যাকিং মাইটেশনস (বিটিএম) কৌশল ব্যবহারের অনুমোদনের অনিচ্ছুকতা যা ডেটা সুরক্ষা আইন মেনে চলে তার কোনও আইনী ভিত্তি নেই এবং গোপনীয়তা স্যান্ডবক্স আপিল প্রক্রিয়া অর্থহীন উপস্থাপন করে। | যেমনটি আমরা আমাদের পূর্ববর্তী প্রতিক্রিয়া প্রতিবেদনে ব্যাখ্যা করেছি, বিটিএম প্রয়োগের সাথে সম্মতি স্থিতির কোনও সম্পর্ক নেই এবং গুগল বিটিএম বাস্তবায়নে সম্মতি সম্পর্কিত কোনও সিদ্ধান্ত নেয় না। বিটিএম, অন্যান্য ক্রোম গোপনীয়তা সুরক্ষাগুলির মতো, পরিবর্তে তাদের ডেটা ভাগ করা হয়েছে কিনা এবং কীভাবে ব্যবহারকারীদের নিয়ন্ত্রণকে আরও এগিয়ে নিয়ে যাওয়ার দিকে মনোনিবেশ করা হয়। সিএমএর কিউ 2/কিউ 3 প্রতিবেদনে উল্লেখ করা তৃতীয় পক্ষের পরিচালিত আপিল প্রক্রিয়াটি এমন ক্ষেত্রগুলির জন্য সুনির্দিষ্ট যেখানে গুগল পৃথক সংস্থাগুলির অন্তর্ভুক্তি বা তালিকায় বর্জন সম্পর্কে সিদ্ধান্ত নিচ্ছে। |
| সম্মতি | ব্রাউজারগুলি কীভাবে জিডিপিআর হাইলাইট করার প্রসঙ্গে আইনীভাবে সম্মতিযুক্ত ক্রিয়াকলাপগুলির সাথে সম্মতি নিশ্চিত করে যেখানে ব্রাউজারগুলি ক্রিয়াকলাপকে দমন করতে পারে (যেমন পুনর্নির্দেশ বা কুকি সেটিং) যেগুলি ব্যবহারকারীরা স্পষ্টভাবে সম্মতি দিয়েছেন, আইনী সম্মতি এবং ব্রাউজারের গোপনীয়তা সেটিংসের মধ্যে একটি বিরোধ তৈরি করে। | কোনও ব্যবহারকারী এবং কোনও ওয়েবসাইটের মধ্যে সম্পর্কের প্রকৃতির মধ্যে ব্রাউজারের দৃশ্যমানতা নেই। অতিরিক্তভাবে, বর্তমান বিটিএম আচরণের সাথে, কোনও ব্যবহারকারীর জন্য কোনও নির্দিষ্ট সাইট থেকে ট্র্যাকিং বাউন্স করতে সুস্পষ্ট সম্মতি দেওয়ার জন্য ইতিমধ্যে কার্যকারিতা রয়েছে। সম্মতি সম্পর্কিত আরও তথ্য আমাদের গোপনীয়তা সম্পর্কিত সম্মতি FAQ এ উপলব্ধ। |
| দ্বৈত-ব্যবহারের সাইটগুলি | ওয়েবভিউ বা অ্যাপ-টু-ওয়েব (ক্রোম) থেকে রূপান্তর বিটিএম এর অধীনে "দ্বৈত-ব্যবহারের সাইট" হিসাবে বিবেচিত হবে কিনা সে সম্পর্কে স্পষ্টতা চাইছেন? | ওয়েবভিউ বা অ্যাপ্লিকেশন থেকে পরিবর্তনের মাধ্যমে কোনও বাউন্স চেইন শুরু হয়েছিল কিনা সে সম্পর্কে ব্রাউজারের দৃশ্যমানতা নেই। সুতরাং, বিটিএম সেই প্রবাহগুলিকে কোনও বিশেষ চিকিত্সা দেয় না। পরিবর্তে, এটি প্রবাহকে "সম্পর্কে: ফাঁকা" থেকে শুরু করে ক্রস-সাইট বাউন্স হিসাবে ব্যাখ্যা করে এবং স্ট্যান্ডার্ড আচরণের সাথে এগিয়ে যায়। |
ক্রস-সাইট গোপনীয়তার সীমানা শক্তিশালী করুন
সম্পর্কিত ওয়েবসাইট সেট (পূর্বে প্রথম পক্ষের সেট)
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| API ব্যবহার | আইপি সুরক্ষার সাথে একত্রে আরডাব্লুএসের অপব্যবহারের সম্ভাবনা সম্পর্কে উদ্বেগ। আরডাব্লুএস সেটের মধ্যে থাকা সংস্থাগুলিতে আইপি ঠিকানাগুলি প্রকাশ করা সংঘবদ্ধ ব্যবহারকারীদের ট্র্যাকিংয়ের জন্য পোর্টেবল আইপি অ্যাড্রেস ডেটাতে অ্যাক্সেস পেতে একাধিক আরডাব্লুএস সেটগুলিতে যোগদানের জন্য সংস্থাগুলিকে উত্সাহিত করতে পারে। | সম্পর্কিত সাইটগুলি, পরিষেবা সাইটগুলি এবং সামগ্রিকভাবে সেটগুলির জন্য সেট প্রয়োজনীয়তাগুলি স্বয়ংক্রিয় বৈধতা দ্বারা প্রয়োগ করা, একাধিক সেটে যোগদানের চেষ্টা করার কোনও সম্ভাব্য উত্সাহ প্রশমিত করে। আইপি ঠিকানাগুলির মাধ্যমে সেট জুড়ে ব্যবহারকারীর ক্রিয়াকলাপে যোগদানের জন্য একটি সেটে একটি এমডিএল ডোমেন অন্তর্ভুক্ত করার প্রয়োজন হবে, যার জন্য সেট মালিক এবং ডোমেন মালিকের মধ্যে সমন্বয় প্রয়োজন। এই একই ঝুঁকিটি একক সাইটের জন্য প্রযোজ্য (অর্থাত্ কোনও আরডাব্লুএস জড়িত নেই) এমডিএল ডোমেনগুলির সাথে সমন্বয় করে। আমরা এখানে আরও বিশদে এই প্রশ্নের জবাব দিয়েছি। |
বেড়া ফ্রেম API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| নেটিভ বিজ্ঞাপন | যে প্রতিক্রিয়া বেড়া ফ্রেমগুলি বর্তমানে ডিজাইন করা হয়েছে, তাদের নেটিভ বিজ্ঞাপন ব্যবসায়ের মডেলের সাথে বেমানান, যার জন্য আশেপাশের সামগ্রীর সাথে নমনীয়ভাবে মানিয়ে নিতে বিজ্ঞাপনগুলির প্রয়োজন। | আমরা বাস্তুতন্ত্রের প্রয়োজনীয়তা এবং বর্তমান বেড়া ফ্রেমের অফার সম্পর্কে আমাদের মূল্যায়ন চালিয়ে যাচ্ছি। যে কোনও ক্ষেত্রে, যেমন পূর্বে বলা হয়েছে, বেড়া ফ্রেমের প্রয়োজন হবে 2026 এর চেয়ে শীঘ্রই । |
শেয়ার্ড স্টোরেজ API
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| এপিআই বাগ | রিপোর্ট করুন যে ক্রোম একটি ত্রুটি লগ করে যখন ভাগ করা স্টোরেজ এপিআইয়ের বাজেট প্রক্রিয়াটি সিলেক্টরল অপারেশনটিকে চলমান থেকে বাধা দেয়, যদিও এটি প্রত্যাশিত আচরণ। অনুরোধ করুন যে ক্রোম লগিং স্তরটিকে ত্রুটি থেকে সতর্কতা বা তথ্যে ডাউনগ্রেড করুন, কারণ কলারের পক্ষে ত্রুটিটি কার্যকর নয়। | পরিবর্তনটি কার্যকর করা হয়েছে এবং ক্রোম এম 134 এ অন্তর্ভুক্ত করা হয়েছে, 4 মার্চ 2025 সাল থেকে উপলব্ধ। |
চিপস
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| API ডকুমেন্টেশন | সেমসাইট = লক্ষ/কঠোর কুকিজের তুলনায় পার্টিশনযুক্ত কুকিজ দ্বারা প্রদত্ত সুরক্ষা সুরক্ষা সম্পর্কিত স্পষ্টতা প্রয়োজন। ডকুমেন্টেশনটি স্পষ্টভাবে বলা উচিত যে বিভাজনযুক্ত কুকিগুলি এক্সএসএস এবং সিএসআরএফ আক্রমণগুলির বিরুদ্ধে সেমসাইট = শিথিল/কঠোর কুকিজ হিসাবে একই স্তরের সুরক্ষা সরবরাহ করে না। | পার্টিশনযুক্ত কুকিজ দ্বারা প্রদত্ত শব্দার্থবিজ্ঞান এবং সুরক্ষাগুলি স্পষ্ট করার জন্য আমরা ব্যাখ্যার এবং স্পেসিফিকেশন আপডেট করব। |
ফেডসিএম
| প্রতিক্রিয়া থিম | সারাংশ | ক্রোম প্রতিক্রিয়া |
|---|---|---|
| ইউআই এবং সুরক্ষা | ফেডসিএম ইউআই গুগলের আগের ওয়ান-ট্যাপ লগইনের সাথে খুব মিল, প্যাসিভ উপস্থাপনা ট্র্যাকিংয়ের অভাবে ফেডসিএম পারফরম্যান্সের পরিমাণ নির্ধারণ করা এবং পিকেসিই সম্পর্কিত শক্তিশালী ডকুমেন্টেশন ভাষার জন্য একটি সুপারিশ। | আমরা তাদের প্রতিক্রিয়া সমাধানের জন্য স্টেকহোল্ডারদের সাথে সক্রিয়ভাবে নিযুক্ত করছি। চলমান আলোচনার ক্ষেত্রগুলির মধ্যে আইডিপিগুলিকে আরও ভাল মেট্রিক সরবরাহ করার উপায় অন্তর্ভুক্ত রয়েছে যাতে তাদের ফেডসিএম পারফরম্যান্স ট্র্যাক করার অনুমতি দেয় এবং সাবস্ক্রিপশন ব্যবহারের ক্ষেত্রে ফেডসিএমের জন্য নতুন ব্যবহারের ক্ষেত্রে সমাধান করার জন্য সম্ভাব্য বর্ধনগুলি অন্তর্ভুক্ত করে। |
| API ব্যবহার | যখন কোনও ব্যবহারকারী পৃষ্ঠাটি রিফ্রেশ করে এবং নেভিগেটরকে কল করে C নির্ভরশীল দলগুলি (আরপিএস) ব্যবহারকারীর অভিজ্ঞতা উন্নত করতে নেভিগেটর.সিডেনসিভেনস.জেট দ্বারা ফিরে আসা টোকেন ক্যাশে করতে পারে? | আরপিএস টোকেন সঞ্চয় করতে তাদের নিজস্ব কুকিজ ব্যবহার করতে পারে। আরপিএস তারপরে কোনও ব্যবহারকারীকে নেভিগেটর.সি.সি.সি.জেটিভেনস.জেট করার আগে লগ ইন করা হয়েছে কিনা তা নির্ধারণ করতে তাদের নিজস্ব কুকিজ পরীক্ষা করতে পারে। আমরা এখানে আরও বিশদে এটিকে সম্বোধন করেছি। |
| মাল্টি-আইডিপি নির্বাচন | ব্রাউজার কীভাবে ফেডসিএম -এ একাধিক পরিচয় সরবরাহকারীদের (আইডিপি) জন্য লগইন বিকল্পগুলি প্রদর্শন করবে? | বিকাশকারী ডকুমেন্টেশনে একাধিক আইডিপি কীভাবে প্রদর্শিত হবে সে সম্পর্কে তথ্য রয়েছে। স্টেকহোল্ডাররা Chrome: // পতাকাগুলিতে FEDCM-MALTI-IDP পতাকা সক্ষম করে এই কার্যকারিতা নিয়ে পরীক্ষা করতে পারেন। |
| ব্রাউজার এবং আইডিপি | ক্রোমের মতো কোনও ব্রাউজারের পক্ষে কি নিজেই আইডিপি হিসাবে কাজ করা সম্ভব? ব্রাউজারগুলি তাদের সঞ্চিত অ্যাকাউন্ট এবং প্রোফাইল ডেটা প্রমাণীকরণের বিশ্বস্ত উত্স হিসাবে ব্যবহার করতে পারে। | ব্রাউজারগুলি সংশোধন করা যেতে পারে (যেমন এক্সটেনশনের মাধ্যমে), ব্রাউজার দ্বারা সরাসরি করা ইমেল যাচাইয়ের যে কোনও দাবি অতিরিক্ত সার্ভার-ভিত্তিক যাচাইকরণ ব্যতীত বিশ্বাস করা যায় না। যেমন, একটি খাঁটি-ক্লায়েন্ট-ভিত্তিক সমাধান প্রস্তাবিত নয়। আমরা এখানে আরও বিশদে এই বিষয়টি নিয়ে আলোচনা করেছি। |
| API স্পেক | আইডেন্টিটিভেনশিয়াল.ডিসকনেক্ট () অ্যালগরিদমের জন্য প্যারামিটারটি প্রয়োজনীয় বা al চ্ছিক হওয়া উচিত কিনা সে সম্পর্কে আলোচনা। | এটা এখন ঠিক করা হয়েছে। আরও বিশদ এখানে পাওয়া যাবে। |
| API নিরাপত্তা | ফেডসিএম লগইন প্রক্রিয়াতে টোকেন ফুটোয়ের আশেপাশে উদ্বেগগুলি যদি কোনও আরপির এক্সএসএসের দুর্বলতা থাকে। একজন আক্রমণকারী টোকেনটি পেতে দূষিত কোডে নেভিগেটর.সিডেনসিভেনস.ই. | ফেডসিএম নতুন এক্সএসএস ঝুঁকি তৈরি করে না; এই ঝুঁকিগুলি ওয়েব অ্যাপ্লিকেশন এবং বিদ্যমান এথ প্রোটোকলগুলিতে অন্তর্নিহিত। এই ঝুঁকিগুলি প্রশমিত করতে, আরপিএসকে আইডি টোকেনগুলিতে এডিডি দাবি যাচাই করা উচিত এবং কেবল তাদের নিজস্ব উত্সে জারি করা দাবিগুলি গ্রহণ করা উচিত। এখানে যেমন আলোচনা করা হয়েছে, এই টোকেন এক্সচেঞ্জটি আজ বিদ্যমান এবং ফেডসিএমের সাথে ব্যবহারের জন্য উপলব্ধ এই টোকেন এক্সচেঞ্জটি সুরক্ষিত করার জন্য ব্যাপকভাবে প্রতিষ্ঠিত সেরা অনুশীলন রয়েছে। অতিরিক্তভাবে, স্টোরেজ অ্যাক্সেস এপিআই ফেডসিএম এর সাথে ব্যবহার করা যেতে পারে এবং যখন পূর্বের ফেডসিএম কল থাকে তখন স্টোরেজ অ্যাক্সেস এপিআই কলগুলি স্বয়ংক্রিয়ভাবে মঞ্জুর হয়। এটি গিটহাব ইস্যুতে আলোচিত এম্বেডযুক্ত পুনঃনির্দেশ প্রবাহকে সক্ষম করা উচিত। |
| API স্পেক | ক্লায়েন্ট_মেটাডাটা_েন্ডপয়েন্টটি ফেডসিএমের জন্য কনফিগার এন্ডপয়েন্ট প্রতিক্রিয়ার একটি প্রয়োজনীয় ক্ষেত্র। একটি খালি অবজেক্ট একটি বৈধ প্রতিক্রিয়া, এবং ক্রোমিয়াম নিঃশব্দে একটি 404 প্রতিক্রিয়া উপেক্ষা করে, যা পরামর্শ দেয় যে শেষ পয়েন্টটি অনুশীলনে al চ্ছিক হিসাবে বিবেচিত হয়। | আমরা সম্মত হই যে এটি প্রতিফলিত করতে এবং ক্লায়েন্ট_মেটাডাটা_েন্ডপয়েন্টকে একটি al চ্ছিক ক্ষেত্র তৈরি করতে স্পেসিফিকেশন পরিবর্তন করা যেতে পারে। |
| API ব্যবহার | ব্রাউজার-নিয়ন্ত্রিত ব্যবহারকারী ইন্টারফেসগুলির কারণে ডিওএমের মাধ্যমে অ্যাক্সেসযোগ্য নয় বলে ফেডসিএম বাস্তবায়ন পরীক্ষা করার অসুবিধা সম্পর্কিত উদ্বেগগুলি। | আমরা রিগ্রেশন পরীক্ষার জন্য ব্রাউজার অটোমেশন এপিআইগুলিকে সমর্থন করি, যা এই উদ্বেগগুলিকে সমাধান করতে পারে। এই এপিআইগুলি এখানে নথিভুক্ত করা হয়েছে। |
| API স্পেক | লগইন_আরএল প্যারামিটার, যা কনফিগারেশন এন্ডপয়েন্টের প্রতিক্রিয়ার প্রয়োজনীয় অংশ, স্পেসিফিকেশনের ৩.২ বিভাগে নথিভুক্ত করা হয়নি। | আমরা বিভাগ 3.2 এ লগইন_আরএল প্যারামিটার অন্তর্ভুক্ত করতে ডকুমেন্টেশনে একটি আপডেট জমা দিয়েছি। |
| API স্পেক | ফেডসিএম -তে একটি সম্ভাব্য ট্র্যাকিং ভেক্টরের চারপাশে উদ্বেগ। একটি আইডিপি কনফিগারেশন এন্ডপয়েন্ট প্রতিক্রিয়া (অ্যাকাউন্টস_েন্ডপয়েন্ট, ক্লায়েন্ট_মেটাডাটা_েন্ডপয়েন্ট) এ উল্লিখিত এন্ডপয়েন্টগুলিতে পাথ পরামিতি হিসাবে আইডিগুলি সন্নিবেশ করতে পারে এবং অ্যাকাউন্ট এবং ক্লায়েন্ট মেটাডেটা অনুরোধগুলির সাথে সম্পর্কিত করতে এই আইডিগুলি ব্যবহার করতে পারে। | যদিও আমাদের কাছে এই শেষ পয়েন্টগুলিতে আইডিপি সন্নিবেশ করানোর প্রমাণ নেই, আমরা এখানে এই সমস্যাটি সমাধান করার জন্য সক্রিয়ভাবে বিবেচনা করছি। |
স্প্যাম এবং জালিয়াতির সাথে লড়াই করুন
ব্যক্তিগত রাষ্ট্র টোকেন এপিআই (এবং অন্যান্য এপিআই)
এই কোয়ার্টারে কোনও প্রতিক্রিয়া পাওয়া যায় নি।