Google Ads API से Data Manager API पर कस्टमर मैच के वर्कफ़्लो के हर चरण को अपग्रेड करने के लिए, फ़ील्ड मैपिंग का इस्तेमाल करें:
ऑडियंस मैनेजमेंट फ़ील्ड मैपिंग में, ऑडियंस बनाने, अपडेट करने, और वापस पाने के लिए फ़ील्ड मैपिंग होती हैं.
डेटा ट्रांसफ़र फ़ील्ड मैपिंग में, ऑडियंस के सदस्यों को जोड़ने या हटाने के लिए फ़ील्ड मैपिंग होती हैं.
पुष्टि करना
Data Manager API के लिए, Google Ads API से अलग स्कोप वाले क्रेडेंशियल की ज़रूरत होती है. Data Manager API के स्कोप को शामिल करने वाले नए क्रेडेंशियल जनरेट करने के लिए, एपीआई ऐक्सेस सेट अप करें में दिया गया तरीका अपनाएं.
ऑडियंस मैनेजमेंट फ़ील्ड मैपिंग
टेबल में दी गई मैपिंग का इस्तेमाल करके, Google Ads API में मौजूद UserList को Data Manager API में मौजूद UserList के बराबर मैप करें.
UserList (Google Ads API) |
UserList (Data Manager API) |
नोट |
|---|---|---|
resource_name |
name |
ज़्यादा जानकारी के लिए, संसाधन के नाम देखें. |
id |
id |
|
read_only |
read_only |
|
name |
display_name |
ज़रूरी है |
description |
description |
ज़रूरी है |
membership_status |
membership_status |
|
integration_code |
integration_code |
|
membership_life_span |
membership_duration |
ऑडियंस के किसी सदस्य को सूची में जोड़ने के बाद, वह कितने समय तक सूची में बना रहता है. वैल्यू, पूरे दिनों के हिसाब से होनी चाहिए. अगर इसे सेट नहीं किया गया है, तो डिफ़ॉल्ट रूप से यह ज़्यादा से ज़्यादा वैल्यू पर सेट होता है. टाइमस्टैंप के फ़ॉर्मैट का इस्तेमाल करके वैल्यू को फ़ॉर्मैट करें. |
size_for_display |
size_info.display_network_members_count |
|
size_range_for_display |
कोई मिलता-जुलता नहीं है. | साइज़ की जानकारी के लिए size_info.display_network_members_count का इस्तेमाल करें. |
size_for_search |
size_info.search_network_members_count |
|
size_range_for_search |
कोई मिलता-जुलता नहीं है. | साइज़ की जानकारी के लिए size_info.search_network_members_count का इस्तेमाल करें. |
type |
कोई मिलता-जुलता नहीं है. | |
access_reason |
access_reason |
|
account_user_list_status |
account_access_status |
|
closing_reason |
closing_reason |
|
eligible_for_search |
target_network_info.eligible_for_search |
|
eligible_for_display |
target_network_info.eligible_for_display |
|
match_rate_percentage |
ingested_user_list_info.contact_id_info.match_rate_percentage |
|
basic_user_list |
ingested_user_list_info.pseudonymous_id_info |
इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
crm_based_user_list |
ingested_user_list_info |
ज़रूरी है. कस्टमर मैच ऑडियंस की जानकारी देखें. |
| कोई मिलता-जुलता नहीं है. | ingested_user_list_info.pair_id_info |
इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
| कोई मिलता-जुलता नहीं है. | ingested_user_list_info.partner_audience_info |
इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
logical_user_list |
कोई मिलता-जुलता नहीं है. | इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
logical_user_list |
कोई मिलता-जुलता नहीं है. | इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
lookalike_user_list |
कोई मिलता-जुलता नहीं है. | इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
rule_based_user_list |
कोई मिलता-जुलता नहीं है. | इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
similar_user_list |
कोई मिलता-जुलता नहीं है. | इसका इस्तेमाल कस्टमर मैच के लिए नहीं किया जाता. |
कस्टमर मैच ऑडियंस की जानकारी
Google Ads API में, कस्टमर मैच ऑडियंस बनाते समय आपको crm_based_user_list फ़ील्ड को CrmBasedUserListInfo पर सेट करना होगा.
डेटा मैनेजर एपीआई में, मिलते-जुलते एट्रिब्यूट सेट करें. इसके लिए, ingested_user_list_info फ़ील्ड को IngestedUserListInfo पर सेट करें. इसके बाद, कस्टमर मैच और उपयोगकर्ता के डेटा के टाइप के लिए ज़रूरी फ़ील्ड सेट करें.
संपर्क जानकारी
upload_key_types- को
CONTACT_IDवाली सूची पर सेट किया गया है. यह Google Ads API मेंupload_key_typeकोCONTACT_INFOपर सेट करने के बराबर है. contact_id_infoContactIdInfoपर सेट करें.data_source_typeकोDATA_SOURCE_TYPE_FIRST_PARTYपर सेट करें. यह Google Ads API मेंdata_source_typeकोFIRST_PARTYपर सेट करने के बराबर है.
मोबाइल आईडी
upload_key_types- को
MOBILE_IDवाली सूची पर सेट किया गया है. यह Google Ads API मेंupload_key_typeकोMOBILE_ADVERTISING_IDपर सेट करने के बराबर है. mobile_id_infoMobileIdInfoपर सेट करें.data_source_typeकोDATA_SOURCE_TYPE_FIRST_PARTYपर सेट करें. यह Google Ads API मेंdata_source_typeकोFIRST_PARTYपर सेट करने के बराबर है.key_spaceकोIOSयाANDROIDपर सेट करें. Data Manager API के लिए, यह वैल्यू ज़रूरी है. यह Google Ads API से अलग है. इसमें कुंजी स्पेस,app_idसे तय होता है.app_idको उस स्ट्रिंग पर सेट करें जो उस मोबाइल ऐप्लिकेशन की यूनीक पहचान करती है जिससे डेटा इकट्ठा किया गया था. Google Ads API मेंapp_idएट्रिब्यूट के लिए इस्तेमाल किए गए फ़ॉर्मैट का ही इस्तेमाल करें.
यूज़र आईडी
upload_key_types- को
USER_IDवाली सूची पर सेट किया गया है. यह Google Ads API मेंupload_key_typeकोCRM_IDपर सेट करने के बराबर है. user_id_infoUserIdInfoपर सेट करें.data_source_typeकोDATA_SOURCE_TYPE_FIRST_PARTYपर सेट करें. यह Google Ads API मेंdata_source_typeकोFIRST_PARTYपर सेट करने के बराबर है.
संसाधन के नाम
डेटा मैनेजर API, Google Ads API के मुकाबले अलग रिसोर्स नेम फ़ॉर्मैट का इस्तेमाल करता है.
- Google Ads API
Google Ads API में,
UserListसंसाधन का नाम इस फ़ॉर्मैट का इस्तेमाल करता है:customers/{customer_id}/userLists/{user_list_id}- Data Manager API
Data Manager API में,
UserListसंसाधन के नाम का फ़ॉर्मैट यह होता है:accountTypes/{accountType}/accounts/{account}/userLists/{userList}
फ़ील्ड मैपिंग अपलोड करना
टेबल में दी गई मैपिंग का इस्तेमाल करके, Google Ads API में मौजूद AddOfflineUserDataJobOperationsRequest को Data Manager API में मौजूद उसके बराबर के IngestionService अनुरोध के साथ मैप करें.
अनुरोध फ़ील्ड
ये मैपिंग, Data Manager API में IngestAudienceMembersRequest का इस्तेमाल रेफ़रंस के तौर पर करती हैं. हालांकि, अगर आपको Google Ads API के अनुरोध को RemoveAudienceMembersRequest या RemoveAllAudienceMembersRequest में बदलना है, तो भी इन मैपिंग का इस्तेमाल किया जा सकता है.
AddOfflineUserDataJobOperationsRequest
(Google Ads API)
|
IngestAudienceMembersRequest
(Data Manager API)
|
नोट |
|---|---|---|
|
destinations |
ग्राहक और ऑडियंस फ़ील्ड देखें. |
OfflineUserDataJob के
customer_match_user_list_metadata
से consent
|
consent |
अनुरोध में शामिल ऑडियंस के सदस्यों के लिए, सहमति की डिफ़ॉल्ट सेटिंग (ज़रूरी नहीं). AudienceMember का consent फ़ील्ड सेट करके, ऑडियंस के किसी सदस्य के लिए इस वैल्यू को बदला जा सकता है.
|
| कोई मिलती-जुलती रिपोर्ट नहीं | encoding |
ज़रूरी है: इसे Encoding पर सेट करें. इसका इस्तेमाल UserIdentifier वैल्यू के लिए किया जाता है.
|
| कोई मिलती-जुलती रिपोर्ट नहीं | encryption_info |
अगर अनुरोध में एन्क्रिप्ट (सुरक्षित) की गई वैल्यू शामिल हैं, तो इसे सेट करें. ज़्यादा जानकारी के लिए, एन्क्रिप्शन देखें. |
job_id |
कोई मिलती-जुलती रिपोर्ट नहीं |
जवाब में मिले request_id का इस्तेमाल करके, डाइग्नोस्टिक्स वापस पाएं.
|
enable_partial_failure |
कोई मिलती-जुलती रिपोर्ट नहीं |
Data Manager API, फ़ास्ट-फ़ेल
एरर मॉडल का इस्तेमाल करता है. अगर IngestAudienceMembersRequest के किसी भी फ़ील्ड की पुष्टि नहीं हो पाती है, तो Data Manager API पूरे अनुरोध को अस्वीकार कर देता है. डाइग्नोस्टिक्स का इस्तेमाल करके, प्रोसेस करने से जुड़ी गड़बड़ियां पाएं.
|
enable_warnings |
कोई मिलती-जुलती रिपोर्ट नहीं | Data Manager API, जवाब में चेतावनियों की जानकारी नहीं देता. diagnostics का इस्तेमाल करके, प्रोसेस करने से जुड़ी चेतावनियां वापस पाएं. |
validate_only |
validate_only |
|
operations |
audience_members |
ऑडियंस के उन सदस्यों की सूची जिन्हें जोड़ना या हटाना है. ज़्यादा जानकारी के लिए, ऑपरेशन फ़ील्ड सेक्शन देखें. |
| कोई मिलती-जुलती रिपोर्ट नहीं | terms_of_service |
ज़रूरी है. इस कुकी का इस्तेमाल यह दिखाने के लिए किया जाता है कि उपयोगकर्ता ने Customer Match की सेवा की शर्तें स्वीकार की हैं या अस्वीकार की हैं. |
ग्राहक और ऑडियंस फ़ील्ड
Google Ads API, हर जॉब के लिए सिर्फ़ एक ऑडियंस में ऑडियंस सेगमेंट के सदस्यों को अपलोड करने की सुविधा देता है. इसके अलावा, developer-token अनुरोध का हेडर ज़रूरी है. साथ ही, पुष्टि करने के अलग-अलग तरीकों के लिए, login-customer-id और linked-customer-id अनुरोध के हेडर सेट किए जाते हैं.
Data Manager API की मदद से, एक ही अनुरोध में कई ऑडियंस के लिए ऑडियंस सदस्यों को भेजा जा सकता है.
डेटा मैनेजर एपीआई के लिए डेवलपर टोकन की ज़रूरत नहीं होती. साथ ही, अनुरोध हेडर के बजाय Destination के फ़ील्ड का इस्तेमाल करके, लॉगिन और लिंक किए गए ग्राहक की जानकारी दी जाती है. डेस्टिनेशन के बारे में ज़्यादा जानकारी के लिए, डेस्टिनेशन कॉन्फ़िगर करना लेख पढ़ें.
Google Ads API में, किसी ऑडियंस के सभी सदस्यों को हटाने के लिए, OfflineUserDataJobOperation के remove_all फ़ील्ड को true पर सेट करें.
Data Manager API में, इसके लिए आपको RemoveAllAudienceMembersRequest भेजना होगा.
ज़्यादा जानकारी के लिए, सभी सदस्यों को हटाना गाइड देखें.
यहां बताया गया है कि Google Ads API के फ़ील्ड को किसी एक ऑडियंस के लिए, Destination के मिलते-जुलते फ़ील्ड में कैसे मैप करें:
| Google Ads API | Destination
(Data Manager API) |
नोट |
|---|---|---|
अनुरोध की customer_id |
operating_account |
account_id को ऑडियंस के ग्राहक आईडी पर सेट करें. 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 पर सेट करें. |
linked-customer-id अनुरोध का हेडर |
linked_account |
अगर operating_account को पार्टनर लिंक का इस्तेमाल करके ऐक्सेस किया जा रहा है, तो account_id को लिंक किए गए खाते के ग्राहक आईडी पर सेट करें. साथ ही, account_type को DATA_PARTNER पर सेट करें. अगर वैल्यू 'कस्टम' पर सेट नहीं है, तो linked_account फ़ील्ड को सेट न करें. |
user_list OfflineUserDataJob के customer_match_user_list_metadata से |
product_destination_id |
ज़रूरी है. इसे ऑडियंस के आईडी पर सेट किया जाता है. UserList के संसाधन नाम का इस्तेमाल न करें.
|
| कोई मिलती-जुलती रिपोर्ट नहीं | reference |
Destination के लिए, उपयोगकर्ता की ओर से तय किया गया आइडेंटिफ़ायर. अगर आपको एक ही अनुरोध में, एक से ज़्यादा ऑडियंस के लिए ऑडियंस के सदस्यों को भेजना है, तो इस फ़ील्ड को सेट करें.
|
ऑपरेशन फ़ील्ड
डेटा मैनेजर एपीआई में, ऑडियंस के सदस्यों को जोड़ने और हटाने के लिए अलग-अलग तरीके होते हैं. इसके उलट, Google Ads API में मौजूद AddOfflineUserDataJobOperationsRequest में operations की सूची होती है. इनमें से हर एक, ऑपरेशन के टाइप के आधार पर किसी सदस्य को जोड़ता है, किसी सदस्य को हटाता है या सभी सदस्यों को हटाता है. Data Manager API में, हर ऑपरेशन टाइप को उसके संबंधित तरीके से मैप करने की जानकारी यहां दी गई है:
OfflineUserDataJobOperation
(Google Ads API)
|
IngestionService
तरीका (Data Manager API)
|
नोट |
|---|---|---|
create |
IngestAudienceMembers
|
ज़्यादा जानकारी के लिए, ऑडियंस के सदस्यों के फ़ील्ड सेक्शन देखें. |
remove |
RemoveAudienceMembers
|
ज़्यादा जानकारी के लिए, ऑडियंस के सदस्यों के फ़ील्ड सेक्शन देखें. |
remove_all |
RemoveAllAudienceMembers
|
ज़्यादा जानकारी के लिए, ऑडियंस के सभी सदस्यों को हटाना लेख पढ़ें. |
ऑडियंस सेगमेंट के सदस्य के फ़ील्ड
UserData
(Google Ads API)
|
AudienceMember
(Data Manager API)
|
नोट |
|---|---|---|
consent |
consent |
इसे ऑडियंस सेगमेंट के सदस्य के लिए सहमति तय करने के लिए सेट किया जाता है. दोनों एपीआई, एक जैसे Data Manager API के लिए, अनुरोध के लेवल पर |
transaction_attribute |
कोई मिलता-जुलता नहीं है. | यह नीति, कस्टमर मैच पर लागू नहीं होती. |
user_attribute |
कोई मिलता-जुलता नहीं है. | यह नीति, कस्टमर मैच पर लागू नहीं होती. |
user_identifiers |
|
उस फ़ील्ड में डेटा भरें जो ऑडियंस के सदस्यों के लिए भेजे जा रहे डेटा के टाइप से मेल खाता हो. ज़्यादा जानकारी के लिए, उपयोगकर्ता आइडेंटिफ़ायर फ़ील्ड देखें. |
उपयोगकर्ता आइडेंटिफ़ायर फ़ील्ड
Google Ads API में, संपर्क जानकारी, मोबाइल आईडी या उपयोगकर्ता आईडी भेजने के लिए, UserIdentifier का इस्तेमाल किया जाता है. Data Manager API में अलग तरीका इस्तेमाल किया जाता है. इसमें हर तरह के डेटा के लिए अलग-अलग फ़ील्ड होते हैं.
Data Manager API में, उस फ़ील्ड में डेटा डालें जो भेजे जा रहे डेटा के टाइप से मेल खाता हो:
संपर्क जानकारी
अगर ईमेल पता, फ़ोन नंबर या पते की जानकारी जैसी संपर्क जानकारी का इस्तेमाल किया जा रहा है, तो composite_data को CompositeData पर सेट करें. साथ ही, संपर्क जानकारी के हर आइटम के लिए user_data.user_identifiers में अलग से एंट्री करें.
हालांकि, user_data का इस्तेमाल अब भी किया जा सकता है. इसके बावजूद, हमारा सुझाव है कि आप composite_data का इस्तेमाल करें, ताकि आने वाले समय में इंटिग्रेशन को बेहतर बनाया जा सके. ज़्यादा जानकारी के लिए, कंपोज़िट डेटा देखें.
UserIdentifier
(Google Ads API)
|
UserIdentifier
(Data Manager API)
|
नोट |
|---|---|---|
address_info |
address |
ज़्यादा जानकारी के लिए, पते के फ़ील्ड देखें. |
hashed_email |
email_address |
ईमेल पते को फ़ॉर्मैट और हैश किया गया के तौर पर सेट किया गया हो. आपके पास हैश किए गए ईमेल पते को एन्क्रिप्ट (सुरक्षित) करने का विकल्प भी है. |
hashed_phone_number |
phone_number |
इसे फ़ॉर्मैट किए गए और हैश किए गए फ़ोन नंबर पर सेट किया जाता है. आपके पास हैश किए गए फ़ोन नंबर को एन्क्रिप्ट (सुरक्षित) करने का विकल्प भी होता है. |
user_identifier_source |
कोई मिलता-जुलता नहीं है. |
पते के फ़ील्ड
यहां Google Ads API में मौजूद OfflineUserAddressInfo और Data Manager API में मौजूद AddressInfo के बीच फ़ील्ड मैपिंग दी गई है. अगर आपको कस्टमर मैच ऑडियंस को पॉप्युलेट करने के लिए संपर्क जानकारी का इस्तेमाल करना है, तो इन मैपिंग का इस्तेमाल करें.
OfflineUserAddressInfo
(Google Ads API)
|
AddressInfo
(Data Manager API)
|
नोट |
|---|---|---|
city |
कोई मिलता-जुलता नहीं है. | |
country_code |
region_code |
ज़रूरी है |
hashed_first_name |
given_name |
ज़रूरी है. इसे दिए गए नाम के फ़ॉर्मैट और हैश किए गए वर्शन पर सेट किया जाता है. आपके पास हैश किए गए नाम को एन्क्रिप्ट (सुरक्षित) करने का विकल्प भी है. |
hashed_last_name |
family_name |
ज़रूरी है. इसे परिवार के नाम के फ़ॉर्मैट किए गए और हैश किए गए वर्शन पर सेट किया जाता है. आपके पास हैश किए गए परिवार के नाम को एन्क्रिप्ट (सुरक्षित) करने का विकल्प भी है. |
hashed_street_address |
कोई मिलता-जुलता नहीं है. | |
postal_code |
postal_code |
ज़रूरी है |
state |
कोई मिलता-जुलता नहीं है. |
आईपी पता
Data Manager API, कस्टमर मैच के लिए उपयोगकर्ता आइडेंटिफ़ायर के साथ-साथ आईपी पतों को भी अपलोड करने की सुविधा देता है. ये CompositeData में उपलब्ध हैं. इसमें UserData और IpData शामिल हैं. इन फ़ील्ड की वैल्यू एक साथ देने से, मैच रेट को बेहतर बनाने में मदद मिल सकती है.
ज़्यादा जानकारी के लिए, कस्टमर मैच के लिए आईपी पते का इस्तेमाल करना लेख पढ़ें.
| Google Ads API |
CompositeData
(Data Manager API)
|
नोट |
|---|---|---|
| कोई मिलता-जुलता नहीं है. | ip_data.ip_address |
इसे रॉ IPv4 या IPv6 पते पर सेट किया जाता है. आईपी पते के फ़ॉर्मैट के बारे में दिशा-निर्देश देखें. |
| कोई मिलता-जुलता नहीं है. | ip_data.observe_start_time |
इस फ़ील्ड को RFC 3339 फ़ॉर्मैट में मौजूद उस टाइमस्टैंप पर सेट करें जब आईपी पते का पहली बार पता चला था. |
| कोई मिलता-जुलता नहीं है. | ip_data.observe_end_time |
जब आईपी पते को पिछली बार देखा गया था, तब आरएफ़सी 3339 फ़ॉर्मैट में टाइमस्टैंप सेट किया गया था. |
user_identifiers |
user_data |
इसे UserData ऑब्जेक्ट पर सेट किया जाता है.
|
मोबाइल आईडी
अगर मोबाइल आईडी का इस्तेमाल किया जा रहा है, तो हर आईडी के लिए mobile_data को MobileData पर सेट करें. साथ ही, mobile_ids में एक एंट्री करें.
UserIdentifier
(Google Ads API)
|
MobileData
(Data Manager API)
|
नोट |
|---|---|---|
mobile_id |
mobile_ids |
ऑडियंस के सदस्य के लिए, मोबाइल आईडी की सूची पर सेट किया जाता है.
Google Ads API में, ऑडियंस के हर सदस्य के मोबाइल आईडी के लिए, अलग
|
user_identifier_source |
कोई मिलता-जुलता नहीं है. |
यूज़र आईडी
अगर यूज़र आईडी का इस्तेमाल किया जा रहा है, तो user_id_data को UserIdData पर सेट करें. साथ ही, user_id को ऑडियंस के सदस्य के यूज़र आईडी पर सेट करें.
UserIdentifier
(Google Ads API)
|
UserIdData
(Data Manager API)
|
नोट |
|---|---|---|
third_party_user_id |
user_id |
Google Ads API में, ऑडियंस के हर सदस्य के यूज़र आईडी के लिए, अलग
Data Manager API में, |
user_identifier_source |
कोई मिलता-जुलता नहीं है. |