अनुरोध में शामिल इवेंट के लिए, डिफ़ॉल्ट तौर पर सहमति की सेटिंग सेट करने का विकल्प. किसी इवेंट के लिए, इस वैल्यू को बदला जा सकता है. इसके लिए, Event का consent फ़ील्ड सेट करें.
कोई मिलती-जुलती रिपोर्ट नहीं
encoding
ज़रूरी है:UserIdentifier वैल्यू के लिए इस्तेमाल किए गए Encoding पर सेट करें.
कोई मिलती-जुलती रिपोर्ट नहीं
encryption_info
अगर अनुरोध में एन्क्रिप्ट की गई वैल्यू शामिल हैं, तो इसे सेट करें. ज़्यादा जानकारी के लिए, एन्क्रिप्ट करना देखें.
Data Manager API में, आंशिक तौर पर फ़ेल होने की सुविधा काम नहीं करती. अगर IngestEventsRequest का कोई फ़ील्ड, पुष्टि करने की प्रोसेस में फ़ेल हो जाता है, तो Data Manager API पूरे अनुरोध को अस्वीकार कर देता है.
Google Ads API के लिए, developer-token अनुरोध का हेडर ज़रूरी है. साथ ही, अलग-अलग पुष्टि करने की स्थितियों के लिए,
login-customer-idlinked-customer-idअनुरोध के हेडर सेट किए जाते हैं.
Data Manager API के लिए, डेवलपर टोकन की ज़रूरत नहीं होती. साथ ही, लॉगिन और लिंक किए गए ग्राहक की जानकारी, अनुरोध के हेडर के बजाय, Destination के फ़ील्ड का इस्तेमाल करके दी जाती है. डेस्टिनेशन के बारे में ज़्यादा जानकारी के लिए, डेस्टिनेशन कॉन्फ़िगर करना लेख पढ़ें.
यहां, किसी एक conversion_action के लिए Google Ads API के फ़ील्ड को, Destination में मौजूद मिलते-जुलते फ़ील्ड के साथ मैप करने का तरीका बताया गया है:
account_id को, Google Ads के कन्वर्ज़न खाते के ग्राहक आईडी पर सेट करें. operating_account के account_type को GOOGLE_ADS पर सेट करें.
developer-token अनुरोध का हेडर
कोई मिलती-जुलती रिपोर्ट नहीं
Data Manager API के लिए, डेवलपर टोकन की ज़रूरत नहीं होती.
login-customer-id अनुरोध का हेडर
login_account
account_id को, लॉगिन खाते के ग्राहक आईडी पर सेट करें. अगर लॉगिन खाता, Google Ads खाता है, तो account_type को GOOGLE_ADS पर सेट करें. वहीं, अगर लॉगिन खाता, डेटा पार्टनर का खाता है, तो account_type को DATA_PARTNER पर सेट करें.
दोनों एपीआई, मिलते-जुलते Consent ऑब्जेक्ट (ad_user_data, ad_personalization) का इस्तेमाल करते हैं.
Data Manager API के लिए, अनुरोध के लेवल पर मौजूद consent फ़ील्ड को सेट करके, अनुरोध में शामिल सभी इवेंट के लिए सहमति सेट की जा सकती है.
Google Ads API के लिए, हर कन्वर्ज़न ऐक्शन के लिए अलग-अलग अनुरोध भेजने की ज़रूरत होती है. Data Manager API में, एक ही अनुरोध में कई कन्वर्ज़न ऐक्शन के लिए कन्वर्ज़न भेजे जा सकते हैं. साथ ही, इस destination_references फ़ील्ड का इस्तेमाल करके यह बताया जा सकता है कि किस डेस्टिनेशन को कोई खास कस्टम वैरिएबल मिलना चाहिए.
conversion_custom_variable
variable
इसे संसाधन के नाम के बजाय, वैरिएबल के नाम पर सेट करें.
कोई भी एपीआई, ऑफ़लाइन कन्वर्ज़न या लीड के लिए बेहतर कन्वर्ज़न ट्रैकिंग के लिए इन आइडेंटिफ़ायर का इस्तेमाल नहीं करता. साथ ही, Data Manager API, कन्वर्ज़न इवेंट को अतिरिक्त डेटा सोर्स के तौर पर भेजते समय इन आइडेंटिफ़ायर का इस्तेमाल नहीं करता.
Data Manager API में, आंशिक तौर पर फ़ेल होने की सुविधा काम नहीं करती. अगर IngestEventsRequest का कोई फ़ील्ड, पुष्टि करने की प्रोसेस में फ़ेल हो जाता है, तो Data Manager API पूरे अनुरोध को अस्वीकार कर देता है.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2026-05-12 (UTC) को अपडेट किया गया."],[],[]]