가상 보고서 세트와 다중 세트 태깅 고려 사항

VRS(가상 보고서 세트)를 사용하면 디지털 속성에서 데이터를 수집하지만 세그먼트가 영구적으로 적용되는 보고서 세트의 데이터를 볼 수 있습니다.

대부분의 경우 가상 보고서 세트를 사용하여 다중 세트 태깅을 바꿀 수 있습니다. 가상 보고서 세트로 전환하면 보조 서버 호출에 대한 필요성을 효과적으로 제거할 수 있습니다. 예를 들어, 조직에 6개의 서로 다른 웹 사이트가 있고, 각 웹 사이트가 데이터를 자체 보고서 세트 및 통합 글로벌 보고서 세트에 보내는 경우, 각 사이트는 보조 서버 호출을 발생시킵니다. 하나를 개별 브랜드 보고서 세트에 보내고, 두 번째를 글로벌 보고서 세트에 보냅니다. 대신에, 모든 사이트에서 오로지 글로벌 보고서 세트로만 데이터를 보낸 다음, 여러 가상 보고서 세트를 사용하여 각 브랜드를 분리할 수 있습니다.

다중 세트 태깅을 글로벌 보고서 세트 및 VRS로 대체하면 Adobe Analytics 구현을 단순화하고 서버 호출을 줄일 수 있으므로 모범 사례로 권장됩니다. 그러나 VRS에는 몇 가지 고려해야 할 중요한 제한 사항이 있습니다. 다음 지침은 글로벌 보고서 세트에 빌드된 가상 보고서 세트를 구현하는 것이 적합한 방식인지를 정하는 데 도움이 될 수 있습니다.

지침

설명한 사용 사례가 사용자와 조직에 적용되는지 확실하지 않은 경우, 다른 Adobe Analytics 관리자 또는 Adobe 계정 관리자에게 문의하십시오. 비즈니스 요구 평가를 지원하고 권장 사항을 제공할 수 있습니다.

다중 세트 태깅 또는 가상 보고서 세트를 사용해야 하는지 결정할 때에는 다음 사항을 고려하십시오.

Adobe Experience Cloud에 세그먼트 게시

가상 보고서 세트에서 Adobe Experience Cloud에 세그먼트를 공유하는 기능은 지원되지 않습니다. Experience Cloud에 세그먼트를 공유하려는 사용자는 소스 보고서 세트에 액세스할 수 있어야 합니다.

아직은 개인화 및 타깃팅을 위해 세그먼트를 가상 보고서 세트에서 Adobe Experience Cloud에 게시할 수 없습니다. 이러한 목적을 위해서는 세그먼트를 게시하는 모든 사용자가 소스 보고서 세트에 액세스해야 합니다. 예를 들어, 지리적 영역에 대한 데이터에만 액세스할 수 있는 사용자가 Adobe Target에 타깃팅할 세그먼트를 Adobe Analytics에서 만들고 Adobe Experience Cloud에 공유하도록 할 수 있습니다. 이 경우 다중 세트 태깅을 사용하는 것이 좋습니다. 사용자가 글로벌 보고서 세트에 액세스할 수 있어도 괜찮거나 다른 솔루션에서 사용할 세그먼트를 게시할 필요가 없는 경우 가상 보고서 세트를 사용할 수 있습니다.

실시간 및 현재 데이터

실시간 보고서는 데이터가 세그먼트화되므로 가상 보고서 세트에서 지원되지 않습니다. 현재 데이터는 세그먼테이션을 지원하지 않으므로 가상 보고서 세트에서도 지원되지 않습니다. 이 두 기능은 모두 Reports & Analytics에만 적용됩니다.

실시간 보고서현재 데이터는 가상 보고서 세트에서 사용할 수 없습니다. 이것은 데이터 수집 후 몇 초 또는 2~3분 내에 Reports & Analytics에 표시되는 트렌드에 응답하는 사용자에게 영향을 줍니다. 예를 들어 실시간 컨텐츠 소비를 기반으로 헤드라인을 조정하는 뉴스룸 편집자가 여기에 포함될 수 있습니다. 개별 보고서 세트에 맞는 중요한 실시간 데이터가 필요한 경우 다중 세트 태깅 사용을 고려해 보십시오. 실시간 및 현재 데이터는 여전히 글로벌 보고서 세트에서 사용할 수 있습니다.

고유한 제한 사항

많은 수의 사이트를 함께 결합하는 글로벌 보고서 세트가 있는 경우 낮은 트래픽 라인 항목이 자주 발생할 수 있습니다. 다중 세트 태깅을 사용하는 경우 이는 글로벌 보고서 세트에 대한 문제일 뿐입니다(개별 보고서 세트에서는 낮은 트래픽이 발생할 가능성이 낮음). 가상 보고서 세트를 사용하는 경우에는 고유한 제한 사항이 공유되어 개별 보고서 세트에도 낮은 트래픽이 발생합니다. 데이터의 트래픽이 낮아지는 것을 방지하려는 경우 다중 세트 태깅 사용을 고려해 보십시오.

예를 들어 어떤 대형 미디어 조직이 100개의 웹 속성을 보유하고 있고, 각 속성은 이전 달의 모든 기사를 호스팅할 뿐만 아니라 매월 수천 개의 뉴스 기사를 게시합니다. 이 조직은 eVar1이 '기사 이름'인 글로벌 보고서 세트를 사용합니다. 이 보고서에는 결합되는 다양한 속성에서 나오는 매월 약 400만 개의 고유한 기사 이름이 있습니다. 가상 보고서 세트를 사용하는 경우, 대부분의 트래픽을 구성하는 상위 500,000개의 값이 가상 보고서 세트에 포함되고, 나머지 350만 개는 낮은 트래픽에 포함됩니다. 다중 세트 태깅을 사용하는 경우 각 개별 보고서 세트는 보유한 상위 50만 개의 값을 볼 수 있습니다. 글로벌 보고서 세트의 고유한 제한 사항은 다중 세트 태깅 사용과 가상 보고서 세트 사용 간에 동일합니다.

Adobe 고객 지원팀은 적은 수의 차원에 대한 고유한 값 제한 사항을 늘릴 수 있으므로 이 문제를 완전히 해결할 수 있습니다. 자세한 내용은 계정 팀 및 고객 지원 팀에 문의하십시오.

보고서 세트 간 공유 변수

가상 보고서 세트에는 고유한 차원 및 지표 세트가 없으며, 소스 보고서 세트에서 이들을 상속합니다. 글로벌 보고서 세트는 모든 웹 사이트에 대해 모든 차원 및 지표를 캡처해야 합니다. 보고서 세트에는 현재 최대 250개의 eVar와 1000개의 사용자 지정 이벤트가 있습니다.

사이트마다 구현 요구 사항이 다릅니다. 일부 차원과 이벤트는 두 사이트 간에 공유할 수 있습니다. 예를 들어 이메일 등록에서는 여러 웹 사이트에서 동일한 이벤트를 사용하여 동일한 사용자 지정 이벤트를 트리거할 수 있습니다. 특정 사이트에만 사용되는 차원도 있습니다. 예를 들어 사이트 중 하나에서만 사용자가 프로필 사진을 변경할 수 있습니다. 이 사용자 지정 이벤트는 이를 지원하는 웹 사이트에서만 구현됩니다.

고유 차원 및 지표의 수가 단일 글로벌 보고서 세트에 맞을 수 있는지 확인하십시오. 고유 차원이나 지표가 너무 많다면 각 구현 내에서 각 차원을 검토하십시오. 비즈니스 성공에 중요하지 않은 겹치거나 차원이 있을 수 있습니다. 분류를 사용하는 것도 고려해 보십시오. 예를 들어 eVar5에서 '제품 이름'을 캡처하는 대신 '제품' 차원을 기반으로 하여 '제품 이름' 분류를 만듭니다. 소스 보고서 세트의 분류는 모든 종속 가상 보고서 세트에 자동으로 사용할 수 있습니다.

큐레이션의 도입으로 VRS별로 주어진 차원 또는 지표의 이름을 변경할 수 있습니다.

세그먼테이션의 미묘한 차이

기본 수준의 가상 보고서 세트는 보고서 세트에 적용되는 세그먼트일 뿐입니다. 방문 및 방문자 기반 차원은 비직관적인 보고 결과를 제공할 수 있습니다.

예를 들어, 두 개의 웹 사이트 A와 B가 있고, 둘 다 데이터를 글로벌 보고서 세트로 보냅니다. 일부 방문자는 필연적으로 사이트 A에서 사이트 B로 건너가며, 이렇게 한 사이트에서 다른 사이트로 이동하는 것은 글로벌 보고서 세트의 경로 지정에 표시됩니다. 사이트 A 및 B에 대한 가상 보고서 세트를 작성하는 경우 사이트 A에서 시작하여 사이트 B에서 끝나는 방문에서 VRS B에 시작 페이지가 표시되지 않습니다. 이 방문의 시작 페이지는 가상 보고서 세트에서 세그먼트화된 사이트 A에서 시작되었습니다.

통화 전환

가상 보고서 세트는 해당 가상 보고서 세트가 기반으로 하는 보고서 세트와 다른 통화로 보고하지 않습니다. Adobe Analytics는 보고서를 실행할 때 통화 전환을 허용하지 않지만 환율은 이전 데이터에 대해서도 오늘을 기반으로 합니다.

조직에서 단일 통화로 분석을 수행하는 경우 문제가 발생하지 않습니다. 그러나 고유한 로컬 통화로 수익을 확인해야 하는 다양한 지역 팀을 위한 중요한 비즈니스 요구가 있다면 다중 세트 태깅 사용을 고려해 보십시오.

데이터 피드

데이터 피드는 가상 보고서 세트를 사용할 수 없습니다. 하지만 글로벌 보고서 세트에서 데이터 피드를 받은 다음 분리할 수 있습니다.

데이터 피드를 사용하면 개별 히트 수준에서 내보낸 모든 Adobe Analytics 데이터를 일별 또는 시간별로 받을 수 있습니다. 데이터 피드는 사용자에게 제공되기 전에 미리 세그먼트화할 수 없으며, 따라서 글로벌 보고서 세트에 대한 데이터 피드만 수신할 수 있습니다. 브랜드, 속성, 지역 또는 기타 세분화된 수준에서 개별 데이터 피드가 반드시 필요한 조직의 경우 다중 세트 태깅 사용을 고려해 보십시오.

파트너 계정이 있는 Data connectors

Adobe Analytics에 대한 특정 Adobe 파트너 통합은 보고서 세트당 하나의 파트너 계정으로 제한됩니다. 일부 조직에서는 동일한 통합을 위해 여러 파트너 계정이 필요할 수 있습니다.

예를 들어 보고서 세트당 하나의 Google DCM만 허용됩니다. 많은 회사에는 여러 DCM 계정이 있는데, 이렇게 하면 다양한 브랜드, 비즈니스 단위 및 지역이 디스플레이 광고를 서로 개별적으로 관리할 수 있습니다. 통합은 가상 보고서 세트에서 설정할 수 없습니다. 여러 계정이 있는 종속 데이터 커넥터가 있다면 다중 세트 태깅 사용을 고려해 보십시오.

요약 데이터 소스

요약 데이터 소스를 사용하면 집계된 지표를 보고서 세트 수준의 Adobe Analytics로 가져올 수 있습니다. 요약 데이터 소스 업로드는 집계된 지표를 포함하므로 세그먼트화할 수 없습니다. VRS는 세그먼테이션을 사용하여 작동하므로 요약 데이터 소스를 사용하여 가져온 모든 데이터는 가상 보고서 세트에서 사용할 수 없습니다. 요약 데이터 소스는 소스 보고서 세트에만 표시됩니다.

전체 처리 데이터 소스는 세그먼테이션을 지원하고 가상 보고서 세트에서 사용할 수 있습니다.

VRS를 사용하기로 한 경우 수행할 단계

가상 보고서 세트를 위해 보조 서버 호출을 제거하도록 선택하는 경우:

  1. 하위 보고서 세트의 데이터와 일치하는 가상 보고서 세트를 만듭니다. 사이트를 서로 구별하는 사용자 지정 차원에 대해 세그먼트화하십시오.
    • 다중 세트 태깅이 수행된 기존 구현에서 마이그레이션하는 경우 가상 보고서 세트의 세그먼트를 기존 하위 보고서 세트와 비교하십시오. 사용자를 가상 보고서 세트로 이동하기 전에 데이터를 비교할 수 있는지 확인해야 합니다.
    • 가장 좋은 방법으로서, 한 위치에서 세그먼트를 편집하고 모든 종속 가상 보고서 세트에 적용할 수 있도록 세그먼트 스택 사용을 고려해 보십시오.
    • 가상 보고서 세트를 더 상호 배타적으로 유지하려면 히트 컨테이너를 사용하십시오.
  2. 가상 보고서 세트가 올바로 설정되었는지 확인한 후 구현에서 보조 보고서 세트 ID를 제거합니다. 보조 보고서 세트를 제거하려면 다음을 수행하십시오.
    • Adobe Experience Platform Launch에서 더 이상 사용하지 않을 보고서 세트의 옆에 있는 'x'를 클릭합니다.
    • DTM에서 해당 속성 및 Analytics 도구를 찾습니다. 프로덕션 계정 ID 및 스테이징 계정 ID 필드에서 더 이상 사용하지 않을 보고서 세트 ID를 제거합니다.
    • 기존 JavaScript 구현에서 s.account 변수를 찾아 더 이상 사용하지 않을 보고서 세트 ID를 제거합니다.
    • 모든 경우, 사이트 및 앱에 대한 데이터를 수집할 글로벌/상위 보고서 세트 ID만 남깁니다.
    • 관리자 > 보고서 세트로 이동하고 더 이상 사용되지 않는 보조 보고서 세트를 숨깁니다.

이 페이지에서는