리디렉션 오퍼 - A4T FAQ

이 주제에서는 사용 시 리디렉션 오퍼 사용에 대한 FAQ에 대한 답변을 제공합니다 Adobe Analytics 을(를) 위한 보고 소스로 사용 Adobe Target (A4T).

Analytics for Adobe Target(A4T)에서 리디렉션 오퍼를 지원합니까?

+++예, 구현에서 를 사용하는 경우 응답 at.js. 그러나 Analytics를 보고 소스로 사용하는 활동에서 리디렉션 오퍼를 사용하기 위해서는 구현이 아래 나열된 최소 요구 사항을 충족해야 합니다.

+++

A4T에 리디렉션 오퍼를 사용하기 위한 최소 요구 사항은 무엇입니까?

 답변 구현 시 다음 최소 요구 사항을 충족해야 합니다.
  • Experience Cloud 방문자 ID 서비스: visitorAPI.js 버전 2.3.0 이상
  • Adobe Analytics: appMeasurement.js 버전 2.1.
  • Adobe Target: at.js 버전 1.6.2 이상.

리디렉션 오퍼가 있는 페이지와 방문자가 리디렉션되어 도착하는 페이지 모두에 세 개의 라이브러리를 포함해야 합니다.

A4T와 Analytics 간에 때때로 데이터가 일치하지 않는 이유는 무엇입니까?

+++답변 일부 데이터 불일치가 예상됩니다. 자세한 내용은 A4T를 사용할 때와 사용하지 않을 때 Target과 Analytics 간에 예상되는 데이터 분산을 참조하십시오.

+++

A4T 활동에서 리디렉션 오퍼를 사용할 때 트래픽 분배의 불일치를 최소화하려면 어떻게 해야 합니까?

 답변 제한된 수의 고객이 다음으로 구성된 활동에서 리디렉션 오퍼를 사용할 때 트래픽 분포에 높은 차이가 있다고 보고했습니다. Target 분석 (A4T).

다음 사항을 고려하십시오.

  • 잘못된 순서 Target 및 Analytics 호출의 변량 증가는 문의 전화의 원인일 수 있습니다.

    다음 Target 호출 앞에 와야 합니다. Analytics 소스 페이지(리디렉션이 발생하는 경우) 및 대상 페이지(리디렉션이 종료되는 경우)에서 를 호출합니다.

  • A4T 리디렉션 활동에서 리디렉션 오퍼를 사용하는지 확인합니다.

  • 여러 개 있는 경우 Target 소스 페이지의 위치 요청(리디렉션이 발생하는 경우), Adobe 는 리디렉션 활동을 첫 번째 Target 위치 요청입니다.

    첫 번째 Target 위치 요청은 다른 항목에서 활동 자격이 발생할 가능성을 줄입니다. Target 위치 요청 및 보고서에서 계산됨. 리디렉션된 방문자는 경험을 볼 수 없으므로 다른 활동의 보고서에서 계산되지 않아도 됩니다.

원래 페이지의 페이지 보기 횟수와 리디렉션 페이지의 페이지 보기 횟수가 카운트되는 이유는 무엇입니까?

 답변 at.js 버전 1.6.3 이상을 사용할 때 두 페이지의 페이지 보기 수 계산은 문제가 되지 않습니다. 이 경합 조건은 이전 버전을 사용하는 고객에게만 영향을 줍니다. Target 팀에서는 at.js의 현재 버전과 바로 전 버전, 이렇게 두 버전을 유지 관리합니다. at.js를 필요에 따라 업그레이드하여 지원되는 버전{target="_blank"}.

at.js의 지원되지 않는 이전 버전을 사용하는 경우, 리디렉션이 첫 페이지에서 실행되기 전에 Analytics 호출이 실행될 수 있는 경합 조건이 발생할 수 있습니다. 이 경우 원래 페이지 및 리디렉션 페이지의 페이지 보기가 모두 카운트될 수 있습니다. 실제로는 방문자에게 첫 번째 페이지가 "표시"되지 않았는데 첫 번째 페이지에 추가 페이지 보기가 발생할 수 있습니다.

페이지에서 코드가 실행되는 위치로 인해 페이지 리디렉션의 속도를 높이려면 양식 기반 작성기를 사용하여 리디렉션 활동을 빌드하는 것이 좋습니다. 또한, 리디렉션이 원래 페이지로 돌아가는 리디렉션 오퍼를 기본 경험을 포함한 모든 경험에 대해 만드는 것이 좋습니다. 각 경험에 대한 리디렉션 오퍼를 만들면 잘못된 카운트가 발생할 경우 모든 경험에서 리디렉션이 발생합니다. 보고 및 분석은 여전히 테스트에 유효합니다.

기본(제어) 경험을 포함하여 활동의 모든 경험에 대해 리디렉션 오퍼를 사용하려는 한 가지 이유는 모든 경험에 동일한 조건을 적용하기 위해서입니다. 예를 들어 기본 경험에 리디렉션 오퍼가 없지만 다른 경험에 리디렉션 오퍼가 있는 경우 리디렉션 오퍼가 없는 경험의 속도가 고유한 이점이 있습니다. 리디렉션 오퍼는 테스트와 같은 임시 시나리오에만 권장됩니다. 리디렉션 오퍼는 개인화와 같은 영구 시나리오에 권장되지 않습니다. 우승자를 결정한 후 리디렉션을 제거하여 페이지 로드 성능을 개선해야 합니다.

시각적 경험 작성기(VEC)와 양식 기반 경험 작성기가 모두 지원됩니까?

 예, 내장 리디렉션 오퍼를 사용하는 한 두 작성기가 모두 지원됩니다.

리디렉션을 위한 자신만의 사용자 지정 코드를 사용하는 경우 리디렉션 URL(adobe_mc_sdid와 adobe_mc_ref)과 연결된 두 개의 새 매개 변수를 반드시 채워야 합니다.

리디렉션 URL에 추가된 새 쿼리 문자열 매개 변수는 무엇입니까?

 답변 다음 쿼리 문자열 매개 변수는 리디렉션 오퍼와 연결됩니다.
매개 변수 설명
adobe_mc_sdid 다음 adobe_mc_sdid 매개 변수는 SDID(Supplemental Data ID) 및 Experience Cloud 조직 ID를 기본 페이지에서 새 페이지로 전달합니다. 이러한 ID를 사용하면 A4T가 기본 페이지의 Target 요청을 새 페이지의 Analytic 요청과 함께 "결합"(stitch)할 수 있습니다.
URL에서 sdid를 전달할 예상 형식은 (하이브리드 앱의 경우 또는 한 앱에서 웹 사이트로 또는 한 웹 사이트에서 다른 웹 사이트로) 입니다. `ex. adobe_mc_sdid=SDID=123
adobe_mc_ref adobe_mc_ref 매개 변수는 기본 페이지의 참조 URL을 새 페이지에 전달합니다. AppMeasurement.js 버전 2.1 이상에서 사용하는 경우 Analytics는 이 매개 변수 값을 새 페이지의 참조 URL로 사용합니다.

이 매개 변수들은 페이지에 방문자 ID 서비스가 구현되어 있으면 VEC 및 양식 기반 경험 작성기에서 내장 리디렉션 오퍼를 사용할 때 리디렉션 URL에 자동으로 추가됩니다. VEC 또는 양식 기반 편집기에서 자신만의 사용자 지정 리디렉션 코드를 사용하는 경우 사용자 지정 코드와 함께 이 매개 변수를 전달해야 합니다.

내 웹 서버가 내 URL에서 이러한 매개 변수를 제거하고 있습니다.어떻게 해야 합니까?

+++이러한 매개 변수를 사용하려면 IT 팀과 협력하십시오. ( adobe_mc_sdid 및 adobe_mc_ref) 허용 목록에추가된.

+++

리디렉션 활동에 A4T를 사용하고 있지 않고 이러한 추가 매개 변수를 내 URL에 추가하지 않으려면 어떻게 합니까?

 대답 다음과 같은 경우 사용자 지정 코딩이 적용된 리디렉션을 사용합니다.
  • 리디렉션 활동에 A4T를 사용하고 있지 않습니다.
  • 방문자 ID 서비스를 구현했습니다
  • 이러한 매개 변수를 자동으로 URL에 추가하지 않으려는 경우

그러나 레퍼러 정보를 adobe_mc_ref에 올바로 보고하기 위해서는 Analytics 매개 변수를 URL에 보관하는 것이 가장 좋습니다.

내 구현에서 adobe_mc_ref와 adobe_mc_sdid 매개 변수가 이중 URL로 인코딩되는 이유는 무엇입니까?

 답변 A4T와 리디렉션 오퍼를 사용하는 경우 Target이 다음을 추가합니다. adobe_mc_ref 및 adobe_mc_sdid 매개 변수를 URL에 추가합니다. 이 값들은 이미 URL로 인코딩되어 있고, 대부분의 경우 모두 예상대로 작동합니다. 하지만, 일부 고객의 로드 밸런서나 웹 서버에서는 쿼리 문자열 매개 변수를 한 번 더 인코딩하려고 시도할 수 있습니다.

방문자 API에서 adobe_mc_sdid 값을 디코딩하려 할 때 이러한 이중 인코딩이 발생하면 SDID 값이 추출되지 않고 새 SDID가 생성됩니다. 이 프로세스를 수행하면 잘못된 SDID 값이 Target 및 Analytics로 전송되고 Analytics 보고서에 리디렉션에 대한 분할이 균일하지 않습니다.

Adobe은 다음을 확인하기 위해 IT 팀에 문의할 것을 권장합니다. adobe_mc_ref 및 adobe_mc_sdid 이러한 값이 어떤 식으로든 변환되지 않도록 허용 목록에추가된으로 제공됩니다.

참조 URL을 새 페이지에 전달해야 하는 이유는 무엇입니까?

 답변 방문자가 링크를 클릭한다고 가정해 봅시다. www.google.com 홈 페이지 (www.mysite.com/index.html) 리디렉션 활동이 라이브 상태가 되면 새 페이지로 리디렉션됩니다( ).www.mysite.com/index2.html).

이전이라면 새 페이지에 대한 Analytics 요청에서 www.mysite.com/index.html이 아니라 www.google.com을 참조 URL로 보고했을 것입니다. 이로 인해 참조 URL과 관련하여 Analytics에 정확하지 않은 보고가 발생했습니다(예를 들어 마케팅 채널 보고서에서). 보고서는 www.google.com을 통해 이 사이트에 왔다는 실제 정보를 잃어버린 것입니다.

포함 at.js 버전 0.9.6 이상 AppMeasurement.js 2.1 이상, Analytics 새 페이지에 대한 요청은 의 참조 URL을 보고합니다. www.google.com.

내가 사용자 지정/HTML 리디렉션 오퍼를 사용할 수 있습니까?

+++아니요, 를 사용하는 활동에 대해서는 기본 제공 리디렉션 오퍼를 사용해야 합니다. Analytics 를 보고 소스 (A4T) 로 사용하십시오. Target의 관점에서 HTML 오퍼는 불투명합니다. Target은 HTML의 특정 부분이 리디렉션을 인스턴스화하는 JavaScript를 포함한다는 것을 알 수 없습니다.

+++

Adobe Experience Platform 웹 SDK 배지 다음을 수행합니다. Adobe Experience Platform Web SDK a4T에 대한 리디렉션 오퍼 지원

다음 FAQ는 A4T 사용 및 리디렉션 오퍼와 Platform Web SDK.

Analytics for Target(A4T)에서 리디렉션 오퍼를 지원합니까?

+++예, Platform Web SDK를 통한 A4T가 다음을 지원합니다. 리디렉션 오퍼.

+++

다음 시각적 경험 작성기 (VEC) 및 양식 기반 경험 작성기 지원됨?

+++예, 시각적 경험 작성기 (VEC) 및 양식 기반 경험 작성기 기본 제공 리디렉션 오퍼를 사용하는 경우 지원됩니다.

+++

다음을 사용하여 사용자 지정/HTML 리디렉션 오퍼를 사용할 수 있습니까? Platform Web SDK?

+++아니요, A4T를 사용하는 활동에는 내장 리디렉션 오퍼를 사용해야 합니다. 다음에서 Target 원근감, HTML 오퍼는 불투명합니다. Target HTML의 특정 부분에 리디렉션을 인스턴스화하는 JavaScript가 포함되어 있음을 알 수 없습니다.

+++

이 페이지에서는