অফলাইন ডেটা ডায়াগনস্টিক নিরীক্ষণ করুন

অফলাইন ডেটা ডায়াগনস্টিকগুলি পুনরুদ্ধার করতে Google বিজ্ঞাপন API ব্যবহার করুন, যেটিতে আপনার রূপান্তর আপলোড এবং সামঞ্জস্য প্রক্রিয়াগুলির সামগ্রিক স্বাস্থ্য সম্পর্কে তথ্য রয়েছে৷

আপনার অ্যাকাউন্টের জন্য সর্বশেষ অফলাইন ডেটা ডায়াগনস্টিকগুলি পুনরুদ্ধার করতে, GoogleAdsService ব্যবহার করে offline_conversion_upload_client_summary সংস্থানগুলির জন্য নিম্নলিখিত ক্যোয়ারী পাঠান:

SELECT
  customer.id,
  offline_conversion_upload_client_summary.alerts,
  offline_conversion_upload_client_summary.client,
  offline_conversion_upload_client_summary.daily_summaries,
  offline_conversion_upload_client_summary.job_summaries,
  offline_conversion_upload_client_summary.last_upload_date_time,
  offline_conversion_upload_client_summary.resource_name,
  offline_conversion_upload_client_summary.status,
  offline_conversion_upload_client_summary.success_rate,
  offline_conversion_upload_client_summary.successful_event_count,
  offline_conversion_upload_client_summary.total_event_count
FROM offline_conversion_upload_client_summary

উপরের ক্যোয়ারীটি সাম্প্রতিক আপলোডগুলিতে ব্যবহৃত প্রতিটি ধরণের ক্লায়েন্টের জন্য একটি পৃথক OfflineConversionUploadClientSummary প্রদান করে। উদাহরণস্বরূপ, যদি আপনি সম্প্রতি Google Ads API এবং Google Ads UI উভয় ব্যবহার করে আপলোড করেন, ফলাফলে GOOGLE_ADS_API এবং GOOGLE_ADS_WEB_CLIENT এর client মানগুলির জন্য পৃথক এন্ট্রি রয়েছে।

প্রতিটি OfflineConversionUploadClientSummary একটি status ক্ষেত্র থাকে যা client আপলোডের সামগ্রিক স্বাস্থ্যকে প্রতিফলিত করে। এটিতে প্রাপ্ত মোট ইভেন্টের গণনা, সফলভাবে প্রক্রিয়াকৃত ইভেন্টের গণনা এবং একটি alerts ক্ষেত্র রয়েছে যা OfflineConversionError দ্বারা গোষ্ঠীবদ্ধ ত্রুটির সারাংশ প্রদান করে। এই সমস্ত ক্ষেত্রগুলি আপলোডের সাম্প্রতিক পূর্ণ ক্যালেন্ডার দিনের তথ্য ধারণ করে৷ আপনার আপলোডের বর্তমান স্বাস্থ্য মূল্যায়ন করতে এই তথ্য ব্যবহার করুন।

উপরন্তু, প্রতিটি OfflineConversionUploadClientSummary দুটি ভিন্ন ধরনের রিপোর্ট রয়েছে:

daily_summaries

আপলোড date অনুসারে গোষ্ঠীবদ্ধ, গত 7 দিনের আপলোড অনুরোধের একটি successful_count এবং failed_count ।

job_summaries

job_id দ্বারা গোষ্ঠীবদ্ধ 7টি সাম্প্রতিক আপলোড অনুরোধের successful_count এবং failed_count । job_id হল UploadClickConversionsRequest এবং UploadConversionAdjustmentsRequest এর একটি ঐচ্ছিক ক্ষেত্র। আপনি job_id 2^31 এর কম একটি নন-নেগেটিভ নম্বরে সেট করতে পারেন অথবা Google Ads API-কে আপনার অনুরোধে একটি সিস্টেম-জেনারেটেড কাজের আইডি বরাদ্দ করতে দিতে পারেন। আপনি যে বিকল্পটি বেছে নিন না কেন, UploadClickConversionsResponse বা UploadConversionAdjustmentsResponse job_id প্রদান করে।

একটি দৃশ্য যেখানে আপনার নিজের job_id বরাদ্দ করা দরকারী তা হল যখন আপনার একটি একক কাজ বা প্রক্রিয়া থাকে যা একাধিক অনুরোধ ব্যবহার করে প্রচুর সংখ্যক রূপান্তর আপলোড করে। আপনি যদি সেই প্রতিটি অনুরোধের জন্য job_id একই মান সেট করেন, তাহলে আপনি job_summaries থেকে কাজের জন্য একটি একক এন্ট্রি পুনরুদ্ধার করতে পারেন। পরিবর্তে আপনি যদি Google Ads API-কে প্রতিটি অনুরোধের job_id এ একটি সিস্টেম-জেনারেটেড মান নির্ধারণ করতে দেন, তাহলে job_summaries প্রতিটি অনুরোধের জন্য একটি আলাদা এন্ট্রি থাকে, যা আপনার চাকরির সামগ্রিক স্বাস্থ্য বিশ্লেষণকে আরও চ্যালেঞ্জিং করে তুলতে পারে।

কিভাবে সারাংশ ব্যবহার করতে হয়

আপনার আপলোড প্রক্রিয়াগুলি প্রত্যাশিত হিসাবে রূপান্তর এবং উন্নতিগুলি রেকর্ড করছে তা নিশ্চিত করতে, আপনার প্রতিটি অ্যাকাউন্টের জন্য পর্যায়ক্রমে সারসংক্ষেপ পুনরুদ্ধার করুন৷ যদি কোনো সারাংশের status EXCELLENT না হয়, তাহলে সেই ত্রুটিগুলি কমাতে বা দূর করার জন্য আপনার আপলোড প্রক্রিয়া পরিবর্তনের মাধ্যমে আপনাকে গাইড করতে alerts অধীনে ত্রুটির তালিকা ব্যবহার করুন৷

উদাহরণ স্বরূপ:

• যদি স্থিতি NEEDS_ATTENTION হয়, তাহলে আপনার আপলোড অপারেশনগুলির একটি উল্লেখযোগ্য অংশ ব্যর্থ হয়েছে৷ alerts অধীনে ত্রুটিগুলি পর্যালোচনা করুন এবং সেই ত্রুটিগুলি কমাতে বা দূর করতে আপনার আপলোড প্রক্রিয়াটি সংশোধন করুন৷

• যদি স্ট্যাটাসটি NO_RECENT_UPLOADS হয়, তাহলে Google Ads client জন্য কোনো সাম্প্রতিক আপলোড পায়নি। যদি এটি অপ্রত্যাশিত হয়, তাহলে সেই ক্লায়েন্ট ব্যবহার করে আপলোড করা প্রক্রিয়াগুলি পর্যালোচনা করুন৷

  উদাহরণস্বরূপ, যদি GOOGLE_ADS_API এর status NO_RECENT_UPLOADS হয়, তাহলে এটি নির্দেশ করতে পারে যে আপনার আপলোড প্রক্রিয়া যা Google Ads API ব্যবহার করে তা সম্প্রতি বন্ধ হয়ে গেছে।

• একটি নির্দিষ্ট আপলোডের তারিখ বা চাকরি যা সফলভাবে প্রক্রিয়া করা হয়নি এমন একটি বড় সংখ্যক ইভেন্ট পাঠিয়েছে কিনা তা নির্ধারণ করতে daily_summaries এবং job_summaries successful_count এবং failed_count পরীক্ষা করুন।

বিধিনিষেধ

আপলোড সারাংশ পুনরুদ্ধার করার সময় নিম্নলিখিত মনে রাখবেন:

• Google Ads API শুধুমাত্র অফলাইন ডেটা ডায়াগনস্টিক প্রদান করে যদি searchStream এর customer_id বা search রিকোয়েস্ট একই গ্রাহক হয় যা আপনি সম্প্রতি কনভার্সন আপলোড করতে ব্যবহার করেছেন।

  উদাহরণস্বরূপ, ক্রস-অ্যাকাউন্ট রূপান্তর ট্র্যাকিং ব্যবহার করে এমন একটি ক্লায়েন্ট অ্যাকাউন্টে কোনো ডায়াগনস্টিক নাও থাকতে পারে। যাইহোক, আপনি একটি অনুরোধ পাঠিয়ে ডায়াগনস্টিকগুলি পুনরুদ্ধার করতে পারেন যেখানে customer_id আপনার আপলোডগুলিতে ব্যবহার করা ম্যানেজার অ্যাকাউন্টের customer_id সাথে মেলে।

• Google Ads লিড আপলোডের জন্য উন্নত রূপান্তর থেকে CLICK_NOT_FOUND ত্রুটিগুলিকে সতর্কতা হিসাবে বিবেচনা করে৷ ফলস্বরূপ, যদি alerts এই ত্রুটির জন্য একটি এন্ট্রি থাকে, তবে সংশ্লিষ্ট ক্রিয়াকলাপগুলি এখনও সফল বলে বিবেচিত হয় এবং successful_event_count অন্তর্ভুক্ত করা হয়।