[v8에도 적용됩니다.]{class="badge positive" title="Campaign v8에도 적용됩니다."}

게재 대시보드 delivery-dashboard

다음 게재 대시보드 는 메시지를 보내는 동안 발생하는 게재 및 최종 문제를 모니터링하는 키입니다.

이를 통해 게재 정보를 검색하고 필요한 경우 편집할 수 있습니다. 게재가 전송되면 탭 콘텐츠가 더 이상 변경되지 않을 수 있습니다.

다음은 대시보드에서 사용할 수 있는 몇 가지 탭을 사용하여 모니터링할 수 있는 정보입니다.

관련 항목:

게재 요약 delivery-summary

다음 Summary 탭에는 게재 상태, 사용한 채널, 보낸 사람 정보, 제목, 실행 정보 등 게재의 특성이 포함되어 있습니다.

게재 보고서 delivery-reports

다음 Reports 링크에서 액세스 가능 Summary 탭에서는 게재 작업과 관련된 보고서 세트(일반 게재 보고서, 상세 보고서, 게재 보고서, 실패한 메시지 분배, 열람률, 클릭 및 트랜잭션 등)를 볼 수 있습니다.

이 탭의 내용은 요구 사항에 따라 구성할 수 있습니다. 게재 보고서에 대한 자세한 내용은 이 섹션.

게재 로그, 내역 및 제외 delivery-logs-and-history

다음 Delivery 탭은 이 게재에서 발생 횟수 기록을 제공합니다. 여기에는 게재 로그(예: 보낸 메시지 목록, 상태 및 관련 메시지)가 포함됩니다.

게재의 경우 게재가 실패한 수신자 또는 격리 중인 주소만 표시할 수 있습니다(예: ). 이렇게 하려면 Filters 단추 및 선택 By state. 그런 다음 드롭다운 목록에서 상태를 선택합니다. 에는 다양한 상태가 나열되어 있습니다. 이 페이지.

NOTE
게재 로그를 표시하는 목록은 Campaign Classic의 모든 목록과 같이 사용자 지정할 수 있습니다. 예를 들어 게재에서 각 이메일을 전송한 IP 주소를 알기 위한 열을 추가할 수 있습니다. 자세한 내용은에 설명된 사용 사례를 참조하십시오. 이 섹션.

다음 Display the mirror page for this message… 링크를 사용하여 새 창의 목록에서 선택한 게재 콘텐츠에 대한 미러 페이지를 볼 수 있습니다.

미러 페이지는 HTML 콘텐츠가 정의된 게재에 대해서만 사용할 수 있습니다. 자세한 내용은 다음을 참조하십시오. 미러 페이지 생성.

게재 추적 로그 및 내역 tracking-logs

다음 Tracking 탭에는 이 게재에 대한 추적 기록이 나열됩니다. 이 탭에는 전송된 메시지에 대한 추적 데이터, 즉 Adobe Campaign에 의한 추적이 적용되는 모든 URL이 표시됩니다. 추적 데이터는 시간별로 업데이트됩니다.

NOTE
게재에 대해 추적이 활성화되어 있지 않은 경우 이 탭이 표시되지 않습니다.

추적 구성은 게재 마법사의 적절한 단계에서 수행됩니다. 다음을 참조하십시오 추적된 링크를 구성하는 방법.

Tracking 데이터는 게재 보고서에 해석됩니다. 이 섹션을 참조하십시오.

받은 편지함 렌더링 delivery-rendering

다음 Inbox rendering 탭에서는 메시지가 수신될 수 있는 다른 컨텍스트에서 메시지를 미리 보고 주요 데스크톱 및 응용 프로그램의 호환성을 확인할 수 있습니다.

이렇게 하면 메시지가 다양한 웹 클라이언트, 웹 메일 및 디바이스에서 최적의 방식으로 수신자에게 표시되도록 할 수 있습니다.

받은 편지함 렌더링에 대한 자세한 내용은 이 페이지

게재 감사 delivery-audit-

다음 Audit 탭에는 게재 로그와 증명과 관련된 모든 메시지가 포함되어 있습니다.

다음 Refresh 버튼을 사용하면 데이터를 업데이트할 수 있습니다. 사용 Filters 단추를 클릭하여 데이터에 대한 필터를 정의합니다.

특수 아이콘을 사용하면 오류나 경고를 식별할 수 있습니다. 다음을 참조하십시오 게재 분석.

다음 Proofs 하위 탭에서는 전송된 증명 목록을 볼 수 있습니다.

이 창에 표시된 정보(및 의 정보)를 수정할 수 있습니다. DeliveryTracking 탭)을 클릭하여 표시할 열을 선택합니다. 이렇게 하려면 Configure list 아이콘 은 오른쪽 하단에 있습니다. 목록 표시 구성에 대한 자세한 내용은 이 섹션.

게재 대시보드 동기화 delivery-dashboard-synchronization

게재 대시보드에서 처리된 메시지 및 게재 로그를 확인하여 게재가 성공적으로 전송되었는지 확인할 수 있습니다.

일부 지표 또는 상태가 잘못되거나 최신 상태가 아닐 수 있습니다. 다음 솔루션으로 해결할 수 있습니다.

  • 게재 상태가 잘못된 경우 이 게재에 필요한 모든 승인이 수행되었는지 또는 operationMgtdeliveryMgt 워크플로가 오류 없이 실행됩니다. 전송 인스턴스에 구성되지 않은 선호도를 사용한 게재 때문일 수도 있습니다.

  • 게재 지표가 여전히 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 주소에 대한 정보를 게재 로그에 추가하는 방법에 대해 알아봅니다.

NOTE
이 수정 사항은 단일 인스턴스 또는 중간 소싱 인스턴스를 사용하는 경우에 다릅니다. 수정하기 전에 이메일 전송 인스턴스에 연결되어 있는지 확인하십시오.

1단계: 스키마 확장

추가하려면 publicID 게재 로그에서 먼저 스키마를 확장해야 합니다. 다음과 같이 진행할 수 있습니다.

  1. 스키마 확장을 만들고 Administration > Configuration > Data Schemas > New.

    스키마 확장에 대한 자세한 내용은 이 페이지.

  2. 선택 broadLogRcp 받는 사람 게재 로그(nms)를 확장하고 사용자 지정 네임스페이스를 정의합니다. 이 경우 "cus"가 됩니다.

    note note
    NOTE
    인스턴스가 중간 소싱에 있는 경우 broadLogMid 스키마와 작업해야 합니다.
  3. 확장에 새 필드를 추가합니다. 이 샘플에서는 다음을 교체해야 합니다.

    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단계: 데이터베이스 구조 업데이트

수정이 완료되면 데이터베이스 구조가 논리적 설명과 일치하도록 업데이트해야 합니다.

이렇게 하려면 아래 단계를 수행합니다.

  1. 다음을 클릭합니다. Tools > Advanced > Update database structure… 메뉴 아래의 제품에서 사용할 수 있습니다.

  2. 다음에서 Edit tables 창, NmsBroadLogRcp 테이블이 선택됨(또는 broadLogMid 아래 표( 중간 소싱 환경에 있는 경우)

    note important
    IMPORTANT
    다음을 제외하고 다른 수정 사항이 없는지 항상 확인합니다. NmsBroadLoGRcp 표(또는 broadLogMid 가 중간 소싱 환경에 있는 경우 테이블). 이 경우 다른 테이블의 선택을 취소합니다.
  3. 클릭 Next 유효성을 검사합니다. 다음 화면이 표시됩니다.

  4. 클릭 Next, 그런 다음 Start 데이터베이스 구조 업데이트를 시작합니다. 색인 빌드를 시작하고 있습니다. 의 행 수에 따라 이 단계가 길 수 있습니다. NmsBroadLogRcp 테이블.

NOTE
데이터베이스의 물리적 구조 업데이트가 성공적으로 완료되면 수정 사항을 고려하도록 연결을 끊고 다시 연결해야 합니다.

3단계: 수정 사항 유효성 검사

모든 것이 올바르게 작동하는지 확인하려면 게재 로그 화면을 업데이트해야 합니다.

이렇게 하려면 게재 로그에 액세스하고 "IP 식별자" 열을 추가합니다.

NOTE
Campaign Classic 인터페이스에서 목록을 구성하는 방법에 대해 알아보려면 다음을 참조하십시오. 이 페이지.

아래는 다음에 표시되어야 하는 내용입니다. Delivery 수정 후 탭:

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1