Adobe Analythics 검증 방법 정보 - 웹 페이지

Adobe Analytics를 사용하는 과정에서 변수의 추가·편집을 구현하려 했으나 검증 방법을 몰라 시행이 어렵다는 의견이 많았다.
이번에는 이런 고민을 해결하기 위한 첫걸음으로 사이트 검증 방법을 소개한다.
0. 전체 프로세스 검증
Adobe Analythics의 데이터 측정은 대략적인 절차로 ①사이트 방문, ②측정 데이터 발송, ③처리, 측정 데이터 저장 등 공정으로 나뉜다.이번에 소개한 검증에서는 ②측정 데이터를 보내고 ③측정 데이터의 처리와 보존 결과를 평가하는 두 가지 검증 방법이 관련된다.

1. 사전 준비
검증을 하기 전에 다음과 같은 준비를 하세요.
1-1: 이미지 요청 캡처 준비 도구
평소 사용하는 브라우저나 전용 도구(※)도 가능하지만, 구글 크롬이나 Firefox의 Extensinon을 설치할 수 있는 환경이라면 자사 도구인'어도비 Experience Plateform Debugger'를 활용해 쉽게 확인할 수 있다.
이번에는 Google Chrome의 DevTools를 사용하는 브라우저 개발자 도구입니다.그런 다음 Adobe Experience Plateform Debugger를 사용하여 검증하는 방법에 대해 설명합니다.
※ 전용 도구는 아래부터 확인하세요.
1-2: 개발 환경용 보고서 키트
검증에 사용할 데이터의 보고서 세트를 미리 준비하면 보고서의 확인이 간단해진다.보고서 세트의 제작은 아래에서 확인할 수 있다.
2. 그 1~데이터가 보고에 들어가기 전의 검증을 검증한다~
그럼 빨리 검증해 봅시다.이번 조건은 다음과 같다.
• eVar10 신규 활성화, 해당 변수에 사이트 참조 자료 저장
· 개발 환경을 위해'lumadev'라는 보고서 세트 제작
2-1. 브라우저 기능을 사용하는 경우
2-1-1. DevoTools가 열린 상태에서 웹 사이트 액세스
Google Chrome의 DevTools가 시작되고 Network 탭이 선택된 상태에서 인증할 웹 사이트를 방문하십시오

2-1-2. 전송 데이터에서 이미지 요청 추출
① 검색창에'b/ss'(※)를 입력하고 이미지 요청만 축소합니다.

※ "b/ss"는 Adobe 데이터 수집 서버에 저장된 이미지 파일 구조의 일부입니다.모든 이미지 요청에 이 문자열이 포함되어 있기 때문에 추출할 때도 이 문자열을 사용합니다.
2-1-3. 이미지 요청 내용 확인
② 압축 데이터를 눌러 ③의 "Query String Parameters"로 스크롤합니다.따라서 이번에 검증하고자 하는 데이터가 출력되었는지 확인한다.
이번엔 ④ v10에 organic 데이터(※)가 포함돼 있어 제대로 시행되는지 확인할 수 있습니다.

※ 매개 변수 "v10"은 "eVar10"을 의미합니다.따라서 이미지 요청에 포함된 매개변수는 Adobe Analythics의 구현 변수와 다릅니다.자세한 내용은 아래부터 확인하세요.
보충: 이미지 요청 구문
이미지 요청의 구조는 다음과 같습니다.
https://example.data.adobedc.net/b/ss/examplersid/1?AQB=1&g=http%3A%2F%2Fexample.com&pageName=Example%20hit&v1=Example%20value&AQE=1

example.data.adobedc.net는 trackingServer 변수에 포함된 값입니다.

examplersid는 데이터가 목적지로 전송되는 보고서 세트의 ID입니다.여기서는 목적지를 보내는 보고서 키트 ID가 정식 사용인지 개발 환경용인지 식별할 수 있다.

쿼리 문자열 구분자다음 문자열은 보고서에 포함된 데이터입니다.

이번 예에서 다음과 같은 이미지 팟캐스트를 확인했다.
https://example.data.adobedc.net/b/ss/lumadev/1?AQB=1&g=http%3A%2F%2Fexample.com&pageName=Example%20hit&v1=Example&v10=organic%20value&AQE=1
위 내용을 확인한 후

보고서 키트 ID는 "lumadev"입니다.

매개변수에 "v10 = organic"

포함
그래서 우리는 이것이 정확한 실현이라는 것을 알 수 있다.
2-2. Adobe Experience Plateform Debugger를 사용하는 경우
2-2-1. 디버깅을 시작합니다.
Adobe Experience Plateform Debugger를 설치하고 시작한 상태에서 웹 사이트를 방문하십시오.
Adobe Experience Plateform Debugger 시작

사이트 방문

2-2-2. 출력 데이터 확인
① Adobe Analythics, ② 보고서 키트를 선택한 경우

③ 스크롤을 통해 해당 변수의 eVar10 포함 여부 확인

이상입니다.어때요?브라우저의 기능을 이용하는 것보다 Adobe Experience Plateform Debugger가 더 쉽게 이해할 수 있다는 것을 이해했다고 생각합니다.
측정할 수 없을 때
만약 v10이 파라미터가 아니거나 v10의 값이 예상 값이 아니라면 설치 오류가 있을 수 있습니다. 이 절차를 수정하고 이 절차를 다시 시도하십시오.
3. 검증의 2~보고서에 데이터를 입력한 후의 검증~
1에 문제가 없는지 확인하려면 Adobe Analytics 보고서를 참조하십시오.
작업공간 검증 사용
빨간 테두리 부분을 확인하세요.이번에 점검해야 할 곳은요.
· 보고서 키트는'lumadev'
·eVar10(이름은 "인용")에 "organic"포함
하지만 문제 없이 출력한 것 같습니다.

3-1. 원하는 데이터를 출력하지 않은 경우
아래를 확인해 주세요.
3-1-1. 확인된 보고서가 다르다
평소 보고서 세트를 많이 사용하는 손님들에게는 자주 있는 일인데, 원래 훑어본 보고서 세트가 다르기 때문에 원하는 데이터를 출력하지 못할 수도 있다.
보고서 세트를 다시 확인하십시오.
3-1-2. 변수가 활성화되었는지 여부
변수가 활성화되어 있지 않으면 이미지 요청이 올바르더라도 보고서에 반영되지 않습니다.
관리자 메뉴 > 보고서 세트에서 변수의 설정을 확인하고 사용 여부를 확인하십시오.
변수 설정 단계 정보
3-1-3. 각 변수의 유효성을 확인하다
변수 이름
확인 방법
event
'유형' 이 '무효' 이외의 값인지 여부
eVar
상태가 유효한지 여부
prop
상태가 유효한지 여부
3-1-4. 위 내용을 확인해도 출력이 원활하지 않을 경우
이들 3가지 확인은 대다수 상황에서 해결될 수 있지만, 그럼에도 데이터가 아직 상승하지 않은 상황에서 Data Warehouse, Data Feed 기능을 사용하면 데이터의 측정 순서와 값의 변화 등 작업공간보다 상세한 데이터를 확인할 수 있다.이로써 데이터가 출력되지 않는 원인에 접근할 수 있으니 이 보고 기능의 사용을 연구해 보십시오.
4. 실제 설치를 공식 환경으로 옮기고 검증을 다시 실시한다. 1, 2.
검증의 2 목표 변수에 포함된 값을 확인하면 실제 포장 내용을 실제 환경으로 옮겨 검증의 1, 2를 다시 실시한다.
이를 통해 문제가 없다면 검증 작업은 끝난다.
5. 요약
이상은 사이트의 검증 방법을 소개했다.미리 몇 개 준비해야 하지만 예상보다 간단하다는 의견도 많죠.
또 모바일 애플리케이션에서 측정 데이터를 검증하는 방법도 조만간 알려드리고 싶습니다.
이 기사를 계기로 Adobe Analytics를 능숙하게 사용할 수 있다면 좋겠다.