게재 구성 및 보내기

노트

게재 소유자만 게재를 시작할 수 있습니다. 다른 연산자(또는 연산자 그룹)가 게재를 시작할 수 있으려면 Delivery start: 필드에 검토자로 추가해야 합니다. 자세한 정보는 이 섹션을 참조하십시오.

게재 추가 매개 변수

게재를 보내기 전에 Delivery 탭을 통해 게재 속성에서 전송 매개 변수를 정의할 수 있습니다.

  • Delivery priority: 이 옵션을 사용하면 우선순위 수준(일반, 높음 또는 낮음)을 기재하여 게재 전송 순서에 영향을 줄 수 있습니다. 이를 통해 특정 보다 신속한 게재에 대한 주문 우선 순위를 지정할 수 있습니다.

  • Message batch quantity: 이 옵션을 사용하면 동일한 XML 배달 패키지 내에 그룹화된 메시지 수를 정의할 수 있습니다. 매개 변수를 0으로 설정하면 메시지가 자동으로 그룹화됩니다. 패키지 크기는 계산법 <delivery size>/1024에 의해 정의되며, 최소 8개 및 최대 256개의 메시지가 패키지로 정의됩니다.

    중요

    게재가 중복되면 매개 변수가 재설정됩니다.

  • Send using multiple waves: 자세한 내용은 여러 웨이브를 사용하여 보내기를 참조하십시오.

  • Test SMTP delivery: 이 옵션을 사용하면 SMTP를 통해 게재 전송을 테스트할 수 있습니다. 게재는 SMTP 서버에 대한 연결까지 처리되지만 전송되지 않습니다.

    노트

    mta를 호출하지 않도록 중간 소싱을 사용하여 을 설치할 때는 이 옵션을 사용하지 않는 것이 좋습니다. SMTP 서버 구성에 대한 자세한 내용은 이 섹션을 참조하십시오.

  • Email BCC: 이 옵션을 사용하면 메시지 타겟에 숨은 참조 이메일 주소를 추가하면 BCC를 통해 외부 시스템에 이메일을 저장할 수 있습니다. 이 작업에 대한 자세한 정보는 이 섹션을 참조하십시오.

게재 확인

게재를 구성하고 전송할 준비가 되면 게재 분석을 실행했는지 확인하십시오.

이렇게 하려면 Send 을 클릭하고 원하는 작업을 선택한 다음 Analyze 를 클릭합니다. 자세한 내용은 분석 시작을 참조하십시오.

완료되면 Confirm delivery 을 클릭하여 메시지 전달을 시작합니다.

그런 다음 게재 마법사를 닫고 Delivery 탭에서 게재 실행을 추적할 수 있습니다. 이 게재의 세부 사항을 통해 또는 게재 목록을 통해 액세스할 수 있습니다.

메시지를 보낸 후 게재를 모니터링하고 추적할 수 있습니다. 자세한 정보는 다음 섹션을 참조하십시오.

게재 전송 예약

게재 예약이나 판매 압력을 관리하고 모집단을 지나치게 모집하지 않기 위해 메시지 게재를 연기할 수 있습니다.

  1. Send 단추를 클릭하고 Postpone delivery 옵션을 선택합니다.

  2. Contact date 필드에 시작 날짜를 지정합니다.

  1. 그런 다음 게재 분석을 시작한 다음 게재 전송을 확인할 수 있습니다. 그러나 Contact date 필드에 지정된 날짜까지 게재 전송이 시작되지 않습니다.
중요

분석을 시작하면 정의한 연락 날짜가 수정됩니다. 이 날짜를 수정하는 경우 수정 사항을 고려하도록 분석을 다시 시작해야 합니다.

게재 목록에서 게재가 Pending 상태로 나타납니다.

게재의 Scheduling 버튼을 통해 업스트림을 구성할 수도 있습니다.

게재를 나중 날짜로 연기하거나 임시 달력에 게재를 저장할 수 있습니다.

  • Schedule delivery (no automatic execution) 옵션을 사용하면 게재의 임시 분석을 예약할 수 있습니다.

    이 구성이 저장되면 게재가 Targeting pending 상태로 변경됩니다. 지정된 날짜에 분석이 실행됩니다.

  • Schedule delivery (automatic execution on planned date) 옵션을 사용하면 배달 날짜를 지정할 수 있습니다.

    Send 을 클릭하고 Postpone delivery 을 선택한 다음 분석을 시작하고 배달을 확인합니다. 분석이 완료되면 게재 대상이 준비되고 지정된 날짜에 메시지가 자동으로 전송됩니다.

날짜와 시간은 현재 연산자의 시간대로 표시됩니다. 연락 날짜 입력 필드 아래에 있는 Time zone 드롭다운 목록을 사용하면 입력한 날짜 및 시간을 선택한 시간대로 자동으로 변환할 수 있습니다.

예를 들어, 런던 시간 8시에 게재를 자동으로 실행하도록 예약하는 경우 시간은 자동으로 선택한 시간대로 변환됩니다.

여러 웨이브를 사용하여 보내기

로드 균형을 맞추기 위해 게재를 여러 개의 배치로 나눌 수 있습니다. 일괄 처리 수와 전체 게재와 관련된 해당 비율을 구성합니다.

노트

두 연속된 웨이브 사이의 크기와 지연 사이의 크기만 정의할 수 있습니다. 각 파트에 대한 받는 사람 선택 기준을 구성할 수 없습니다.

  1. 게재 속성 창을 열고 Delivery 탭을 클릭합니다.

  2. Send using multiple waves 옵션을 선택하고 Define waves… 링크를 클릭합니다.

  3. 웨이브를 구성하려면 다음 중 하나를 수행할 수 있습니다.

    • 각 웨이브의 크기를 정의합니다. 예를 들어, 해당 필드에 30%​을 입력하면 각 파도는 메시지의 10%를 나타내는 마지막 파트를 제외하고 게재에 포함된 메시지의 30%를 나타냅니다.

      Period 필드에서 두 개의 연속된 웨이브의 시작 사이의 지연을 지정합니다. 예를 들어 2d 을 입력하면 첫 번째 파동이 즉시 시작되고, 두 번째 파도는 이틀 후에 시작되고, 세 번째 파도는 4일 후에 시작됩니다.

    • 각 웨이브를 전송할 달력을 정의합니다.

      Start 열에서 두 개의 연속된 웨이브의 시작 사이의 지연을 지정합니다. Size 열에 고정 번호 또는 백분율을 입력합니다.

      아래 예에서 첫 번째 물결은 게재에 포함된 총 메시지 수의 25%를 나타내며 즉시 시작됩니다. 다음 두 파도는 게재를 완료하고 6시간 간격으로 시작됩니다.


      특정 유형화 규칙인 Wave scheduling check​은(는) 게재 유효성 제한 전에 마지막 물결이 계획되도록 합니다. 게재 속성의 Typology 탭에 구성된 캠페인 유형화와 해당 규칙은 유형화를 사용하는 유효성 검사 프로세스에 표시됩니다.

    중요

    마지막 웨이브가 Validity 탭에 정의된 배달 기한을 초과하지 않도록 합니다. 그렇지 않으면 일부 메시지가 전송되지 않을 수 있습니다.

    마지막 웨이브를 구성할 때 다시 시도할 시간을 충분히 허용해야 합니다. 이 섹션을 참조하십시오.

  4. 전송을 모니터링하려면 게재 로그로 이동합니다. 이 페이지를 참조하십시오.

    이미 처리된 웨이브(Sent 상태)로 전송된 게재와 나머지 웨이브(Pending 상태)에서 전송할 게재를 볼 수 있습니다.

아래 두 가지 예는 여러 파도를 사용하는 가장 일반적인 사용 사례입니다.

  • 램프 업 프로세스 중

    새 플랫폼을 사용하여 이메일을 보낼 때 인터넷 서비스 공급자(ISP)는 인식되지 않는 IP 주소를 의심합니다. 대량의 이메일이 갑자기 전송되면 ISP는 종종 이메일을 스팸으로 표시합니다.

    스팸으로 표시되지 않도록 웨이브를 사용하여 보내는 볼륨을 점진적으로 늘릴 수 있습니다. 이렇게 하면 시작 단계의 개발이 원활해야 하며 잘못된 주소의 전체 비율을 줄일 수 있습니다.

    이렇게 하려면 Schedule waves according to a calendar 옵션을 사용합니다. 예를 들어, 첫 번째 물결을 10%로, 두 번째 물결에서 15% 등으로 설정합니다.

  • 콜 센터를 포함하는 캠페인

    전화 충성도 캠페인을 관리할 때 조직은 구독자에게 연락할 수 있는 수를 처리할 수 있는 제한된 용량을 갖습니다.

    웨이브를 사용하면 메시지 수를 하루 20개로 제한할 수 있습니다. 이는 콜 센터의 일일 처리 용량입니다.

    이렇게 하려면 Schedule multiple waves of the same size 옵션을 선택합니다. 파도의 크기로 20 을 입력하고 Period 필드에 1d​을 입력합니다.

다시 시도 구성

Soft 또는 Ignored 오류로 인해 일시적으로 게재되지 않은 메시지는 자동 다시 시도할 수 있습니다. 게재 실패 유형 및 이유는 이 섹션에 나와 있습니다.

중요

호스팅 또는 하이브리드 설치의 경우 Enhanced MTA로 업그레이드한 경우 게재의 다시 시도 설정은 Campaign에서 더 이상 사용되지 않습니다. 소프트 바운스 다시 시도 및 그 사이의 시간은 메시지의 이메일 도메인에서 돌아오는 바운스 응답의 유형과 심각도를 기반으로 Enhanced MTA에 의해 결정됩니다.

기존 Campaign MTA를 사용하는 온-프레미스 설치 및 호스팅/하이브리드 설치의 경우 게재 매개 변수에 대한 Delivery 탭의 중앙 섹션은 게재 후 하루 동안 몇 번 다시 시도해야 하는지, 다시 시도 사이의 최소 지연을 나타냅니다.

기본적으로 게재 첫 날에 5번의 다시 시도가 예약되며 최소 1시간 간격은 24시간 동안 분산됩니다. 일별 1회 다시 시도는 그 후 및 Validity 탭에 정의된 게재 마감일까지 프로그래밍됩니다( 유효 기간 정의 참조).

유효 기간 정의

게재를 시작하면 메시지(및 다시 시도)를 게재 마감일까지 보낼 수 있습니다. 이는 Validity 탭을 통해 게재 속성에 표시됩니다.

  • Delivery duration 필드를 사용하면 글로벌 게재 다시 시도의 제한을 입력할 수 있습니다. 즉, Adobe Campaign은 시작 날짜부터 메시지를 보낸 다음, 오류만 반환하는 메시지의 경우 유효성 제한에 도달할 때까지 정기적으로 구성 가능한 다시 시도가 수행됩니다.

    날짜를 지정하도록 선택할 수도 있습니다. 이렇게 하려면 Explicitly set validity dates 을 선택합니다. 이 경우 게재 및 유효성 제한 날짜도 시간을 지정할 수 있도록 해줍니다. 현재 시간은 기본적으로 사용되지만 입력 필드에서 직접 수정할 수 있습니다.

    중요

    호스팅 또는 하이브리드 설치의 경우 Enhanced MTA 로 업그레이드한 경우 Campaign 이메일 게재의 Delivery duration 설정은 3.5일 이하​로 설정된 경우에만 사용됩니다. 3.5일 이상의 값을 정의하면 고려되지 않습니다.

  • 리소스의 유효성 제한: 필드 Validity limit 는 주로 미러 페이지와 이미지에 대해 업로드된 리소스에 사용됩니다. 이 페이지의 리소스는 제한된 시간 동안 유효합니다(디스크 공간을 절약하기 위함).

    이 필드의 값은 이 섹션에 나열된 단위로 표시할 수 있습니다.

이 페이지에서는