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

আগে রেকর্ড করা Google Ads কনভার্সনে পরিবর্তন করতে IngestEvents পদ্ধতি ব্যবহার করুন। ডেটা ম্যানেজার 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 এবং আপনার দেওয়া ফিল্ডের উপর ভিত্তি করে, Data Manager API অনুরোধটি কীভাবে প্রসেস করতে হবে তা নির্ধারণ করে।

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

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

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

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

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

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

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

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

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

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

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

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

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

ম্যাচ না করা ইভেন্ট

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

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