게재 대시보드 delivery-dashboard
다음 게재 대시보드 는 메시지를 보내는 동안 발생하는 게재 및 최종 문제를 모니터링하는 키입니다.
이를 통해 게재 정보를 검색하고 필요한 경우 편집할 수 있습니다. 게재가 전송되면 탭 콘텐츠가 더 이상 변경되지 않을 수 있습니다.
다음은 대시보드에서 사용할 수 있는 몇 가지 탭을 사용하여 모니터링할 수 있는 정보입니다.
관련 항목:
게재 요약 delivery-summary
다음 Summary 탭에는 게재 상태, 사용한 채널, 보낸 사람 정보, 제목, 실행 정보 등 게재의 특성이 포함되어 있습니다.
게재 보고서 delivery-reports
다음 Reports 링크에서 액세스 가능 Summary 탭에서는 게재 작업과 관련된 보고서 세트(일반 게재 보고서, 상세 보고서, 게재 보고서, 실패한 메시지 분배, 열람률, 클릭 및 트랜잭션 등)를 볼 수 있습니다.
이 탭의 내용은 요구 사항에 따라 구성할 수 있습니다. 게재 보고서에 대한 자세한 내용은 이 섹션.
게재 로그, 내역 및 제외 delivery-logs-and-history
다음 Delivery 탭은 이 게재에서 발생 횟수 기록을 제공합니다. 여기에는 게재 로그(예: 보낸 메시지 목록, 상태 및 관련 메시지)가 포함됩니다.
게재의 경우 게재가 실패한 수신자 또는 격리 중인 주소만 표시할 수 있습니다(예: ). 이렇게 하려면 Filters 단추 및 선택 By state. 그런 다음 드롭다운 목록에서 상태를 선택합니다. 에는 다양한 상태가 나열되어 있습니다. 이 페이지.
다음 Display the mirror page for this message… 링크를 사용하여 새 창의 목록에서 선택한 게재 콘텐츠에 대한 미러 페이지를 볼 수 있습니다.
미러 페이지는 HTML 콘텐츠가 정의된 게재에 대해서만 사용할 수 있습니다. 자세한 내용은 다음을 참조하십시오. 미러 페이지 생성.
게재 추적 로그 및 내역 tracking-logs
다음 Tracking 탭에는 이 게재에 대한 추적 기록이 나열됩니다. 이 탭에는 전송된 메시지, 즉 Adobe Campaign에서 추적할 수 있는 모든 URL에 대한 추적 데이터가 표시됩니다. 추적 데이터는 시간별로 업데이트됩니다.
추적 구성은 게재 마법사의 적절한 단계에서 수행됩니다. 다음을 참조하십시오 추적된 링크를 구성하는 방법.
Tracking 데이터는 게재 보고서에 해석됩니다. 이 섹션을 참조하십시오.
받은 편지함 렌더링 delivery-rendering
다음 Inbox rendering 탭에서는 메시지가 수신될 수 있는 다른 컨텍스트에서 메시지를 미리 보고 주요 데스크톱 및 응용 프로그램의 호환성을 확인할 수 있습니다.
이렇게 하면 메시지가 다양한 웹 클라이언트, 웹 메일 및 디바이스에서 최적의 방식으로 수신자에게 표시되도록 할 수 있습니다.
받은 편지함 렌더링에 대한 자세한 내용은 이 페이지
게재 감사 delivery-audit-
다음 Audit 탭에는 게재 로그와 증명과 관련된 모든 메시지가 포함되어 있습니다.
다음 Refresh 버튼을 사용하면 데이터를 업데이트할 수 있습니다. 사용 Filters 단추를 클릭하여 데이터에 대한 필터를 정의합니다.
특수 아이콘을 사용하면 오류나 경고를 식별할 수 있습니다. 다음을 참조하십시오 게재 분석.
다음 Proofs 하위 탭에서는 전송된 증명 목록을 볼 수 있습니다.
이 창에 표시된 정보(및 의 정보)를 수정할 수 있습니다. Delivery 및 Tracking 탭)을 클릭하여 표시할 열을 선택합니다. 이렇게 하려면 Configure list 아이콘 은 오른쪽 하단에 있습니다. 목록 표시 구성에 대한 자세한 내용은 이 섹션.
게재 대시보드 동기화 delivery-dashboard-synchronization
게재 대시보드에서 처리된 메시지 및 게재 로그를 확인하여 게재가 성공적으로 전송되었는지 확인할 수 있습니다.
일부 지표 또는 상태가 잘못되거나 최신 상태가 아닐 수 있습니다. 다음 솔루션으로 해결할 수 있습니다.
-
게재 상태가 잘못된 경우 이 게재에 필요한 모든 승인이 수행되었는지 또는 operationMgt 및 deliveryMgt 워크플로가 오류 없이 실행됩니다. 전송 인스턴스에 구성되지 않은 선호도를 사용한 게재 때문일 수도 있습니다.
-
게재 지표가 여전히 0이고 중간 소싱 구성을 사용 중인 경우 Mid-sourcing (delivery counters) 기술 워크플로우입니다. 상태가 이(가) 아니면 시작 Started. 그런 다음 Adobe Campaign 탐색기에서 관련 게재를 마우스 오른쪽 단추로 클릭하고 을 선택하여 지표를 다시 계산할 수 있습니다 Actions > Recompute delivery and tracking indicators. 지표 추적에 대한 자세한 내용은 다음을 참조하십시오 섹션.
-
게재 카운터가 게재와 일치하지 않으면 Adobe Campaign 탐색기에서 관련 게재를 마우스 오른쪽 단추로 클릭하고 을 선택하여 지표를 다시 계산해 보십시오 Actions > Recompute delivery and tracking indicators 을 클릭하여 다시 동기화하십시오. 지표 추적에 대한 자세한 내용은 다음을 참조하십시오 섹션.
-
중간 소싱 배포에 대한 게재 카운터가 최신 상태가 아닌 경우 Mid-Sourcing (Delivery counters) 기술 워크플로우가 실행 중입니다. 자세한 정보는 이 페이지를 참조하십시오.
게재 대시보드를 통해 다양한 보고서를 통해 게재를 추적할 수도 있습니다. 자세한 정보는 이 섹션을 참조하십시오.
사용 사례: 로그에 보낸 사람의 IP 주소 추가 use-case
이 섹션에서는 게재에 각 이메일을 전송한 IP 주소에 대한 정보를 게재 로그에 추가하는 방법에 대해 알아봅니다.
1단계: 스키마 확장
추가하려면 publicID 게재 로그에서 먼저 스키마를 확장해야 합니다. 다음과 같이 진행할 수 있습니다.
-
스키마 확장을 만들고 Administration > Configuration > Data Schemas > New.
스키마 확장에 대한 자세한 내용은 이 페이지.
-
선택 broadLogRcp 받는 사람 게재 로그(nms)를 확장하고 사용자 지정 네임스페이스를 정의합니다. 이 경우 "cus"가 됩니다.
note note NOTE 인스턴스가 중간 소싱에 있는 경우 broadLogMid 스키마와 작업해야 합니다. -
확장에 새 필드를 추가합니다. 이 샘플에서는 다음을 교체해야 합니다.
code language-none <element img="nms:broadLog.png" label="Recipient delivery logs" labelSingular="Recipient delivery log" name="broadLogRcp"/>
수행한 사람:
code language-none <element img="nms:broadLog.png" label="Recipient delivery logs" labelSingular="Recipient delivery log" name="broadLogRcp"> <attribute desc="Outbound IP identifier" label="IP identifier" name="publicId" type="long"/> </element>
2단계: 데이터베이스 구조 업데이트
수정이 완료되면 데이터베이스 구조가 논리적 설명과 일치하도록 업데이트해야 합니다.
이렇게 하려면 아래 단계를 수행합니다:
-
다음을 클릭합니다. Tools > Advanced > Update database structure… 메뉴 아래의 제품에서 사용할 수 있습니다.
-
다음에서 Edit tables 창, NmsBroadLogRcp 테이블이 선택됨(또는 broadLogMid 아래 표( 중간 소싱 환경에 있는 경우)
note important IMPORTANT 다음을 제외하고 다른 수정 사항이 없는지 항상 확인합니다. NmsBroadLoGRcp 표(또는 broadLogMid 가 중간 소싱 환경에 있는 경우 테이블). 이 경우 다른 테이블의 선택을 취소합니다. -
클릭 Next 유효성을 검사합니다. 다음 화면이 표시됩니다.
-
클릭 Next, 그런 다음 Start 데이터베이스 구조 업데이트를 시작합니다. 색인 빌드를 시작하고 있습니다. 의 행 수에 따라 이 단계가 길 수 있습니다. NmsBroadLogRcp 테이블.
3단계: 수정 사항 유효성 검사
모든 것이 올바르게 작동하는지 확인하려면 게재 로그 화면을 업데이트해야 합니다.
이렇게 하려면 게재 로그에 액세스하고 "IP 식별자" 열을 추가합니다.
아래는 다음에 표시되어야 하는 내용입니다. Delivery 수정 후 탭: