The Web SDK tag extension sends data to Adobe Experience Cloud from web properties through the Experience Platform Edge Network.
The extension allows you to stream data into Platform, synchronize identities, process customer consent signals, and automatically collect context data.
This document explains how to configure the tag extension in the Tags UI.
The Web SDK tag extension needs a property to be installed on. If you have not done so already, see the documentation on creating a tag property.
After you have created a property, open the property and select the Extensions tab on the left side bar.
Select the Catalog tab. From the list of available extensions, find the Web SDK extension and select Install.
After selecting Install, you must configure the Web SDK tag extension and save the configuration.
The tag extension only gets installed after saving the configuration. See the next sections to learn how to configure the tag extension.
The configuration options at the top of the page tell Adobe Experience Platform where to route the data and what configurations to use on the server.
alloy
. However, you can change the instance name to any valid JavaScript object name.This section allows you to select the datastreams that should be used for each of the three available environments (production, staging, and development).
When a request is sent to the Edge Network, a datastream ID is used to reference the server-side configuration. You can update the configuration without having to make code changes on your website.
See the guide on datastreams to learn how to configure a datastream.
You can either choose a datastream from the available drop-down menus, or select Enter values and enter a custom datastream ID for each environment.
This section allows you to configure how Web SDK handles user consent signals from your website. Specifically, it allows you to select the default level of consent that is assumed of a user if no other explicit consent preference has been provided.
The default consent level is not saved to the user profile.
Default consent level | Description |
---|---|
In | Collect events that occur before the user provides consent preferences. |
Out | Discard events that occur before the user provides consent preferences. |
Pending | Queue events that occur before the user provides consent preferences. When consent preferences are provided, the events will be collected or discarded depending on the provided preferences. |
Provided by data element | The default consent level is determined by a separate data element that you define. When using this option, you must specify the data element using the provided dropdown menu. |
Use Out or Pending if you require explicit user consent for your business operations.
This section allows you to define the behavior of the Web SDK when it comes to handling user identification.
AMCV
and s_ecid
cookies and set the AMCV
cookie used by Visitor.js. This feature is important when migrating to Web SDK, as some pages might still be using Visitor.js. This option allows the SDK to continue to use the same ECID so that users are not identified as two separate users.This section allows you to configure how you want to hide certain parts of a page while personalized content is loaded.
You can specify the elements to hide in the prehiding style editor. You can then copy the default prehiding snippet provided to you and paste it inside the <head>
element of your site’s HTML code.
mbox
and mboxEdgeCluster
cookies that are used by at.js 1.x
or 2.x
libraries. This helps you keep the visitor profile while moving from a page that uses the Web SDK to a page that uses at.js 1.x
or 2.x
libraries and vice-versa.onBeforeEventSend
function in the library. This function allows you to modify events globally before they’re sent to the Edge Network. More detailed information on how to use this function can be found here.Datastream overrides allow you to define additional configurations for your datastreams, which get passed to the Edge Network via the Web SDK.
This helps you trigger different datastream behaviors than the default ones, without creating a new datastream or modifying your existing settings.
Datastream configuration override is a two step process:
See the datastream configuration overrides documentation for detailed instructions on how to override datastream configurations.
As an alternative to passing the overrides through a Web SDK command, you can configure the overrides in the tag extension screen shown below.
Datastream overrides must be configured on a per-environment basis. The development, staging, and production environments all have separate overrides. You can copy the settings between them using the dedicated options shown in the screen below.
Use the Edge base path field if you need to change the base path that is used to interact with the Edge Network. This shouldn’t require updating, but in the case that you participate on a beta or alpha, Adobe might ask you to change this field.