Show Menu
TOPICS×

Create remote offers

Use remote offers to host content outside of Target that Target references and delivers to users' websites. This content might be in a content management or other system, either for ease-of-use or for security reasons.
Remote offers can be created only in the forms-based composer. Content will be injected in the mbox locations, so these are most likely not appropriate for a global mbox.
Target Classic included similar features: Offer on Your Site and Offer Outside Test&Target.
Some examples of remote offers include:
  • Different versions of your cross-sells
  • Dynamic shopping cart messages
  • Forms
  • Calculators
  • Interest rate updates
To create a remote offer:
  1. Click Offers, then select the Code Offers tab.
  2. Click Create > Remote Offer.
  3. Provide a descriptive name for the offer.
    A descriptive name helps you and others quickly find the offer in the Assets library.
  4. Specify the remote URL for the remote offer:
    Option
    Description
    Cached
    The content for a cached remote offer is served from Target.
    Every two hours, Target fetches the content at the remote URL and then stores the content inside Target. When visitors load a site with an experience that includes a remote offer, the offer is delivered by Target.
    Cached remote offers provide enhanced security because somebody logged in toTarget cannot change the content. To change the content, someone would need to log in to the content management or other system and change the content there.
    You can specify an absolute or relative URL for a cached remote offer.
    Dynamic
    A dynamic remote offer is served from the content management or other system rather than from Target.
    You might not want the content periodically cached and then delivered by Target whenever visitors load a site with an experience that includes a remote offer. Instead, you want to call the system that is hosting the content, possibly pass in specific information so that the returned offer can be dynamic, or different, for each user.
    For example, if a user logs in to a website for a credit card that includes an experience with a dynamic remote offer, you could pass parameters into the URL for the user's account information. Then the website could provide user-specific information, such as account balance.
    Click Add Parameter to add one or more mbox or request parameters.
  5. Click Save.

Best Practices for Using Remote Offers

Best practices for using remote offers in your activities:
  • If your offer resides in the same domain as the mboxes, using the Cached option lets you use relative URLs in describing your offer location.
    This means that when you move your activity from your staging servers to production, the content will automatically be accessible without having to change the URL manually.
  • If your test involves data dynamically generated by your server, the Dynamic option might be the right choice.
  • If you plan to test only the appearance of your existing remote offer content, use the Visual Experience Composer to change the look and feel of the content that is returned from the content management system.
  • Use the Remote Offer Selection Matrix to help you choose the offer best suited for your specific case. Consult your account representative if you have questions.

How Dynamic Remote Offers Work

Dynamic remote offers use your dynamic page technology to pass values to the offer.
The offer is executed after you render the page. An invisible iframe gathers the data, copies it out of the frame and inserts in on the page, loading your passed values.

Remote Offer Selection Matrix

The Remote Offer Selection Matrix helps you decide which type of remote offer to choose: Cached or Dynamic.
Feature
Cached
Dynamic
Updates each time a visitor makes a request
No
Yes
Content updates
Cached every 2 hours
Updated immediately upon each request
Load time
Faster
Slower due to request processing
Can see JavaScript on page
Yes
No, but can pass via URL
Offers can include JavaScript
Yes
No
Offer URL
Absolute or Relative
Relative
Requesting computer
Adobe servers
The visitor's computer, which carries the visitor's cookies