격리 관리 이해

격리 기본 정보

Adobe Campaign은 격리된 주소 목록을 관리합니다. 주소가 격리된 수신자는 기본적으로 게재 분석 중에 제외되며 타겟팅되지 않습니다. 예를 들어, 사서함이 가득 찼거나 주소가 없는 경우 전자 메일 주소를 격리할 수 있습니다. 어떤 경우든, 격리 절차는 아래에서 설명하는 특정한 규칙을 준수합니다.

노트

이 섹션은 온라인 채널에 적용됩니다.이메일, SMS, 푸시 알림

격리를 통한 게재 최적화

이메일 주소나 전화번호가 격리된 프로필은 메시지를 준비하는 동안 자동으로 제외됩니다(게재에 대해 격리된 주소 확인 참조). 이를 통해 게재 속도를 높일 수 있습니다. 오류율은 게재 속도에 상당한 영향을 미치기 때문입니다.

일부 인터넷 액세스 제공 업체는 잘못된 주소의 비율이 너무 높은 경우 이메일을 자동으로 스팸으로 간주합니다. 따라서 격리 를 사용하면 이러한 제공 업체에 의해 차단 목록에 추가되지 않습니다.

또한 격리를 통해 잘못된 전화번호를 게재에서 제외하면 SMS를 보내는 비용을 줄이는 데 도움이 됩니다. 게재 보안 향상 및 최적화 모범 사례를 더 알아보려면 이 페이지를 참조하십시오 .

격리와 차단 목록

격리​는 프로필 자체가 아니라 주소에만 적용됩니다. 즉, 두 프로필에 동일한 이메일 주소가 있는 경우 해당 주소가 격리되면 두 프로필 모두에 영향을 줍니다.

마찬가지로, 프로필의 이메일 주소가 격리 상태이더라도 프로필을 업데이트하여 새 주소를 입력하면 게재 작업 시 다시 타겟팅될 수 있습니다.

반면 차단 목록​에 있게 되면 더 이상 프로필이 게재의 타겟이 되지 않습니다(예: 구독 취소(옵트아웃).

노트

사용자가 SMS 게재에서 옵트아웃하기 위해 SMS 메시지에 "STOP" 등의 키워드로 답장하는 경우, 이메일 옵트아웃 프로세스에서처럼 차단 목록 프로필에 추가되지 않습니다. 프로필의 전화번호는 격리에 전송되므로 사용자는 계속해서 이메일 메시지를 수신하게 됩니다.

격리된 주소 확인

특정 게재 또는 플랫폼 전체에 대해 격리된 주소를 나열할 수 있습니다.

게재에 대해 격리된 주소 확인

특정 게재에 대해 격리된 주소 목록은 게재 준비 단계 중 게재 대시보드의 게재 로그에서 확인할 수 있습니다(게재 로그 및 내역 참조).

플랫폼 전체에 대해 격리된 주소 확인

관리자는 Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses 노드에서 전체 플랫폼에 대해 격리된 주소 목록을 표시할 수 있습니다.

노트

이 메뉴에는 이메일, SMS푸시 알림 채널에 대해 격리된 요소의 목록이 표시됩니다.

각 주소에 대해 다음 정보를 사용할 수 있습니다.

노트

격리 수의 증가는 데이터베이스의 "마모"와 관련된 정상적인 현상입니다. 예를 들어 이메일 주소의 수명을 3년으로 보고 수신자 표가 매년 50%씩 증가할 경우, 격리 증가는 다음과 같이 계산할 수 있습니다.

1년말:(10.33)/(1+0.5)=22%.
두 번째 해가 끝나는 시점: ((1.22
0.33)+0.33)/(1.5+0.75)=32.5%

게재 보고서에서 격리된 주소 확인

다음 보고서는 격리 주소에 대한 정보를 제공합니다.

  • 각 게재에 대해 Delivery summary 보고서는 게재 대상의 격리 주소 수를 보여줍니다. 다음과 같이 표시됩니다.

    • 게재 분석 중 격리된 주소 수,

    • 게재 작업 후 격리된 주소 수입니다.

  • Non-deliverables and bounces 보고서에는 격리된 주소, 발생한 오류 유형 등에 대한 정보 및 도메인별 오류 분류가 표시됩니다.

플랫폼의 모든 게재(Home page > Reports)나 특정 게재에 대해 이 정보를 조회할 수 있습니다. 사용자 지정 보고서를 만들고 표시할 정보를 선택할 수도 있습니다.

수신자에 대해 격리된 주소 확인

수신자의 이메일 주소 상태를 조회할 수 있습니다. 이렇게 하려면 수신자 프로필을 선택하고 Deliveries 탭을 클릭합니다. 해당 수신자에 대한 모든 게재의 경우, 주소가 실패했는지, 분석 중 격리되었는지 등을 확인할 수 있습니다. 각 폴더에 대해 이메일 주소가 격리된 수신자만 표시할 수 있습니다. 이렇게 하려면 Quarantined email address 애플리케이션 필터를 사용합니다.

격리된 주소 제거

필요한 경우 격리 목록에서 주소를 수동으로 제거할 수 있습니다. 또한 특정 조건과 일치하는 주소는 Database cleanup 워크플로우에 의해 격리 목록에서 자동으로 삭제됩니다.

격리 목록에서 주소를 수동으로 제거하려면

  • Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses 노드에서 상태를 Valid 로 변경할 수 있습니다.

  • 상태를 Allowlisted(으)로 변경할 수도 있습니다. 이 경우 주소는 격리 목록에 남아 있지만 오류가 발생하는 경우에도 체계적으로 타겟팅됩니다.

다음과 같은 경우 주소가 격리 목록에서 자동으로 제거됩니다.

  • 게재가 성공하면 With errors 상태의 주소가 격리 목록에서 제거됩니다.
  • 10일 이상 전에 마지막 소프트 바운스가 발생한 경우 With errors 상태의 주소가 격리 목록에서 제거됩니다. 소프트 오류 관리에 대한 자세한 내용은 이 섹션을 참조하십시오.
  • Mailbox full 오류로 인해 바운스된 With errors 상태의 주소는 30일 후에 격리 목록에서 제거됩니다.

그러면 상태가 Valid​으로 변경됩니다.

중요

Quarantine 또는 On denylist 상태의 주소가 있는 수신자는 이메일을 받더라도 제거되지 않습니다.

오류 수와 두 오류 사이의 기간을 수정할 수 있습니다. 이렇게 하려면 배포 마법사(Email channel > Advanced parameters)에서 해당 설정을 변경합니다. 배포 마법사에 대한 자세한 정보는 이 섹션을 참조하십시오.

주소를 격리하는 조건

Adobe Campaign은 게재 실패 유형 및 오류 메시지 자격 중에 할당된 이유에 따라 격리를 관리합니다( 반송 메일 자격 참조) 및 게재 실패 유형 및 이유를 참조하십시오.

  • 무시된 오류: 오류가 무시된 경우 주소가 격리되지 않습니다.
  • 하드 오류: 해당 이메일 주소가 즉시 격리됩니다.
  • 소프트 오류: 소프트 오류의 경우 주소가 즉시 격리되지는 않지만, 오류 카운터가 증가합니다. 자세한 내용은 소프트 오류 관리를 참조하십시오.

사용자가 이메일을 스팸 처리하면(피드백 루프) 해당 메시지는 Adobe이 관리하는 기술 사서함으로 자동 리디렉션됩니다. 그러면 사용자의 이메일 주소가 자동으로 격리됩니다.

격리된 주소 목록에서 Error reason 필드는 선택한 주소가 격리된 이유를 나타냅니다. Adobe Campaign의 격리는 대소문자를 구분합니다. 이메일 주소를 소문자로 가져와야 이후에 다시 타겟팅되지 않습니다.

소프트 오류 관리

하드 오류와 달리 소프트 오류의 경우 주소가 즉시 격리되지는 않지만, 오류 카운터가 증가합니다.

  • 오류 카운터가 제한 임계값에 도달하면 주소가 격리됩니다.
  • 기본 구성에서 오류 임계값은 5로 설정되며, 두 오류가 최소 24시간 간격으로 발생하면 유효한 오류 두 개로 취급됩니다. 다섯 번째 오류 발생 시 주소가 격리됩니다.
  • 오류 카운터 임계값은 수정할 수 있습니다. 자세한 내용은 일시적 게재 실패 후 다시 시도를 참조하십시오.

10일 이전에 마지막으로 중요한 오류가 발생한 경우 오류 카운터는 다시 초기화됩니다. 그런 다음 주소 상태가 유효​으로 변경되며, 데이터베이스 정리 워크플로우에 의해 격리 목록에서 삭제됩니다.

푸시 알림 격리

푸시 알림에 대한 격리 메커니즘은 전반적인 프로세스와 동일합니다. 격리 정보를 참조하십시오. 그러나 특정 오류는 푸시 알림에 대해 다르게 관리됩니다. 예를 들어 특정 소프트 오류의 경우 동일한 배달 내에서 다시 시도가 수행되지 않습니다. 푸시 알림의 특성은 아래에 나와 있습니다. 다시 시도 메커니즘(다시 시도 횟수, 빈도)은 이메일과 동일합니다.

격리된 항목은 장치 토큰입니다.

iOS 격리

HTTP/V2 프로토콜을 사용하면 각 푸시 게재에 대한 직접 피드백 및 상태를 사용할 수 있습니다. HTTP/V2 프로토콜 커넥터를 사용하는 경우 피드백 서비스를 더 이상 mobileAppOptOutMgt 워크플로우에서 호출하지 않습니다. 모바일 애플리케이션을 제거하거나 다시 설치하면 토큰이 등록되지 않은 것으로 간주됩니다.

동기적으로 APNs가 메시지에 대해 "등록되지 않음" 상태를 반환하는 경우 대상 토큰이 즉시 격리됩니다.

시나리오
상태
오류 메시지
실패 유형
실패 이유
다시 시도

에 탑재된 대상 장치
확인
대상 장치 전원이 꺼진
확인
사용자가 응용 프로그램
에 대한 알림을 사용하지 않습니다.
확인
메시지 만들기/분석 단계 - 페이로드가 너무 큼
실패
페이로드가 너무 깁니다.
소프트
거부됨
아니요
메시지 만들기/분석 단계 - 예기치 않은 콘텐츠 형식 문제
실패
오류
에 따른 다양한 오류 메시지
소프트
정의되지 않음
아니요
인증서 문제(암호, 손상 등) APNs 문제
에 대한 연결 테스트
실패
오류
에 따른 다양한 오류 메시지
소프트
거부됨
아니요

전송 중 네트워크 연결이 끊겼습니다.
실패
연결 오류
정의되지 않음
연결할 수 없음

APNs 메시지 거부:등록 취소
사용자가 응용 프로그램을 제거했거나 토큰이 만료되었습니다
실패
등록 취소
하드
사용자 알 수 없음
아니요
APNs 메시지 거부:모든 기타 오류
실패
오류 거부 원인은 오류 메시지
에 표시됩니다
소프트
거부됨
아니요

Android 격리

Android용 V1

각 알림에 대해 Adobe Campaign은 FCM 서버로부터 직접 동기 오류를 수신합니다. Adobe 캠페인에서 이러한 이벤트를 즉시 처리하고 오류 심각도에 따라 하드 또는 소프트 오류를 생성하고 다시 시도할 수 있습니다.

  • 페이로드 길이를 초과했습니다. 연결 문제, 서비스 가용성 문제:다시 시도되었습니다. 소프트 오류, 실패 이유는 Refused​입니다.
  • 장치 할당량을 초과했습니다.다시 시도가 없습니다. 소프트 오류, 실패 이유는 Refused​입니다.
  • 잘못되었거나 등록되지 않은 토큰, 예기치 않은 오류, 보낸 사람 계정 문제:다시 시도하지 않음, 하드 오류, 실패 이유는 Refused​입니다.

mobileAppOptOutMgt 워크플로우는 6시간마다 실행하여 AppSubscriptionRcp 테이블을 업데이트합니다. 등록되지 않았거나 더 이상 유효하지 않은 것으로 선언된 토큰의 경우 필드 Disabled​이 True​로 설정되고, 해당 장치 토큰에 연결된 구독은 이후 게재에서 자동으로 제외됩니다.

게재 분석 중에 대상에서 제외된 모든 장치가 자동으로 excludeLogAppSubRcp 테이블에 추가됩니다.

노트

Baidu 커넥터를 사용하는 고객의 경우 다음과 같은 다양한 오류 유형이 있습니다.

  • 게재 시작 시 연결 문제:실패 유형 Undefined, 실패 이유 Unreachable, 다시 시도됩니다.
  • 게재 중 연결이 끊어졌습니다.소프트 오류, 실패 이유 Refused, 다시 시도가 수행됩니다.
  • 전송 중에 Baidu에서 동기 오류가 반환되었습니다.하드 오류, 실패 이유 Refused, 다시 시도가 수행되지 않습니다.

Adobe Campaign은 Baidu 서버에 10분마다 연락하여 보낸 메시지의 상태를 검색하고 브로드로그를 업데이트합니다. 메시지가 전송됨으로 선언되면 브로드로그에 있는 메시지의 상태가 Received​로 설정됩니다. Baidu가 오류를 선언하면 상태는 Failed​으로 설정됩니다.

Android V2용

Android V2 격리 메커니즘은 Android V1과 동일한 프로세스를 사용하므로 구독 및 제외 업데이트에 대해서도 동일하게 적용됩니다. 자세한 내용은 Android V1 섹션을 참조하십시오.

시나리오
상태
오류 메시지
실패 유형
실패 이유
다시 시도
메시지 작성/분석 단계:사용자 지정 필드에 사용된 잘못된 키워드입니다.
실패
다음 키워드를 사용할 수 없습니다.{1}
소프트
아니요
메시지 작성/분석 단계:페이로드가 너무 큼
실패
알림이 너무 큽니다.{1}비트이지만 {2}만
에 인증되었습니다.
소프트
거부됨
아니요

전송 중 네트워크 연결이 끊겼습니다.
실패
다음 주소에서 Firebase Cloud Messaging 서비스의 응답이 없습니다.{1}
소프트
연결할 수 없음

FCM 메시지 거부:FCM 서버를 일시적으로 사용할 수 없습니다(예: 시간 초과 포함).
실패
Firebase Cloud Messaging 서비스를 일시적으로 사용할 수 없습니다
소프트
연결할 수 없음

FCM 메시지 거부:보낸 사람 계정을 인증하는 동안 오류가 발생했습니다.
실패
개발자 계정을 식별하지 못했습니다. ID 및 암호를 확인하십시오.
소프트
거부됨
아니요
FCM 메시지 거부:장치 할당량이
을 초과했습니다.
실패
소프트
거부됨

FCM 메시지 거부:잘못된 등록/등록되지 않음
실패
하드
사용자 알 수 없음
아니요
FCM 메시지 거부:다른 모든 오류
실패
Firebase Cloud 메시징 서버에서 예기치 않은 오류 코드를 반환했습니다.{1} 거부됨
아니요
FCM 메시지 거부:잘못된 인수
실패
INVALID_ARGUMENT 무시됨 정의되지 않음
아니요
FCM 메시지 거부:타사 인증 오류
실패
THIRD_PARTY_AUTH_ERROR 무시됨 거부됨

FCM 메시지 거부:보낸 사람 ID가 일치하지 않음
실패
SENDER_ID_MISMATCH 소프트 사용자 알 수 없음
아니요
FCM 메시지 거부:등록 취소
실패
등록되지 않음 하드 사용자 알 수 없음
아니요
FCM 메시지 거부:내부
실패
내부 무시됨 거부됨

FCM 메시지 거부:사용할 수 없음
실패
사용할 수 없음 무시됨 거부됨

FCM 메시지 거부:예기치 않은 오류 코드
실패
예기치 않은 오류 코드 무시됨 거부됨
아니요
인증:연결 문제
실패
인증 서버에 연결할 수 없음 무시됨 거부됨

인증:요청에 있는 권한이 없는 클라이언트 또는 범위입니다.
실패
unauthorized_client 무시됨 거부됨
아니요
인증:클라이언트가 이 메서드를 사용하여 액세스 토큰을 검색할 수 없거나 클라이언트가 요청한 범위에 대해 인증되지 않았습니다.
실패
unauthorized_client 무시됨 거부됨
아니요
인증:액세스 거부
실패
access_denied 무시됨 거부됨
아니요
인증:잘못된 전자 메일
실패
invalid_grant 무시됨 거부됨
아니요
인증:잘못된 JWT
실패
invalid_grant 무시됨 거부됨
아니요
인증:잘못된 JWT 서명
실패
invalid_grant 무시됨 거부됨
아니요
인증:제공된 OAuth 범위 또는 ID 토큰 대상이 잘못되었습니다.
실패
unauthorized_client 무시됨 거부됨
아니요
인증:OAuth 클라이언트가 비활성화됨
실패
disabled_client 무시됨 거부됨
아니요

SMS 격리

표준 커넥터용

SMS 메시지의 격리 메커니즘은 전반적인 프로세스와 전체적으로 동일합니다. 격리 정보를 참조하십시오. SMS에 대한 세부 사항은 아래에 나와 있습니다.

노트

Delivery log qualification 테이블은 확장된 일반 SMPP 커넥터에 적용되지 않습니다.

시나리오
상태
오류 메시지
실패 유형
실패 이유
공급자
에게 전송됨
전송
모바일
에서 수신됨
받은 항목
공급자
에서 오류가 반환되었습니다.
실패
데이터(SR 또는 MO)를 받는 동안 오류가 발생했습니다.
소프트
연결할 수 없음
잘못된 MT 승인
실패
전송 쿼리
에 대한 수신 확인 프레임을 처리하는 동안 '{1}' 오류가 발생했습니다.
소프트
연결할 수 없음
MT
을(를) 보내는 동안 오류가 발생했습니다.
실패
메시지
를 보내는 동안 오류가 발생했습니다.
소프트
연결할 수 없음

확장된 일반 SMPP 커넥터의 경우

SMPP 프로토콜을 사용하여 SMS 메시지를 보낼 때 오류 관리는 다르게 처리됩니다. 확장 일반 SMPP 커넥터에 대한 자세한 내용은 이 페이지를 참조하십시오.

SMPP 커넥터는 정규 표현식(regexes)을 사용하여 반환되는 SR(상태 보고서) 메시지에서 데이터를 검색하여 컨텐츠를 필터링합니다. 그러면 이 데이터가 Delivery log qualification 테이블에 있는 정보와 일치합니다( Administration > Campaign Management > Non deliverables Management 메뉴를 통해 제공).

새 유형의 오류가 검증되기 전에 기본적으로 실패 이유는 항상 Receeded​로 설정됩니다.

노트

실패 유형 및 실패 이유는 이메일과 동일합니다. 게재 실패 유형 및 이유를 참조하십시오.
게재 로그 자격 테이블에서 적절한 실패 유형 및 실패 이유를 설정하려면 상태 및 오류 코드 목록을 공급자에게 문의하십시오.

생성된 메시지의 예:

SR Generic DELIVRD 000|#MESSAGE#
  • 모든 오류 메시지는 SR​로 시작하여 SMS 오류 코드와 이메일 오류 코드를 구분합니다.

  • 오류 메시지의 두 번째 부분(일반)은 SMS 외부 계정의 SMSC implementation name 필드에 정의된 대로 SMSC 구현의 이름을 참조합니다. 이 페이지를 참조하십시오.

    동일한 오류 코드에는 각 공급자에 대해 다른 의미가 있을 수 있으므로 이 필드에서 오류 코드를 생성한 공급자를 파악할 수 있습니다. 그런 다음 관련 공급자 설명서에서 오류를 찾을 수 있습니다.

  • 오류 메시지의 세 번째 부분(DELIVRD )은 SMS 외부 계정에 정의된 상태 추출 regex를 사용하여 SR에서 검색한 상태 코드에 해당합니다.

    이 정규식은 외부 계정의 SMSC specificities 탭에 지정됩니다. 이 페이지를 참조하십시오.

    기본적으로 regex는 SMPP 3.4 사양​의 부록 B 섹션에 정의된 대로 stat: 필드를 추출합니다.

  • 오류 메시지의 네 번째 부분(000 )은 SMS 외부 계정에 정의된 오류 코드 추출 regex를 사용하여 SR에서 추출된 오류 코드에 해당합니다.

    이 정규식은 외부 계정의 SMSC specificities 탭에 지정됩니다. 이 페이지를 참조하십시오.

    기본적으로 regex는 오류: 필드를 SMPP 3.4 사양​의 부록 B 섹션에 정의된 대로 추출합니다.

  • 파이프 기호(|) 다음에 오는 모든 것은 Delivery log qualification 테이블의 First text 열에만 표시됩니다. 메시지가 표준화된 후 이 컨텐츠는 항상 #MESSAGE#​로 대체됩니다. 이 프로세스는 유사한 오류에 대한 여러 항목을 사용하지 않으며 이메일과 동일합니다. 자세한 내용은 반송 메일 자격을 참조하십시오.

확장 일반 SMPP 커넥터는 현별 기본값을 찾기 위해 휴리스틱을 적용합니다.상태가 DELIVV​로 시작하는 경우 대부분의 공급자가 사용하는 일반적인 상태 DELIVRD 또는 DELIVERED​와 일치하므로 성공으로 간주됩니다. 다른 모든 상태는 하드 실패로 이어집니다.

이 페이지에서는