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 changes are coming to the Google Ads API conversion imports?

Starting February 2, 2026, the Google Ads API will stop accepting new users of session attributes or IP address data in conversion imports. The post explains that Google is steering complex conversion and user data transfer toward the Data Manager API.

Who needs to act on the Google Ads API update?

New developers trying to use session attributes or IP addresses with the Ads API will be blocked from doing so. Existing users can continue for now, but the post says the expectation to migrate is clear, especially with developer-token allowlisting requirements.

Why does this update matter for conversion tracking?

The post says blocking session attributes or IP data can disrupt conversion tracking and reporting. That can affect performance insights and automated bidding strategies that depend on complete conversion signals.

What error can appear if conversion imports still include session attributes or IP address data?

Some conversion imports may be rejected with the CUSTOMER_NOT_ALLOWLISTED_FOR_THIS_FEATURE error. The post describes this as a sign that imports were rejected because they included session attributes or IP address data.

How should advertisers prepare for the Data Manager API transition?

The post recommends temporarily excluding session attributes and IP data from Ads API imports, rerouting that information through the Data Manager API, and eventually phasing out Ads API conversion imports once the new setup is integrated.

Is the Google Ads API being shut off for existing conversion tracking setups?

The post says Google is not immediately cutting off existing setups. However, if tracking relies on session attributes or IP data, it describes migration to the Data Manager API as imperative.

Comments

Leave a Reply

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