Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Запросы к ReachPlanService должны содержать утвержденный токен разработчика, учетные данные OAuth и идентификатор клиента, к которому ваши учетные данные OAuth могут получить доступ.
В этом руководстве рассматриваются вопросы аутентификации, относящиеся к ReachPlanService . Если вы ещё этого не сделали, сначала выполните шаги, описанные в разделе «Начало работы» , а затем вернитесь к этому пункту.
Токен разработчика и учетные данные OAuth
В дополнение к рекомендациям, представленным в разделе «Начало работы» , помните о следующих моментах:
Ваш токен разработчика должен быть включён в разрешённый список для подключения к ReachPlanService , даже если он уже одобрен для использования с другими сервисами API Google Ads. Подробнее см. в требованиях к участию .
Для подключения к API Google Ads необходимо принять Условия использования API Google Ads.
Пользователь, владеющий вашим токеном обновления OAuth, определяет, какие идентификаторы клиентов вы можете запросить в ReachPlanService . Это влияет на вашу интеграцию и подробно описано ниже.
Идентификаторы клиентов
Большинство сервисов в API Google Ads работают с конкретными аккаунтами и кампаниями Google Ads. В результате для большинства запросов требуется как идентификатор клиента для идентификации аккаунта, которым вы управляете или к которому обращаетесь, так и учётные данные OAuth , предоставляющие разрешение на доступ к этому идентификатору клиента. Однако ReachPlanService предназначен для планирования видео, которое может быть выполнено до того, как вы узнаете конкретный идентификатор клиента, для которого будет запущена кампания.
Партнерам, которые создают инструменты для внутреннего использования в своей организации, мы рекомендуем один из следующих вариантов:
Если у ваших планировщиков нет доступа к аккаунтам Google Ads ваших клиентов : сгенерируйте учётные данные OAuth, используя установленный поток приложений , для пользователя с доступом к управляющему аккаунту вашего токена разработчика. Затем создайте или получите аккаунт Google Ads для каждой команды, использующей ваш инструмент, и свяжите их с управляющим аккаунтом . При отправке запросов к ReachPlanService указывайте идентификатор клиента, соответствующий команде пользователя.
Если у ваших планировщиков есть доступ к аккаунту менеджера Google Ads, который управляет аккаунтами ваших клиентов : реализуйте процесс веб-приложения , чтобы ваше приложение могло использовать учётные данные OAuth ваших планировщиков. После этого вы сможете передавать идентификатор клиента, соответствующий клиенту вашего плана.
Для партнеров, которые создают инструмент для внешних пользователей, мы рекомендуем аналогичные подходы:
Сгенерируйте учётные данные OAuth, используя установленный поток приложений, для пользователя с доступом к управляющему аккаунту вашего токена разработчика. Создайте аккаунт Google Ads для каждого внешнего клиента и свяжите его с управляющим аккаунтом . Затем настройте инструмент так, чтобы он предоставлял соответствующий идентификатор клиента при создании планов.
Предоставьте пользователям возможность предоставлять вашему инструменту доступ к своим аккаунтам через веб-приложение . После того, как пользователь предоставит разрешение, используйте CustomerService , чтобы предоставить ему список аккаунтов Google Ads, к которым он может получить доступ.
Цель — обеспечить планировщикам минимальное количество неудобств при использовании ReachPlanService . Прежде чем интегрировать 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"]],["Последнее обновление: 2025-09-03 UTC."],[[["\u003cp\u003eThe ReachPlanService API requires allowlisted access, an approved developer token, OAuth credentials, and a valid customer ID.\u003c/p\u003e\n"],["\u003cp\u003eYour developer token needs to be specifically allowlisted for ReachPlanService, and you must accept the Google Ads API Terms of Service.\u003c/p\u003e\n"],["\u003cp\u003eCustomer ID selection depends on whether planners have access to client accounts or use a manager account, impacting OAuth credential flow.\u003c/p\u003e\n"],["\u003cp\u003ePartners building internal tools can choose between using a manager account with linked team accounts or leveraging planners' existing manager account access.\u003c/p\u003e\n"],["\u003cp\u003ePartners building external tools can use a similar approach, either linking client accounts to a manager account or utilizing the web application flow for direct user account access.\u003c/p\u003e\n"]]],[],null,["# Authentication\n\n| **Important:** This feature is available to allowlisted accounts only. Contact your Google representative if you need access to the feature.\n\n\u003cbr /\u003e\n\nRequests to the [`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService) must\nsupply an approved developer token, OAuth credentials, and a customer ID that\nyour OAuth credentials can access.\n\nThis guide covers authentication details specific to\n[`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService). If you haven't already,\nfirst complete the steps outlined in [Get\nstarted](/google-ads/api/docs/get-started/introduction), then come back to this point.\n\nDeveloper token and OAuth credentials\n-------------------------------------\n\nIn addition to the guidance presented by [Get\nstarted](/google-ads/api/docs/get-started/introduction), keep the following points in mind:\n\n1. Your developer token must be allowlisted to connect to the [`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService), even if it's already approved for use with other Google Ads API services. For more information, see the [eligibility\n requirements](/google-ads/api/docs/reach-forecasting#eligibility).\n2. You must accept the Google Ads API Terms of Service in order to connect to the Google Ads API.\n3. The user who owns your OAuth refresh token determines which customer IDs you can query in the [`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService). This informs your integration and is explained in more details below.\n\nCustomer IDs\n------------\n\nMost services within the Google Ads API operate on specific Google Ads accounts and\ncampaigns. As a result, most requests require both a customer ID to identify\nthe account you're managing or querying, and [OAuth\ncredentials](/google-ads/api/docs/oauth/overview) that have permission to access that\ncustomer ID. However, [`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService)\nis meant for video planning activities that might occur before you know the\nspecific customer ID where you would run a campaign.\n\nFor partners who build tools for internal use in their organization, we\nrecommend one of the following choices:\n\n1. **If your planners don't have access to your clients' Google Ads accounts** :\n Generate OAuth credentials using the *installed application flow* for a user\n with access to your developer token's manager account. Then create or obtain\n a Google Ads account for each team that uses your tool, and [link them to\n your manager account](//support.google.com/google-ads/answer/7459601). When making requests to\n [`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService) provide the customer ID\n corresponding to a user's team.\n\n2. **If your planners have access to a Google Ads manager account that manages\n your clients' accounts** : Implement the *web application flow* to allow your\n app to use your planners' OAuth credentials. Then you can pass in the\n customer ID corresponding to the customer of your plan.\n\nFor partners who build a tool for external users, we recommend similar\napproaches:\n\n1. Generate OAuth credentials using the *installed application flow* for a user\n with access to your developer token's manager account. Create a Google Ads\n account per external client and [link them to your manager\n account](//support.google.com/google-ads/answer/7459601). Then configure your tool to provide a client's\n corresponding customer ID when they're generating plans.\n\n2. Give your users the ability to grant your tool access to their accounts\n by using the *web application flow* . Once a user grants permission, use the\n [`CustomerService`](/google-ads/api/docs/account-management/listing-accounts) to provide\n them with a list of Google Ads accounts they can access.\n\nThe goal is to ensure planners have the lowest possible friction when using the\n[`ReachPlanService`](/google-ads/api/reference/rpc/v21/ReachPlanService). Before you integrate the\nAPI, select one of the two approaches according to your situation and identify\na few customer IDs to test. If in doubt, use the first suggested approach for\nyour tool type."]]
