If multiple experiences target the exact same selector on the page, all
experiences are still returned. Due to the selector conflict, only one
of these experiences will actually be visible to the user while the
others will effectively do nothing. This leads to additional unnecessary
client-side processing and misleading A4T impression metrics.Please only
return the highest priority experience for a given selector.
In order to see where a particular offer is used you need to click on it
and view the details to see which activities it is used in. It would be
helpful to display a number next to each offer in the list that
signifies how many activities / experiences the offer is used in.Also, a
filter would be EXTREMELY helpful in the offer search to be able to
filter by active/inactive offers. We find that our offer library has a
ton of outdated items but we do not have an easy way to clean it out
Our developers do not like the excessive number of calls required for
each regional mbox inside of our SPAs, however they like the added
structure of regional mboxes for offers and personalized content. It
would be nice to be able to return regional mbox content setup in the
Form Composer via the global mbox. For example, a list of mbox names
could be passed as parameters to the global mbox for a particular
page/route. The global mbox could return the content for each of those
mboxes listed in a...
A4T currently only includes Activity and Experience level information.
If we want to track offer impressions with Adobe Analytics we need to
use workarounds that are clunky. For example, historically a way to
track impressions of offers was to include a specific URL parameter in
the CTA of the offer and then scrape the page for that parameter and
store in an Adobe Analytics list var. Or you could potentially use the
information from the ttMETA plugin to pull info from the ttMETA object.
Or you c...
Currently the "option.id" in the response tokens is useless and cannot
be mapped to anything. Please add in "offer.id" to response tokens. We
do not want to get rid of the deprecated ttMETA plugin until offer.id
works properly. Note you may also want to update the product
documentation. "option.id" != "offer.id".
The current URL search for activities only searches the base URL that
the Activity was setup against. It does not consider any additional
pages for that activity. Additional pages and other URL based
configurations should be considered in the search.
We run automated nightly regression on our website, however this uses
mboxDisable to regression test the base page without Target. We would
like to regression test Target activities, but we would need a
comprehensive list of preview URLs to do that. We are currently building
a list of these URLs manually in a spreadsheet. Now that QA URLs
persist, this is feasible. However it would be nice to have an automated
solution via Target APIs to pull preview URLs or a way to export in bulk
in the Target...