কুকি ম্যাচিং

একটি উচ্চ-স্তরে, কুকি ম্যাচিং হল এমন একটি প্রক্রিয়া যার মাধ্যমে একজন বিজ্ঞাপনদাতা বা বিক্রেতা তাদের ডোমেনে থাকা কুকিগুলিকে Google-এর ডোমেনের কুকিগুলির সাথে সংযুক্ত করে৷ এই কুকিগুলির সাথে মিলে যাওয়া আপনাকে একই ব্যবহারকারীর Google বিজ্ঞাপন ডেটা (Display & Video 360 এবং Campaign Manager 360 এর মাধ্যমে ট্র্যাক করা) সাথে আপনার মালিকানাধীন প্রথম-পক্ষের ডেটা সংযোগ করতে দেয়, যা আপনাকে CRM ডেটা অন্তর্ভুক্ত করতে এবং ব্যবহারকারীর আচরণকে আরও ভালভাবে বুঝতে দেয়৷ গোপনীয়তা-কেন্দ্রিক যোগদানের মাধ্যমে এই ডেটা একত্রিত করে, আপনি করতে পারেন:

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

সীমাবদ্ধতা এবং শেষ ব্যবহারকারীর গোপনীয়তা

যদিও শক্তিশালী, কুকি ম্যাচিং কিছু সীমাবদ্ধতার সাথে আসে:

• *_match এবং অ- *_match টেবিলের মধ্যে যোগদান নিষিদ্ধ।
• এটির জন্য আপনার এবং Google উভয়ের কাছ থেকে ইঞ্জিনিয়ারিং কাজ প্রয়োজন৷
• এটি অসম্ভাব্য যে আপনি আপনার সমস্ত Google বিজ্ঞাপন ডেটার সাথে মিলতে সক্ষম হবেন৷ ম্যাচের হার অনেকগুলি বিষয়ের সাপেক্ষে এবং ব্যবহার-কেস এবং ক্লায়েন্ট-সাইড সেটআপ অনুসারে পরিবর্তিত হয়। ম্যাচ রেট প্রায়ই ব্যবহারকারীদের প্রত্যাশার চেয়ে কম হয়। ব্যবহারকারীরা শুধুমাত্র কুকি ম্যাচিংয়ের জন্য যোগ্য যদি তারা আপনার ডোমেন এবং আপনার বিজ্ঞাপনের সাথে ইন্টারঅ্যাক্ট করে থাকে।
• Google আপনার ম্যাচ সারণীগুলি সেট আপ করার পরে পপুলেট করতে শুরু করে৷ ব্যবহারকারীরা আপনার সাইটে যে ফ্রিকোয়েন্সি ভিজিট করে এবং আপনার ম্যাচিং পিক্সেল গ্রহণ করে তার উপর নির্ভর করে, আপনার ম্যাচ টেবিলে আপনার ব্যবহারকারীদের সামগ্রিক, স্থিতিশীল ডেটা থাকতে কয়েক মাস সময় লাগতে পারে।
• আপনি একাধিক ডিভাইসের সাথে পৃথক ব্যবহারকারীদের সংযুক্ত করতে সক্ষম হবেন না, যদি না আপনার কাছে ডিভাইস জুড়ে ব্যবহারকারীদের সংযোগ করার কিছু উপায় থাকে।
• আপনি একাধিক কুকি ব্যবহার করে একটি একক ব্যবহারকারীর সাথে মেলাতে পারবেন না, যেমনটি হবে যখন একজন ব্যবহারকারী তাদের কুকিজ সাফ করে।
• মিল টেবিলে চালিত চাকরিগুলি বিজ্ঞাপন ডেটা হাবের অন্যান্য চাকরির মতো একই একত্রীকরণের প্রয়োজনীয়তার সাপেক্ষে। আপনার ডোমেনে বিরল ভিজিটের সাথে মিলিত একটি কম ম্যাচ রেট ডেটা প্রাপ্তিতে অসুবিধার কারণ হতে পারে। এটি ম্যাচের হার এবং একত্রিতকরণের প্রয়োজনীয়তার সম্মিলিত প্রভাবের কারণে হয়েছে ¹ .
• শেষ-ব্যবহারকারীর গোপনীয়তার বিষয়ে Google এর নীতির সাথে সামঞ্জস্যপূর্ণ, আপনি:
  • একটি প্রদত্ত ব্যবহারকারীর সাইন-ইন এবং সাইন-আউট করা ডেটা মেলানো নিষিদ্ধ৷
  • বিজ্ঞাপন ব্যক্তিগতকরণ অপ্ট আউট করা ব্যবহারকারীদের সাথে ডেটা মেলাতে অক্ষম৷
• iOS ইভেন্টের জন্য, আপনি শুধুমাত্র iOS 14.5+-এ অ্যাপ থেকে উৎপন্ন ডেটার সাথে মেলাতে পারবেন যারা Apple-এর অ্যাপ ট্র্যাকিং ট্রান্সপারেন্সি ফ্রেমওয়ার্কের অধীনে অনুমতি দিয়েছেন।

প্রথম পক্ষের সম্মতির স্বীকৃতি

সতর্কতা: সম্মতি স্বীকার করতে ব্যর্থ হলে বা সম্মতি স্বীকার না করা হলে বিজ্ঞাপন ডেটা হাবের মধ্যে আপনার প্রথম পক্ষের ডেটা (1PD) ব্যবহার করতে অক্ষমতা হয়৷ উদাহরণস্বরূপ, আপনি আপনার লিঙ্ক করা বিজ্ঞাপন ডেটার সাথে নতুন 1PD আনতে বা বিদ্যমান 1PD-এ যোগ দিতে পারবেন না। সমস্ত ব্যবহারের ক্ষেত্রে, যেমন ব্যবহারকারী-প্রদত্ত ডেটা ম্যাচিং এবং 1PD ব্যবহার করে দর্শক সক্রিয়করণ, অনুপলব্ধ। এর মধ্যে যেকোনো নির্ধারিত 1PD আমদানি অন্তর্ভুক্ত রয়েছে।

আপনি বিজ্ঞাপন ডেটা হাবে আপনার প্রথম-পক্ষের ডেটা ব্যবহার করতে পারবেন তা নিশ্চিত করতে, আপনাকে অবশ্যই নিশ্চিত করতে হবে যে আপনি EU ব্যবহারকারীর সম্মতি নীতি এবং বিজ্ঞাপন ডেটা হাব নীতি অনুসারে EEA শেষ ব্যবহারকারীদের থেকে Google-এর সাথে ডেটা শেয়ার করার জন্য যথাযথ সম্মতি পেয়েছেন। এই প্রয়োজনীয়তা প্রতিটি বিজ্ঞাপন ডেটা হাব অ্যাকাউন্টের জন্য প্রযোজ্য এবং প্রতিবার আপনি নতুন প্রথম পক্ষের ডেটা আপলোড করার সময় অবশ্যই আপডেট করতে হবে। যেকোন একজন ব্যবহারকারী পুরো অ্যাকাউন্টের পক্ষে এই স্বীকৃতি দিতে পারেন।

মনে রাখবেন যে একই Google পরিষেবার ক্যোয়ারী নিয়ম যা বিশ্লেষণ কোয়েরিতে প্রযোজ্য কুকি-ম্যাচিং কোয়েরিতেও প্রযোজ্য। উদাহরণস্বরূপ, যখন আপনি একটি ম্যাচ টেবিল তৈরি করেন তখন আপনি EEA-তে ব্যবহারকারীদের উপর ক্রস-সার্ভিস কোয়েরি চালাতে পারবেন না।

বিজ্ঞাপন ডেটা হাবে কীভাবে সম্মতি স্বীকার করতে হয় তা জানতে, ইউরোপীয় অর্থনৈতিক এলাকার জন্য সম্মতির প্রয়োজনীয়তা দেখুন।

কুকি ম্যাচিং কিভাবে কাজ করে

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

ম্যাচ ট্যাগ হল একটি স্বচ্ছ 1x1 পিক্সেল, এতে আপনার কুকি ম্যাচিং প্রোফাইল আইডি এবং একটি এনকোড করা ব্যবহারকারী বা কুকি আইডি রয়েছে:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm=Q29va2llIG51bWJlciAxIQ" />

এই ম্যাচ ট্যাগটি আপনার এবং Google কুকি ম্যাচিং পরিষেবাগুলির মধ্যে যোগাযোগ শুরু করে৷

ধাপে ধাপে ওভারভিউ

1. একজন ব্যবহারকারী একটি ম্যাচ ট্যাগ সহ একটি পৃষ্ঠা পরিদর্শন করে।
2. ম্যাচ ট্যাগ Google মার্কেটিং প্ল্যাটফর্ম, Google বিজ্ঞাপন এবং YouTube ম্যাচিং পরিষেবাগুলিতে পুনঃনির্দেশের একটি সিরিজ শুরু করে। অনুরোধগুলিতে আপনার ওয়েবসাইট থেকে সেই ব্যবহারকারীর আইডি বা কুকি রয়েছে, এবং প্রতিটি মিলিত পরিষেবার আইডি স্পেসে Google কুকি রয়েছে৷
3. অনুরোধটি পূর্ণ হয়েছে তা নিশ্চিত করতে একটি স্বচ্ছ 1x1 পিক্সেল ব্রাউজারে ফেরত দেওয়া হয়।

এই প্রক্রিয়াটি নিম্নলিখিত চিত্রে দেখানো হয়েছে:

সেটআপ

বিজ্ঞাপন ডেটা হাবে কুকি ম্যাচিং সেট আপ করার প্রক্রিয়াটি নিম্নরূপ:

1. আপনার অ্যাকাউন্ট প্রতিনিধির সাথে যোগাযোগ করুন এবং কুকি মেলাতে আপনার আগ্রহের কথা জানান। তারা আপনার লক্ষ্য নিয়ে আলোচনা করবে এবং আপনার ডোমেনে ট্র্যাকিং পিক্সেল স্থাপন করার বিষয়ে আপনাকে আরও তথ্য দেবে।
2. বিজ্ঞাপন ডেটা হাব বিশেষজ্ঞরা প্রযুক্তিগত প্রয়োজনীয়তা এবং ব্যবহারের ক্ষেত্রে আলোচনা করার জন্য আরেকটি কথোপকথন শুরু করবেন।
3. আপনি ট্র্যাকিং পিক্সেল এবং ত্রুটির শেষ পয়েন্ট স্থাপন করার সময়, Google আপনার ম্যাচ টেবিল তৈরি করবে।

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

ম্যাচ টেবিল জিজ্ঞাসা

যখন আপনার মিল টেবিলে গোপনীয়তা পরীক্ষাগুলি সন্তুষ্ট করার জন্য পর্যাপ্ত ডেটা থাকে, আপনি টেবিলের বিরুদ্ধে প্রশ্নগুলি চালানোর জন্য প্রস্তুত।

প্রথম পক্ষের ডেটার (1PD) মূল টেবিলটি my_data দ্বারা প্রতিনিধিত্ব করা হয়। এতে ব্যক্তিগতভাবে সনাক্তযোগ্য তথ্য (PII) এবং নন-PII ডেটা উভয়ই অন্তর্ভুক্ত রয়েছে। মূল সারণী ব্যবহার করে আপনার প্রতিবেদনগুলিকে আরও অন্তর্দৃষ্টির সাথে উন্নত করতে পারে, কারণ এটি একটি _match টেবিলের সাথে তুলনা করলে স্কোপের সমস্ত 1PD ডেটা উপস্থাপন করে।

একটি user_id ফিল্ড ধারণকারী বিজ্ঞাপন ডেটা হাব স্কিমার প্রতিটি টেবিলের সাথে একটি *_match টেবিল থাকে। উদাহরণ স্বরূপ, adh.google_ads_impressions টেবিলের জন্য, Ads Data Hub আপনার ব্যবহারকারী আইডি সমন্বিত adh.google_ads_impressions_match নামে একটি মিল টেবিল তৈরি করে। নীতি-বিচ্ছিন্ন টেবিলের জন্য আলাদা ম্যাচ টেবিল তৈরি করা হয়। উদাহরণ স্বরূপ, adh.google_ads_impressions_policy_isolated_youtube টেবিলের জন্য, বিজ্ঞাপন ডেটা হাব আপনার ব্যবহারকারী আইডি সহ adh.google_ads_impressions_policy_isolated_youtube_match নামে একটি মিল টেবিল তৈরি করে।

এই সারণীগুলিতে মূল টেবিলে উপলব্ধ ব্যবহারকারীদের একটি উপসেট রয়েছে, যেখানে user_id এর সাথে একটি মিল রয়েছে। উদাহরণস্বরূপ, যদি মূল টেবিলে ব্যবহারকারী A এবং ব্যবহারকারী B এর ডেটা থাকে, কিন্তু শুধুমাত্র ব্যবহারকারী A মিলে যায়, তাহলে ব্যবহারকারী B ম্যাচ টেবিলে থাকবে না।

মিল টেবিলে external_cookie নামে একটি অতিরিক্ত কলাম রয়েছে, যা আপনার কুকিকে BYTES হিসাবে সংরক্ষণ করে।

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

JOIN ON
  adh.google_ads_impressions_match.external_cookie = CAST(my_data.user_id AS BYTES)

অতিরিক্তভাবে, SQL-এ স্ট্রিং তুলনাগুলি ক্যাপিটালাইজেশনের জন্য সংবেদনশীল, তাই আপনাকে আপনার তুলনার উভয় পাশে স্ট্রিংগুলিকে এনকোড করতে হতে পারে যাতে সেগুলি সঠিকভাবে তুলনা করা যায়।

দ্রষ্টব্য: বাইট এবং স্ট্রিংগুলির মধ্যে তুলনা পরোক্ষভাবে Base64 এ বাইট এনকোড করে।

ব্যবহারকারী আইডি এনকোডিং

ব্যবহারকারী আইডি ক্লায়েন্ট-সাইড এনকোড করুন

ইউআরএলের মাধ্যমে বিভিন্ন আইডি ফরম্যাট নিরাপদে প্রেরণ করা যায় তা নিশ্চিত করতে, পাঠানোর আগে সমস্ত আইডি URL-নিরাপদ বেস64 এনকোড করা প্রয়োজন। ইউআরএল-নিরাপদ বেস64 ডিকোড করা আইডিটি external_cookie ক্ষেত্রের বিজ্ঞাপন ডেটা হাবে উপলব্ধ করা হবে, তাই আপনার আসল আইডি প্রাপ্ত করার জন্য এনকোড করার আগে আপনি যে কোনো রূপান্তর প্রয়োগ করেছেন তা পূর্বাবস্থায় ফিরিয়ে আনতে হবে।

যদি আপনার আইডি সর্বদা 24 অক্ষর (বা বাইট) বা তার কম হয়, তাহলে আপনি URL-নিরাপদ বেস64 এনকোড করা আইডি একটি পিক্সেলে অন্তর্ভুক্ত করতে পারেন, যেমন 1 উদাহরণে দেখানো হয়েছে। আপনার আইডি যদি 24 অক্ষরের (বা বাইট) থেকে বেশি হয় তাহলে আপনার প্রয়োজন হবে। এটিকে 24 বাইট বা তার কম প্রতিনিধিত্বে রূপান্তর করতে। কিছু ক্ষেত্রে (যেমন GUID উদাহরণ 2) এটি বাইট-প্রতিনিধিত্বে রূপান্তরিত করার বিষয়। অন্যান্য ক্ষেত্রে আপনাকে Google-কে আপনার আইডির একটি সাবসেট (বা একটি হ্যাশ) পাঠাতে হতে পারে। মনে রাখবেন, যে কোনো ক্ষেত্রে, আপনাকে নিশ্চিত করতে হবে যে আপনি একটি SQL JOIN লিখতে পারেন যা আপনার প্রথম পক্ষের টেবিলে একইভাবে ID রূপান্তর করবে।

উদাহরণ 1

আপনার ব্যবহারকারী আইডি মান সর্বদা 24-বাইট দৈর্ঘ্য সীমার নিচে থাকবে। বিজ্ঞাপন ডেটা হাব সুপারিশ করে যে আপনি কেবলমাত্র আপনার ইউজার আইডি সরাসরি ADH-এ পাঠান (ইউআরএল পরিবহনের উদ্দেশ্যে এটিকে ইউআরএল-সেফ বেস64 হিসাবে এনকোড করার পরে)।

var userId = 'abcdef123456789';
// Encode the string (or number) in normal base64.
var userIdBase64 = btoa(userId);

// Ensure that the uploaded user IDs use web-safe Base64 encoding.
userIdBase64 = userIdBase64.replace(/\+/g, '-').replace(/\//g, '_')
    .replace(/=+$/, '');

// After encoding the UUID correctly, you can create the request tag and
// insert it into the DOM.
var imgElement = Document.createElement('img');
imgElement.src =
    'https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm='
    + userIdBase64;
document.body.appendChild(imgElement);

উদাহরণ 2

আপনি একটি ইউজার আইডি হিসাবে একটি ইউনিভার্সাল ইউনিক আইডেন্টিফায়ার (UUID) মান নির্ধারণ করেন, যেমন: 123e4567-e89b-12d3-a456-426655440000 ।

বিজ্ঞাপন ডেটা হাব মিলে গেলে নিম্নলিখিত রূপান্তরগুলি সুপারিশ করে:

1. UUID একটি 36-অক্ষরের স্ট্রিং হিসাবে ফর্ম্যাট করা হয়েছে।
2. হেক্সাডেসিমেল ডিকোড UUID।
3. UUID বাইট হিসাবে ফর্ম্যাট করা হয়।
4. URL-নিরাপদ Base64 এনকোড বাইট।
5. UUID একটি স্ট্রিং হিসাবে ফর্ম্যাট করা হয়।

এটি নিম্নলিখিত কোডের সাথে প্রয়োগ করা যেতে পারে:

জাভাস্ক্রিপ্ট

var userId = '123e4567-e89b-12d3-a456-426655440000';

// A helper function for converting a hex string to a byte array.
function strToBytes(str) {
        for (var bytes = [], i = 0; i < str.length; i += 2) {
          bytes.push(parseInt(str.substr(i, 2), 16));
        }
        return bytes;
}

// Remove the formatting dashes from the UUID.
userId = userId.replace(/-/g, '');

// Encode the hex string as a byte array.
var userIdBytes = strToBytes(userId);

// Encode the byte array in normal base64.
var userIdBase64 = btoa(String.fromCharCode(...new Uint8Array(userIdBytes)));

// Ensure that the uploaded user IDs use web-safe Base64 encoding.
userIdBase64 = userIdBase64.replace(/\+/g, '-').replace(/\//g, '_').replace(
    /=+$/, '');

// After encoding the UUID correctly, you can create the request tag and
// insert it into the DOM.
var imgElement = Document.createElement('img');
imgElement.src =
    'https://cm.g.doubleclick.net/pixel?google_nid=adh_customername&google_hm='
    + userIdBase64;
document.body.appendChild(imgElement);

পাইথন

import base64

user_id = '123e4567-e89b-12d3-a456-426655440000'
user_id_as_bytes = bytes.fromhex(user_id.replace('-', ''))
base64.urlsafe_b64encode(user_id_as_bytes)

যদি একটি Google ব্যবহারকারী আইডির সাথে মিল থাকে, তাহলে external_cookie ফিল্ডে বাইট মান হিসেবে আপনার আইডি থাকে। আপনার আসল আইডি পুনর্গঠন করতে, নিম্নলিখিত রূপান্তর প্রয়োজন:

1. external_cookie বাইট হিসাবে ফর্ম্যাট করা হয়।
2. হেক্সাডেসিমেল এনকোড external_cookie ।
3. external_cookie একটি স্ট্রিং হিসাবে ফর্ম্যাট করা হয়।

বিজ্ঞাপন ডেটা হাবে ব্যবহারকারী আইডি এনকোড করুন

আপনি যদি আপনার প্রথম-পক্ষের ডেটার একটি ক্ষেত্রে UUID স্ট্রিং সংরক্ষণ করেন, তাহলে আপনাকে সফলভাবে আপনার ডেটাতে যোগদান করার জন্য উপরের উদাহরণের মতো এটিকে বাইটে রূপান্তর করতে হবে।

নিম্নলিখিত উদাহরণটি দেখায় কিভাবে আপনার UUID এনকোড করতে হয় এবং বহিরাগত কুকি ক্ষেত্রে যোগ দিতে হয়:

JOIN my_data ON imp.external_cookie = FROM_HEX(REPLACE(my_data.uuid, '-', ''))

মনে রাখবেন আপনি বাইটে একটি পূর্ণসংখ্যা নিক্ষেপ করতে পারবেন না। যদি আপনার ব্যবহারকারী আইডি একটি পূর্ণসংখ্যা হয় (উপরে 1 উদাহরণ হিসাবে), আপনাকে প্রথমে একটি স্ট্রিং হিসাবে কাস্ট করতে হবে:

JOIN my_data ON imp.external_cookie = CAST(CAST(my_data.user_id AS STRING) AS BYTES)

মনে রাখবেন যে আপনার ডেটা মেলানোর জন্য প্রয়োজনীয় এনকোডিংটি নির্দিষ্ট হবে আপনি কীভাবে এটি সংরক্ষণ করবেন এবং বিজ্ঞাপন ডেটা হাবে পাঠানোর আগে আপনি কীভাবে এটি এনকোড করেছেন।

BigQuery SQL-এ স্ট্রিং ফাংশন সম্পর্কে আরও জানুন ।

নমুনা প্রশ্ন

নিম্নলিখিত উদাহরণটি google_ads_impressions_match এর সাথে প্রথম-পক্ষের ডেটা যোগ করে, তারপর একটি দ্বিতীয় কোয়েরিতে adh_google_ads_impressions এর সাথে এই ফলাফলগুলি যোগ করে।

SELECT
  imp.campaign_id as campaign_id,
  sum(my_data.recent_orders) as orders,
  average(my_data.lifetime_value) as ltv
FROM
  adh.google_ads_impressions_match as imp
LEFT JOIN
  my_data ON imp.external_cookie = my_data.company_guest_id_bytes
GROUP BY
  campaign_id

পূর্ববর্তী প্রশ্নের ফলাফল previous_results হিসাবে সংরক্ষিত থাকার সাথে, আপনি এখন google_ads_impressions যোগ দিতে পারেন। এটি আপনার ফলাফলে 0 ইম্প্রেশন সহ প্রচারাভিযানের ডেটা যোগ করে।

SELECT
  campaign_id,
  COALESCE(orders, 0) as orders,
  COALESCE(ltv, 0) as ltv,
FROM (SELECT DISTINCT campaign_id
   FROM adh.google_ads_impressions)
LEFT JOIN previous_results USING (campaign_id)

---

1. উদাহরণ: একটি 20% ম্যাচ রেট কার্যকরভাবে মানে হল যে 50/.2 = 250 হিসাবে 50-ব্যবহারকারীর একত্রীকরণ থ্রেশহোল্ড পূরণ করতে আপনার প্রতি সারিতে 250 জন ব্যবহারকারী প্রয়োজন । ↩

2. নির্দিষ্ট দিনে করা ম্যাচগুলি আপনার টেবিলে প্রদর্শিত হওয়ার আগে 48 ঘন্টা পর্যন্ত বিলম্ব অনুভব করতে পারে। ↩