Adobe Analytics 구현 플레이북 다운로드

시작하기 전에 플레이북을 다운로드하십시오.

비즈니스 요구 사항 탭

내용: 비즈니스 요구 사항 문서(일반적으로 BRD라고 함)는 주요 관련자, 비즈니스 사용자 및 기술 사용자가 공동 작업하고자 하는 중요한 문서입니다. Adobe Analytics(AA) 구현이 완료되면 필요한 모든 KPI, 보고 요구 사항 및 확인하자 하는 데이터 포인트를 문서화할 수 있습니다.

이유: 이는 다음 문서(SDR, 기술 사양 등)의 시작점 역할을 하며, AA의 합의된 최종 상태에 대한 신뢰할 수 있는 일반적인 소스입니다. 이 문서는 조직 내 팀 간의 생각을 정리하여 구현 구축 또는 개선을 위한 통일된 지침 방향을 구성합니다.

방법: 비즈니스 요구 사항 문서화는 일반적으로 AA의 최종 비즈니스 사용자에 의해 수행되지만, 기술적인 문제가 있을 수 있으며 특정 데이터 포인트는 우선 순위 지정에 영향을 미치는 다른 데이터 포인트보다 더 많은 노력을 필요로 하므로 기술 사용자로부터 피드백을 받는 것이 중요합니다.

“사이트에서 추적하고자 하는 사항은 무엇인지”, “보고서 사용 시 중요한 데이터 포인트는 무엇인지”, 가장 중요한 것은 “이 데이터 포인트가 의사 결정에 어떤 영향을 미칠 것인지”에 대해 자문해 보십시오. 각 비즈니스 요구 사항이 비즈니스 의사 결정을 알리는 데 사용할 수 있는 데이터 포인트와 관련이 있는지 확인하는 것이 중요합니다. 예를 들어 사이트를 클릭할 때마다 추적하고 싶은 생각이 들 수 있지만, 결국은 이 보고서를 통해 어떤 통찰력을 얻을 수 있습니까?

아래 스크린샷(비즈니스 요구 사항)에 C열을 채우는 것부터 시작하십시오. “사이트에서 수행된 내부 검색 수” 또는 “노출 측면에서 가장 효과적인 내부 캠페인 위치”와 같은 형식이어야 합니다. 이 수준의 세부 정보를 입력한 후 돌아가서 B열(카테고리)을 입력하고 기술 사양 섹션과 일치해야 하는 “검색” 또는 “내부 프로모션”과 같은 범주로 요구 사항을 그룹화할 수 있습니다.

또한 eVar, 이벤트, Prop 또는 조합을 사용하여 추적하려는 목표를 달성할 수 있다고 생각하는지 여부도 표시합니다.

마지막으로 구현 상태 열은 사이트에 항목을 추가하기 시작할 때 상태 확인 역할을 합니다.

비즈니스 요구 사항 문서

변수 맵 탭 (태그 지정 문서/SDR)

내용: 태그 지정 문서(일반적으로 SDR이라고 함)는 AA의 기술 사용자와 비즈니스 사용자 모두에게 유용한 중요한 문서입니다. 보고서 세트에서 사용 중인 모든 변수 및 변수 설정에 대한 모든 관련 세부 정보, 변수 구현 방법 및 보고 목적이 무엇인지 나열됩니다. 속성 문서와 마찬가지로 태그 지정 개선 또는 구현 변경 사항이 도입됨에 따라 문서를 최신 상태로 유지할 책임이 있는 담당자와 잘 관리된 Excel 문서여야 합니다.

이유: 이 문서는 다양한 용도로 사용되지만 가장 중요한 것은 다음과 같습니다.

  • 구현을 처음 시작하는 모든 사용자 (신입 직원, 사용 가능한 보고를 더 잘 이해하고자 하는 비즈니스 소유자 등) 이 문서는 구현된 모든 변수와 그 목적이 무엇인지에 대한 최상의 견해를 제공하여 개인이 AA 설정을 학습 측면에서 셀프서비스를 할 수 있도록 합니다.
  • AA 제품 소유자/기술자의 경우, 이 문서는 다른 변수를 설정하는 방법과 새 차원을 추가할 때 사용할 수 있는 변수에 대한 알림 역할을 합니다.

방법: 모든 Adobe 기본 제공 변수(페이지, 제품, 지역 등)와 eVar, Prop, 이벤트 및 목록 변수를 Excel 문서에 나열하는 것부터 시작합니다. 사이트/보고서 세트당 하나의 탭이 있어야 합니다.
각 차원에 대해 다음과 같은 열을 추가합니다.

  • 이름: 대부분의 사람들이 이해할 수 있는 간단하고 짧은 이름을 제공합니다. 이는 새로운 사용자가 변수를 선택하고 캡처하려는 변수를 파악할 수 있을 만큼 충분히 직관적이어야 합니다.
  • 설명: 변수의 용도와 추적 데이터에 대한 자세한 정보입니다. 이를 짧고 간단하게 유지하며 인터페이스에 사용된 설명과 일치시킵니다. 이상적으로는 사용자가 태그 지정 문서를 참조할 필요가 없기를 바랍니다. 따라서 관리 백엔드에 새 차원이 설정되면 여기에 동일한 설명을 추가합니다. 이렇게 하면 사용자가 작업 영역에서 직접 정보 아이콘을 클릭하여 Excel 문서를 가져올 필요 없이 차원이 무엇인지 이해할 수 있습니다.

페이지 URL 단순화

  • 코드: 값을 설정하는 백엔드의 코드입니다. 이는 페이지의 데이터 레이어에 있는 필드이거나 실행 규칙, 처리 규칙 등으로 수행되도록 지정할 수 있습니다.
  • 분류 보고서: 분류 가져오기 또는 분류 규칙 빌더로 생성된 분류 보고서 호출
  • 솔루션 범위: 모든 속성(적어도 표준 변수 이상을 사용하는 속성)을 작은 열에 나열하고 해당 속성에 설정되는 각 차원에 대한 체크 표시를 추가하는 것이 유용합니다. 이렇게 하면 특정 속성을 쉽게 필터링할 수 있을 뿐만 아니라 특정 차원이 설정되는 위치를 빠르게 확인할 수 있습니다.
  • 구성: 각 변수에 대한 관리 UI 설정(예: eVar - 만료, 할당, 머천다이징 등)

샘플 SDR의 스크린샷:
샘플 SDR

또한 이 태그 지정 문서를 사용하여 자유 변수와 “정크” 변수를 추적하는 것이 좋습니다. 차원이 더 이상 필요하지 않은 경우 개발자는 일반적으로 차원을 삭제하는 데 시간이 걸립니다. 그 후에도 캐싱이 발생하거나 차원이 다른 곳에서도 설정되었음을 알 수 있습니다. 차원을 정리하는 것은 쉽지 않으며 종종 인내심이 필요합니다. 다음은 사용자가 정크를 추적하는 동안 헷갈리지 않도록 보이지 않는 곳에 정크를 숨겨두는 몇 가지 팁입니다.

  • 사용되지 않는 모든 차원/이벤트는 “무료”이거나 “삭제 중”입니다.
    • 차원에 최근 90일 동안의 정크 값이 있는 경우 “삭제 중”입니다.
    • 차원이 적어도 지난 90일 동안 비어 있고 깔끔할 경우 “무료”입니다.
    • 쉽게 필터링할 수 있도록 태그 지정 문서의 “이름” 아래에 해당 항목을 표시합니다. 사용자가 볼 수 없도록 태그 지정 문서(Excel 데이터 필터)에서 선택하지 않은 상태로 유지합니다.
    • 사용자가 검색에서 찾을 수 없도록 인터페이스에서 eVar 이름으로 표시하고(예: “(v6)”) 인터페이스에서 설명을 제거합니다.
  • 이렇게 하면 새 차원이 필요할 때 “이름” 열에서 “무료”를 쉽게 필터링하여 사용할 깔끔한 차원을 찾을 수 있습니다.
  • “삭제 중” 차원 및 이벤트의 경우 작업 영역을 사용하여 다음 사항을 추적하는 것이 좋습니다.
    • eVar, Prop 및 이벤트의 3개의 표로만 관리자가 볼 수 있는 프로젝트를 만듭니다. 예를 들어 특정 eVar에 대해 “인스턴스”를 사용하고, Prop에는 “Prop5 존재”로 HIT 세그먼트를 만듭니다.
    • 날짜를 지난 90일로 설정
    • 위 항목을 발생 횟수와 함께 3개 표의 행으로 사용
    • 무엇이든 “0”에 도달하면 태그 지정 문서에서 “무료”로 표시하고 작업 영역 프로젝트에서 제거합니다.

이렇게 하면 데이터가 항상 깔끔하고 정크에 대한 명확한 정보를 얻을 수 있습니다.

변수 및 이벤트 개요

속성 탭

내용: 속성 문서에는 웹 사이트, 모바일 앱, 기타 도구(채팅, 피드백 등)와 같은 모든 디지털 속성이 해당 속성에 Adobe Analytics로 태그가 지정되었는지 여부에 관계없이 나열되어야 합니다. 이 문서는 비즈니스 및 기술 사용자를 위한 중앙 집중식의 살아있는 문서 역할을 해야 합니다.

이유: 이를 통해 디지털 속성 전체에 걸쳐 사용자 여정과 Adobe Analytics가 수행하는 작업과 다루지 않는 작업을 명확하게 볼 수 있으므로 누락된 속성에 태그 지정 추가의 우선 순위를 지정할 수 있습니다. 이러한 방식으로 디지털 에코시스템을 배치함으로써 태그 지정 전략에서 잠재적인 기회를 식별하여 사용자 여정을 전체적으로 볼 수 있습니다. 예를 들어 여러 도메인/사이트를 추적하려면 글로벌 보고서 세트가 필요합니까? 하이브리드 경험에 대한 도메인 또는 앱 간에 방문자 ID 핸드오프가 필요합니까? 교차 도메인 추적을 위해 내부 URL 필터를 업데이트해야 합니까?

방법: 거버넌스를 제공할 문서 소유자와 업데이트 관리에 대한 단일 책임 소스를 식별합니다.
속성 탭에 다음을 나열합니다.

  • 속성 이름: 도메인, 하위 도메인, 앱 이름 등이 될 수 있습니다. 동일한 도메인 내에서도 일부 부분이 별도로 관리되는 경우(다른 팀이나 다른 기술에 의해) 이러한 부분을 분리해야 합니다.
  • 사용 가능한 경우 속성에 연결 (URL)
  • 소유자 및 연락처: 속성의 기본 소유자 또는 연락처를 나열합니다.
  • 태그 방법: 많은 사람들이 다른 코드 방법과 구현(Launch, JS 파일, AEP 등)을 가지고 있습니다. 필요한 경우(예: 코드 버전 또는 태그 관리 시스템별로) 이를 더 세분화할 수 있지만 이는 코드를 업데이트해야 하는 위치 및 유지 관리 방법을 비롯한 다양한 코드 방법 및 버전을 모두 추적하기 위한 것입니다. Adobe Launch를 사용하는 경우 Launch 속성 이름을 나열합니다.

Adobe Analytics로 태그가 지정되지 않은 경우에도 모든 디지털 속성을 포함해야 합니다. 이렇게 하면 디지털 환경 및 사용자가 모든 속성과 상호 작용하는 방식을 이해하는 데 도움이 됩니다.

이 문서는 조직의 다른 부서에서 쉽게 해석할 수 있도록 너무 많은 정보를 포함하지 않고 가능한 단순하게 유지하는 것이 좋습니다. 분석 팀은 다른 팀보다 디지털 환경을 더 잘 이해하는 경우가 많으므로 다른 팀과 경영진이 이 문서를 사용하여 자세한 개요를 제공하는 경우가 많습니다.

Adobe Analytics에서 사이트 이름/속성 차원을 만듭니다. Adobe Analytics에 사이트 이름/앱 이름을 식별하는 전용 차원(일반적으로 eVar)이 있으면 세그먼트화, 문제 해결, 가상 보고서 세트 생성 등이 가능합니다. 이점은 특히 여러 사이트를 하나의 (글로벌) 보고서 세트로 결합할 경우 무한합니다. 중요한 것은 개발 팀이 모든 페이지 로드(s.t 호출/trackState) 및 모든 사용자 정의 이벤트(s.tl 호출/trackAction)를 포함하여 속성 차원에서 항상 이 값을 설정하도록 하는 것입니다. 처리 규칙은 이러한 값을 적절하고 일관되게 설정하는 데 유용한 도구가 될 수 있습니다.

Doug Moore{target="_blank"}의 이 비디오를 통해 구현 플레이북 작성에 대한 자세히 알아보십시오.

작성자

이 문서의 공동 작성자:

Christel Guidon

Christel Guidon, NortonLifeLock의 디지털 분석 플랫폼 관리자
Adobe Analytics 챔피언

Rachel Fenwick

Rachel Fenwick, Adobe 수석 컨설턴트

이 페이지에서는