Thanks! That's a good idea. Unfortunately, we need those values in real-time and I don't think the new regex variable value would be available until after the mbox call based on the before/after values(?).
Description - It sure would be nice to be able to use RegEx to isolate values in real-time data elements passed to Target for rules-based audiences.Why is this feature important to you - Often data element values are set for Analytics purposes and contain concatenated data that is hard to parse.How ...
Eric, yes, those sliders are set correctly. It's a documented 'feature' that with multiple audiences, you have to meet audience criteria regardless of the sliders.
Description - When using multiple audiences in an AB Test, QA URLs do not work unless you also qualify for the audience. This makes validation prior to launch in some cases impossible. Audience qualification should not be required for simply validating the experience response from Target.Why is thi...
Being able to search only on Activity name or URL is limiting. It would be helpful to have other search field dropdowns. Searching on things like audiences would be very helpful in finding everyplace where a particular audience is being used.
When writing more complicated rules-based audiences it would be helpful to have a NOT or ANDNOT operator to be used. Additionally, providing an editable code view (similar to how Audience Manager allows) could allow alternate ways to write logic beyond the UI.
We are also looking at something similar. Have you looked in the the new getOffer(s) function in at.js2.x? It's possible to deliver multiple regional mboxes in one call. However, our initial tests show a significant performance impact when compared to 1.x. Not sure the cause of the performance impac...
Agree. There are examples out there on doing this with profile script based on mbox name but that's not really relevant because frequency capping is usually done based on the content or offer not the mbox.