Google Ads API Update: Secure Your Conversion Tracking Now

```json
{
  "alt": "Google logo next to a blue icon with a lock symbol, symbolizing privacy and security.",
  "caption": "Google's iconic logo is juxtaposed with a lock symbol, highlighting the tech giant's focus on privacy and security measures.",
  "description": "This image features the Google logo prominently displayed alongside a blue icon with a white lock symbol. The visual combination suggests themes of privacy and security in the digital realm. The image's sharp contrast and vibrant colors draw attention to Google's commitment to safeguarding user data and ongoing security enhancements. Suitable for discussions on digital privacy, cybersecurity, or tech industry practices."
}
```

When I first heard about Google’s upcoming changes to the Ads API, I realized this could be a game-changer for many advertisers. Starting February 2nd, the Google Ads API will stop accepting new users of session attributes or IP address data in conversion imports. If you’re like me, and already using these fields, you might wonder what this means for your current set-up.

This shift marks Google’s efforts to guide us all toward the Data Manager API, which they aim to make the primary hub for complex conversion and user data transfer. It’s becoming clear that the Google Ads API is honing its focus on core functions like campaign management and conversion workflows, leaving the heavy lifting to the Data Manager API.

Here’s why this change matters to us: it directly influences whether our conversions are effectively captured. Blocking session attributes or IP data can cripple our conversion tracking and reporting, affecting performance insights and automated bidding strategies. Transitioning to the Data Manager API secures our data flow, ensures richer data signals, and aligns with Google’s long-term vision for measurement infrastructure.

Who needs to act? If you’re a new developer trying to use session attributes or IP addresses with the Ads API, you’ll be blocked from doing so. For those of us already on this path, our operations continue, but the expectation to migrate is loud and clear, underscored by Google’s developer-token allowlisting requirements.

What happens if we don’t transpose our setup? Post-change, some conversion imports will hit a roadblock with a CUSTOMER_NOT_ALLOWLISTED_FOR_THIS_FEATURE error, indicating rejection due to session attributes or IP address inclusions.

To fix this, we need to promptly update our systems: temporarily exclude session attributes and IP data from Ads API imports, reroute this information through the Data Manager API, and ultimately phase out Ads API conversion imports once our new setup is fully integrated.

The bottom line for those of us using the existing system is that while Google isn’t snipping the cord immediately, the roadmap is clear: if our tracking relies on session attributes or IP data, embracing the Data Manager API isn’t just advisable, it’s imperative.

If you, like me, want to learn more, check out Google’s detailed update on this transition: Changes to IP Address and Session Attribute Support in the Google Ads API.


Inspired by this post on Search Engine Land.


crushpress.ai community screenshot

FAQs

What change is happening to Google's Ads API regarding session attributes and IP addresses?

Starting February 2nd, Google Ads API will stop accepting new users of session attributes or IP address data in conversion imports. Google directs this data through the Data Manager API, which is intended to become the primary hub for complex conversion and user data transfer.

Who is affected by this update?

New developers attempting to use session attributes or IP addresses with the Ads API will be blocked from doing so. Those already pursuing this path should migrate, as Google’s developer-token allowlisting requirements underscore the change.

What error might occur if you don't migrate?

Post-change, some conversion imports may fail with the ‘CUSTOMER_NOT_ALLOWLISTED_FOR_THIS_FEATURE’ error, indicating rejection due to session attributes or IP data. This signals that your current setup isn’t allowed to import conversions.

How should you fix the setup?

Temporarily exclude session attributes and IP data from Ads API imports and reroute this information through the Data Manager API. Then, phase out Ads API conversion imports once the new setup is fully integrated.

What is the bottom line for tracking?

The bottom line is that if your tracking relies on session attributes or IP data, embracing the Data Manager API isn’t just advisable, it’s imperative. This helps ensure uninterrupted measurement and richer data signals.

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *