এজে Zaraz আসলে কী করে

Zaraz হল একটি সার্ভার-সাইড ট্যাগ ম্যানেজার যা Cloudflare Workers-এর মধ্যে চালু হয়। যখন একজন ভিজিটর একটি পৃষ্ঠা লোড করেন, প্রকাশকের HTML-এ একটি ছোট Zaraz ইনিশিয়ালাইজেশন স্ক্রিপ্ট থাকে — সাধারণত কয়েক কিলোবাইট — যা ব্রাউজার থেকে একটি কাঠামোগত ইভেন্ট পেলোড (পেজভিউ, ক্লিক, কাস্টম ইভেন্ট) সংগ্রহ করে এবং প্রকাশকের নিজের ডোমেনের একটি Cloudflare এন্ডপয়েন্টে POST করে। Worker সেই পেলোড গ্রহণ করে এবং কনফিগার করা Zaraz সরঞ্জামগুলি এর বিরুদ্ধে চালায়: একটি Google Analytics 4 ইন্টিগ্রেশন একটি Measurement Protocol হিট পাঠায়, একটি Meta Pixel ইন্টিগ্রেশন একটি Conversions API ইভেন্ট পাঠায়, একটি Mixpanel ইন্টিগ্রেশন একটি HTTP API কল পাঠায়। বিক্রেতার তৃতীয়-পক্ষের JavaScript কখনো ব্রাউজারে লোড হয় না, বিক্রেতার কুকিগুলি হয় একেবারে সেট হয় না অথবা Worker-এর মাধ্যমে Cloudflare-এর ফার্স্ট-পার্টি ডোমেন দিয়ে লেখা হয়, এবং বিক্রেতা কেবল সেই ডেটা পায় যা প্রকাশকের Zaraz কনফিগারেশন স্পষ্টভাবে ফরওয়ার্ড করে।

এটি হল আর্কিটেকচারাল মূল্য প্রস্তাব। এটিই কারণ সম্মতি চিত্র যেকোনো ক্লায়েন্ট-সাইড ট্যাগ ম্যানেজার থেকে আলাদা। একটি ঐতিহ্যবাহী সেটআপে সম্মতির প্রশ্ন হল বিক্রেতার JavaScript লোড হয় কিনা। Zaraz-এর সাথে JavaScript কোনো ক্ষেত্রেই লোড হয় না — প্রশ্নটি হয় সার্ভার-সাইড পেলোড পাঠানো হয় নাকি দমন করা হয়, এবং পেলোডে ব্যবহারকারীকে ট্র্যাক করতে বিক্রেতার প্রয়োজনীয় পরিচয়পত্র রয়েছে কিনা। উভয় প্রশ্নেরই Zaraz Consent API-তে ভালোভাবে সংজ্ঞায়িত উত্তর রয়েছে; প্রকাশকের কাজ হল সেগুলি সঠিকভাবে ম্যাপ করা।

Zaraz Consent API এবং এটি ক্লায়েন্ট-সাইড CMP থেকে কীভাবে আলাদা

Zaraz একটি বিল্ট-ইন সম্মতি মডিউল সহ আসে — Zaraz Consent Tools — যা প্রতি ভিজিটর সম্মতি অবস্থা বজায় রাখে এবং কনফিগার করা কোন সরঞ্জামগুলি ফায়ার করে তা নিয়ন্ত্রণ করে। অবস্থাটি একটি ছোট JavaScript API-এর মাধ্যমে প্রকাশিত হয়: ব্যবহারকারীর পছন্দ রেকর্ড করতে zaraz.consent.set({ analytics: true, marketing: false }), এটি পড়তে zaraz.consent.get('analytics'), পূর্ণ মানচিত্রের জন্য zaraz.consent.getAll(), সম্মতি UI খুলতে zaraz.consent.modal(), এবং কাস্টম UI আচরণের জন্য zaraz.consent.onModalShown এবং সংশ্লিষ্ট ইভেন্টগুলিতে ইভেন্ট লিসেনার। ড্যাশবোর্ডের প্রতিটি Zaraz সরঞ্জাম এক বা একাধিক উদ্দেশ্য ID দিয়ে কনফিগার করা হয়, এবং Worker কেবল তখনই একটি সরঞ্জাম চালায় যখন ভিজিটরের সম্মতি অবস্থায় প্রাসঙ্গিক উদ্দেশ্যগুলি মঞ্জুর হয়।

ইন্টিগ্রেশন পছন্দ হল Zaraz-এর বিল্ট-ইন সম্মতি মোডাল ব্যবহার করা নাকি Zaraz-কে একটি বাহ্যিক CMP-এ বাঁধা। বিল্ট-ইন মোডাল সবচেয়ে সহজ পথ: Consent Tools সক্ষম করুন, উদ্দেশ্য সংজ্ঞায়িত করুন, প্রতিটি সরঞ্জাম সঠিক উদ্দেশ্য দিয়ে কনফিগার করুন এবং প্রকাশ করুন। বাহ্যিক CMP পথ সেই সংস্থাগুলির জন্য সঠিক পছন্দ যারা ইতিমধ্যে Cookiebot, OneTrust, Usercentrics বা একটি কাস্টম CMP-এ মানকীভূত — Zaraz তখন CMP-এর ডাউনস্ট্রিমে কাজ করে, ব্যবহারকারী ব্যানারের মধ্যে দিয়ে যাওয়ার সাথে সাথে CMP zaraz.consent.set() কল করে। উভয় পথ একই প্রয়োগ বিন্দুতে পৌঁছায়: Worker প্রতিটি সরঞ্জাম চালানোর আগে সম্মতি অবস্থা পরীক্ষা করে, এবং যাদের উদ্দেশ্য মঞ্জুর নয় তারা কেবল চলে না।

IAB TCF সমর্থন এবং আঞ্চলিক ব্যবস্থা

Zaraz ২০২৩ সালে IAB TCF v2 সমর্থন যোগ করেছে এবং তারপর থেকে ফ্রেমওয়ার্কটি ট্র্যাক করেছে। TCF-ভিত্তিক বিজ্ঞাপন অংশীদারিত্বের অধীনে EEA এবং UK-তে কর্মরত প্রকাশকদের জন্য, প্রকাশক অপ্ট ইন করলে ইন্টিগ্রেশন স্বয়ংক্রিয়ভাবে TCF সম্মতি স্ট্রিং Zaraz উদ্দেশ্য অবস্থায় রূপান্তরিত করে। নন-TCF অঞ্চলের জন্য প্রকাশক কাস্টম উদ্দেশ্যগুলি — সাধারণত analytics, marketing, personalization, functional — সরাসরি প্রাসঙ্গিক Zaraz সরঞ্জামগুলিতে ম্যাপ করেন। একই Worker উভয়ই প্রয়োগ করে, যার মানে একটি একক Zaraz কনফিগারেশন দুটি সমান্তরাল পাইপলাইন ছাড়াই TCF-এর মাধ্যমে একজন EEA ভিজিটর এবং একটি কাস্টম মার্কেটিং-উদ্দেশ্য গেটের মাধ্যমে একজন ক্যালিফোর্নিয়ান ভিজিটরকে সেবা দিতে পারে।

কেন Zaraz GDPR এবং ePrivacy চিত্র পরিবর্তন করে

GDPR, ePrivacy এবং CCPA-এর অধীনে আইনি অবস্থান সার্ভার-সাইড এক্সিকিউশনে ছাড় পায় না — আইনি ভিত্তি পরিবহন নয়, ডেটা অনুসরণ করে — কিন্তু ব্যবহারিক কমপ্লায়েন্স পৃষ্ঠ পরিবর্তিত হয়। তিনটি পরিবর্তন গুরুত্বপূর্ণ।

• কুকি পৃষ্ঠটি সংকুচিত হয়। বেশিরভাগ বিক্রেতার কুকি কখনো লেখা হয় না কারণ বিক্রেতার JavaScript কখনো ব্রাউজারে চলে না। যে কুকিগুলি থাকে সেগুলি সাধারণত Zaraz-এর নিজস্ব সেশন পরিচয়পত্র এবং প্রকাশক ইচ্ছাকৃতভাবে প্রচার করা যেকোনো ফার্স্ট-পার্টি পরিচয়পত্র। ব্যানারকে নিয়ন্ত্রণ করতে হবে এমন অ-প্রয়োজনীয় কুকি পৃষ্ঠটি তাই নাটকীয়ভাবে ছোট — কখনো কখনো একটি সাধারণ ক্লায়েন্ট-সাইড স্ট্যাক উৎপন্ন ডজনেরও বেশির বিপরীতে মাত্র এক বা দুটি কুকি।
• তৃতীয় পক্ষের স্থানান্তর প্রকাশ পরিবর্তিত হয়। কারণ Worker সার্ভার-টু-সার্ভার কলের মাধ্যমে বিক্রেতাদের কাছে ডেটা পাঠায়, ভিজিটরের ব্রাউজার থেকে ডেটা পথ Cloudflare-এর এজে এবং সেখান থেকে কনফিগার করা বিক্রেতাদের কাছে যায়। গোপনীয়তা নোটিশটি এটি প্রতিফলিত করতে হবে — Cloudflare একটি প্রসেসর এবং প্রতিটি Zaraz সরঞ্জাম একটি ডাউনস্ট্রিম প্রাপক — কিন্তু প্রকাশকের কাছে ফরওয়ার্ড করা হয় তার উপর সম্পূর্ণ নিয়ন্ত্রণ থাকায় প্রকাশটি অনেক উপায়ে সমতুল্য ক্লায়েন্ট-সাইড পথের চেয়ে স্পষ্ট।
• অডিট ট্রেইল আরও কেন্দ্রীভূত। প্রতিটি বিক্রেতার ইভেন্ট Worker-এর মধ্য দিয়ে যাওয়ায়, প্রকাশকের কাছে একটি একক বিন্দু রয়েছে যেখানে সম্মতি অবস্থা, ইভেন্ট পেলোড এবং ডাউনস্ট্রিম প্রাপক লগ করা যায়। একটি কোয়েরিযোগ্য সম্মতি লগ প্রত্যাশা করা নিয়ন্ত্রকদের Zaraz-এর সাথে ক্লায়েন্ট-সাইড ট্যাগের বিস্তারের তুলনায় স্পষ্টতর উত্তর রয়েছে।

যে ইন্টিগ্রেশন প্যাটার্ন কাজ করে

রেফারেন্স ডিপ্লয়মেন্টের চারটি চলমান অংশ রয়েছে। প্রথমটি হল পৃষ্ঠায় Zaraz ইনিশিয়ালাইজেশন, Cloudflare-এর প্রক্সির মাধ্যমে প্রকাশকের ডোমেন থেকে লোড করা। দ্বিতীয়টি হল হয় বিল্ট-ইন Consent Tools মোডাল অথবা একটি বাহ্যিক CMP যা ব্যবহারকারী পছন্দ করার সাথে সাথে zaraz.consent.set() কল করে। তৃতীয়টি হল Zaraz ড্যাশবোর্ড কনফিগারেশন যা প্রতিটি সরঞ্জাম সঠিক উদ্দেশ্যে ম্যাপ করে — অ্যানালিটিক্স উদ্দেশ্যে অ্যানালিটিক্স সরঞ্জাম, মার্কেটিং উদ্দেশ্যে বিজ্ঞাপন সরঞ্জাম, আরও কঠোর কার্যকরী বা গবেষণা উদ্দেশ্যে সেশন-রিপ্লে সরঞ্জাম, এবং যদি প্রকাশকের গোপনীয়তা নোটিশ এটিকে একটি পৃথক পছন্দ হিসাবে প্রকাশ করে তবে যেকোনো তৃতীয়-পক্ষের-হস্তান্তর-নির্ভর সরঞ্জাম ক্রস-বর্ডার-ট্রান্সফার উদ্দেশ্যে। চতুর্থটি হল একটি সার্ভার-সাইড লগ — হয় Cloudflare Analytics, একটি প্রকাশকের ডেটা লেকে Logpush, বা একটি কাস্টম Worker যা সম্মতি সিদ্ধান্তগুলি একটি কোয়েরিযোগ্য স্টোরে লেখে — যাতে নিয়ন্ত্রকের অনুরোধে সম্মতি রেকর্ড প্রদান করা যায়।

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

যেখানে Zaraz এখনও সতর্ক পরিচালনা প্রয়োজন

Zaraz একটি কনসেন্ট-বাই-আর্কিটেকচার সমাধান নয় যা চিন্তা করার প্রয়োজনীয়তা দূর করে। তিনটি ক্ষেত্রে ইচ্ছাকৃত পরিচালনা প্রয়োজন। ক্লিক-টু-লোড এম্বেড — YouTube, Twitter, Instagram, TikTok ভিডিও — এখনো একই প্লেসহোল্ডার প্যাটার্ন প্রয়োজন যা যেকোনো কনসেন্ট-ফার্স্ট ডিপ্লয়মেন্ট ব্যবহার করে, কারণ Zaraz বর্তমানে এম্বেড করা ভিডিও iframes প্রক্সি করে না। ক্লায়েন্ট-সাইড পরিচয়পত্র যা প্রকাশক ফার্স্ট-পার্টি উদ্দেশ্যে ব্রাউজারে সেট করতে বেছে নেন — একটি লগড-ইন ব্যবহারকারী ID, একটি সেশন টোকেন, একটি A/B টেস্ট বাকেট — সম্মতি সীমানার প্রকাশকের দিকে থাকে এবং তাদের নিজস্ব গেটিং লজিক প্রয়োজন। এবং গোপনীয়তা নোটিশটি সার্ভার-সাইড ট্রান্সফার মডেলকে সঠিকভাবে বর্ণনা করতে হবে, Cloudflare-এর প্রসেসর হিসাবে ভূমিকা এবং ডেটা পরিচালনাকারী Workers-এর ভৌগোলিক অবস্থান সহ, কারণ Cloudflare এজ একাধিক অঞ্চলে চলে এবং ভিজিটরের ট্র্যাফিক তাদের নিজের নয় এমন একটি অঞ্চলে প্রক্রিয়া করা হতে পারে। এগুলি পরিচালিত হলে, ২০২৬ সালের একটি Zaraz ডিপ্লয়মেন্ট একটি ট্যাগ-ম্যানেজমেন্ট পণ্য থেকে একটি প্রকাশক চালাতে পারে এমন সবচেয়ে পরিষ্কার সম্মতি আর্কিটেকচারগুলির একটিতে পরিণত হয়: ছোট কুকি পৃষ্ঠ, কম তৃতীয়-পক্ষের অনুরোধ, কেন্দ্রীভূত প্রয়োগ এবং একটি অডিট ট্রেইল যা একজন নিয়ন্ত্রক আসলে পড়তে পারেন।