Google Ads के ऐक्सेस मॉडल के बारे में जानकारी

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 तरीके से ऐसा ग्राहक आईडी वापस नहीं मिला जो नतीजों में दिखना चाहिए था, तो इसकी कुछ वजहें हो सकती हैं.

  1. आपके पास ग्राहक आईडी का ऐक्सेस है, लेकिन यह ऐक्सेस, पैरंट मैनेजर खाते के ज़रिए दिया गया है. उदाहरण के लिए, अगर पिछले उदाहरण में, उपयोगकर्ता U1 के क्रेडेंशियल के साथ ListAccessibleCustomers तरीके को कॉल किया जाता है, तो नतीजों में सिर्फ़ M1 दिखेगा. भले ही, U1 के पास ज़्यादा खातों का ऐक्सेस हो. इसकी पुष्टि करने के लिए, खाते की हैरारकी वापस पाएं हर उस खाते के लिए जो ListAccessibleCustomers तरीके से मिला है. इसके लिए, पिछले सेक्शन में बताए गए तरीके से, इनमें से हर खाते को लॉगिन-कस्टमर-आईडी के तौर पर सेट करें. अगर आपके पास टारगेट खाते का ऐक्सेस है, तो आपको खाते की किसी हैरारकी के हिस्से के तौर पर, उसे फ़ेच करना चाहिए.

  2. आपने OAuth के गलत क्रेडेंशियल इस्तेमाल किए हैं. सबसे आम वजह यह है कि आपने किसी दूसरे उपयोगकर्ता के क्रेडेंशियल इस्तेमाल किए हैं. उदाहरण के लिए, ऐसा सैंडबॉक्स या डेवलपर क्रेडेंशियल को प्रोडक्शन क्रेडेंशियल के साथ गलती से मिक्स करने या डेटाबेस या लोकल कैश मेमोरी से किसी दूसरे उपयोगकर्ता के क्रेडेंशियल को गलत तरीके से पढ़ने की वजह से हो सकता है. इस समस्या को हल करने का एक तरीका यह है कि Google People API का इस्तेमाल करके, लॉग-इन किए हुए उपयोगकर्ता का नाम और ईमेल पता वापस पाएं. इसके बाद, पुष्टि करें कि यह उस ईमेल पते से मेल खाता है जो आपको मिला था.

  3. आपके पास खाते का ऐक्सेस नहीं है. सही ग्राहक खाते का ऐक्सेस पाने के लिए, निर्देशों का पालन करें .

उपयोगकर्ता की भूमिकाएं

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 पर सिर्फ़ पढ़ने का ऐक्सेस