Expand my Community achievements bar.

Join us on September 25th for a must-attend webinar featuring Adobe Experience Maker winner Anish Raul. Discover how leading enterprises are adopting AI into their workflows securely, responsibly, and at scale.
SOLVED

HTTP API DV360 destination

Avatar

Level 5

Hello, there, 

I would like to send some audiences to DV360 via HTTP API. I can´t do it using the native connection as I want to send hashed emails and this destination does not have it as an option:

Google Display & Video 360 connection | Adobe Experience Platform

GigiCotruta_0-1744370735776.png

I have some questions regarding this implementation:

  1. What endpoint should I use to do it?
  2. I can see that tin the HTTP API I can only chose atributes for the export, but I can't map them, so, is there a way to change the structure of the export? I took this info from the HTTP API docu: HTTP API connection | Adobe Experience Platform
    GigiCotruta_1-1744370922671.png

    The output will look like this: 

    GigiCotruta_2-1744370979321.png

    The question is if DV360 has a specific format for this type of export, would I be able to edit the format of the payload I am sending via this connection?

Topics

Topics help categorize Community content and increase your ability to discover relevant content.

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Hello @GigiCotruta ,

 

I looked into the documentation, and here’s a quick summary based on your questions:

1. Which endpoint to use:

This setup is designed for custom-built HTTP endpoints — for example, APIs hosted on Azure Functions, Google Cloud Functions, or AWS Lambda. These endpoints are typically accessible via HTTPS (either public or private) and secured via authentication mechanisms that you can configure. Adobe Experience Platform (AEP) will send data directly to this endpoint when activating audiences.

2. Data format:

The output format from AEP is a fixed JSON structure, as specified in the documentation. This format cannot be customized, so your endpoint must be able to handle and parse that exact structure.

 

Parvesh_Parmar_0-1744744568535.png

3. Using third-party APIs:

If you’re planning to send the data from AEP directly to a third-party API (like DV360), there’s a high chance the formats won’t align. Most third-party APIs expect their own specific structure, which AEP doesn’t natively support out of the box.

4. Recommended approach:

The best practice is to build your own intermediate HTTP endpoint (e.g., using Azure/GCP/AWS). AEP will push data to this endpoint in its native format. From there, your function can parse and transform the data as needed, and then forward it to the final destination (e.g., DV360) in the required format. This gives you full control over the integration and transformation logic.

 

Hope this helps clarify things!

 

Best regards,

Parvesh

Parvesh Parmar – Adobe Community Advisor
https://www.linkedin.com/in/parvesh-parmar/

View solution in original post

2 Replies

Avatar

Correct answer by
Community Advisor

Hello @GigiCotruta ,

 

I looked into the documentation, and here’s a quick summary based on your questions:

1. Which endpoint to use:

This setup is designed for custom-built HTTP endpoints — for example, APIs hosted on Azure Functions, Google Cloud Functions, or AWS Lambda. These endpoints are typically accessible via HTTPS (either public or private) and secured via authentication mechanisms that you can configure. Adobe Experience Platform (AEP) will send data directly to this endpoint when activating audiences.

2. Data format:

The output format from AEP is a fixed JSON structure, as specified in the documentation. This format cannot be customized, so your endpoint must be able to handle and parse that exact structure.

 

Parvesh_Parmar_0-1744744568535.png

3. Using third-party APIs:

If you’re planning to send the data from AEP directly to a third-party API (like DV360), there’s a high chance the formats won’t align. Most third-party APIs expect their own specific structure, which AEP doesn’t natively support out of the box.

4. Recommended approach:

The best practice is to build your own intermediate HTTP endpoint (e.g., using Azure/GCP/AWS). AEP will push data to this endpoint in its native format. From there, your function can parse and transform the data as needed, and then forward it to the final destination (e.g., DV360) in the required format. This gives you full control over the integration and transformation logic.

 

Hope this helps clarify things!

 

Best regards,

Parvesh

Parvesh Parmar – Adobe Community Advisor
https://www.linkedin.com/in/parvesh-parmar/

Avatar

Level 5

Thank you, @Parvesh_Parmar,

 

After some investigation I got to the same conclusion. I will have to use an intermediate HTTP endpoint.