내 커뮤니티 업적 표시줄을 확대합니다.

Submissions are now open for the 2026 Adobe Experience Maker Awards

Mark Solution

활동이 없어 이 대화는 잠겼습니다. 새 게시물을 작성해 주세요.

해결됨

Data Collection and Experience Persistence for Server Side (Java SDK)

Avatar

Level 4

Hello Community,

 

I have a couple of questions regarding server side (Java SDK). 

 

Question number one:

 

For server side tests (form based), does setting the reporting source to Adobe Analytics send activity data over the same way as client side does (activity / experience name)?

 

 

Question number two:

 

How is persistent experience achieved with server side?  I know for client side the Visitor API (AMC...) cookie is used for experience consistency.  Does server side have a similar mechanism?  If so does it "autmagically" work out of the box?

 

Thanks!

 

 

1 채택된 해결책 개

Avatar

정확한 답변 작성자:
Employee Advisor

Hi @rrrrrraul,

#1: It does rely on the same A4T configuration option the typical client-side deployment of Target does (using an SDID parameter). This does assume a Target server-side deployment and a client-side deployment of ECID and Analytics. Then you should be setting a server-state for the ECID (VisitorAPI.js) on the page. You should be able to see this on the Target-Analytics page from the sample app for the Target Java SDK.

#2: The Target Java SDK handles this so that experiences are maintained as you'd expect. The SDK will use and set the AMCV_... and mbox cookies to make sure ensure this works on both the server-side or client-side (in case you have a hybrid deployment of Target).

Hope that helps.

원본 게시물의 솔루션 보기

1 답변 개

Avatar

정확한 답변 작성자:
Employee Advisor

Hi @rrrrrraul,

#1: It does rely on the same A4T configuration option the typical client-side deployment of Target does (using an SDID parameter). This does assume a Target server-side deployment and a client-side deployment of ECID and Analytics. Then you should be setting a server-state for the ECID (VisitorAPI.js) on the page. You should be able to see this on the Target-Analytics page from the sample app for the Target Java SDK.

#2: The Target Java SDK handles this so that experiences are maintained as you'd expect. The SDK will use and set the AMCV_... and mbox cookies to make sure ensure this works on both the server-side or client-side (in case you have a hybrid deployment of Target).

Hope that helps.