Google Ads Developer Blog: 2019

Python 2 Deprecation in Ads API Client Libraries

Tuesday, April 2, 2019

As the official End of Life date for Python 2 approaches, we will be ending support for Python 2 in both the AdWords/Google Ad Manager and Google Ads Python client libraries in 2019. After deprecation the minimum required Python version for both libraries will be 3.6+.

Deprecation will begin with the AdWords/Google Ad Manager Python client library in May. Here’s a timeline for easy reference:

mid-May: version 19.0.0 is released to support Google Ad Manager API v201905. Python 2 users should not upgrade to any major version beyond this.
mid-May - late-June: Python 2 deprecation window.
Last week in June: version 20.0.0 is released that is incompatible with Python 2.
July 1: Support for Python 2-related issues in the library ends.

If you are a user of the AdWords/Google Ad Manager client library, please take note of the following:

Google Ad Manager Users:
- If you’re already using Python 3, no need to take action.
- If you’re using Python 2 you should remain on version 19.0.0 until you’ve migrated to Python 3.
AdWords Users:
- Please migrate to the new Google Ads API.
- If you’re using Python 2 you should remain on version 19.0.0 until you’ve migrated to the Google Ads API.
All Users:
- Beginning July 1, 2019 we will discontinue prioritizing work and triaging GitHub Issues related to compatibility with Python 2. Note that we will submit patches to version 19.0.0 if any major bugs arise after this deadline.

The Google Ads API client library will continue to be compatible with Python 2 until the end of 2019. We will post more information about that migration at a later date. In the meantime, Python 2 users should start planning their migration to Python 3 as soon as possible in order to avoid complications.

If you have questions about the Python 3 migration please submit an issue on the respective GitHub repository, and for general API support please reach out to us on the Google Ads API forum or the Google Ad Manager API forum.

Ben Karl, Google Ads API Team

Announcing v1_1 of the Google Ads API

Wednesday, March 27, 2019

Today we’re announcing the v1_1 release of the Google Ads API. With this version, you’ll continue pointing to v1 as your endpoint; however, you'll need to update your client libraries in order to use v1_1 features. If you're still on the AdWords API, now is a good time to give the new API a try.

Here are the highlights:

What resources are available?
Check out these helpful resources:

The updated client libraries and code examples will be published by March 29, 2019. If you have any questions or need help, please contact us via the forum.

Nadine Sundquist, Google Ads API Team

Announcing v2.1 of the Content API for Shopping

Monday, March 25, 2019

Today we're announcing the release of v2.1 of the Content API for Shopping. This version has been available as an experimental version since late last year and is now ready for production use by all Content API users.

Highlights
You can find a complete list of changes in the release notes and accompanying migration guide, but here are some highlights:

A more consistent product validation experience. Product insert requests no longer report non-fatal warnings or errors. This allows you to insert products and make subsequent updates to resolve issues via feed rules in the Merchant Center UI, just as you would with feeds maintained outside the API.
A better experience for managing Shopping Actions. Multiple improvements have been made to the Orders API based on feedback from beta users.
More features are on the way! Today's release contains many improvements, but more are on the way, including new ways to supply local inventory data and features to support supplemental feeds.
Continued v2 support. While we strongly encourage you to migrate to v2.1, support for v2 will continue at least through the first quarter of 2020. Subscribe to this blog to ensure you receive important updates on Content API releases and deprecations.

Updated client libraries
Updated client libraries with support for v2.1 are now available in multiple languages.

Learn more
Check out the v2.1 API reference documentation to explore the new version of the API, and read through the list of behavior changes and deprecations in the migration guide to help plan your upgrade to v2.1.

If you have any questions or need help with migration, please head over to our support forum.
- Josh Radcliff, Content API for Shopping Team

Structured Data Files v4.2 now available in the DoubleClick Bid Manager API

Thursday, March 21, 2019

Today we're announcing the general availability of Structured Data Files (SDF) v4.2 in the DoubleClick Bid Manager API. Highlights of this release include:

Support for TrueView connected TV bid adjustments
Ability to inherit Insertion Order start and end dates at the Line Item level
Renaming changes to better align SDF with the Display & Video 360 UI

All SDF users are encouraged to begin requesting v4.2 files to take advantage of these new features. To do so, simply pass 4.2 as the value of version when calling Sdf.download. For users with workflows that are dependent on older SDF formats, details of the file format changes between versions can be found in the release notes.

- Jonathon Imperiosi, DBM API Team

Registration open for Google Ads scripts 2019 workshops

Monday, March 18, 2019

Join us for informative talks and interactive codelabs at our 2019 Google Ads scripts workshops in Europe, Asia, and Australia from April through June.

The curriculum at each of the 6 workshops will be the same, so make sure to sign up for the one that's most convenient for you.

Please visit the event sites below for more details and to register for an event near you. We will be hosting the following sessions:

We hope to see you there!

- Mike Cloonan, Google Ads Scripts Team

Introducing the Google Ads Query Builder tool

Monday, March 11, 2019

Today we are excited to announce that the Google Ads Query Builder tool is now available on the Google Ads API Developer Site.

The Google Ads API has a robust reporting system that utilizes our new Google Ads Query Language. The language’s syntax allows you to select from all the resources that are available for reporting, and also filter or sort the result set on the server before they are returned to your application.

This tool provides a friendly web interface for you to explore our API’s reporting capabilities, and generate queries that you can copy and paste right into your applications. You can visit the site and try out the tool today!

Example usage of the Google Ads Query Builder: A screenshot showing a sample usage of the Google Ads Query Builder UI, including both filtering and ordering.

A screenshot showing a sample usage of the Google Ads Query Builder UI, including both filtering and ordering.

Happy reporting!

- Cory Liseno, Google Ads API Team

Google Ads API Policy Notes

Tuesday, March 5, 2019

In our recent blog post we announced the launch of Google Ads API v1. Since the Google Ads API and AdWords API can both be used in production systems, we'd like to clarify a couple of policy items.

Terms and Conditions
You will need to accept our updated Terms and Conditions to access production-ready versions of the Google Ads API. If you attempt to access v1 without accepting the new terms, your request will fail with the error AuthorizationError.MISSING_TOS. Existing AdWords API users will not be required to re-accept the new Terms and Conditions to access the legacy API. For instructions on how to accept the new terms, please take a look at this blog post.

Rate Limits
All Google Ads API rate limits are independent of a developer's use of the AdWords API. If a developer token with Basic Access sends a request to one Ads API, the daily request limit for the other API will not be affected.

Furthermore, daily limits for Basic Access developer tokens are different in the Google Ads API than in the AdWords API. They have been set to accommodate the new GoogleAdsService, which is the unified object retrieval and reporting service. Developer tokens with Basic Access can issue 15,000 requests per day. GoogleAdsService.Search requests with the page_token field set, will not count towards the Basic Access limit.

Note: All developer tokens are subject to the daily limit of 1,000 get requests.

Required Minimum Functionality (RMF)
Standard Access tools will continue to be subject to RMF policies. As these tools migrate their functionalities off of the legacy API, they can achieve RMF compliance by using either the AdWords API, Google Ads API or a combination of the two. Required features that are available in both APIs will be documented on both developer sites.

The Google Ads API RMF guide will contain the most up to date RMF list. This list will be made up of RMF items available in the AdWords API as well as new required functionalities that will be made available only in the Google Ads API. RMF due dates for new features will take into account migration efforts from the AdWords API to the Google Ads API.

Resources
For more information on these policy updates, please take a look at the following Google Ads API resources:

If you have any questions or need help, please contact us via the forum.
--Google Ads API Team

AdWords API v201806 sunset reminder

Tuesday, March 5, 2019

AdWords API v201806 will be sunset on April 2, 2019. After this date, all v201806 API requests will begin to fail. You have the option of migrating directly to Google Ads API v1, which is ready for your production systems. If you’re not ready for the v1 migration, then please migrate to v201809 prior to April 2, 2019 to ensure your API access is unaffected.

We've prepared various resources to help you with the migration:

If you have questions while you’re upgrading, please reach out to us on the forum.

Nadine Sundquist, Google Ads API Team

Upgrade to the new Google Ads API to get the latest services

Monday, March 4, 2019

Today we’re announcing the production-ready release of the Google Ads API. You should start using v1 in your production systems as we are now out of beta. The v0 beta version of Google Ads API will sunset on April 30, 2019. After this date, all v0 requests will begin to fail. You’ll be pointing to a new v1 endpoint which is different from the v0 endpoint. Please update your client libraries to use the v1 endpoint.

What is the Google Ads API?
The Google Ads API is the replacement of our AdWords API and brings significant advances in innovation and developer productivity. It can be accessed via gRPC with our client libraries and JSON REST for debugging. We are working on getting the last few features released so that all the features in the AdWords API also exist in the Google Ads API. In addition, new features are being added to the Google Ads API that will not be available in the AdWords API.

Google Ads Query Language makes querying more flexible.
Querying returns objects that can immediately be updated in the API.
Coding becomes easier as interacting with lists is more intuitive.
Querying and managing budgets is available to everyone for accounts using consolidated billing.
You can query, apply, and dismiss Recommendations.
Most resources can be mutated synchronously through a single service.
Querying change status in the API is more detailed.

How do I get started?
For existing AdWords API developers:

Use your existing developer token from the AdWords API.
Important: The Terms and Conditions have changed. You’ll need to accept the updated Terms and Conditions and update your contact information in API center. If you don’t, you will get an error when trying to access v1.
- Sign into the API Center of the manager account where you have your developer token at ads.google.com/aw/apicenter.
- Scroll down to API contact email, and update it.
- Scroll down to Principal place of business, accept the new conditions, and click Save.

For new API developers, sign up for a developer token.

Everyone should go through our Quickstart guide to enable Google Ads API and retrieve the newest client libraries.

What resources are available?
Check out these helpful resources:

The updated client libraries and code examples will be published by March 6, 2019. If you have any questions or need help, please contact us via the forum.

--Google Ads API Team

Change to the Google Ads API and the AdWords API Showcase Ads Clicks Reporting

Thursday, February 21, 2019

Update (Feb 21, 2019): clarified wording of the Clicks impact.
On February 27, 2019, the data returned in the Clicks metric for Showcase ads will change in order to more accurately show you the interactions with products via Showcase ads in reporting.

In the AdWords API and the Google Ads API, the Clicks metric (clicks for Google Ads API) will change for the Shopping Performance Report and the Product Partition Report (product_group_view for Google Ads API) as follows:

Current reporting: Clicks only include charged clicks.
New reporting: Clicks will report all clicks, including free clicks. As a result, you may see a change in the number of reported clicks.

If you have questions, please reach out to us on the forum.

Nadine Sundquist, Google Ads API Team

Changes to responsive ads in the AdWords API and Google Ads API

Wednesday, February 20, 2019

What's changing?
Starting May 15, 2019, AdWords API and Google Ads API requests that attempt to create or modify a responsive ad will fail. Make sure you migrate to the new asset-based responsive display ad before the deprecation date.

Due to changes and improvements to ad types in Display campaigns, keeping track of the names in the UI and APIs can be tricky, so here's a quick overview:

Ad type in the UI	AdWords API type	Google Ads API type
Responsive ad	ResponsiveDisplayAd	ResponsiveDisplayAdInfo
Responsive display ad	MultiAssetResponsiveDisplayAd	Available in an upcoming release

After the deprecation date, behavior of the APIs will change as follows:

AdWords API
- AdGroupAdService requests that attempt to create a ResponsiveDisplayAd will fail with the error AdGroupAdError.CANNOT_CREATE_DEPRECATED_ADS. The API will continue to allow you to remove ResponsiveDisplayAds and modify the status of existing ads.
- AdService requests that attempt to modify a ResponsiveDisplayAd will fail with the error AdError.CANNOT_MODIFY_AD.
Google Ads API
- AdGroupAdService requests that attempt to create a ResponsiveDisplayAdInfo will fail with the error AdGroupAdError.CANNOT_CREATE_DEPRECATED_ADS. The API will continue to allow you to remove ResponsiveDisplayAdInfos and modify the status of existing ads.

Both APIs will continue to return performance statistics for the deprecated ad types.

Why is this happening?
In October, 2018, responsive display ads replaced responsive ads as the default asset-based ad type for the Display network. To simplify the product suite, we'll be deprecating creation and modification of responsive ads.

What should you do?
Before the deprecation date:

If you use the AdWords API, modify your code to use MultiAssetResponsiveDisplayAd wherever you currently use ResponsiveDisplayAd. Check out the guide and accompanying code example in the .NET, Java, Python, or Ruby client library to help you with the migration.
If you use the Google Ads API, modify your code to no longer use ResponsiveDisplayAdInfo, and keep an eye on this blog so you'll know when the equivalent to MultiAssetResponsiveDisplayAd becomes available in the Google Ads API.

If you have any questions or need help, please contact us via the forum.
- Josh Radcliff, Google Ads API Team

Upgrade Dynamic Search Ads in AdWords API and Google Ads API by March 6, 2019

Wednesday, February 13, 2019

Upgrade your AdWords API and Google Ads API ads to use ExpandedDynamicSearchAd (EXPANDED_DYNAMIC_SEARCH_AD) instead of DynamicSearchAd (DYNAMIC_SEARCH_AD) by March 6, 2019. After March 6th, creating these ads through the APIs will fail with an AdGroupAdError.CANNOT_CREATE_DEPRECATED_ADS error, while updating them will result in an AdError.CANNOT_MODIFY_AD error. Existing DynamicSearchAds will continue to serve.

For AdWords API, upgrade DynamicSearchAd to ExpandedDynamicSearchAd.
For Google Ads API, upgrade DynamicSearchAdInfo to ExpandedDynamicSearchAdInfo.

An ExpandedDynamicSearchAd goes beyond automating just headlines and adds the advantage of automating display URLs, so that the subdomain of your ad matches the subdomain of your landing page. In addition, Google Ads will add a path when it expects the path to outperform a plain URL. In order to increase the performance for all our advertisers, Google Ads is moving everyone to the newer format.

If you have any questions while upgrading, please reach out to us on our forum.

Nadine Sundquist, Google Ads API Team

Announcing v201902 of the Google Ad Manager API

Tuesday, February 12, 2019

We're happy to announce that v201902 of the Google Ad Manager API is available starting today. The two main areas that are getting new API functionality are forecasting and video.

In v201902, you can set LineItems to be paced based on their projected traffic instead of their historical traffic by setting DeliveryForecastSource to FORECASTING. This API version also adds the AdjustmentService to manage traffic forecast adjustments. For example, if you’re expecting an increase in traffic for an upcoming holiday, you can manually adjust your forecasts to take that increase into consideration.

There are also several updates to video features in this version of the API. You can now target LineItems by CmsMetadataValues (content targeting) and custom AdSpots (position targeting).

For a full list of API changes in v201902, see the release notes.

For questions about this or any other API changes, reach out to us on the Ad Manager API forum.

- Donovan McMurray, Ad Manager API Team

Subscribe to our RSS feed to get blog posts via email

Friday, February 8, 2019

(If you want to continue getting email updates about our blog posts, read on. If you don't want email updates from this blog, you can skip this post.)

For some products, the Google Ads Developer team has used Google groups as a way to allow API users to subscribe and get new relevant blog posts delivered to their email address. Starting now, the way you can get email updates about blog posts is changing. We will no longer send an email to the Google group for each new blog post. We will continue to use the Google groups for other important updates, however.

For users who still want email updates, we've introduced new FeedBurner links on the right-hand panel of our blog homepage. You can subscribe to the RSS feed by clicking on the link for the product you're interested in, or subscribe by email by clicking on the [+] link to the right of the product name.

If you use any of the APIs that we discuss on this blog, make sure you subscribe to the feed to keep up with the latest news and updates:

- Mike Cloonan, Ads Developer Relations Team

Announcing v3.3 of the DCM/DFA Reporting and Trafficking API

Friday, February 8, 2019

Today we're releasing v3.3 of the DCM/DFA Reporting and Trafficking API. Highlights of this release include:

Site-level video creative settings
Additional audio and video creative fields
Support for custom Active View video viewability metrics

Details of these and all other changes are covered in our release notes.

Deprecation and sunset reminder

In accordance with our deprecation schedule, this release marks the beginning of the deprecation period for v3.2, which will sunset on August 31, 2019. After this date, any requests made against v3.2 will begin returning errors.

As a final reminder, API version 3.1 will be sunset on February 28, 2019. To avoid an interruption in service, all users are required to migrate to a newer version before the sunset date.

Learn More

As with every new version of the DCM/DFA Reporting and Trafficking API, we encourage you to carefully review all changes in the release notes. For those of you looking to get going right away, updated client libraries are now available. If you're just starting out, the Get Started guide is a great reference to help you get up and running quickly.

Give it a try and let us know if you have any questions!

- Jonathon Imperiosi, DCM API Team

Sunset of XML support in the Content API for Shopping

Tuesday, February 5, 2019

What's changing?
Starting September 1, 2019, the Content API for Shopping will no longer support requests or responses with XML payloads. All requests with an XML payload will fail after the sunset date.

Why is this change happening?
Version 2 of the Content API for Shopping changed the default request and response format from XML to JSON, and version 2.1 of the API (currently marked experimental) will not support XML. The majority of API requests now use JSON, so we've decided to sunset XML support and instead focus on enriching our JSON APIs with new features and functionality.

What should you do?
Prior to the sunset date, identify the components of your application that are using XML payloads for any of the following impacted services:

For each case, modify your application to:

Tip: The client libraries for .NET, Dart, Go, Java, JavaScript, Node.js, Objective-C, PHP, Python, and Ruby will send JSON requests and parse JSON responses for you. We strongly recommend that you use one of the libraries so you won't have to write marshalling and unmarshalling code in your application.

When converting a given request, you can use the JSON and XML tabs in the Request body section of the documentation for the method. For example, here's a partial screenshot of the XML tab for Inventory.set:

The corresponding JSON tab for that method is:

Compare the two tabs and use that as a guide when converting your request from XML to JSON.

You can find similar JSON and XML information for the response in one of the following locations:

Directly in the Response section for the method.
Example: The productsCustomBatchResponse for Products.custombatch.
In the Resource representations section of the documentation for the resource returned in the response.
Example: The products resource for Products.insert.

If you have any questions or feedback about this change, or any other questions about the Content API for Shopping, please let us know on the forum.
- Josh Radcliff, Content API for Shopping Team

Register now for the upcoming Google Ads API Workshops!

Tuesday, February 5, 2019

We're excited to announce that a new series of Google Ads API Workshops are coming this March and April! The technical sessions focus on migration from the current AdWords API so you can migrate quickly and efficiently. New users are welcome and will benefit as well.

The workshops will be presented in English, except for those in Taipei, Tokyo, and Shanghai. Details are listed below. Note that location names link to the registration websites:

New York - March 6, 2019
Munich - March 7, 2019
San Francisco - March 20, 2019
London - March 25, 2019
Taipei - April 1, 2019 (Chinese)
Tokyo - April 8, 2019 (Japanese)
Sydney - April 17, 2019
Shanghai - April 23, 2019 (Chinese)

Workshops in all locations will cover the same topics, so choose a location that works best for you. Once you register, we'll send you an email confirmation.

Stay tuned for more detailed agenda on the workshop websites!

If you have any questions about the workshops, you can post them on our forum.

- Thanet Knack Praneenararat, Google Ads API Team

Update on issue reporting changes in the Content API for Shopping

Monday, February 4, 2019

In August, 2018, we announced that we would stop populating the dataQualityIssues field in Productstatus and Accountstatus resources in December of last year. Due to the recent holiday season, we decided to hold off on that change, but it will now be made starting February 25, 2019.

Please review the previous blog post for important details, including how to use the new and improved itemLevelIssues field in your platform's integration with the Content API for Shopping.

If you have any questions or feedback about this change, or any other questions about the Content API for Shopping, please let us know on the forum.
- Josh Radcliff, Content API for Shopping Team

New Required Header for Google Ads API Requests

Thursday, January 31, 2019

Starting February 11, 2019 if you are making Google Ads API requests using OAuth credentials from a manager account and are accessing a related customer account, you will need an additional HTTP request header/grpc metadata field. You will need to set the login-customer-id header to the customer ID of the manager account, removing any hyphens in the ID.

Setting this new header is essentially equivalent to choosing an account in the Google Ads UI after signing in, and it’s configurable in the client libraries. Each library has instructions in its README that explain how to set a login-customer-id in your local configuration. Here are links to all relevant sets of instructions in each library:

If this header is not set, you may begin seeing the error: USER_PERMISSION_DENIED.

For more details on request headers, including login-customer-id, see our documentation.

If you have questions, please reach out to us on the Google Ads API forum.

Ben Karl, Google Ads API Team

Creating Smart Shopping campaigns with the local inventory ads setting enabled will be rejected

Thursday, January 31, 2019

Starting Feb 15, 2019, in all AdWords API versions and in the Google Ads API, we’re going to reject requests that attempt to create a Smart Shopping campaign with the local inventory ads setting enabled. The local inventory ads setting is equivalent to setting enableLocal to true in the AdWords API, and enable_local to true in the Google Ads API. Trying to set those fields to true when creating a Smart Shopping campaign will result in the OperationAccessDenied.OPERATION_NOT_PERMITTED_FOR_CAMPAIGN_TYPE error. Previously, those fields were ignored when passed to the API servers.

Why is this happening?
Throwing an error for the requests described above provides an alert to users that local inventory ads are not supported in Smart Shopping campaigns.

What should you do?
Make sure you do not have code that creates a Smart Shopping campaign with local inventory ads enabled. Specifically, when you create a ShoppingSetting object for a Smart Shopping campaign, take either of the following actions:

Follow the guides below for details on how to create a Smart Shopping campaign:

As always, if you have any questions or concerns, please post them on our forum.

- Thanet Praneenararat, Google Ads API Team

Announcing v0_7 of the Google Ads API

Wednesday, January 30, 2019

Today we’re announcing the beta release of the Google Ads API v0_7. With this version, you’ll continue pointing to v0 as your endpoint; however, you'll need to update your client libraries. Here are the highlights:

To get started with the API, review these helpful resources:

The updated client libraries and code examples will be published within the next 2 business days. If you have any questions or need help, please contact us via the forum.

Nadine Sundquist, on behalf of the Google Ads API Team

Support for v201809 reports in Google Ads Scripts

Monday, January 28, 2019

We have added support for AdWords API v201809 reports in Google Ads Scripts. The key changes in this release include:

The DESTINATION_URL_REPORT has been removed. Use the FINAL_URL_REPORT instead.
New conversion fields have been added to multiple reports:
- ConversionAttributionEventType (CAMPAIGN_PERFORMANCE_REPORT only)
- ConversionAdjustment
- ConversionAdjustmentLagBucket

Read the AdWords API release notes for complete details, including additional features not listed here.

If you use API versioning in your reports, you need to modify your code to use v201809:

var report = AdsApp.report(query, {
  apiVersion: 'v201809'
});

If you don't use API versioning, no code changes are required. We are updating the default reporting version to v201806 along with this change, and your reports will upgrade automatically.

If you have any questions about these changes or Google Ads scripts in general, you can post them on our developer forum.

- Mike Cloonan, Google Ads Scripts Team

Updating the minimum required PHP version for the Google Ads API client library for PHP (AdWords and Ad Manager)

Friday, January 25, 2019

Starting March 2019, the composer file of all releases of the Google Ads API client library for PHP (AdWords and Ad Manager) will require PHP version 7.1 or later. The latest major version of the client library (v39.0.0) will be the last release that supports PHP 5, with the minimum required PHP version of 5.6. We’ll still fix critical bugs for this major version, but no new features will be added to it in the future.

PHP 5.6 and 7.0 were sunset at the end of 2018. The PHP development team no longer provides security fixes for these versions, so we highly recommend migrating to the latest version (7.3) if possible.

You can see some useful resources below:

As always, if you have any questions, feel free to drop us a line on the Google Ads API or Google Ad Manager API forums.

- Thanet Knack Praneenararat, Google Ads API Team

Sunset of the Ad Manager API v201802

Thursday, January 17, 2019

On Thursday, February 28, 2019, in accordance with the deprecation schedule, v201802 of the Ad Manager API will be sunset. At that time, any requests made to this version will return errors.

If you’re still using this version, now is the time to upgrade to the latest release and take advantage of new functionality like new reporting Dimensions, enhanced options for Targeting, and improved Forecast breakdowns.

To upgrade, check the release notes to identify any breaking changes, grab the latest version of your client library, and update your code.

Significant changes include:

This is not an exhaustive list, so be sure to check the release notes for a list of all changes. As always, don't hesitate to reach out to us with any questions.

To be notified of future deprecations and sunsets, join the Ad Manager API Sunset Announcements group and adjust your notification settings. If you are an administrator on your network, you can also receive notifications when an application is making requests to your network using a deprecated version, as explained in this post.

- Donovan McMurray, Ad Manager API Team

Configure Account-level Call Reporting

Monday, January 14, 2019

In October 2018, we introduced the ability to configure account-level call reporting in the Google Ads UI. If a user has set account-level call reporting in their Google Ads account:

If your values are being ignored in the API, then your user may have decided to go to the Google Ads UI to enable account-level call reporting.

If you have questions, please reach out to us on the forum.

Nadine Sundquist, AdWords API Team

Ads Developer Blog

Python 2 Deprecation in Ads API Client Libraries

Announcing v1_1 of the Google Ads API

Announcing v2.1 of the Content API for Shopping

Structured Data Files v4.2 now available in the DoubleClick Bid Manager API

Registration open for Google Ads scripts 2019 workshops

Introducing the Google Ads Query Builder tool

Google Ads API Policy Notes

AdWords API v201806 sunset reminder

Upgrade to the new Google Ads API to get the latest services

Change to the Google Ads API and the AdWords API Showcase Ads Clicks Reporting

Changes to responsive ads in the AdWords API and Google Ads API

Upgrade Dynamic Search Ads in AdWords API and Google Ads API by March 6, 2019

Announcing v201902 of the Google Ad Manager API

Subscribe to our RSS feed to get blog posts via email

Announcing v3.3 of the DCM/DFA Reporting and Trafficking API

Sunset of XML support in the Content API for Shopping

Register now for the upcoming Google Ads API Workshops!

Update on issue reporting changes in the Content API for Shopping

New Required Header for Google Ads API Requests

Creating Smart Shopping campaigns with the local inventory ads setting enabled will be rejected

Announcing v0_7 of the Google Ads API

Support for v201809 reports in Google Ads Scripts

Updating the minimum required PHP version for the Google Ads API client library for PHP (AdWords and Ad Manager)

Sunset of the Ad Manager API v201802

Configure Account-level Call Reporting

Labels

Archive

Feeds

Google Ads API [+]

AdWords API [+]

Google Ads scripts [+]

Content API for Shopping [+]

Google Ad Manager API [+]

DCM API [+]

Mobile Ads [+]

IMA SDK [+]

More Google blogs