Show Menu
화제×

배달 구성 및 전송

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

추가 매개 변수 전달

배달을 전송하기 전에 탭을 통해 전달 속성에서 전송 매개 변수를 정의할 수 Delivery 있습니다.
  • Delivery priority :이 옵션을 사용하면 우선순위 수준(일반, 높음 또는 낮음)을 표시하여 게재의 전송 주문에 영향을 줄 수 있습니다. 이렇게 하면 특정 긴급한 배달 주문에 대해 다른 제품에 비해 우선 순위를 지정할 수 있습니다.
  • Message batch quantity :이 옵션을 사용하면 동일한 XML 배달 패키지 내에서 그룹화된 메시지 수를 정의할 수 있습니다. 매개 변수가 0으로 설정된 경우 메시지가 자동으로 그룹화됩니다. 패키지 크기는 최소 8개 <delivery size>/1024 와 최대 256개의 메시지를 패키지로 계산하여 정의됩니다.
    배달이 중복되면 매개 변수가 재설정됩니다.
  • Send using multiple waves :자세한 내용은 여러 파도로 보내기를 참조하십시오 .
  • Test SMTP delivery :이 옵션을 사용하면 SMTP를 통해 배달 전송을 테스트할 수 있습니다. 배달은 SMTP 서버에 대한 연결까지 처리되지만 전송되지 않습니다.
    mta를 호출하지 않도록 mid-sourcing을 사용하는 경우 이 옵션을 사용하는 것이 권장되지 않습니다.
    SMTP 서버 구성에 대한 자세한 내용은 이 섹션을 참조하십시오 .
  • Archive emails :이 옵션을 사용하면 메시지 대상에 숨은 참조 이메일 주소를 추가하면 BCC를 통해 외부 시스템에 이메일을 저장할 수 있습니다. For more on this, refer to Archiving emails .
배달을 구성하고 전송할 준비가 되었으면 배달 분석을 실행했는지 확인하십시오 . 완료되면 을 클릭하여 메시지 배달 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% 에 입장하면 마지막 메시지 외에 배달에 포함된 메시지의 30%가 전달되고, 이는 메시지의 10%를 나타냅니다.
      필드에서 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개로 제한할 수 있습니다. 이는 콜센터의 일일 처리 용량으로,
    To do this, select the Schedule multiple waves of the same size option. 파도 20 의 크기와 필드 1d Period 입력합니다.

재시도 구성

소프트 또는 무시됨 오류로 인해 일시적으로 배달되지 않은 메시지는 자동 재시도가 적용됩니다. 배달 실패 유형 및 이유는 이 섹션에 나와 있습니다 .
배달 매개 변수에 대한 Delivery 탭의 중앙 섹션은 배달 후 하루 동안 재시도할 횟수와 재시도 사이의 최소 지연을 나타냅니다.
기본적으로 배달된 첫 날에 5회 재시도 횟수가 예정되어 있으며 최소 1시간 간격은 하루 24시간에 걸쳐 전달됩니다. 일별 1회 재시도는 그 후, 그리고 Validity 탭에 정의된 배달 마감일까지 프로그래밍됩니다(유효 기간 정의 참조).
호스팅 또는 하이브리드 설치의 경우 향상된 MTA로 업그레이드한 경우, 게재의 재시도 설정은 더 이상 Campaign에서 사용되지 않습니다. 소프트 바운스 재시도 횟수와 그 사이의 시간은 메시지의 이메일 도메인에서 돌아오는 바운스 응답 유형 및 심각도를 기준으로 향상된 MTA에 의해 결정됩니다.
모든 영향은 Adobe Campaign 향상된 MTA 문서에 자세히 설명되어 있습니다.

유효 기간 정의

배달을 시작하면 배달 최종 시간까지 메시지(및 재시도)를 보낼 수 있습니다. 이것은 Validity 탭을 통해 배달 속성에 표시됩니다.
  • Delivery duration 필드를 사용하면 글로벌 배달 재시도에 대한 제한을 입력할 수 있습니다. 즉, Adobe Campaign이 시작 날짜에 시작된 메시지를 보낸 다음 오류를 반환하는 메시지의 경우 유효성 제한에 도달할 때까지 정기적으로 구성 가능한 재시도를 수행합니다.
    날짜를 지정할 수도 있습니다. 이렇게 하려면 선택합니다 Explicitly set validity dates . 이 경우 배달 및 유효성 제한 날짜에서도 시간을 지정할 수 있습니다. 현재 시간은 기본적으로 사용되지만 입력 필드에서 직접 수정할 수 있습니다.
  • 리소스의 유효성 제한 :이 Validity limit 필드는 주로 미러 페이지와 이미지에 대해 업로드된 리소스에 사용됩니다. 이 페이지의 리소스는 제한된 시간 동안 유효합니다(디스크 공간을 절약하기 위함).
호스팅 또는 하이브리드 설치의 경우 향상된 MTA로 업그레이드한 경우 캠페인 전달의 Delivery duration 설정은 3.5일 이내로 설정된 경우에만 사용됩니다. 3.5일 이상의 값을 정의하면 고려되지 않습니다.
모든 영향은 Adobe Campaign 향상된 MTA 문서에 자세히 설명되어 있습니다.