মাইগ্রেশন

নতুন Google Ads স্ক্রিপ্টের পরিকাঠামো Google Ads API- এর উপর ভিত্তি করে তৈরি। সেই API এর বিভিন্ন আর্কিটেকচারের কারণে, আপনাকে আপনার বিদ্যমান স্ক্রিপ্টগুলি আপডেট করতে হতে পারে। আমরা যতটা সম্ভব পিছনের সামঞ্জস্য নিশ্চিত করার জন্য সর্বাত্মক প্রচেষ্টা করেছি, তাই এই পরিবর্তনগুলি ছোট হওয়া উচিত।

রিপোর্ট

অনেক AWQL রিপোর্ট কাজ করতে থাকবে। পর্দার আড়ালে, নতুন পরিকাঠামো ব্যবহার করার সময়, স্ক্রিপ্টগুলি আপনার AWQL ক্যোয়ারীকে GAQL (Google Ads API-এর জন্য নতুন কোয়েরি ভাষা) তে রূপান্তর করবে, এটিকে নতুন ব্যাকএন্ডের বিপরীতে চালাবে এবং তারপরে ফলাফলগুলিকে AWQL দ্বারা ব্যবহৃত ফর্ম্যাটে ফিরিয়ে আনবে। রিপোর্ট GAQL-এর সাথে ক্যোয়ারী যেমন আছে সেইভাবে পাস হবে।

এই ওভারহেডের কারণে, আমরা সুপারিশ করছি যে আপনি আপনার স্ক্রিপ্টগুলি দিয়ে যান এবং যেখানেই সম্ভব GAQL-এ AWQL প্রশ্নগুলি আপডেট করুন৷ আপনি ক্যোয়ারী মাইগ্রেশন টুল ব্যবহার করতে পারেন যা একটি প্রদত্ত AWQL কোয়েরির জন্য GAQL ক্যোয়ারী নির্ধারণ করতে স্ক্রিপ্টের মতো একই যুক্তি ব্যবহার করে, অথবা আপনি ক্যোয়ারী তৈরি করতে সাহায্য করার জন্য ইন্টারেক্টিভ ক্যোয়ারী বিল্ডার ব্যবহার করতে পারেন।

এখানে স্বয়ংক্রিয় AWQL থেকে GAQL অনুবাদের কিছু সীমাবদ্ধতা রয়েছে:

  • সমস্ত AWQL কোয়েরি পরিষ্কারভাবে GAQL কোয়েরিতে অনুবাদ করে না। এই ক্ষেত্রে, কী ভুল হয়েছে সে সম্পর্কে কিছু বিশদ বিবরণ সহ একটি ত্রুটি বার্তা লগ করা হবে, আপনাকে সেগুলি ম্যানুয়ালি ঠিক করতে সহায়তা করতে।
  • AWQL থেকে সব ধরনের রিপোর্ট GAQL-এ সমর্থিত নয়।
  • GAQL-এর "জিরো ইম্প্রেশন সারি" এর জন্য কোন সমর্থন নেই। একটি প্রতিবেদনে শূন্য ইম্প্রেশন অন্তর্ভুক্ত করা উচিত তা উল্লেখ করলে একটি ত্রুটি দেখা দেবে৷
  • কিছু অস্পষ্ট ক্ষেত্র ফিল্টারে ব্যবহার করা যাবে না। উদাহরণস্বরূপ, "শিরোনাম" বিভিন্ন বিজ্ঞাপন ক্ষেত্রগুলির যেকোন সংখ্যক উল্লেখ করতে পারে।
  • কিছু ক্ষেত্র ভিন্ন ফর্ম্যাটে ফলাফল দিতে পারে, উদাহরণস্বরূপ, একটি ফলাফলকে অনেকগুলি কলামে বিভক্ত করা।

সংগঠক নির্বাচক

স্ক্রিপ্টগুলি ব্যবহার করে সংস্থানগুলি আনার সময়, পুনরাবৃত্তিকারীতে ফলাফলগুলিকে সীমাবদ্ধ বা অর্ডার করার জন্য withCondition এবং orderBy কল ব্যবহার করা মোটামুটি সাধারণ। এই কলগুলির ক্ষেত্রগুলি এখন নতুন Google Ads API নামগুলি ব্যবহার করে৷ উদাহরণস্বরূপ, প্রচারাভিযানের নাম দ্বারা ফিল্টার করতে, আগে আপনি ব্যবহার করতেন:

.withCondition('CampaignName = "SOME_CAMPAIGN_NAME"')

এখন, আপনি যেখানেই সম্ভব এই শর্তগুলির জন্য নতুন ক্ষেত্রের নাম ব্যবহার করা উচিত:

.withCondition('campaign.name = "SOME_CAMPAIGN_NAME"')

এটি বলেছে, আমরা নতুন নামের সাথে পুরানো নামের একটি ম্যাপিং অন্তর্ভুক্ত করার চেষ্টা করেছি, তাই যদি আপনার স্ক্রিপ্ট এখনও CampaignName ব্যবহার করে, তাহলে স্ক্রিপ্টটি এখনও কাজ করছে তা নিশ্চিত করতে রানটাইমে এটি স্বয়ংক্রিয়ভাবে campaign.name দিয়ে প্রতিস্থাপিত হবে। আপনি যদি পুরানো শৈলীর নামগুলির সাথে কোনও সমস্যায় পড়েন তবে প্রথম সমস্যা সমাধানের পদক্ষেপ হিসাবে নতুন শৈলীর নামগুলি ব্যবহার করতে আপনার স্ক্রিপ্টগুলি আপডেট করুন৷

সীমা

অনেক সীমা পুরানো অবকাঠামোতে যেমন ছিল তেমনই, এবং এখানে করা পরিবর্তনগুলি সাধারণত কর্মক্ষমতা বাড়াতে সাহায্য করবে।

  • সময়ের সীমা একই। একটি স্ক্রিপ্ট 30 মিনিটের জন্য কার্যকর হতে পারে।
  • একটি একক পুনরাবৃত্তিকারী ডিফল্টরূপে 50,000 সত্তা ফেরত দেয়, কিন্তু এটি ওভাররাইড করা যেতে পারে। পূর্বে, এই 50,000 সীমা কাস্টমাইজযোগ্য ছিল না।
  • একটি একক নির্বাচক সর্বাধিক 10,000 আইডি (অপরিবর্তিত) পরিচালনা করতে পারে।
  • নতুন পরিকাঠামোতে একক স্ক্রিপ্টে প্রক্রিয়া করা যেতে পারে এমন সত্তার সংখ্যার কোনো সীমা নেই। আগে সীমা ছিল 250,000।
  • নতুন পরিকাঠামোতে প্রতি সম্পাদনে তৈরি করা যেতে পারে এমন কীওয়ার্ড বা বিজ্ঞাপনের সংখ্যার কোনো সীমা নেই। আগে সীমা ছিল 250,000।
  • লগিং আউটপুট 100kb এ কাটা হয় (অপরিবর্তিত)।
  • অ্যাপস স্ক্রিপ্ট পরিষেবাগুলির জন্য কোটাগুলি (স্প্রেডশীটঅ্যাপ, মেলঅ্যাপ, ইত্যাদি) অপরিবর্তিত রয়েছে৷
  • Google বিজ্ঞাপনের জন্য কোটা প্রয়োগ করা হবে যেন আপনি API ব্যবহার করছেন। অর্থাৎ, আপনার স্ক্রিপ্ট এপিআই রেট সীমার সাপেক্ষে থাকবে, কিন্তু এটি আরও রিপোর্ট অ্যাক্সেস করতে বা এক্সিকিউশন প্রতি আরও পরিবর্তন করতে আরও নমনীয়তার অনুমতি দেয়।

অন্যান্য পরিবর্তন

ExecutionInfo আর getRemainingCreateQuota() বা getRemainingGetQuota() প্রকাশ করে না, যেহেতু সেই কোটাগুলি আর নতুন অভিজ্ঞতায় প্রযোজ্য নয়।