কনভার্সন অ্যাডজাস্টমেন্ট

আগে রেকর্ড করা Google Ads কনভার্সনে অ্যাডজাস্টমেন্ট করতে IngestEvents পদ্ধতি ব্যবহার করুন। Data Manager API-তে, কোনও অ্যাডজাস্টমেন্ট কনভার্সন ভ্যালু বা সাপ্লিমেন্ট ব্যবহারকারীর ডেটা রিস্টেট করতে পারে।

আপনি Google Ads API থেকে মাইগ্রেট করলে, প্রতিটি API-তে কীভাবে অ্যাডজাস্টমেন্ট ম্যানেজ করা হয় তা তুলনা করতে Google Ads API থেকে আপগ্রেড করুন বিকল্প দেখুন।

যেসব কনভার্সনের ধরন কাজ করে

আপনি নিম্নলিখিত Google Ads কনভার্সনের ধরন অ্যাডজাস্ট করতে পারবেন:

অ্যাডজাস্টমেন্ট কীভাবে কাজ করে

একই কনভার্সন অ্যাকশনের মধ্যে, Google Ads transactionId ব্যবহার করে ইভেন্ট ম্যাচ করে:

  • transactionId যদি একই কনভার্সন অ্যাকশনের জন্য আগে থেকে থাকা কনভার্সনের সাথে মিলে যায়, তাহলে Data Manager API অনুরোধটিকে কনভার্সন অ্যাডজাস্টমেন্ট হিসেবে বিবেচনা করে।
  • transactionId আগে থেকে থাকা কোনও কনভার্সনের সাথে ম্যাচ না করলে, Google Ads নতুন কনভার্সন তৈরি করে। মিলে না যাওয়া ইভেন্ট দেখুন।

অ্যাডজাস্টমেন্ট পাঠান

আগে থেকে থাকা কনভার্সন অ্যাডজাস্ট করতে, IngestEvents অনুরোধ পাঠান যার মধ্যে এগুলি অন্তর্ভুক্ত থাকে:

  • আসল ইভেন্টের মতোই একই transactionId।
  • আসল ইভেন্টের মতো একই গন্তব্য এবং কনভার্সন অ্যাকশন।
  • আপনি যে ফিল্ড অ্যাডজাস্ট করতে চান সেটির জন্য আপডেট করা ভ্যালু।
  • কোনও ইভেন্টের জন্য প্রয়োজনীয় সব ফিল্ড, যার মধ্যে অন্তত একটি শনাক্তকারী, যেমন adIdentifiers বা userData অন্তর্ভুক্ত। অফলাইন কনভার্সন বা মাল্টি-সোর্স কনভার্সনের জন্য ইভেন্ট ও শনাক্তকারী সংক্রান্ত প্রয়োজনীয়তা দেখুন।

আমরা সাজেস্ট করি যে আপনি আসল ইভেন্টের সাথে যে শনাক্তকারী পাঠিয়েছিলেন বা ক্যাপচার করেছিলেন, সেটিই পাঠান। transactionId আগে থেকে থাকা কনভার্সনের সাথে ম্যাচ না করলে, Google Ads নতুন কনভার্সন অ্যাট্রিবিউট করতে এইসব শনাক্তকারী ব্যবহার করে।

আপনাকে অ্যাডজাস্টমেন্টের ধরন উল্লেখ করতে হবে না। transactionId এবং আপনার দেওয়া ফিল্ডের উপর ভিত্তি করে ডেটা ম্যানেজার API অনুমান করে যে কীভাবে অনুরোধ প্রসেস করতে হবে।

ইনজেশন অনুরোধ পাঠানোর ব্যাপারে আরও তথ্যের জন্য, অফলাইন কনভার্সন বা মাল্টি-সোর্স কনভার্সন-এর জন্য ইভেন্ট পাঠানোর নির্দেশিকা দেখুন।

কাজ করে এমন ফিল্ড

কোনও ইভেন্ট আগে থেকে থাকা কনভার্সনের সাথে মিলে গেলে, Google Ads কীভাবে প্রতিটি ফিল্ড প্রয়োগ করে তা নিম্নলিখিত সারণীতে তালিকাভুক্ত করা হয়েছে:

ফিল্ড আচরণ
conversionValue, currency ওভাররাইট করা হয়েছে। নতুন ভ্যালু রেকর্ড করা ভ্যালুকে পরিবর্তন করে।
userData আসল ইভেন্টে ব্যবহারকারীর ডেটা না থাকলে সাপ্লিমেন্ট করা হয়েছে, অন্যথায় এড়িয়ে যাওয়া হয়েছে।
adIdentifiers.gclid-এর মতো অন্যান্য সব ফিল্ড আপডেট করা হয়নি। Google Ads আসল ইভেন্টের সাথে রেকর্ড করা ভ্যালু রেখে দেয়। প্রয়োজনীয় ফিল্ড এখনও থাকতে হবে।

কনভার্সন ভ্যালু

রেকর্ড করা কনভার্সনের ভ্যালু আবার উল্লেখ করতে নতুন conversionValue এবং currency পাঠান। নতুন ভ্যালু রিপোর্টিং ও বিডিংয়ে আগে রেকর্ড করা ভ্যালুকে ওভাররাইড করে, কনভার্সন সংখ্যা বৃদ্ধি না করেই।

ব্যবহারকারীর ডেটা

Google Ads কীভাবে userData, যেমন ইমেল আইডি বা ফোন নম্বর ম্যানেজ করে তা এখানে দেওয়া হল:

  • না থাকলে যোগ করা হয়: ব্যবহারকারীর ডেটা ছাড়াই আসল ইভেন্ট ক্যাপচার করা হলে, অ্যাট্রিবিউশন উন্নত করতে অ্যাডজাস্টমেন্ট ব্যবহারকারীর ডেটা যোগ করে।

  • উপস্থিত থাকলে উপেক্ষা করা হয়: Google ট্যাগ বা আগের আপলোড যদি আগে থেকেই ব্যবহারকারীর ডেটা ক্যাপচার করে থাকে, তাহলে নতুন ব্যবহারকারীর ডেটা উপেক্ষা করা হয়। আগে থেকে রয়েছে এমন ব্যবহারকারীর ডেটা ওভাররাইট বা যোগ করা হয় না।

অন্যান্য ফিল্ড

কনভার্সন ভ্যালু, মুদ্রা ও ব্যবহারকারীর ডেটা ছাড়া অন্যান্য আইডেন্টিফায়ার ও মেটাডেটা, যেমন adIdentifiers.gclid, মিলে যাওয়া ইভেন্টের জন্য আপডেট করা যাবে না। Google Ads আসল ইভেন্টের সাথে রেকর্ড করা ভ্যালু রেখে দেয়।

আপনাকে এখনও এই ফিল্ডগুলির মধ্যে যেকোনও একটি অন্তর্ভুক্ত করতে হবে যা প্রয়োজন, যেমন কমপক্ষে একটি শনাক্তকারী। ডেটা ম্যানেজার API প্রতিটি ইভেন্টের জন্য সেগুলি যাচাই করে।

মিলে যায়নি এমন ইভেন্ট

transactionId আগে থেকে থাকা কোনও ইভেন্টের সাথে ম্যাচ না করলে, অনুরোধটি অ্যাডজাস্টমেন্টের পরিবর্তে নতুন কনভার্সন আপলোড হিসেবে বিবেচনা করা হয়।

Google Ads আপনার দেওয়া শনাক্তকারী, যেমন adIdentifiers.gclid বা userData ব্যবহার করে, নতুন কনভার্সনটি কোনও বিজ্ঞাপন ক্লিকের সাথে অ্যাট্রিবিউট করার চেষ্টা করে।