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

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

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

• offline_conversion_upload_client_summary অ্যাকাউন্ট লেভেলে ডায়াগনস্টিকস আপলোড করে।
• offline_conversion_upload_conversion_action_summary (শুধুমাত্র v17 বা পরবর্তীতে উপলব্ধ) কনভার্সন অ্যাকশন লেভেলে ডায়াগনস্টিকস আপলোড করে।

অ্যাকাউন্ট লেভেল ডায়াগনস্টিকস

অ্যাকাউন্ট স্তরের রূপান্তর আপলোড ডায়গনিস্টিক পুনরুদ্ধার করতে, নিম্নলিখিত GAQL ক্যোয়ারী ব্যবহার করুন:

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.pending_event_count,
  offline_conversion_upload_client_summary.pending_rate,
  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 মানগুলির জন্য পৃথক এন্ট্রি রয়েছে।

কনভার্সন অ্যাকশন লেভেল ডায়াগনস্টিকস

রূপান্তর কর্ম স্তরে রূপান্তর আপলোড ডায়গনিস্টিক পুনরুদ্ধার করতে, নিম্নলিখিত GAQL ক্যোয়ারী ব্যবহার করুন:

SELECT
  offline_conversion_upload_conversion_action_summary.conversion_action_name,
  offline_conversion_upload_conversion_action_summary.alerts,
  offline_conversion_upload_conversion_action_summary.client,
  offline_conversion_upload_conversion_action_summary.daily_summaries,
  offline_conversion_upload_conversion_action_summary.job_summaries,
  offline_conversion_upload_conversion_action_summary.last_upload_date_time,
  offline_conversion_upload_conversion_action_summary.pending_event_count,
  offline_conversion_upload_conversion_action_summary.status,
  offline_conversion_upload_conversion_action_summary.successful_event_count,
  offline_conversion_upload_conversion_action_summary.total_event_count
FROM offline_conversion_upload_conversion_action_summary
WHERE offline_conversion_upload_conversion_action_summary.conversion_action_id = < INSERT CONVERSION ACTION ID >

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

কিভাবে এই সারাংশ ব্যাখ্যা

প্রতিটি OfflineConversionUploadClientSummary বা OfflineConversionUploadConversionActionSummary একটি status ফিল্ড থাকে, যা client আপলোডের সামগ্রিক স্বাস্থ্যকে প্রতিফলিত করে। এটিতে নিম্নলিখিত তথ্যও রয়েছে:

• প্রাপ্ত মোট ইভেন্টের গণনা।
• সফলভাবে প্রক্রিয়াকৃত ইভেন্টের গণনা।
• মুলতুবি ইভেন্টের গণনা (ইভেন্ট যা এখনও প্রক্রিয়া করা হচ্ছে)।
• একটি alerts ক্ষেত্র, যা OfflineConversionError দ্বারা গোষ্ঠীবদ্ধ ত্রুটির একটি সারাংশ প্রদান করে।

এই সমস্ত ক্ষেত্রগুলি আপলোডের সাম্প্রতিক পূর্ণ ক্যালেন্ডার দিনের তথ্য ধারণ করে৷ আপনার আপলোডের বর্তমান স্বাস্থ্য মূল্যায়ন করতে এই তথ্য ব্যবহার করুন।

এছাড়াও, প্রতিটি OfflineConversionUploadClientSummary বা OfflineConversionUploadConversionActionSummary দুটি ভিন্ন ধরনের রিপোর্ট রয়েছে:

daily_summaries

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

job_summaries

job_id দ্বারা গোষ্ঠীবদ্ধ 7টি সাম্প্রতিক আপলোড অনুরোধের successful_count , failed_count এবং pending_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 ব্যবহার করে তা সম্প্রতি বন্ধ হয়ে গেছে।

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

বিধিনিষেধ

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

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

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

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