अक्सर पूछे जाने वाले सवाल

क्या अपलोड किए जाने वाले कॉन्टेंट पर कोई पाबंदी है?

इन पाबंदियों का ध्यान रखें:

  • batchinsert और batchupdate के लिए, अलग-अलग अनुरोधों में ज़्यादा से ज़्यादा 1,000 कन्वर्ज़न शामिल किए जा सकते हैं.
  • कन्वर्ज़न का टाइमस्टैंप, सबमिट करने के समय से ज़्यादा से ज़्यादा 28 दिन पुराना होना चाहिए.
  • कन्वर्ज़न सिर्फ़ उस Floodlight कॉन्फ़िगरेशन में सबमिट किए जा सकते हैं जिसे ऐक्सेस करने की अनुमति आपकी Campaign Manager 360 उपयोगकर्ता की प्रोफ़ाइल के पास है.
कन्वर्ज़न अपलोड करने के लिए, मुझे Campaign Manager 360 या Search Ads 360 में से किसका इस्तेमाल करना चाहिए?

दोनों प्रॉडक्ट की सुविधाओं की तुलना के बारे में ज़्यादा जानने के लिए, Search Ads 360 के सहायता केंद्र पर जाएं.

अगर Campaign Manager 360 और Search Ads 360, दोनों में एक ही कन्वर्ज़न डाला जाए, तो क्या होगा?

अगर Campaign Manager 360 और Search Ads 360, दोनों में एक ही कन्वर्ज़न डाला जाता है, तो डुप्लीकेट एंट्री नहीं हटाई जाएंगी. इस मामले में, अलग-अलग Floodlight गतिविधियों का इस्तेमाल करें.

मुझे ऑफ़लाइन कन्वर्ज़न अपलोड करने के लिए किस एपीआई का इस्तेमाल करना चाहिए?

हमारा सुझाव है कि बेहतर डेवलपर अनुभव और अतिरिक्त सुविधाओं का ऐक्सेस पाने के लिए, Data Manager API का इस्तेमाल करें.

ऑर्डिनल वैल्यू क्या है और इसका इस्तेमाल कैसे किया जाता है?

ऑर्डिनल वैल्यू से यह कंट्रोल किया जाता है कि डुप्लीकेट कन्वर्ज़न कैसे प्रोसेस किए जाएं. अगर एक ही Floodlight गतिविधि, Floodlight कॉन्फ़िगरेशन आईडी, यूज़र आइडेंटिफ़ायर, और कन्वर्ज़न टाइमस्टैंप के साथ कई कन्वर्ज़न डाले जाते हैं, तो ऑर्डिनल का इस्तेमाल करके यह तय किया जाता है कि:

  • कन्वर्ज़न की डुप्लीकेट कॉपी हटा दी जाती हैं और सिर्फ़ एक कॉपी बचती है. ऐसा तब होता है, जब सभी कन्वर्ज़न की ऑर्डिनल वैल्यू एक जैसी हो.
  • कन्वर्ज़न को अलग-अलग प्रोसेस किया जाता है और सभी कन्वर्ज़न सेव रहते हैं. ऐसा तब होता है, जब सभी कन्वर्ज़न की ऑर्डिनल वैल्यू अलग-अलग होती है.

यह ज़रूरी नहीं है कि वैल्यू का कोई मतलब हो. आम तौर पर, सभी कन्वर्ज़न के लिए एक तय वैल्यू (जैसे कि 1) का इस्तेमाल करने से, डुप्लीकेट कॉपी हटाने की तकनीक चालू हो जाएगी. हर कन्वर्ज़न के लिए रैंडम या यूनीक वैल्यू का इस्तेमाल करने पर, यह सुविधा बंद हो जाएगी.

मुझे एपीआई से मिली जानकारी में मौजूद गड़बड़ियों को कैसे ठीक करना चाहिए. साथ ही, मुझे किन गड़बड़ियों को ठीक करने के लिए फिर से कोशिश करनी चाहिए?

batchinsert और batchupdate, कन्वर्ज़न को प्रोसेस करने के लिए हर संभव कोशिश करते हैं: बैच अनुरोध, एचटीटीपी 200 OK रिस्पॉन्स दिखा सकता है. हालांकि, बैच में मौजूद अलग-अलग कन्वर्ज़न फ़ेल हो सकते हैं. जवाब में हमेशा hasFailures देखें और हर ConversionStatus ऑब्जेक्ट पर errors[] सूची की जांच करें:

  • INTERNAL (फिर से कोशिश करें): कन्वर्ज़न को प्रोसेस करते समय, Google के सिस्टम में कुछ समय के लिए कोई गड़बड़ी हुई. कन्वर्ज़न को शामिल या अपडेट नहीं किया गया. एक्स्पोनेंशियल बैकऑफ़ का इस्तेमाल करके, उन कन्वर्ज़न को फिर से अपलोड करें जिन्हें अपलोड नहीं किया जा सका. उदाहरण के लिए, कुछ मिनट बाद शुरू करना और कई घंटों तक कोशिश करना. इस दौरान, ordinal, timestampMicros, floodlightActivityId, और उपयोगकर्ता या क्लिक आइडेंटिफ़ायर को बिलकुल पहले जैसा ही रखें.
  • NOT_FOUND (कुछ समय बाद फिर से कोशिश करें): आइडेंटिफ़ायर (gclid, dclid, matchId या mobileDeviceId) या जिस मौजूदा कन्वर्ज़न में बदलाव किया जा रहा है वह अब तक नहीं मिला. ऑनलाइन क्लिक, Floodlight टैग, और कन्वर्ज़न को प्रोसेस और इंडेक्स होने में एक से दो घंटे लग सकते हैं. इसलिए, NOT_FOUND कन्वर्ज़न को समय-समय पर फिर से अपलोड करें. उदाहरण के लिए, हर एक से तीन घंटे में, छह घंटे तक. अगर NOT_FOUND छह घंटे बाद भी बना रहता है, तो आइडेंटिफ़ायर टाइप के हिसाब से सामान्य वजहों के बारे में जानने के लिए, यहां दिए गए सेक्शन देखें.
  • INVALID_ARGUMENT और PERMISSION_DENIED (फिर से कोशिश न करें): कन्वर्ज़न डेटा अमान्य है (उदाहरण के लिए, 28 दिन से पुराना कन्वर्ज़न टाइमस्टैंप या गलत फ़ॉर्मैट वाला फ़ील्ड) या आपकी उपयोगकर्ता की प्रोफ़ाइल के पास, टारगेट Floodlight कॉन्फ़िगरेशन की अनुमति नहीं है. मूल समस्या को ठीक किए बिना, इन कन्वर्ज़न को फिर से अपलोड न करें.

अगर पूरा एचटीटीपी अनुरोध, 5xx सर्वर की गड़बड़ी या 429 कोटा / अनुरोध संख्या सीमित करने की गड़बड़ी की वजह से पूरा नहीं हो पाता है, तो एक्स्पोनेंशियल बैकऑफ़ का इस्तेमाल करके अनुरोध को फिर से सबमिट करें.

सुरक्षित तरीके से फिर से कोशिश करना और डुप्लीकेट कॉपी हटाना: अगर INTERNAL या NOT_FOUND की वजह से कोई कन्वर्ज़न नहीं हो पाता है, तो फिर से कोशिश करते समय हमेशा एक जैसा ordinal और timestampMicros भेजें. ऐसा तब भी करें, जब एचटीटीपी 5xx टाइम आउट के बाद नतीजा पता न हो. अगर कोई कन्वर्ज़न पहले ही रिकॉर्ड हो चुका है, तो Campaign Manager 360, ordinal, यूज़र आइडेंटिफ़ायर, Floodlight गतिविधि, और कन्वर्ज़न की तारीख के आधार पर, डुप्लीकेट कॉपी को अपने-आप हटा देता है.

mobileDeviceId की गड़बड़ी की वजह से, NOT_FOUND अपलोड न होने का क्या मतलब है?

आम तौर पर, यह गड़बड़ी इन वजहों से हो सकती है:

  • mobileDeviceId अमान्य है.
  • Search Ads 360 को mobileDeviceId के बारे में जानकारी नहीं है. इसका मतलब है कि Campaign Manager 360 ने अब तक डिवाइस पर कोई विज्ञापन नहीं दिखाया है.
gclid की गड़बड़ी की वजह से, NOT_FOUND अपलोड न होने का क्या मतलब है?

आम तौर पर, यह गड़बड़ी इन वजहों से हो सकती है:

  • gclid अमान्य है.
  • gclid, Search Ads 360 कैंपेन या Display & Video 360 के YouTube लाइन आइटम से नहीं जुड़ा है. ऐसा तब हो सकता है, जब gclid को Google Ads के क्लिक रीडायरेक्ट से इकट्ठा किया गया हो, जो Search Ads 360 से नहीं गुज़रा हो.जैसे, लोकेशन एक्सटेंशन पर क्लिक. इसके अलावा, ऐसा तब भी हो सकता है, जब को YouTube विज्ञापन के क्लिक रीडायरेक्ट से इकट्ठा किया गया हो, जो Display & Video 360 के YouTube लाइन आइटम से जुड़ा न हो.
  • gclid से जुड़ा क्लिक, तय अवधि से पहले किया गया था. कन्वर्ज़न सिर्फ़ 60 दिन पुराने क्लिक के लिए डाले जा सकते हैं.
  • gclid से जुड़ा क्लिक हाल ही में किया गया है. हमारा सुझाव है कि gclid पर आधारित कन्वर्ज़न अपलोड करने में एक घंटे की देरी करें. इससे यह पक्का किया जा सकेगा कि gclid को प्रोसेस कर लिया गया है और वह मैच करने के लिए उपलब्ध है.
dclid की गड़बड़ी की वजह से, NOT_FOUND अपलोड न होने का क्या मतलब है?

आम तौर पर, यह गड़बड़ी इन वजहों से हो सकती है:

  • dclid अमान्य है.
  • dclid से जुड़ा क्लिक, तय अवधि से पहले किया गया था. कन्वर्ज़न सिर्फ़ 60 दिन पुराने क्लिक के लिए डाले जा सकते हैं.
  • dclid से जुड़ा क्लिक हाल ही में किया गया है. हमारा सुझाव है कि dclid पर आधारित कन्वर्ज़न अपलोड करने में एक घंटे की देरी करें. इससे यह पक्का किया जा सकेगा कि dclid को प्रोसेस कर लिया गया है और वह मैच करने के लिए उपलब्ध है.
matchId की गड़बड़ी की वजह से, NOT_FOUND अपलोड न होने का क्या मतलब है?

आम तौर पर, यह गड़बड़ी इन वजहों से हो सकती है:

  • matchId, Campaign Manager 360 के लिए अनजान है. ऐसा तब हो सकता है, जब matchId को किसी ऐसे Floodlight कॉल से इकट्ठा किया गया हो जो Campaign Manager 360 से सही तरीके से पास नहीं हुआ. पक्का करें कि आपके Floodlight कॉल सही तरीके से काम कर रहे हों. इसमें matchId टैग पैरामीटर भी शामिल है.
  • matchId से जुड़े Floodlight कॉल में कुकी नहीं थी. Floodlight कॉल में, Campaign Manager 360 के लिए कुकी / आइडेंटिफ़ायर होना चाहिए, ताकि matchId को सही तरीके से स्टोर किया जा सके. जैसे, हो सकता है कि उपयोगकर्ता ने कुकी ब्लॉक की हों या ऑप्ट आउट किया हो.
  • matchId से जुड़ा Floodlight कॉल, बहुत पहले हुआ था. ऑफ़लाइन कन्वर्ज़न अपलोड, matchId वाले Floodlight कॉल के 60 दिनों के अंदर किए जाने चाहिए.
  • matchId से जुड़ा Floodlight कॉल हाल ही में हुआ है. हमारा सुझाव है कि matchId पर आधारित कन्वर्ज़न अपलोड करने में दो घंटे की देरी करें, ताकि यह पक्का किया जा सके कि matchId को प्रोसेस कर लिया गया है और वह मैचिंग के लिए उपलब्ध है.
क्या Floodlight गतिविधि बनाने से पहले के टाइमस्टैंप वाले ऑफ़लाइन कन्वर्ज़न, रिपोर्ट में शामिल किए जाते हैं?

Floodlight गतिविधि बनाने से पहले के टाइमस्टैंप वाले ऑफ़लाइन कन्वर्ज़न अपलोड करने पर, उन्हें Floodlight इंप्रेशन और एट्रिब्यूट नहीं किए गए/एट्रिब्यूट किए गए कन्वर्ज़न के तौर पर रिपोर्ट किया जा सकता है. ऐसा, सबमिट करने के समय से 28 दिन पहले तक किया जा सकता है. हालांकि, इस बात की कोई गारंटी नहीं है कि ऐसा होगा ही. इसलिए, इस पर भरोसा नहीं किया जाना चाहिए. सबसे सही तरीका यह है कि ऑफ़लाइन कन्वर्ज़न के सबसे पुराने टाइमस्टैंप से पहले, Floodlight गतिविधियां बनाई जाएं.

ऑडियंस की सूची बनाने के लिए, ऑफ़लाइन कन्वर्ज़न इंसर्शन का इस्तेमाल करने के लिए किस तरह की सहमति ज़रूरी है?

विज्ञापन उपयोगकर्ता के डेटा की सहमति के अलावा, nonPersonalizedAd फ़ील्ड को साफ़ तौर पर false पर सेट करना ज़रूरी है, ताकि ऑडियंस की सूची बनाई जा सके.