Adobe Target | Community
Skip to main content

Adobe Target

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.

  • 4,222 Total posts
  • 7,186 Total replies
4222 Total posts
Khushboo_Kalia
Adobe Employee
Khushboo_KaliaAdobe Employee
 Adobe Target
Adobe Target: Why DOCTYPE is required on the webpage

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 o

24230
Khushboo_Kalia
Adobe Employee
V
vinodh_dinakar2Level 2
 Adobe Target
A
analytics_unionLevel 4
 Adobe Target
Khushboo_Kalia
Adobe Employee
Khushboo_KaliaAdobe Employee
 Adobe Target
Adobe Target: Why DOCTYPE is required on the webpageNew

Missing DOCTYPE declarations often disables the Adobe Target library on the webpage, 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 w

0
20210
Khushboo_Kalia
Adobe Employee
Vikaz
VikazLevel 2
 Adobe Target
D
dradyuk
 Adobe Target
DaveDigital
DaveDigitalLevel 2
 Adobe Target
Live Target activity dashboard with A4T

Has anyone advice or experiences you can share around creating a shareable dashboard view of live test KPIs - ideally through native Adobe tools, but will also consider API integration? As our volume of activities grow, current methods of manually transferring into other tools for reporting is making daily /weekly monitoring and maintenance a an ever growing overhead and we need a more efficient process. Have looked at various third party tools to ingest the API  ( e.g. Iridon) but all seem to have flaws in the process in one way or another. I may be aiming too high to have XTs, A/B tests and automated activities available together - but at it's simplest I am simply attempting to produce a dashboard view of A/B tests with clear indicators of current performance with conversion and behavioral KPIs from the Adobe Analytics.  I hope this is not too general a question, but am hoping fellow clients have faced and resolved similar challenges with sharing test da

16730
DaveDigital
R
RounakKumarLevel 2
 Adobe Target
I
inquiztr
 Adobe Target
How to setup staging permissions in Target

What I am trying to achieve is give our business team permission to create/edit/delete and activate rules for only our staging environmentexample : staging.site.comThen when they have finalized their tests, have other person activate it for live production environmentexample: site.com Currently we had to deny 'activate' rights to them because of the risk of harming production. The down side is I have to activate/deactivate their rules 15 times a day while they develop them. (their rules are manually configured restrict to our staging site). Am I missing something? There must be a better way for the team to test their rules without having to ask me to activate it? If i give them permission to activate, then I can not guarantee that they wont abuse that privilege push to production without IT being aware (and potentially causing a site outage). 

32661
MihneaD
Adobe Employee
O
oliverf82757722Level 2
 Adobe Target
Authenticating an event webhook from the hash of the body

https://www.adobe.io/apis/experienceplatform/events/docs.html#!adobedocs/adobeio-events/master/intro/webhook_docs_intro.md#authenticating-events At the bottom of this page there is a small example of "Javascrip(pseudo-code)" which is entirely unhelpful as it fails to explain the only part of the code that is important to know. Where/how do you get `raw-request-body` from?At the moment my code looks like... const validateClientSecret = (req: any) => { const secret = secretKey(); const hmac = crypto.createHmac('sha256', secret); hmac.update(req.body.toString()); const hash = hmac.digest('base64'); if (req.header('x-adobe-signature') !== hash) { // other stuff here... return false; } return true; };  If I pass in just `req.body` it throws an exception as `body` is the wrong type. If I use `req.body.toString()` it creates a has but not one matching the header value.Can someone help me as I'm now not sure if I'm using the right value and ch

10900
O
C
CorralesDLevel 2
 Adobe Target
J
julienc30593385Level 2
 Adobe Target
A
adarshsLevel 2
 Adobe Target
P
philipk92120636Level 4
 Adobe Target
A
arthurfelterLevel 2
 Adobe Target
RavikiranPaturi
RavikiranPaturiLevel 2
 Adobe Target
H
hegi90Level 3
 Adobe Target
B
bradlm1964
 Adobe Target
J
JeromeCrametzLevel 2
 Adobe Target
M
MA1985v1Level 3
 Adobe Target
P
paul53181Level 2
 Adobe Target
A
austinforever
 Adobe Target
K
kathryns6136032Level 3
 Adobe Target
C
cmveas
 Adobe Target
migrating phoneGap loadRequest to new Android SDK retrieveLocationContent method

Hey Guys, I'm new to Adobe Target and I was asked to migrate a current solution that is using the old Adobe 4.x version with PhoneGap. In their code which by the way is not totally available for me they use the method ADB.targetLoadRequest(success, fail, name, defaultContent, parameters);to get the requests.  So I thought that for this I needed to implement  https://aep-sdks.gitbook.io/docs/using-mobile-extensions/adobe-target/target-api-reference#retrieve-location-content-requestspublic static void retrieveLocationContent(final List<TargetRequest> targetRequestList,final TargetParameters parameters) It seems that the interface changed a bit so I would assume that the TargetRequests is build using the 'name', 'defaultContent' and 'parameters' from the previous call but if that is the case I'm a little bit confused of how to build the TargetParameters class which we did not used to have. is it okay to leave it empty?I have been trying this combinations but

13150
C
A
analytics_unionLevel 4
 Adobe Target

Badge winners

Show all badges
Terms & ConditionsAccessibility statement

Loading footer...