ग्राहक सूची से जुड़ी समस्याओं को हल करना

इस गाइड का इस्तेमाल करके, मैच रेट कम होने और कस्टमर मैच इंटिग्रेशन में आने वाली सामान्य गड़बड़ियों से जुड़ी समस्या हल करें.

मैच रेट की पुष्टि करना

मैच रेट की पुष्टि करने से पहले, पक्का करें कि अपलोड की प्रोसेस पूरी हो गई हो.

मैच रेट कई वजहों से उम्मीद से कम हो सकता है. इनमें ये वजहें भी शामिल हैं:

  • डेटा को अपलोड करने से पहले, उसे हैश नहीं किया गया था.

  • हैश किए जाने से पहले, डेटा को सही तरीके से फ़ॉर्मैट नहीं किया गया था.

  • आपने किसी दूसरे सिस्टम में मैच रेट की तुलना की है.

  • आपने एक ही UserIdentifier ऑब्जेक्ट में कई उपयोगकर्ता आइडेंटिफ़ायर जोड़ने की कोशिश की है. इसके बजाय, एक UserData ऑब्जेक्ट में एक से ज़्यादा UserIdentifier जोड़ें, जैसा कि इस कोड के उदाहरण में दिखाया गया है.

विज्ञापन देने वाला व्यक्ति या कंपनी, अपनी सूची के 1% से 99% उपयोगकर्ताओं तक पहुंच सकती है. यह इस बात पर निर्भर करता है कि उपयोगकर्ता, Google Search, Gmail या YouTube पर कितने सक्रिय हैं. मैच रेट कम होने की समस्या को हल करने के बारे में ज़्यादा जानकारी के लिए, सहायता केंद्र पर जाएं.

मैच रेट और सूची के साइज़ में अंतर

ध्यान दें कि सूची का साइज़ और मैच रेट अलग-अलग वैल्यू दिखाते हैं. मैच रेट में, Google खाते वाले सभी उपयोगकर्ताओं को गिना जाता है. भले ही, उन तक कस्टमर मैच की सूची की मदद से असल में पहुंचा न जा सके. सूची के साइज़ में, उन सक्रिय उपयोगकर्ताओं की संख्या शामिल होती है जो किसी Google खाते से मैच करते हैं और जिन्हें विज्ञापनों को उपयोगकर्ताओं के हिसाब से बनाने की सुविधा की मदद से पहुंचा जा सकता है.

सामान्य गड़बड़ियों को डीबग करना

गड़बड़ी
USER_PERMISSION_DENIED अगर किसी ऐसी सूची में बदलाव करने की कोशिश की जाती है जिसे किसी दूसरे खाते ने बनाया है, तो आपको अनुमतियों से जुड़ी गड़बड़ियां दिख सकती हैं. सिर्फ़ उस सूची में बदलाव किया जा सकता है जिसे आपके खाते से बनाया गया है.
EXTERNAL_UPDATE_ID_ALREADY_EXISTS यह गड़बड़ी तब हो सकती है, जब एक ही external_id का इस्तेमाल करके कई जॉब बनाने की कोशिश की जाए.
CONFLICTING_OPERATION यह गड़बड़ी तब हो सकती है, जब किसी एक जॉब में remove ऑपरेशन को create ऑपरेशन के साथ मिलाया गया हो.
TOO_MANY_USER_IDENTIFIERS किसी एक जॉब में create ऑपरेशन में कुल 1,00,000 से ज़्यादा user_identifiers शामिल हैं. अनुरोध को कई ऐसे अनुरोधों में बांटें जो उस सीमा से ज़्यादा न हों.
CONCURRENT_MODIFICATION यह गड़बड़ी तब हो सकती है, जब एक ही समय पर एक ही सूची में बदलाव करने की कोशिश की जाए.
RESOURCE_EXHAUSTED एक साथ कई अनुरोध भेजने पर, यह गड़बड़ी दिख सकती है. इस्तेमाल के सुझाए गए फ़्लो के मुताबिक, अपने ऑपरेशन को एक साथ करके, इस समस्या को कम किया जा सकता है. एपीआई की सीमाओं और कोटा के लिए, सबसे सही तरीके बताने वाली गाइड भी देखी जा सकती है.

समस्या हल करने के लिए अन्य सहायता

अगर आपको अब भी समस्याएं आ रही हैं, तो ग्राहक मिलान के समस्या हल करने वाले टूल की मदद से हमसे संपर्क करें.