데이터 수집 요청 검사

요청 검사에서는 구현이 보낸 내용, 서버가 응답했는지 여부 및 Web SDK의 경우 Edge Network이 이벤트를 처리한 방식을 보여 줍니다. 이 문서에서는 진단 워크플로의 보내는 요청, 서버 수신 및 Edge 처리 단계에 대해 설명합니다.

검사 도구를 선택하려면 디버깅 도구를 참조하세요. 요청을 보내기 전에 구현이 수행한 작업을 보려면 디버그 로깅 사용을 참조하십시오. 특정 Adobe 응용 프로그램에 속하는 엔드포인트, 요청 형식 및 유효성 검사 단계에 대해서는 제품별 디버깅을 참조하십시오.

웹 요청 검사 web

브라우저 개발자 도구 또는 태그 디버거를 사용하여 웹 페이지에서 요청을 캡처합니다.

브라우저 도구는 브라우저에서 시작된 트래픽을 보여 줍니다. 애플리케이션 서버나 이벤트 전달 규칙에서 나가는 호출은 노출하지 않습니다.

Edge Network 요청 읽기 edge-network-requests

Adobe Experience Platform Web SDK을 사용하는 구현의 경우 다음을 위해 네트워크 요청을 필터링합니다.

/ee/

요청을 선택하고 페이로드를 검사하여 Edge Network으로 전송된 데이터를 확인합니다. 이 필터는 기본 웹 SDK 기본 경로와 일치합니다. 구현이 edgeBasePath을(를) 변경하는 경우 구성된 경로 또는 컬렉션 호스트를 대신 필터링하십시오.

웹 SDK 요청 URL은 https://{edgeDomain}/ee/[{locationHint}/]v1/{action}?configId={datastreamId}&requestId={requestId} 형식을 사용합니다. 기본 edgeDomain은(는) edge.adobedc.net입니다. 자사 구현은 자체 CNAME을 사용합니다. URL의 다음 부분은 유용한 증거입니다.

Edge Network은 데이터를 데이터스트림에 구성된 서비스로 전달할 수 있습니다. 클라이언트 요청을 검사하면 클라이언트가 전송하려고 시도한 내용이 표시되며, 서버 수신 또는 다운스트림 처리를 자체적으로 확인하지 않습니다.

모바일 및 서버 요청 검사 mobile-server

Mobile SDK 구현의 경우 앱에 Assurance 확장을 추가하고 Assurance 세션에 연결하여 SDK 이벤트 및 지원되는 유효성 검사 보기를 검사합니다. 앱의 인증서 및 네트워크 구성에 따라 HTTP 수준 증명이 필요한 경우 HTTP 디버깅 프록시를 사용하십시오. 기본 개발 도구에서 메시지를 검사하려면 모바일 SDK 로깅을 참조하십시오.

Server SDK, 직접 Edge Network API 또는 기타 서버측 구현의 경우 서버의 송신 요청, HTTP 상태, 응답 본문 및 오류를 검사합니다. 런타임의 HTTP 계기 또는 해당 서버에 대해 구성된 프록시를 사용합니다. 애플리케이션에 대한 브라우저 요청에는 서버에서 Adobe에 대한 별도의 요청이 표시되지 않습니다. SDK 진단 출력에 대해서는 서버 SDK 로깅을 참조하십시오.

SDK 로그 또는 성공적인 HTTP 응답은 구성된 모든 대상이 이벤트를 처리했음을 증명하는 것이 아니라 특정 수집 단계에 대한 증거입니다.

Edge Network 처리 추적 edge-processing

웹 SDK 구현의 경우 Adobe Experience Platform Debugger에서 Edge 추적을 사용하여 Edge Network이 받은 요청, 적용한 데이터스트림 구성 및 데이터스트림의 서비스로 보낸 요청을 확인합니다. Edge 추적에서는 Assurance 세션에서도 동일한 데이터를 엽니다. Mobile SDK 구현의 경우 앱을 Assurance에 직접 연결합니다. 모바일 및 서버 요청 검사를 참조하십시오.

들어오는 이벤트나 응답 핸들을 모든 다운스트림 서비스가 처리했음을 확인하는 것으로 취급하지 마십시오. 관련 응용 프로그램의 디버깅 지침을 계속 진행합니다.

이벤트 전달을 위해 활동 모니터링에서 사용, 발신 오류 및 계산 시간 보고서를 제공합니다. 집계 보고서는 실패한 대상을 식별하는 데 도움이 될 수 있지만 이벤트별 게재 추적은 아닙니다.

중단된 요청 aborted-requests

페이지가 탐색되면 브라우저는 아직 진행 중인 요청을 취소할 수 있습니다. Firefox에서는 이러한 요청에 NS_BINDING_ABORTED 레이블을 지정하고, Chrome 및 Edge에서는 이러한 요청에 (canceled) 레이블을 지정합니다. 탐색 후 요청이 계속 표시되도록 하려면 로그 유지(Chrome 및 Edge) 또는 로그 유지(Firefox)를 사용하도록 설정하십시오.

취소된 요청이 반드시 데이터가 손실되었음을 의미하지는 않습니다. 브라우저가 전체 요청을 보냈을 수 있으며 응답을 기다리는 중만 중지되었을 수 있습니다. 개발자 도구에 취소됨 상태가 표시되는 경우에도 탐색 후 navigator.sendBeacon() 또는 fetch을(를) 사용하여 keepalive과(와) 함께 요청을 계속 보낼 수 있습니다. 로그를 보존하면 항목이 계속 표시되며, 게재를 확인하지 않습니다.

조사하려면 탐색을 재생하기 전에 디버거 또는 프록시를 열고 캡처된 요청 및 서버 응답을 검사합니다. 캡처된 서버 응답은 끝점이 요청을 처리했음을 나타냅니다. 송신 요청만 처리하지 않습니다. 웹 SDK의 경우 Edge 추적에서 들어오는 요청이 서버측 증명을 제공합니다. 이러한 관찰 결과만으로는 다운스트림 보고서에서 가용성을 확인할 수 없습니다.

브라우저는 sendBeacon에서 호출하는 JavaScript으로 HTTP 응답을 표시하지 않습니다. SDK에서 sendBeacon을(를) 사용했다는 디버그 메시지 보고는 수신을 확인할 수 없습니다.

웹 SDK documentUnloading에서 ID 및 페이로드 제한에 따라 언로드 가능 전송을 선택합니다. 이 옵션은 페이지를 언로드할 때 큐에 남아 있는 이벤트를 보낼 수 없습니다. 이벤트를 잃을 수 있는 경우를 참조하십시오. Adobe 응용 프로그램으로 직접 데이터를 보내는 라이브러리에서는 유사한 옵션을 제공할 수 있습니다. 해당 응용 프로그램의 디버깅 지침을 참조하세요.