Google Ads के दो तरह के खाते होते हैं: Google Ads मैनेजर खाते और Google Ads विज्ञापन देने वाले खाते. इन शब्दों और अन्य शब्दों (जैसे, क्लाइंट खाता और ग्राहक) के बीच के संबंध के बारे में ज़्यादा जानने के लिए, खाते के टाइप लेख पढ़ें.
मैनेजर खाते, अन्य Google Ads मैनेजर खातों या Google Ads विज्ञापन देने वाले खातों को मैनेज कर सकते हैं. विज्ञापन देने वाले खाते को मैनेजर खाते से लिंक किया जा सकता है. इसके बाद, विज्ञापन देने वाले खाते को मैनेजर खाते से मैनेज किया जा सकता है. लिंक की गई पूरी संरचना, डायरेक्टेड एसाइक्लिक ग्राफ़ होती है. इसमें विज्ञापन देने वाले खाते लीफ़ लेवल पर होते हैं.
अलग-अलग उपयोगकर्ताओं या सेवा खातों को Google Ads खातों का ऐक्सेस दिया जा सकता है. उपयोगकर्ताओं को विज्ञापन देने वाले खाते का ऐक्सेस देने के दो तरीके हैं:
- उपयोगकर्ता को उस खाते में न्योता भेजकर उन्हें, विज्ञापन देने वाले खाते का डायरेक्ट ऐक्सेस दें.
- उपयोगकर्ता को उस खाते से लिंक किए गए मैनेजर खाते में न्योता भेजकर, विज्ञापन देने वाले खाते का इनडायरेक्ट ऐक्सेस दें. उपयोगकर्ता को विज्ञापन देने वाले खाते का ऐक्सेस मिल जाता है, क्योंकि मैनेजर खाते के पास उससे लिंक किए गए सभी खातों का ऐक्सेस होता है.
किसी खाते को मैनेज करने के लिए, उपयोगकर्ता को न्योता भेजते समय, उपयोगकर्ता की भूमिकाएं भी असाइन की जा सकती हैं.
खाते की यह हैरारकी देखें. मान लें कि सभी उपयोगकर्ताओं के पास स्टैंडर्ड ऐक्सेस है.

नीचे दी गई टेबल में, खाते की इस संरचना की खास जानकारी दी गई है.
| उपयोगकर्ता | इनका डायरेक्ट ऐक्सेस है | इनका इनडायरेक्ट ऐक्सेस है |
|---|---|---|
| U1, SA1 | M1 | M2, A1, A2, A3 |
| U2 | M2, M3 | A1, A2, A3, A4 |
| U3 | A4 |
लॉगिन करने के लिए ग्राहक आईडी
किसी उपयोगकर्ता के पास, खाते की एक से ज़्यादा हैरारकी का ऐक्सेस हो सकता है. ऐसे मामलों में, एपीआई कॉल करते समय, आपको रूट खाता तय करना होगा. इससे, अनुमति और खाते के ऐक्सेस लेवल की सही जानकारी मिलेगी. इसके लिए, एपीआई अनुरोध के हिस्से के तौर पर, login-customer-id हेडर तय करना होगा.
नीचे दी गई टेबल में, पिछले उदाहरण में दी गई खाते की हैरारकी का इस्तेमाल किया गया है. इससे यह दिखाया गया है कि लॉगिन करने के लिए किन ग्राहक आईडी का इस्तेमाल किया जा सकता है. साथ ही, उन खातों की सूची भी दिखाई गई है जिनके लिए कॉल किए जा सकते हैं.
| उपयोगकर्ता | लॉगिन करने के लिए इस्तेमाल किया जाने वाला ग्राहक आईडी | एपीआई कॉल करने के लिए खाते |
|---|---|---|
| U1, SA1 | M1 | M1, M2, A1, A2, A3 |
| U2 | M2 | M2, A1, A2, A3 |
| U2 | M3 | M3, A1, A4 |
| U3 | A4 | A4 |
अगर उपयोगकर्ता के पास उस Google Ads खाते का डायरेक्ट ऐक्सेस है जिसके लिए कॉल किए जा रहे हैं, तो login-customer-id हेडर देने की ज़रूरत नहीं है. उदाहरण के लिए, A4 के लिए कॉल करने के लिए, U3 क्रेडेंशियल का इस्तेमाल करते समय, login-customer-id हेडर तय करने की ज़रूरत नहीं है. ऐसा इसलिए, क्योंकि Google Ads के सर्वर, ग्राहक आईडी (A4) से ऐक्सेस लेवल की सही जानकारी पा सकते हैं.
अगर हमारी किसी क्लाइंट लाइब्रेरी का इस्तेमाल किया जा रहा है, तो login-customer-id हेडर तय करने के लिए, यह सेटिंग इस्तेमाल करें.
Java
ads.properties फ़ाइल में, यह सेटिंग जोड़ें.
api.googleads.loginCustomerId=INSERT_LOGIN_CUSTOMER_ID_HERE
C#
GoogleAdsConfig ऑब्जेक्ट को शुरू करते समय और GoogleAdsClient ऑब्जेक्ट बनाने के लिए इसका इस्तेमाल करते समय, यह सेटिंग जोड़ें.
GoogleAdsConfig config = new GoogleAdsConfig()
{
...
LoginCustomerId = ******
};
GoogleAdsClient client = new GoogleAdsClient(config);
PHP
google_ads_php.ini फ़ाइल में, यह सेटिंग जोड़ें.
[GOOGLE_ADS]
loginCustomerId = "INSERT_LOGIN_CUSTOMER_ID_HERE"
Python
google-ads.yaml फ़ाइल में, यह सेटिंग जोड़ें.
login_customer_id: INSERT_LOGIN_CUSTOMER_ID_HERE
Ruby
google_ads_config.rb फ़ाइल में, यह सेटिंग जोड़ें.
Google::Ads::GoogleAds::Config.new do |c|
c.login_customer_id = 'INSERT_LOGIN_CUSTOMER_ID_HERE'
end
यह फ़ाइल जहां सेव की गई है वहां का पाथ डालकर, GoogleAdsClient इंस्टेंस बनाएं.
client = Google::Ads::GoogleAds::GoogleAdsClient.new('path/to/google_ads_config.rb')
Perl
googleads.properties फ़ाइल में, यह सेटिंग जोड़ें.
loginCustomerId=INSERT_LOGIN_CUSTOMER_ID_HERE
curl
curl कमांड चलाते समय, यह कमांड लाइन आर्ग्युमेंट तय करें.
-H "login-customer-id: LOGIN_CUSTOMER_ID"
CustomerService.ListAccessibleCustomers
तरीके का इस्तेमाल करके, उन खातों की सूची वापस पाई जा सकती है जिनका डायरेक्ट ऐक्सेस किसी उपयोगकर्ता के पास है.
login-customer-id हेडर के लिए, इन खातों का इस्तेमाल मान्य वैल्यू के तौर पर किया जा सकता है.
Java
private void runExample(GoogleAdsClient client) { // Optional: Change credentials to use a different refresh token, to retrieve customers // available for a specific user. // // UserCredentials credentials = // UserCredentials.newBuilder() // .setClientId("INSERT_OAUTH_CLIENT_ID") // .setClientSecret("INSERT_OAUTH_CLIENT_SECRET") // .setRefreshToken("INSERT_REFRESH_TOKEN") // .build(); // // client = client.toBuilder().setCredentials(credentials).build(); try (CustomerServiceClient customerService = client.getLatestVersion().createCustomerServiceClient()) { ListAccessibleCustomersResponse response = customerService.listAccessibleCustomers( ListAccessibleCustomersRequest.newBuilder().build()); System.out.printf("Total results: %d%n", response.getResourceNamesCount()); for (String customerResourceName : response.getResourceNamesList()) { System.out.printf("Customer resource name: %s%n", customerResourceName); } } }
C#
public void Run(GoogleAdsClient client) { // Get the CustomerService. CustomerServiceClient customerService = client.GetService(Services.V24.CustomerService); try { // Retrieve the list of customer resources. string[] customerResourceNames = customerService.ListAccessibleCustomers(); // Display the result. foreach (string customerResourceName in customerResourceNames) { Console.WriteLine( $"Found customer with resource name = '{customerResourceName}'."); } } catch (GoogleAdsException e) { Console.WriteLine("Failure:"); Console.WriteLine($"Message: {e.Message}"); Console.WriteLine($"Failure: {e.Failure}"); Console.WriteLine($"Request ID: {e.RequestId}"); throw; } }
PHP
public static function runExample(GoogleAdsClient $googleAdsClient) { $customerServiceClient = $googleAdsClient->getCustomerServiceClient(); // Issues a request for listing all accessible customers. $accessibleCustomers = $customerServiceClient->listAccessibleCustomers(new ListAccessibleCustomersRequest()); print 'Total results: ' . count($accessibleCustomers->getResourceNames()) . PHP_EOL; // Iterates over all accessible customers' resource names and prints them. foreach ($accessibleCustomers->getResourceNames() as $resourceName) { /** @var string $resourceName */ printf("Customer resource name: '%s'%s", $resourceName, PHP_EOL); } }
Python
def main(client: GoogleAdsClient) -> None: customer_service: CustomerServiceClient = client.get_service( "CustomerService" ) accessible_customers: ListAccessibleCustomersResponse = ( customer_service.list_accessible_customers() ) result_total: int = len(accessible_customers.resource_names) print(f"Total results: {result_total}") resource_names: List[str] = accessible_customers.resource_names for resource_name in resource_names: # resource_name is implicitly str print(f'Customer resource name: "{resource_name}"')
Ruby
def list_accessible_customers() # GoogleAdsClient will read a config file from # ENV['HOME']/google_ads_config.rb when called without parameters client = Google::Ads::GoogleAds::GoogleAdsClient.new accessible_customers = client.service.customer.list_accessible_customers().resource_names accessible_customers.each do |resource_name| puts "Customer resource name: #{resource_name}" end end
Perl
sub list_accessible_customers { my ($api_client) = @_; my $list_accessible_customers_response = $api_client->CustomerService()->list_accessible_customers(); printf "Total results: %d.\n", scalar @{$list_accessible_customers_response->{resourceNames}}; foreach my $resource_name (@{$list_accessible_customers_response->{resourceNames}}) { printf "Customer resource name: '%s'.\n", $resource_name; } return 1; }
curl
# Returns the resource names of customers directly accessible by the user # authenticating the call. # # Variables: # API_VERSION, # DEVELOPER_TOKEN, # OAUTH2_ACCESS_TOKEN: # See https://developers.google.com/google-ads/api/rest/auth#request_headers # for details. # curl -f --request GET \ "https://googleads.googleapis.com/v${API_VERSION}/customers:listAccessibleCustomers" \ --header "Content-Type: application/json" \ --header "developer-token: ${DEVELOPER_TOKEN}" \ --header "Authorization: Bearer ${OAUTH2_ACCESS_TOKEN}" \
अगर ListAccessibleCustomers तरीके से मेरा ग्राहक आईडी वापस नहीं मिलता, तो क्या होगा?
अगर CustomerService.ListAccessibleCustomers
तरीके से ऐसा ग्राहक आईडी वापस नहीं मिला जो नतीजों में दिखना चाहिए था,
तो इसकी कुछ वजहें हो सकती हैं.
आपके पास ग्राहक आईडी का ऐक्सेस है, लेकिन यह ऐक्सेस, पैरंट मैनेजर खाते के ज़रिए दिया गया है. उदाहरण के लिए, अगर पिछले उदाहरण में, उपयोगकर्ता
U1के क्रेडेंशियल के साथListAccessibleCustomersतरीके को कॉल किया जाता है, तो नतीजों में सिर्फ़M1दिखेगा. भले ही,U1के पास ज़्यादा खातों का ऐक्सेस हो. इसकी पुष्टि करने के लिए, खाते की हैरारकी वापस पाएं हर उस खाते के लिए जोListAccessibleCustomersतरीके से मिला है. इसके लिए, पिछले सेक्शन में बताए गए तरीके से, इनमें से हर खाते को लॉगिन-कस्टमर-आईडी के तौर पर सेट करें. अगर आपके पास टारगेट खाते का ऐक्सेस है, तो आपको खाते की किसी हैरारकी के हिस्से के तौर पर, उसे फ़ेच करना चाहिए.आपने OAuth के गलत क्रेडेंशियल इस्तेमाल किए हैं. सबसे आम वजह यह है कि आपने किसी दूसरे उपयोगकर्ता के क्रेडेंशियल इस्तेमाल किए हैं. उदाहरण के लिए, ऐसा सैंडबॉक्स या डेवलपर क्रेडेंशियल को प्रोडक्शन क्रेडेंशियल के साथ गलती से मिक्स करने या डेटाबेस या लोकल कैश मेमोरी से किसी दूसरे उपयोगकर्ता के क्रेडेंशियल को गलत तरीके से पढ़ने की वजह से हो सकता है. इस समस्या को हल करने का एक तरीका यह है कि Google People API का इस्तेमाल करके, लॉग-इन किए हुए उपयोगकर्ता का नाम और ईमेल पता वापस पाएं. इसके बाद, पुष्टि करें कि यह उस ईमेल पते से मेल खाता है जो आपको मिला था.
आपके पास खाते का ऐक्सेस नहीं है. सही ग्राहक खाते का ऐक्सेस पाने के लिए, निर्देशों का पालन करें .
उपयोगकर्ता की भूमिकाएं
Google Ads API का अपना कोई अलग ऐक्सेस मॉडल नहीं है. साथ ही, यह फ़ंक्शनैलिटी को सीमित करने के लिए, OAuth 2.0 के अलग-अलग स्कोप का इस्तेमाल नहीं करता. उदाहरण के लिए, Google Ads API, सिर्फ़ पढ़ने के लिए और पढ़ने-लिखने की कार्रवाइयों के लिए एक ही स्कोप का इस्तेमाल करता है. इसके बजाय, Google Ads API, Google Ads में काम करने वाली उपयोगकर्ता की भूमिकाओं का ही इस्तेमाल करता है. जब किसी खाते को मैनेजर लेवल पर उपयोगकर्ता की भूमिका दी जाती है, तो वह भूमिका, हैरारकी में मौजूद खातों को भी मिलती है. अगर किसी उपयोगकर्ता के पास, किसी खाते के लिए अलग-अलग भूमिकाएं हैं, तो एपीआई अनुरोध में तय किए गए login-customer-id खाते से सही लेवल तय किया जाता है.
| उपयोगकर्ता | दी गई उपयोगकर्ता की भूमिका | login-customer-id | लागू ऐक्सेस लेवल |
|---|---|---|---|
| SA1 | खाते M1 पर स्टैंडर्ड ऐक्सेस | M1 | M1, M2, A1, A2, A3 पर स्टैंडर्ड ऐक्सेस |
| U2 |
M2 पर स्टैंडर्ड ऐक्सेस M3 पर सिर्फ़ पढ़ने का ऐक्सेस |
M2 | M2, A1, A2, A3 पर स्टैंडर्ड ऐक्सेस |
| U2 |
M2 पर स्टैंडर्ड ऐक्सेस M3 पर सिर्फ़ पढ़ने का ऐक्सेस |
M3 | M3, A1, A4 पर सिर्फ़ पढ़ने का ऐक्सेस |