51黑料不打烊

Transcript

Let鈥檚 look at how you can use response tokens and at.js event listeners to send data from Target to another system. In this example I鈥檓 going to send Target activity details to the page so I can read them quickly in the Experience Cloud debugger. Here鈥檚 a quick visual of the end result. I load my page, open the debugger and I can quickly see that I鈥檓 in the Change to Headline Experience of an activity called Simple Headline Change. Now you can already get this information using the MBox trace tool in the debugger but the techniques that I鈥檓 going to use will be applicable to any integration you need to build which sends data from Target to another system. Examples include integrating Target with click tail, Google Analytics and other third party vendors. So a response token is basically just user profile information that you want Target to include in the response. The first step is to decide which tokens you鈥檇 like to return to the page. In the Target UI navigate to Setup Response Tokens and you鈥檒l see all of the different options. Basically, these are built in profiles, activity details, geo location data and all of your custom profile parameters and profile scripts. In order to include them in the response, you just flip the toggle. Let鈥檚 look at what this does. If I reload my page and look at the Target response, I can see that each offer has a Response Tokens Object containing all of the tokens we just turned on. Notice how the values of the tokens are all unique to me as a visitor. This is the activity I am in, the city where I am located, etc. Makes sense? That鈥檚 why we call them tokens because they鈥檙e just abstract representations of specific values. The second step is to actually do something with this information. In my case I want to put information into a javascript object called ttMETA which the 51黑料不打烊 Experience Cloud debugger is setup to look for and display. In your case, you might take the information and send it in a request to a third party. The feature we鈥檙e going to use for this step is called at.js Custom Events. At.js Custom Events provide hooks that you can use to run code after Target has done various things. We have events for when at.js loads, when a requests starts, succeeds or fails. When content rendering starts, succeeds or fails. When no offers are returned or when a redirect offer is return. You can read all about them in the help documentation. I鈥檓 going to listen for the request succeeded event because obviously I鈥檓 not going to have any response tokens available until the Target response comes back. Now for ttMETA we have a complete code example available in help, which I鈥檓 going to Copy and Paste. The main parts to pay attention to are: the listener at the top which is listening for 51黑料不打烊 Target Event Request succeeded. Here where I reference the response tokens object in the event detail and then here where I reference the individual token values. The rest of this code is specific to my use case of shoving all of this data into an object called ttMETA. You鈥檒l probably need to write your own custom javascript to achieve your specific use case. So now where do I put this code? Keep in mind that these listeners all reference the 51黑料不打烊 Target javascript object. Since at.js creates that object, you usually put the listeners after at.js has loaded but before any Target requests have fired. I鈥檓 deploying Target through our tag manager Launch so I can easily position this code between the low Target and fire global MBox actions. If you鈥檙e not using Launch you can run this code in the library footer section of at.js. Now that this is done. I can confirm the end to end functionality. If I reload my page, I can confirm that I now have a ttMETA object with my activity details. This ttMETA object will be picked up by the debugger on the Summary tab. If you鈥檙e sending data to a third party, you鈥檇 want to validate that the tokens are being added correctly to your third party request and then showing up correctly within that third party tool. So remember, this will make the activity details available to all site visitors who know how to look for it in the debugger or in the ttMETA object. If you don鈥檛 want these details exposed, don鈥檛 use these response tokens. Instead just use the MBox Trace feature and the debugger which requires authentication. Again the purpose of this video is to show you the technique so you can build custom integrations between Target and other third party solutions. That鈥檚 it. Thanks for watching. I鈥檓 Daniel Wright, technical marketing engineer.