Implementation Options

There are two ways to implement Audience Manager in a website:

  • Server-Side Forwarding (SSF)—for customers with Adobe Analytics, this is the easiest and recommended way to implement. Adobe Analytics forwards data to AAM on Adobe’s backend, allowing for one less request on the page. This also enables key integration features and conforms with our best practices for Audience Manager code implementation and deployment.

  • Client-Side DIL—This approach is for customers who do not have Adobe Analytics. DIL code (Data Integration Library Code, the AAM JavaScript configuration code) sends data directly from the web page into Audience Manager.

Since you have already deployed Adobe Analytics in this tutorial, you will deploy Audience Manager using Server-Side Forwarding. For a complete description and requirements list for Server-Side forwarding, please review the documentation, so that you are familiar with how it works, what is required, and how to validate.

Enable Server-Side Forwarding

There are two main steps in doing a SSF implementation:

  1. Turning on a “switch” in the Analytics Admin Console to forward data from Analytics to Audience Manager per report suite.
  2. Putting the code in place, which is done via tags. In order for this to work correctly, you will need to have the Adobe Experience Platform Identity Service extension installed, as well as the Analytics extension (You will actually not need the AAM extension, which is explained below).

Enable Server-Side Forwarding in the Analytics Admin Console

A configuration in the Adobe Analytics Admin Console is required to start forwarding data from Adobe Analytics to Adobe Audience Manager. Since it can take up to four hours to start forwarding the data, you should do this step first.

To Enable SSF in the Analytics Admin Console

  1. Log into Analytics via the Experience Cloud UI. If you don’t have Admin access to Analytics, you will need to talk to your Experience Cloud or Analytics admin to assign you access or complete these steps for you.

    Log into Adobe Analytics

  2. From the top navigation in Analytics, choose Admin > Report Suites, and from the list, select (multi-select) the report suite(s) that you want to forward to Audience Manager.

    Click to the Admin Console

  3. From the Report Suites screen and with the report suite(s) selected, choose Edit Settings > General > Server-Side Forwarding.

    Select the SSF Menu

    WARNING
    As stated above, you will need to have administrator privileges to see this menu item.
  4. Once on the Server-Side Forwarding page, read the info and check the box to Enable Server-Side Forwarding for the report suite(s).

  5. Click Save

    Complete SSF setup

NOTE
Since SSF needs to be enabled per report suite, don’t forget to repeat this step for your real report suites when you are deploying SSF on your actual site’s report suite.
Also, if the SSF option is grayed out, you will need to "map the report suite(s) to your Experience Cloud Org in order to enable the option. This is explained in the documentation.

Once this step has been completed, and if you have the Adobe Experience Platform Identity Service enabled, data will be forwarded from Analytics to AAM. However, to complete the process so that the response comes back correctly from AAM to the page (and also to Analytics via the Audience Analytics feature), you must complete the following step in tags as well. Don’t worry, it’s super easy.

Enable Server-Side Forwarding in tags

This is the second of two steps for enabling SSF. You have already flipped the switch in the Analytics Admin Console, and now you just need to add the code, which tags will do for you if you simply check the right box.

NOTE
To implement Server-Side Forwarding of Analytics data into AAM, we will actually edit/configure the Analytics extension in tags, not the AAM extension. The AAM extension is used exclusively for Client-Side DIL implementations, for those who do not have Adobe Analytics. So the following steps are correct when they send you into the Analytics extension to set this up.

To enable SSF in tags

  1. Go to Extensions > Installed and click to configure the Analytics extension.

    Configure the Analytics Extension

  2. Expand the Adobe Audience Manager section

  3. Check the box to Automatically share Analytics Data with Audience Manager. This will add the Audience Manager “Module” (code) to the Analytics AppMeasurement.js implementation.

  4. Add your “Audience Manager Subdomain” (also known as the “Partner Name,” “Partner ID,” or “Partner Subdomain”). Follow these instructions to obtain your Audience Manager Subdomain.

  5. Click Save to Library and Build

    Configure SSF

Server-Side Forwarding code is now implemented!

Validate the Server-Side Forwarding

The main way to validate that the Server-Side Forwarding is up and running is by looking at the response to any of your Adobe Analytics hits. We’ll get to that in a minute. In the mean time, let’s check a couple of other things that can help us make sure that it is working the way we want it to.

Verify that the Code is Loading Correctly

The code that tags installs to handle the forwarding, and especially the response from AAM to the page, is called the Audience Manager
“Module.” We can use the Experience Cloud Debugger to ensure that it has loaded.

  1. Open the Luma site

  2. Click the debugger icon in your browser to open the Experience Cloud debugger

  3. Staying on the Summary tab, scroll down to the Analytics section

  4. Verify that AudienceManagement is listed under the Modules section

    Validate the AAM Module in the Debugger

Verify the Partner ID in the Debugger

Next, we can also verify that the debugger is picking up the right “partner ID” (AKA Partner subdomain, etc.) from the code.

  1. While still in the debugger, and still on the Summary tab, scroll down to the Audience Manager section

  2. Verify your Partner ID/Subdomain under “Partner”

    Validate the Partner ID in the Debugger

WARNING
You may notice that the Audience Manager section of the debugger refers to “DIL”, which is the “Data Integration Library,” and typically refers to a client-side implementation, as opposed to the server-side approach that we have implemented here. The truth is that the AAM “Module” (used in this SSF approach) uses a lot of the same code as the client-side DIL library, and so this debugger is currently reporting it as such. If you have followed the steps in this tutorial, and the rest of the items in this validation section are correct, you may rest assured that server-side forwarding is working.