Analytics 데이터 수집 디버그
이 문서에서는 Adobe Analytics으로 전송된 데이터를 디버깅할 때 확인할 사항을 설명합니다. 다음 표에서 구현 방법을 찾아 해당 섹션을 따르십시오. 예기치 않은 보고서 데이터를 조사하는 경우 요청과 보고서 비교(으)로 시작하십시오.
네트워크 요청 캡처, 디버그 로깅 활성화, 취소된 요청 조사와 같이 모든 Adobe 데이터 수집에 적용되는 단계 및 도구는 데이터 수집 디버깅 및 문제 해결을 참조하십시오.
AppMeasurement 및 Analytics 확장 appmeasurement
요청 찾기 appmeasurement-find
네트워크 요청을 캡처하고 /b/ss/을(를) 필터링합니다. Adobe Experience Platform Debugger과 같은 태그 디버거는 이러한 요청을 식별하고 디코딩합니다.
/b/ss/ 요청이 표시되지 않는 경우:
- 브라우저 콘솔에서 JavaScript 오류를 확인합니다.
- Analytics 태그 확장을 사용하는 경우 태그 포함 코드가 페이지의
<head>요소 내에 있고 라이브러리가 테스트 중인 환경에 게시되었는지 확인합니다. 태그 디버그 모드에서는 히트를 보내는 규칙이 실행되었는지 여부를 보여 줍니다. - AppMeasurement을 직접 호스팅하는 경우 라이브러리의 URL을 직접 열어 파일이 로드되고 코드가 포함되어 있는지 확인합니다.
- 요청이 전송되지 않도록 하는 브라우저 확장 기능(예: 광고 차단기)을 비활성화합니다.
- 디버거가 iframe 내에서 전송된 요청을 인식하지 않습니다. 대신 브라우저 개발자 도구를 사용합니다. iFrame에서 AppMeasurement 사용을 참조하세요.
Analytics가 받은 항목 확인 appmeasurement-contents
- 보고서 세트:
/b/ss/이후의 경로 세그먼트에는 히트를 받는 보고서 세트 ID가 나열됩니다. 개발 페이지의 개발 보고서 세트와 같이 예상하는 보고서 세트인지 확인합니다. - 변수: 원시 요청은 변수 이름이 아닌 쿼리 매개 변수 이름을 사용합니다. 예를 들어, eVar1은
v1(으)로 표시되고 prop1은c1(으)로 표시됩니다. 변수 참조를 참조하십시오. 요청이 너무 길면 AppMeasurement에서 HTTPPOST을(를) 사용하여 보내므로 변수가 URL 대신 요청 본문에 나타납니다. - 히트 형식:
tl()이(가) 보낸 요청에pe매개 변수가 포함되어 있으며 페이지 보기를 증가시키지 않습니다.t()이(가) 보낸 요청에는pe이(가) 포함되지 않습니다.
값이 있지만 잘못된 경우 따옴표, 대문자 및 공백과 같은 일반적인 원인을 보려면 JavaScript 구현 문제 해결을 참조하십시오.
응답 확인 appmeasurement-response
2xx 응답은 데이터 수집 서버가 요청을 수신했는지 확인하기만 하고 히트가 기록되지 않았는지 확인합니다. 기본 응답 유형을 사용하면 히트가 삭제되더라도 요청이 성공을 반환할 수 있습니다. 새 방문자의 첫 번째 요청에 302 응답이 필요합니다. HTTP 응답 코드를 참조하세요.
AppMeasurement은 useBeacon이(가) 활성화된 경우 navigator.sendBeacon()과(와) 함께 종료 링크 요청 및 모든 요청을 보냅니다. 개발자 도구는 브라우저가 이러한 요청을 보냈을 때에도 이러한 요청에 취소된 것으로 레이블을 지정할 수 있습니다. 중단된 요청을 참조하십시오.
Web SDK web-sdk
요청 찾기 web-sdk-find
Web SDK을 사용하면 브라우저가 Analytics에 직접 연결하는 대신 Edge Network에 이벤트를 보내므로 /b/ss/ 요청이 표시되지 않습니다. Edge Network 요청을 검사하고 다음을 확인하십시오.
configId매개 변수는 예상한 보고서 세트와 함께 Adobe Analytics 서비스가 활성화된 데이터 스트림과 일치합니다.- 페이로드는 페이지 보기 또는 링크 이벤트로 유효합니다. Analytics에서는 페이지 세부 사항이나 웹 상호 작용 유형을 포함하지 않는 페이로드를 무시합니다. Adobe Analytics의 Edge Network 이벤트 유형을 참조하세요.
Analytics가 받은 항목 확인 web-sdk-contents
Edge 추적을(를) 시작하고 작업을 재현합니다. Analytics 자동 매핑(으)로 시작하는 행을 찾은 다음 mappedQueryParams 및 그 아래의 보고서 세트 ID를 확장합니다.
- 변수: 매핑된 값은 AppMeasurement 요청과 동일한 쿼리 매개 변수 이름을 사용하며, 경우에 따라 페이지 이름의 경우
gn, 제품의 경우pl과(와) 같은 약식 형식일 수 있습니다. XDM 개체 필드 매핑 및 데이터 개체 필드 매핑을 참조하세요. - 컨텍스트 데이터: Analytics 변수에 매핑되지 않는 XDM 필드는
c.a.x.접두사가 있는 컨텍스트 데이터로 표시됩니다. 처리 규칙을(를) 사용하여 변수에 할당합니다. - 보고서 세트: 보고서 세트 재정의를 사용하는 경우 Edge 추적의 데이터스트림 구성 행에 Edge Network에서 사용한 보고서 세트가 표시됩니다.
처리 확인 web-sdk-processing
Edge 추적이 열리는 Assurance 세션에서 hitdebugger에 대한 이벤트를 검색합니다. 이러한 이벤트는 공급업체 com.adobe.analytics.hitdebugger을(를) 사용하며, 페이로드는 Analytics 처리 후 Experience Cloud ID(mcvisId) 및 pageName과(와) 같은 값을 표시합니다.
자세한 내용은 Adobe Experience Platform Web SDK을 사용하여 Adobe Analytics 설정을 참조하십시오.
요청을 보고서와 비교 reports
Analytics에 도달하는 히트는 보고서에 즉시 표시되지 않으며 보고된 값이 요청의 값과 다를 수 있습니다.
- 지연: 전체 데이터는 일반적으로 수집 후 약 2시간 후에 보고서에 표시됩니다. 타임스탬프가 지정된 히트와 같은 일부 데이터는 더 오래 걸릴 수 있습니다. 데이터 가용성 및 대기 시간을 참조하세요.
- 처리: 처리 규칙, VISTA 규칙, 보트 규칙 및 기타 처리 단계는 수집 후 값을 변경하거나 제외할 수 있습니다. Adobe Analytics의 데이터 처리 순서를 참조하세요. Assurance 사후 처리 데이터는 개별 히트에 대한 처리 결과를 보여 줍니다.
- 보고서 세트: 요청 또는 데이터 스트림을 대상으로 하는 동일한 보고서 세트를 보고 있는지 확인하십시오.
- 예기치 않은 값: 차원에 예기치 않은 스파이크나 값이 표시되면 해시 충돌을 참조하세요.
더 광범위한 트래픽 변경 사항은 데이터 증가 및 감소 문제 해결을 참조하십시오.