ऑफ़लाइन डेटा से जुड़ी गड़बड़ी की जानकारी पर नज़र रखें

ध्यान दें: लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा से जुड़े कन्वर्ज़न इंपोर्ट के लिए, Google Ads के यूज़र इंटरफ़ेस (यूआई) में लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की डाइग्नोस्टिक्स रिपोर्ट का इस्तेमाल करें. इससे आपको इंपोर्ट की स्थिति के बारे में जानकारी मिलेगी.

ऑफ़लाइन डेटा डाइग्नोस्टिक्स को वापस पाने के लिए, Google Ads API का इस्तेमाल करें. इसमें कन्वर्ज़न इंपोर्ट और अडजस्टमेंट प्रोसेस की पूरी जानकारी होती है.

अपने खाते के लिए, ऑफ़लाइन डेटा डाइग्नोस्टिक्स की नई जानकारी पाने के लिए, इनमें से किसी एक संसाधन का इस्तेमाल करें:

• offline_conversion_upload_client_summary खाता लेवल पर, इंपोर्ट की गई गड़बड़ी की जानकारी को इकट्ठा करता है.
• offline_conversion_upload_conversion_action_summary कन्वर्ज़न ऐक्शन लेवल पर, इंपोर्ट किए गए डेटा की जांच से जुड़ी जानकारी को एग्रीगेट करता है.

खाते के लेवल पर गड़बड़ी की जानकारी

खाता लेवल पर कन्वर्ज़न अपलोड करने की सुविधा के लिए डाइग्नोस्टिक्स की जानकारी पाने के लिए, इस 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 यूज़र इंटरफ़ेस (यूआई), दोनों का इस्तेमाल करके डेटा इंपोर्ट किया है, तो नतीजों में 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 यूज़र इंटरफ़ेस (यूआई), दोनों का इस्तेमाल करके डेटा इंपोर्ट किया है, तो नतीजों में GOOGLE_ADS_API और GOOGLE_ADS_WEB_CLIENT की client वैल्यू के लिए अलग-अलग एंट्री शामिल होंगी.

इन खास जानकारी को समझने का तरीका

हर OfflineConversionUploadClientSummary या OfflineConversionUploadConversionActionSummary में एक status फ़ील्ड होता है. यह client के लिए इंपोर्ट किए गए डेटा की कुल स्थिति दिखाता है. इसमें यह जानकारी भी शामिल होती है:

• मिले हुए कुल इवेंट की संख्या.
• सफलतापूर्वक प्रोसेस किए गए इवेंट की संख्या.
• प्रोसेस किए जाने वाले इवेंट की संख्या.
• alerts फ़ील्ड, जिसमें गड़बड़ियों की खास जानकारी दी गई होती है. गड़बड़ियों को OfflineConversionError के हिसाब से ग्रुप किया जाता है.

इन सभी फ़ील्ड में, इंपोर्ट किए गए डेटा के सबसे हाल के पूरे कैलेंडर दिन की जानकारी होती है. इस जानकारी का इस्तेमाल करके, इंपोर्ट किए गए डेटा की मौजूदा स्थिति का आकलन करें.

इसके अलावा, हर OfflineConversionUploadClientSummary या OfflineConversionUploadConversionActionSummary में दो अलग-अलग तरह की रिपोर्ट होती हैं:

daily_summaries

पिछले सात दिनों में, इंपोर्ट किए गए डेटा के successful_count, failed_count, और pending_count अनुरोध. इन्हें इंपोर्ट date के हिसाब से ग्रुप किया गया है.

job_summaries

job_id के हिसाब से ग्रुप किए गए, इंपोर्ट करने के सात सबसे नए अनुरोधों के 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 का इस्तेमाल करके इंपोर्ट करने की प्रोसेस हाल ही में बंद हो गई है.

• यह पता लगाने के लिए कि क्या किसी खास तारीख को इंपोर्ट किए गए डेटा या किसी जॉब की वजह से, प्रोसेस न किए जा सके वाले इवेंट की संख्या ज़्यादा है, daily_summaries और job_summaries के successful_count, failed_count, और pending_count देखें. जिन इवेंट की स्थिति 'लंबित है' उन्हें पूरा होने में 24 घंटे लग सकते हैं.

ऑफ़लाइन डेटा डाइग्नोस्टिक्स को बेहतर बनाने के तरीके के बारे में ज़्यादा जानकारी पाने के लिए, सहायता केंद्र पर जाएं.

पाबंदियां

डेटा इंपोर्ट करने से जुड़ी खास जानकारी वापस पाने के दौरान, इन बातों का ध्यान रखें:

• Google Ads API, ऑफ़लाइन डेटा डाइग्नोस्टिक्स की जानकारी सिर्फ़ तब दिखाता है, जब customer_id का searchStream या search अनुरोध, उसी ग्राहक ने किया हो जिसका इस्तेमाल आपने हाल ही में कन्वर्ज़न इंपोर्ट करने के लिए किया था.

  उदाहरण के लिए, कई खातों में होने वाले कन्वर्ज़न को ट्रैक करने की सुविधा का इस्तेमाल करने वाले क्लाइंट खाते में कोई डाइग्नोस्टिक्स नहीं हो सकता. हालांकि, इंपोर्ट किए गए डेटा के लिए डाइग्नोस्टिक्स की जानकारी वापस पाई जा सकती है. इसके लिए, आपको ऐसा अनुरोध भेजना होगा जिसमें customer_id, उस मैनेजर खाते के customer_id से मेल खाता हो जिसका इस्तेमाल इंपोर्ट के लिए किया जाता है.

• Google Ads, लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग से मिले CLICK_NOT_FOUND गड़बड़ियों को चेतावनियों के तौर पर मानता है. इस वजह से, अगर alerts में इस गड़बड़ी के लिए कोई एंट्री मौजूद है, तो इससे जुड़े ऑपरेशन को अब भी पूरा माना जाता है. साथ ही, इन्हें successful_event_count में शामिल किया जाता है.