कन्वर्ज़न मैनेज करने के लिए, एक जटिल इंटिग्रेशन की ज़रूरत होती है. इसमें अक्सर एक-दूसरे पर निर्भर कई टूल और प्रोसेस शामिल होती हैं. इस गाइड में, आपको होने वाली किसी भी समस्या को हल करने के लिए सिलसिलेवार तरीके बताए गए हैं. भले ही, आपको एपीआई से ऐसी गड़बड़ियां मिल रही हों जो आपको समझ नहीं आ रही हैं या यूज़र इंटरफ़ेस (यूआई) में दिखने वाली मेट्रिक या गड़बड़ी की जानकारी को लेकर आपको कोई भ्रम हो.
Google Ads के यूज़र इंटरफ़ेस (यूआई) में मेट्रिक देखना
Google Ads का यूज़र इंटरफ़ेस (यूआई), कन्वर्ज़न मेट्रिक को इंपोर्ट की तारीख के हिसाब से व्यवस्थित नहीं करता. इसलिए, इंपोर्ट के नतीजों की पुष्टि करने के लिए, यूज़र इंटरफ़ेस (यूआई) में कैंपेन रिपोर्ट का इस्तेमाल करने से गलत जानकारी मिल सकती है. एपीआई अनुरोध के लेवल पर इंपोर्ट की स्थिति की पुष्टि करने के लिए, ऑफ़लाइन डेटा डाइग्नोस्टिक्स से शुरुआत करें. ऑफ़लाइन डेटा डाइग्नोस्टिक्स, बेहतर कन्वर्ज़न के लिए एसिंक्रोनस टैग मैचिंग या यूज़र आइडेंटिफ़ायर की क्वालिटी का आकलन नहीं करते. मैचिंग की स्थिति की पुष्टि करने के लिए, Google Ads के यूज़र इंटरफ़ेस (यूआई) में मौजूद डाइग्नोस्टिक्स रिपोर्ट देखें. ये रिपोर्ट, लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग और वेबसाइट के लिए बेहतर कन्वर्ज़न ट्रैकिंग के लिए उपलब्ध होती हैं. समस्या हल करने का तरीका जानने के लिए, एपीआई अपलोड पूरा होने के बाद, यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी की जानकारी देने वाली सूचनाएं देखें.
लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा से जुड़ी समस्याएं
इस सेक्शन में, लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा को इंपोर्ट करते समय आने वाली आम समस्याओं को हल करने के बारे में बताया गया है.
आम तौर पर होने वाली गड़बड़ियां
यहां दिए गए दिशा-निर्देशों की मदद से, लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा से जुड़ी सामान्य गड़बड़ियों का विश्लेषण किया जा सकता है और उन्हें ठीक किया जा सकता है.
| गड़बड़ी | |
|---|---|
NO_CONVERSION_ACTION_FOUND
|
अनुरोध के यह गड़बड़ी तब भी हो सकती है, जब अनुरोध में मौजूद GCLID किसी ऐसे क्लाइंट खाते से जुड़ा हो जिसके पास अनुरोध में बताए गए कन्वर्ज़न ऐक्शन का ऐक्सेस न हो. |
INVALID_CONVERSION_ACTION_TYPE
|
चुने गए कन्वर्ज़न ऐक्शन का टाइप, लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा के लिए मान्य नहीं है. पक्का करें कि अपलोड करने के अनुरोध में बताई गई ConversionAction का टाइप UPLOAD_CLICKS हो.
|
CUSTOMER_NOT_ENABLED_ENHANCED_CONVERSIONS_FOR_LEADS
|
पक्का करें कि आपने कन्वर्ज़न सेटिंग में, लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा को चालू किया हो. इसके लिए, ज़रूरी शर्तें गाइड में दिए गए निर्देश देखें. |
DUPLICATE_ORDER_ID
|
इंपोर्ट किए गए इवेंट में, एक ही ऑर्डर आईडी वाले कई कन्वर्ज़न शामिल हैं. इसलिए, उन्हें प्रोसेस नहीं किया गया. पक्का करें कि ऑर्डर आईडी यूनीक हों. इसके बाद, फिर से कोशिश करें. |
CLICK_NOT_FOUND
|
उपयोगकर्ता के दिए गए आइडेंटिफ़ायर से मैच करने वाला कोई क्लिक नहीं मिला.
अगर किसी कन्वर्ज़न के लिए यह चेतावनी मिलती है, तो Google Ads API उसे आपके ऑफ़लाइन डेटा डाइग्नोस्टिक्स के अगर क्लिक, Google Ads कैंपेन से नहीं मिला है, तो यह गड़बड़ी दिख सकती है. उदाहरण के लिए, यह SA360 या DV360 से आ सकता है. इसकी अन्य वजहें ये हो सकती हैं:
कुछ मामलों में, डेटा अपलोड करने वाला ग्राहक, Google Ads कन्वर्ज़न वाले ग्राहक से अलग होता है. ऐसे में, इस गड़बड़ी का मतलब यह हो सकता है कि डेटा अपलोड करने वाले ग्राहक ने ग्राहक से जुड़े डेटा की शर्तें स्वीकार कर ली हैं, लेकिन विज्ञापन दिखाने वाले ग्राहक ने ऐसा नहीं किया है. customer रिसॉर्स को क्वेरी करके और customer.conversion_tracking_setting.accepted_customer_data_terms फ़ील्ड की जांच करके, यह पता लगाया जा सकता है कि किसी खाते ने ग्राहक से जुड़े डेटा की शर्तों को स्वीकार किया है या नहीं.
|
मेट्रिक में अंतर
इन सामान्य समस्याओं का ध्यान रखें:
हमारी प्रोसेसिंग पाइपलाइन, अलग-अलग वजहों से कन्वर्ज़न को ड्रॉप कर सकती है. ऐसे कन्वर्ज़न को वापस नहीं पाया जा सकता. ज़्यादा जानकारी के लिए, अपलोड होने के बाद डेटा में अंतर देखें.
अच्छी तरह जांच कर लें कि आपकी वेबसाइट पर Google टैग सही तरीके से सेट अप किया गया है और लीड फ़ॉर्म सबमिट होने पर ट्रिगर हो रहा है. अगर आपका टैग, फ़ॉर्म सबमिट करने पर ट्रिगर नहीं हो रहा है या गलत डेटा भेज रहा है, तो हो सकता है कि आपको अपलोड किए गए कन्वर्ज़न में कम या कोई एट्रिब्यूशन न दिखे. लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा के लिए, Google टैग को कॉन्फ़िगर करने और Google Tag Manager को कॉन्फ़िगर करने के बारे में, सहायता केंद्र में मौजूद लेख पढ़ें.
अगर अपने वेबपेज पर Google टैग के बिना लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग का इस्तेमाल किया जा रहा है, तो आपको कन्वर्ज़न इंपोर्ट में GCLID को ज़रूर शामिल करना होगा. इसके लिए, हर कन्वर्ज़न पर
ClickConversion.gclidफ़ील्ड सेट करें.पक्का करें कि अपलोड किए गए डेटा में, सहमति की जानकारी सही तरीके से दी गई हो. इसके लिए, अपने खाते के लिए सहमति की डिफ़ॉल्ट सेटिंग सेट करें. इसके लिए, Google Ads के यूज़र इंटरफ़ेस (यूआई) में, टूल > डेटा मैनेजर > सहमति की सेटिंग पर क्लिक करें. इसके अलावा, अपलोड किए गए हर कन्वर्ज़न पर
ClickConversion.consentफ़ील्ड सेट करें.
कैंपेन की परफ़ॉर्मेंस से जुड़ी समस्याएं
अगर आपको कन्वर्ज़न अपलोड करने में कोई तकनीकी समस्या नहीं आ रही है और आपको दिखाए जा रहे मेट्रिक से कोई परेशानी नहीं है, लेकिन लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग लागू करने के बाद, कैंपेन की परफ़ॉर्मेंस में उम्मीद के मुताबिक सुधार या "लिफ़्ट" नहीं दिख रहा है, तो मदद के लिए Google Ads की प्रॉडक्ट सहायता टीम से संपर्क करें.
वेबसाइट के लिए बेहतर कन्वर्ज़न ट्रैकिंग से जुड़ी समस्याएं
इस सेक्शन में, वेबसाइट के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा को इंपोर्ट करते समय आने वाली आम समस्याओं को हल करने के बारे में बताया गया है.
आम तौर पर होने वाली गड़बड़ियां
यहां दिए गए निर्देशों की मदद से, वेबसाइट के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा से जुड़ी सामान्य गड़बड़ियों का पता लगाया जा सकता है और उन्हें ठीक किया जा सकता है.
| गड़बड़ी | |
|---|---|
CUSTOMER_NOT_ACCEPTED_CUSTOMER_DATA_TERMS
|
अनुरोध के customer_id के लिए, ग्राहक से जुड़े डेटा की शर्तें स्वीकार नहीं की गई हैं. इसके लिए, ज़रूरी शर्तें गाइड में दिए गए निर्देश देखें.
|
CONVERSION_ALREADY_ENHANCED
|
इस कन्वर्ज़न में, दिए गए order_id और conversion_action फ़ील्ड के साथ ENHANCEMENT अडजस्टमेंट पहले ही किया जा चुका है. पक्का करें कि हर कन्वर्ज़न के लिए, एक यूनीक order_id वैल्यू दी गई हो.
|
CONVERSION_ACTION_NOT_ELIGIBLE_FOR_ENHANCEMENT
|
conversion_action के लिए, वेबसाइट के लिए बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा इस्तेमाल नहीं की जा सकती. Google Ads के यूज़र इंटरफ़ेस (यूआई) में, पक्का करें कि आपने अनुरोध में बताए गए कन्वर्ज़न ऐक्शन पर, बेहतर कन्वर्ज़न ट्रैकिंग चालू करें बॉक्स को चुना हो. इसके लिए, सहायता केंद्र में जाकर निर्देश देखें.
|
INVALID_USER_IDENTIFIER
|
हैश किया गया यूज़र आइडेंटिफ़ायर फ़ील्ड (hashed_email,
hashed_phone_number, hashed_first_name,
hashed_last_name या hashed_street_address),
64-वर्ण वाला मान्य हेक्साडेसिमल SHA-256 डाइजेस्ट नहीं है. उपयोगकर्ता से मिले डेटा को इंपोर्ट करने से पहले, उसे नॉर्मलाइज़ और हैश करें. निर्देशों के लिए,
उपयोगकर्ता से मिले डेटा को नॉर्मलाइज़ और हैश करना लेख पढ़ें.
|
CONVERSION_NOT_FOUND
|
Google Ads को दिए गए
|
एपीआई से अपलोड करने के बाद, यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी की जानकारी देने वाली सूचनाएं
ConversionAdjustmentUploadService सेवा का इस्तेमाल करके ENHANCEMENT अडजस्टमेंट अपलोड करने पर, एपीआई डेटा डालने के समय अनुरोध के फ़ॉर्मैट की पुष्टि करता है. साथ ही, वेबसाइट टैग इवेंट में किए गए सुधारों को एसिंक्रोनस तरीके से मैच करता है. इस वजह से, एपीआई अनुरोधों को partial_failure_error फ़ील्ड में बिना किसी गड़बड़ी के पूरा किया जा सकता है. साथ ही, ऑफ़लाइन डेटा डाइग्नोस्टिक्स में EXCELLENT स्टेटस दिखाया जा सकता है. हालांकि, Google Ads के यूज़र इंटरफ़ेस (यूआई) में मौजूद बेहतर कन्वर्ज़न ट्रैकिंग की डाइग्नोस्टिक्स रिपोर्ट में अब भी सूचनाएं दिख सकती हैं.
एपीआई अपलोड होने के बाद, यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी की जानकारी देने वाली सूचनाएं या चेतावनी दिखने पर, इन वजहों की जांच करें:
पते के ज़रूरी फ़ील्ड मौजूद नहीं हैं:
address_infoफ़ील्ड में मौजूदOfflineUserAddressInfoऑब्जेक्ट के लिए, एक ही एंट्री में चार फ़ील्ड होने चाहिए:hashed_first_name,hashed_last_name,country_code, औरpostal_code.hashed_street_address,city, औरstateफ़ील्ड भरना ज़रूरी नहीं है. अगरhashed_street_addressफ़ील्ड भरा जाता है, तो भी यह 64 वर्णों वाला मान्य SHA-256 हेक्स डाइजेस्ट होना चाहिए. एपीआई, अधूरेaddress_infoऑब्जेक्ट (जैसे, सिर्फ़ नाम और सरनेम) को स्वीकार करता है. साथ ही,partial_failure_errorफ़ील्ड में कोई गड़बड़ी नहीं दिखाता. हालांकि, डाउनस्ट्रीम मैचिंग की प्रोसेस में अधूरे पतों को खारिज कर दिया जाता है. साथ ही, पते के फ़ील्ड में मौजूद जानकारी न होने पर चेतावनी ट्रिगर की जाती है. अगर इन चार ज़रूरी फ़ील्ड में से कोई भी उपलब्ध नहीं है, तोaddress_infoफ़ील्ड के लिएUserIdentifierऑब्जेक्ट को शामिल न करें.वेबसाइट टैग इवेंट में लेन-देन आईडी मौजूद नहीं हैं: एपीआई में
ENHANCEMENTअडजस्टमेंट सेorder_idफ़ील्ड को हटाने पर, सिंक्रोनसFieldError.REQUIREDगड़बड़ी का मैसेज दिखता है. जब आपके एपीआई अनुरोधों मेंorder_idफ़ील्ड शामिल होता है, तो कन्वर्ज़न इवेंट से लेन-देन आईडी मौजूद न होने की सूचना यूज़र इंटरफ़ेस (यूआई) में दिखती है. यह सूचना आपकी वेबसाइट के टैग के बारे में होती है. यह सूचना तब दिखती है, जब वेबसाइट कन्वर्ज़न टैग के 90% से कम इवेंट में मान्य लेन-देन आईडी शामिल होता है या जब टैग,"undefined"या"null"जैसी प्लेसहोल्डर स्ट्रिंग भेजता है. हर कन्वर्ज़न इवेंट के लिए यूनीक लेन-देन आईडी भेजने के लिए, वेबसाइट कन्वर्ज़न टैग को कॉन्फ़िगर करें.टैग और एपीआई ऑर्डर आईडी का मैच न होना या देर से अपलोड होना:
ENHANCEMENTअडजस्टमेंट के लिए, एपीआई अपलोड के समयCONVERSION_NOT_FOUNDयाCONVERSION_EXPIREDगड़बड़ी नहीं दिखाता. इसके बजाय,order_idकी वैल्यू मैच न होने पर, यूज़र इंटरफ़ेस (यूआई) में ऑर्डर आईडी मैच न होने की चेतावनी ट्रिगर होती है. साथ ही, कन्वर्ज़न के 24 घंटे बाद अपलोड किए गए बेहतर कन्वर्ज़न ट्रैकिंग डेटा की वजह से, देर से अपलोड होने की चेतावनी ट्रिगर होती है. एपीआईorder_idफ़ील्ड को, आपकी वेबसाइट के कन्वर्ज़न टैग से भेजी गई लेन-देन आईडी स्ट्रिंग से मैच करें. साथ ही, कन्वर्ज़न इवेंट के 24 घंटों के अंदर बेहतर कन्वर्ज़न ट्रैकिंग अपलोड करें.अपलोड करने से पहले, हैश किया गया ऐसा उपयोगकर्ता डेटा जो नॉर्मलाइज़ नहीं किया गया है: नॉर्मलाइज़ नहीं की गई वैल्यू को हैश करने पर भी, 64 वर्णों वाला मान्य SHA-256 हेक्स डाइजेस्ट जनरेट होता है. जैसे, बड़े अक्षरों में लिखी गई वैल्यू, शुरुआत या आखिर में खाली जगह वाली वैल्यू या E.164 फ़ॉर्मैट से बाहर के फ़ोन नंबर. एपीआई,
INVALID_USER_IDENTIFIERगड़बड़ी दिखाए बिना अपलोड स्वीकार कर लेता है. हालांकि, डाउनस्ट्रीम मैचिंग फ़ेल हो जाती है और फ़ॉर्मैटिंग या कम मैच रेट की सूचनाएं मिलती हैं. उपयोगकर्ता से मिले डेटा को नॉर्मलाइज़ और हैश करना लेख में दिए गए नॉर्मलाइज़ेशन के नियमों का पालन करें.वेबसाइट टैग वॉल्यूम की तुलना में, एपीआई की मदद से बेहतर बनाए गए इवेंट का वॉल्यूम कम है: यूज़र इंटरफ़ेस (यूआई) डाइग्नोस्टिक्स, एपीआई की मदद से बेहतर बनाए गए उन इवेंट की तुलना, वेबसाइट टैग के उन इवेंट से करता है जिनके लिए सहमति मिली है. साथ ही, दोनों तरह के इवेंट से डुप्लीकेट कॉपी हटा दी गई हैं. एपीआई की मदद से बेहतर बनाए गए इवेंट में, यूज़र आइडेंटिफ़ायर शामिल होते हैं:
सहमति मोड का कॉन्फ़िगरेशन: जब Google टैग पर सहमति मोड,
ad_storage='denied'सेटिंग का सिग्नल भेजता है, तब यूज़र इंटरफ़ेस (यूआई) डाइग्नोस्टिक्स, तुलना से सहमति न देने वाले उपयोगकर्ताओं के वेबसाइट टैग इवेंट को बाहर कर देता है. इसलिए, एपीआई अपलोड से उन इवेंट को हटाने पर, कम वॉल्यूम वाली चेतावनी ट्रिगर नहीं होती. हालांकि, आपकी वेबसाइट के टैग और बैकएंड ट्रिगर के बीच सहमति मैनेज करने के तरीके में अंतर होने पर, ये सूचनाएं मिलती हैं:- टैग में
ad_storage='denied'मौजूद नहीं है, बैकएंड अपलोड को स्किप कर देता है: यूज़र इंटरफ़ेस (यूआई) डाइग्नोस्टिक्स, टैग इवेंट को सहमति वाले इवेंट के तौर पर गिनता है और कम कवरेज की सूचना देता है. - टैग सिग्नल
ad_storage='denied', बैकएंड अपलोड को बेहतर बनाने की सुविधा: अपलोड किए गए बेहतर कन्वर्ज़न लक्ष्यों में, सहमति वाला कोई टैग इवेंट मौजूद नहीं है. साथ ही, इनकी वजह से ऑर्डर आईडी के मैच न होने की सूचनाएं मिलती हैं.
अपनी वेबसाइट के टैग और एपीआई एन्हांसमेंट अपलोड, दोनों पर सहमति की एक जैसी स्थिति लागू करें.
- टैग में
वेबसाइट पर होने वाले ऐसे इवेंट जिनमें उपयोगकर्ता की पहचान ज़ाहिर नहीं होती: फ़नल के ऊपरी हिस्से में मौजूद कन्वर्ज़न ऐक्शन (जैसे, पेज व्यू या आइटम व्यू) के लिए, बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा चालू न करें. ऐसा इसलिए, क्योंकि इन कन्वर्ज़न ऐक्शन के लिए वेबसाइट टैग, उन विज़िटर के लिए फ़ायर होता है जिनकी पहचान ज़ाहिर नहीं होती. अगर आपका सर्वर, एपीआई से जुड़े बेहतर फ़ंक्शन सिर्फ़ उन उपयोगकर्ताओं के लिए भेजता है जिन्होंने साइन इन किया है और जिनकी संपर्क जानकारी मौजूद है, तो मैच न होने वाले अनाम टैग इवेंट, कम कवरेज की चेतावनी ट्रिगर करते हैं. बेहतर कन्वर्ज़न ट्रैकिंग की सुविधा को सिर्फ़ उन कन्वर्ज़न ऐक्शन के लिए चालू करें जिनके लिए उपयोगकर्ता से मिला डेटा लगातार उपलब्ध हो.
कन्वर्ज़न मैनेजमेंट से जुड़ी सामान्य समस्याएं
इन सामान्य समस्याओं का ध्यान रखें:
किसी भी enum फ़ील्ड को
UNKNOWNपर सेट करने की कोशिश करने पर,RequestError.INVALID_ENUM_VALUEगड़बड़ी होगी.consentकी वैल्यू तय करते समय, यह एक आम समस्या है. ऐसा तब होता है, जब विज्ञापन देने वाले व्यक्ति या कंपनी को यह न पता हो कि सहमति दी गई है या नहीं. अगरconsentकी स्थिति के बारे में जानकारी नहीं है, तो इसेDENIEDपर सेट किया जाना चाहिए.ऐप्लिकेशन कन्वर्ज़न या Firebase और तीसरे पक्ष के ऐप्लिकेशन के आंकड़ों के लिए कन्वर्ज़न ऐक्शन बनाते समय, सिर्फ़
app_idफ़ील्ड में बदलाव किया जा सकता है. कन्वर्ज़न ऐक्शन बन जाने के बाद, इस फ़ील्ड में बदलाव नहीं किया जा सकता.कोई कन्वर्ज़न ऐक्शन बनाते समय,
ConversionAction.attribution_model_settings.attribution_modelफ़ील्ड को सिर्फ़GOOGLE_ADS_LAST_CLICKयाGOOGLE_SEARCH_ATTRIBUTION_DATA_DRIVENपर सेट किया जा सकता है. कोई अन्य विकल्प चुनने पर,CANNOT_SET_RULE_BASED_ATTRIBUTION_MODELSगड़बड़ी दिखेगी. एट्रिब्यूशन के अन्य मॉडल बंद करने के बारे में, हमारी ब्लॉग पोस्ट में ज़्यादा जानकारी दी गई है.click_through_lookback_window_daysफ़ील्ड के लिए,AD_CALLऔरWEBSITE_CALLटाइप के कन्वर्ज़न ऐक्शन के लिए, अनुमति वाली रेंज1से60दिन है. ज़्यादातर अन्य कन्वर्ज़न ऐक्शन के लिए, अनुमति वाली रेंज1से90दिन है.ज़्यादातर कन्वर्ज़न ऐक्शन के लिए,
view_through_lookback_window_daysफ़ील्ड की तय सीमा1से30दिन है.AD_CALLऔरWEBSITE_CALLटाइप के कन्वर्ज़न ऐक्शन के लिए, यह फ़ील्ड अनसेट होना चाहिए.किसी कन्वर्ज़न ऐक्शन पर
include_in_conversions_metricफ़ील्ड को सेट या अपडेट करने पर,FieldError.IMMUTABLE_FIELDगड़बड़ी होगी. इसके बजाय,primary_for_goalफ़ील्ड को सेट करें, जैसा कि कन्वर्ज़न लक्ष्यों की गाइड में बताया गया है.WEBSITE_CALLयाAD_CALLटाइप का कन्वर्ज़न ऐक्शन बनाते समय,value_settings.always_use_default_valueकोtrueपर सेट करना ज़रूरी है.falseवैल्यू डालने पर,INVALID_VALUEगड़बड़ी होगी.
आम तौर पर होने वाली गड़बड़ियां
यहां दिए गए दिशा-निर्देशों से, आपको ऑफ़लाइन कन्वर्ज़न इंपोर्ट में होने वाली आम गड़बड़ियों का पता लगाने और उन्हें ठीक करने में मदद मिलती है. इनमें कई खातों में होने वाले कन्वर्ज़न ट्रैक करने के ऐक्सेस से जुड़ी गड़बड़ियां भी शामिल हैं.
| गड़बड़ी | |
|---|---|
INVALID_CONVERSION_ACTION_TYPE
|
चुने गए कन्वर्ज़न ऐक्शन का
टाइप
क्लिक कन्वर्ज़न अपलोड करने के लिए मान्य नहीं है. पक्का करें कि अपलोड करने के अनुरोध में बताए गए ConversionAction का टाइप UPLOAD_CLICKS हो.
|
NO_CONVERSION_ACTION_FOUND
|
अनुरोध के customer_id फ़ील्ड में मौजूद खाते से, तय किए गए कन्वर्ज़न ऐक्शन को ऐक्सेस नहीं किया जा सकता या वह चालू नहीं है.
अपने कन्वर्ज़न ट्रैकिंग सेटअप के बारे में जानकारी हासिल करें,
ताकि यह पुष्टि की जा सके कि कन्वर्ज़न ऐक्शन चालू है. कन्वर्ज़न ऐक्शन का मालिक, क्लिक का Google Ads कन्वर्ज़न ग्राहक होना चाहिए या अपलोड करने वाले खाते की कन्वर्ज़न ट्रैकिंग हैरारकी में मौजूद कोई खाता होना चाहिए.
उदाहरण के लिए, यह गड़बड़ी तब होती है, जब कन्वर्ज़न ऐक्शन किसी ऐसे मैनेजर खाते से जुड़ा हो जिसे क्लिक के बाद अनलिंक कर दिया गया था.
|
TOO_RECENT_CONVERSION_ACTION
|
कन्वर्ज़न ऐक्शन को हाल ही में बनाया गया हो. कन्वर्ज़न ऐक्शन बनाने के कम से कम छह घंटे बाद, अपलोड नहीं हो पाए कन्वर्ज़न को फिर से अपलोड करने की कोशिश करें. |
INVALID_CUSTOMER_FOR_CLICK
|
अनुरोध में मौजूद customer_id फ़ील्ड, क्लिक के समय Google Ads कन्वर्ज़न ग्राहक से मैच नहीं करता. यह गड़बड़ी तब होती है, जब अपलोड करने वाले खाते के पास कन्वर्ज़न ऐक्शन के लिए, कई खातों को मैनेज करने वाले खाते का ऐक्सेस न हो. अनुरोध के customer_id फ़ील्ड को कन्वर्ज़न ऐक्शन के मालिक की हैरारकी में मौजूद किसी खाते पर अपडेट करें.
|
EVENT_NOT_FOUND
|
Google Ads को क्लिक आईडी और customer_id का कॉम्बिनेशन नहीं मिला. customer_id के लिए ज़रूरी शर्तें देखें और पुष्टि करें कि सही Google Ads खाते का इस्तेमाल करके अपलोड किया जा रहा है.
|
DUPLICATE_CLICK_CONVERSION_IN_REQUEST
|
अनुरोध में मौजूद कई कन्वर्ज़न में, क्लिक आईडी, conversion_date_time, और conversion_action का एक जैसा कॉम्बिनेशन है.
अपने अनुरोध से डुप्लीकेट कन्वर्ज़न हटाएं.
|
CLICK_CONVERSION_ALREADY_EXISTS
|
क्लिक आईडी, conversion_date_time, और conversion_action के एक जैसे कॉम्बिनेशन वाला कन्वर्ज़न पहले ही अपलोड किया जा चुका है. अगर आपने अपलोड करने की फिर से कोशिश की थी और यह कन्वर्ज़न पहले ही अपलोड हो चुका है, तो इस गड़बड़ी को अनदेखा करें. अगर आपको पहले से अपलोड किए गए कन्वर्ज़न के अलावा कोई दूसरा कन्वर्ज़न जोड़ना है, तो ClickConversion के conversion_date_time में बदलाव करें. इससे, पहले से अपलोड किए गए कन्वर्ज़न की डुप्लीकेट कॉपी बनाने से बचा जा सकता है.
|
EXPIRED_EVENT
|
इंपोर्ट किया गया क्लिक, click_through_lookback_window_days फ़ील्ड में बताई गई समयावधि से पहले हुआ था. click_through_lookback_window_days में किए गए बदलाव का असर, सिर्फ़ बदलाव के बाद रिकॉर्ड किए गए क्लिक पर पड़ता है. इसलिए, लुकबैक विंडो में बदलाव करने से, किसी क्लिक के लिए यह गड़बड़ी ठीक नहीं होगी. अगर ज़रूरी हो, तो conversion_action को किसी ऐसे ऐक्शन में बदलें जिसकी लुकबैक विंडो ज़्यादा लंबी हो. |
CONVERSION_PRECEDES_EVENT
|
conversion_date_time, क्लिक की तारीख और समय से पहले का है. conversion_date_time को बाद की वैल्यू पर अपडेट करें.
|
VALUE_MUST_BE_UNSET
|
|