Welcome to the Adobe Target Community! Connect with peers to ask questions, share best practices, explore release updates, and contribute ideas that shape the future of Adobe Target.
Recently active
I recently learned that the lifespan of my data in the Adobe Target visitor profile is a max of 90 days (default is 14 days). This is too short! I work in a business that drives toward one day a year - we have one transaction per client per year, but their likely-hood to convert similarly year over year is very high. Can this lifespan be extended to a max of at least 12 months (24-36 would be amazing)?
Background: When an Exclusion is set up there are two options:1. "Add Exclusion" The end result is you get a container that you can drag into in order to correctly exclude an audience.2. "Exclude this Audience" This option adds All Visitors back into the audience and then only removes the audience that you had selected.The first option works as expected and should be left in place. However the second option is confusing and redundant (Everything it does can be accomplished out of the box by only have one “Add Exclusion” option with an audience of choice.)Feature: Please remove this second option from the interface as it is adding a lot of confusion when setting up exclusions.
Let me remove that banner!! It continues to slide up whenever I am working on a modification and go down to save and it's infuriating. Very poor experience that I can't get rid of this.
Missing DOCTYPE declaration on a webpage often disables the Adobe Target library, without which the personalization is not possible on your site pages.Target library at.js requires the HTML5 doctype. The syntax is: <!DOCTYPE html>.HTML DOCTYPE must be the very first thing in your HTML document before the HTML tags. It acts as an instruction to the web browser about the version of the markup language in which the page is written.Initially, the Doctype declaration was used in HTML when it was defined as a language based on SGML and later XML. Since the presence of that declaration was in general a signal that the document author followed the standard practices and then this declaration was used in HTML5 to distinguish between standards-complaint parsing mode and a so-called quirk parsing mode.The HTML5 doctype ensures that the page loads in standard mode. Some JavaScript APIs gets disabled when a site page loads in quirks mode. Target library also depends on some JS APIs which gets
Missing DOCTYPE declaration on a webpage often disables the Adobe Target library, without which the personalization is not possible on your site pages.Target library at.js requires the HTML5 doctype. The syntax is: <!DOCTYPE html>.HTML DOCTYPE must be the very first thing in your HTML document before the HTML tags. It acts as an instruction to the web browser about the version of the markup language in which the page is written.Initially, the Doctype declaration was used in HTML when it was defined as a language based on SGML and later XML. Since the presence of that declaration was, in general, a signal that the document author followed the standard practices and then this declaration was used in HTML5 to distinguish between standards-compliant parsing mode and a so-called quirk parsing mode.The HTML5 doctype ensures that the page loads in standard mode. Some JavaScript APIs gets disabled when a site page loads in quirks mode. Target library also depends
Description: Please add a "Winner" badge, or indicate a Target activity winner to the A4T Analysis Workspace report. Why is this feature important to you - Simple In-your-face results! It was there before turning on A4T, and now it is not. The customer got used to using it, and now they have to lift to determine the winner. How would you like the feature to work - When using A4T to report on a Target activity, indicate which test the winner is of the test in the report. Current Behaviour: Once a customer swaps to A4T, the Target UI uses Analytics data for reporting. I'm told the auto winner indicator, and the green star is missing from the Target UI after swapping to A4T.
Description Ability to transform redirects based on the session and visitors attributes. Why is this feature important to you Sometimes we need to write javascript to customize redirects beyond what is availability in the redirect offer. E.g. converting a querystring into path or changing a querystring attribute name. Javascript based redirects are not officially supported, they are slower and can cause SRM errors How would you like the feature to work Take the incoming URL as an input string write JavaScript and/or Velocity to make transformations to the the string, including inserting session and profile attribute values Output the transformation as the output string Validate the output string is a valid URL Apply standard Adobe Target redirect offer transformation (i.e., add referrer, session id, etc) Send output string as redirect back to the browser Current Behaviour Static URLs with option to pass the original querystring and mbox session ID
DescriptionInclude Target Type and Experience ID on the Overview tab of the Activity details page Why is this feature important to youEasier access to this information when we analyzing experiments in our data warehouse or via an API How would you like the feature to work In the "Info" section include Target Type In the "Experiences" section, include helper text with the Experience ID. Current Behaviour Only Activity ID is displayed in the "Info" section
Description Create a third offer type "GitHub Offers" within the Offers library. I'm mostly describing offers here, but a similar method would work for profile scripts. Why is this feature important to you This would help us to follow development best practices and automate some of the work flow. How would you like the feature to work GitHub would automatically pull folders, .html, .json documents into the Adobe Target library. Ideally, it would be great of it would support multiple branches with the option for that brand to behavior differently with Adobe Target, e.g.: Prod Branch: .html and .json documents would act life Remote Cached offers. Normal cached offers rules would apply Staging Branch: .html and .json documents would act life Remote Dynamic offers. Dev Branch: etc.... In an activity, you could note the branch and offer name so you could easily switch between branches. You could also fix to a version of the code, so that unexpected updates d
Given Target's capability is similar to that of a TMS such as Adobe Launch (i.e. the ability to inject code into a website) I have always been surprised by the comparative lack of control over workflow/roles/permissions.Given Adobe has recognized the need to up it's game in this space from an Adobe Launch perspective, please can you consider mirroring this approach for Target?As it stands it is difficult to separate out responsibilities in a meaningful way given the limit roles and comparative lack of workflow. Our organisation is risk averse and although we have put other controls in place I fear this may have the potential to limit our ability to use Adobe Target in the future if this is not addressed.
Description - An Adobe Target role where users can view activities, but cannot create or edit them. However, the unlike the Publisher role, this one would only have the additional permission to deactivate/pause/stop activities.Why is this feature important to you - I work with many brands that are not often Adobe Target savvy but should still have control over their own websites if they hear about a major change to a marketing campaign before I do, I'd like to have them be able to deactivate/pause/stop that activity. I do not want them to be able to edit live activities or push new activities live as they won't QA and may break things.How would you like the feature to work - I would like to be able to assign users the permission to only deactivate/pause/stop activities within the admin console.Current Behaviour - If a user has the power to deactivate/pause/stop an activity, they also have the power to activate an activity which can be much more harmful than the former.
Description:Enabling offline conversion data to be shared to Adobe Target for model training purposes. This data could be shared via Adobe approved data uploading protocols, e.g. FTP.Why is this feature important to you: Currently, we observe between 10-25% of conversions happening out of session due to offline decisioning (credit underwriting)How would you like the feature to work: Share offline conversion data connecting visitor ID to Target campaign activity to downstream/offline/out of session conversion to be used for model training purposesCurrent Behavior: Currently, Adobe Target MAB (Auto Target, Auto Personalization) only recognizes in session conversion events for model training.
Description - Currently the maximum look back window you can set for user based criteria is 60 days (2 months). Ideally we would want the ability to always remember user behavior. A secondary opportunity we would be open to is remembering user data for 365 days. Why is this feature important to you - We have usecases where it would be beneficial to be able to select greater than 60 days. For example, we have email campaigns that Target customers that have not been to our site in over 60 days. We think being able to surface recommendations relevant to those specific customers would enable us to more effectively drive them back to our site to shop again. Currently we are limited so those customers get generic popularity based recommendations served to them. Being able to show personalized, user based content in our emails is important to us. How would you like the feature to work - We would like to be able to rely on customer behavioral data for greater than 60 days. We think a minimum
Requesting A4T Reporting for Auto Personalization WHY: Target reporting functionality driving additional work (compared to A4T reporting). Toggling between Metrics (Target only reports one KPI at a time). Exportable report format does not include Confidence levels. Copy/Paste of report table yields multiple values in one field and requires scubbing. Manually updating reporting end date (want Today-1day, like Analytics). Cannot compare to multiple Activities within one report view. Target reporting is rare skill-set within cross functional team and organization, where as Analytics is commonly used. Currently, we provide test reads to our cross functional partners by populating KPI's and their confidence levels into an Excel table. This data is pivoted and shared to a cross functional team in a comprehensive format.
Description - We have integrated Adobe Target with our website using JSON offers. This works well for us and it is frustrating to find that we cannot use the same approach for Automated Personalization activities. Why is this feature important to you - We do not want the extra complexity of having to manage different types of activities in different ways. This is acting as a barrier to our company adopting the the Automated Personalization feature. How would you like the feature to work - Enable us to use JSON offers in Automated Personalization activities Current Behaviour - You cannot use JSON offers in Automated Personalization activities
Description - Instead of free form, have the option to include certain offer templates to be added to library Why is this feature important to you - It would cut down on copy paste issues and non-standard offers responses How would you like the feature to work - Have an option to create from template when hitting the plus button Current Behaviour - JSON or HTML but then it is free form.
I love Adobe Status for current or past issues however I'd love a window into the future. I want a resource that gives me a heads up about scheduled maintenance ahead of time.
It would be so much more de-cluttered if we could apply a filter in here so that we only see the "Experience Cloud" audiences or only the "Target" audiences:
It would be so convenient if there was a place in the Target UI where you could enter IPs to block form showing up in reporting and from seeing experiences.
HiAn idea that would make creating profile scripts slightly less frustrating would be if Target told me within the script editor window whether the script had any syntax errors, or errors that would prevent it going live. Only after saving it, going back out to the 'Profile Scripts' page, waiting for a few seconds, then looking at the status, do I find out if it will run or not. I'd like to be able to check within the editor that the code will run, before saving it.ThanksDan
Feature request to have the option to access last login reports and active user/admin data for Target/Experience Cloud.Thank you.
Description - We would love to receive an emailed alert when our recommendations feed fails. Currently we have to remember to check it from time to time in the UIWhy is this feature important to you - Products will become stale if the feed fails and we do not catch it. This will result in a bad user experience and possible lost revenue. How would you like the feature to work - Have a screen where alerts can be opt'ed into and email addresses entered. Current Behaviour - na
Description - We need the ability to exclude specific data attributes / segments from Target's Auto Personalisation and Auto Target models on a per-activity basis. Currently it is possible to exclude attributes and segments at the client/account level, but this applies to all activities within the client/account.Why is this feature important to you - In our AP activities we see some of the top influential attributes are, based on our intimate knowledge of the data, completely irrelevant to the activity or placement, and are leading to bias in the models. However, in other activities and placements the same attributes are highly relevant. We are not observing the level of performance from AP that we would expect, and attribute the biasing data attributes as one of the contributing factors. How would you like the feature to work - It would be ideal to control this in the UI ourselves, but if we have to go via Client Care that is fine.Current Behaviour - It is not possible, the close
Description - Request a way to pull/see a report showing historical offer changes for each activity in Adobe Target, especially like a detailed change logs.Why is this feature important to you - This will help us consolidate, track, report and reuse the removed or replaced offers and the impacts these updates made on the Activity's performance.How would you like the feature to work - a report showing historical offer changes per activityCurrent Behaviour - The offer usage shows only if it's linked to an activity and the change log shows only high-level "Updated activity". Reference: Customer care ticket # [Incident: 211116-000423]
Feature: Please provide a feature where an email address can be entered to be notified in case a product feed indexing fails.
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
