at.js FAQ

Target 라이브러리를 비동기식으로 로드할 수 있습니까?

at.js 1.0.0 릴리스를 사용하면 Target 라이브러리를 비동기적으로 로드할 수 있습니다.

at.js를 비동기적으로 로드하려면 다음을 수행하십시오.

at.js를 비동기식으로 로드하는 것은 브라우저 렌더링이 차단되지 않도록 하는 좋은 방법입니다. 그러나 이 기법은 웹 페이지에서 플리커를 유발할 수 있습니다.

페이지(또는 지정된 부분)를 숨긴 다음 at.js 및 글로벌 요청이 로드된 후에 표시하는 사전에 숨기는 코드 조각을 사용하여 플리커를 방지할 수 있습니다. at.js를 로드하기 전에 코드 조각을 추가해야 합니다.

비동기 Adobe Experience Platform 구현을 통해 at.js를 배포하는 경우 Adobe Experience Platform 포함 코드를 사용하여 Target을(를) 구현하기 전에 페이지에 사전에 숨기는 코드 조각을 직접 포함해야 합니다.

동기 DTM 구현을 통해 at.js를 배포하는 경우 페이지 상단에서 트리거된 페이지 로드 규칙을 통해 사전에 숨기는 코드 조각을 추가할 수 있습니다.

자세한 내용은 at.js에서 플리커를 관리하는 방법을 참조하십시오.

at.js가 Adobe Experience Manager 통합(Experience Manager)과 호환됩니까?

FP-11577을 사용하는 Adobe Experience Manager 6.2(또는 이상)에서는 이제 Adobe Target Cloud Services 통합으로 at.js 구현을 지원합니다.

at.js를 사용하여 페이지 로드 플리커를 방지하려면 어떻게 합니까?

Target은(는) 페이지 로드 깜박임을 방지하는 여러 가지 방법을 제공합니다. 자세한 내용은 at.js를 사용하여 플리커 방지를 참조하십시오.

at.js의 파일 크기는 얼마입니까?

at.js 파일은 다운로드 시 약 109KB입니다. 그러나 대부분의 서버는 파일 크기를 줄이기 위해 파일을 자동으로 압축하므로, at.js는 서버에서 압축되고(GZIP 또는 다른 방법 사용) 사용자가 웹 사이트를 방문하여 로드될 때 약 34KB입니다. at.js를 설치한 서버의 압축 설정이 실제 압축 크기를 결정합니다.

Target 서버 호출이 이동하는 도메인 tt.omtrdc.net은 무엇입니까?

tt.omtrdc.net 은 Adobe의 EDGE 네트워크에 대한 도메인 이름으로, Target에 대한 모든 서버 호출을 받는 데 사용됩니다.

at.js가 항상 HttpOnly 및 Secure 쿠키 플래그를 사용하지 않는 이유는 무엇입니까?

HttpOnly는 서버 측 코드를 통해서만 설정할 수 있습니다. mbox와 같은 Target 쿠키는 JavaScript 코드를 통해 생성 및 저장되므로 Target에서 HttpOnly 쿠키 플래그를 사용할 수 없습니다. Target은(는) 도메인 간 사용이 활성화된 경우 서버측에서 설정된 서드파티 쿠키에 대해 set HttpOnly를 사용합니다.

HTTPS를 통해 페이지를 로드한 경우에만 JavaScript를 통해 보안을 설정할 수 있습니다. 페이지가 처음에 HTTP를 통해 로드된 경우에는 JavaScript에서 이 플래그를 설정할 수 없습니다. 또한 보안 플래그를 사용하면 쿠키는 HTTPS 페이지에서만 사용할 수 있습니다. HTTPS를 통해 로드된 페이지의 경우 Target은(는) Secure 및 SameSite=None 특성을 설정합니다.

Target이(가) 사용자를 제대로 추적할 수 있도록 하기 위해, 그리고 쿠키가 클라이언트측에서 생성되기 때문에 Target은(는) 위에서 언급한 상황을 제외하고 이러한 플래그 중 하나를 사용하지 않습니다.

at.js는 XSS 및 MITM 공격과 같은 보안 문제를 어떻게 처리합니까?

targetGlobalSettings() 함수(targetGlobalSettings)에서 secureOnly 옵션이 true로 설정되어 있는 한, at.js에서 활성화한 Adobe Edge 네트워크와의 통신은 HTTPS를 통해서만 가능합니다. 그렇지 않으면 at.js가 페이지 프로토콜을 기준으로 HTTP와 HTTPS 간을 전환할 수 있습니다.

기본적으로 다음 헤더가 적용됩니다.

클라이언트 페이지에서 이미 사용된 모든 헤더를 적용할 수 있습니다. 이를 수행하는 일반적인 방법 중 하나는 "HTTP 요청 헤더 인증"을 통한 것입니다. Adobe 고객 지원 센터에서 모범 방법 및 사례에 대해 추가로 조언할 수 있습니다.

또한 Adobe Edge 네트워크에 대한 요청은 (방문자의 브라우저에서 수행되도록 설계된) 공개적이며, 가시적인 방문자 세부 정보를 포함하지 않습니다 (방문자 ID만 포함). 이러한 요청은 방문자에게 경험을 전달하며, 방문자가 페이지에서 봐야 하는 사항에 대한 세부 정보를 포함합니다.

이러한 요청에서 전송되는 응답 토큰 및 세션 ID의 경우:

값이 "*"인 Access-Control-Allow-Origin 헤더가 at.js 요청에 표시될 것으로 예상됩니다. 공용 항목이므로 인증이 필요하지 않으며 JavaScript 호출을 통해 모든 도메인에서 Adobe Edge 네트워크에 액세스해야 합니다.

하지만 페이지에 CSP(콘텐츠 보안 정책)를 적용해야 합니다. at.js에 대한 CSP 요구 사항에 대한 자세한 내용은 콘텐츠 보안 정책 및 targetGlobalSettings를 참조하십시오.

at.js가 네트워크 요청을 얼마나 자주 실행합니까?

Target은(는) 서버측에서 모든 의사 결정을 실행합니다. 즉, at.js는 페이지가 다시 로드되거나 at.js 공용 API가 호출될 때마다 네트워크 요청을 실행합니다.

최상의 사례 시나리오에서 사용자가 컨텐츠를 숨기고, 대체하고, 표시하는 것과 관련된 페이지 로드에 가시적인 영향을 미치지 않을 것으로 기대할 수 있습니까?

at.js는 연장된 기간 동안 HTML BODY 또는 기타 DOM 요소를 사전에 숨기지 않으려고 시도하지만 이는 네트워크 조건 및 활동 설정에 따라 다릅니다. at.js에서는 본문 숨기기 CSS 스타일을 사용자 지정하는 데 사용할 수 있는 설정을 제공하므로 전체 HTML BODY를 공백으로 남기지 않고 페이지의 일부만 미리 숨길 수 있습니다. 이러한 부분에는 "개인화"해야 하는 DOM 요소가 포함될 것으로 예상됩니다.

사용자가 활동 자격이 있는 평균 시나리오의 이벤트 순서는 무엇입니까?

at.js 요청은 비동기 XMLHttpRequest이므로 다음 단계를 실행합니다.

at.js가 활동이 변경하는 요소를 최종적으로 숨기지 않을 때 페이지의 콘텐츠는 얼마나 자주 로드 및 표시됩니까?

위의 시나리오를 고려할 때, at.js가 활동이 변경하는 요소를 최종적으로 숨기지 않으면 페이지의 컨텐츠는 얼마나 자주 로드 및 표시됩니까? 다시 말해, 페이지는 활동 콘텐츠를 제외하고 완전히 표시되며, 나머지 콘텐츠는 잠시 후에 표시됩니다.

at.js는 페이지의 렌더링을 차단하지 않습니다. Target에서 사용자 지정한 요소를 나타내는 빈 영역이 페이지에 표시될 수 있습니다. 적용할 콘텐츠에 SCRIPT 또는 IMG와 같은 원격 자산이 포함되지 않은 경우 모든 것을 빠르게 렌더링해야 합니다.

완전히 캐시된 페이지는 위의 시나리오에 어떻게 영향을 줍니까? 페이지의 나머지 콘텐츠를 로드한 후에 활동 콘텐츠가 눈에 더욱 잘 띄게 표시될 수 있습니까?

페이지가 사용자 위치와 가깝지만 Target 에지 근처가 아닌 CDN에 캐시된 경우 해당 사용자에게 약간의 지연이 표시될 수 있습니다. Target 가장자리는 전 세계에 잘 분포되어 있으므로 대부분의 경우 문제가 되지 않습니다.