Skip to content

자주 묻는 질문

이 문서에서는 캠페인에 대해 자주 묻는 질문에 대한 답변을 제공합니다.

멀티채널 캠페인은 어떻게 만드나요?

멀티채널 캠페인을 만들려면 메시징 > Campaigns를 선택합니다. 그런 다음 캠페인 생성 > 멀티채널을 선택합니다. 여기에서 Content Cards, 이메일, LINE, 푸시 알림, SMS/MMS/RCS, 웹훅 또는 WhatsApp 등의 메시징 채널을 선택할 수 있습니다.

멀티채널 캠페인에 대조군을 추가할 수 있나요?

아니요, 캠페인의 대조군은 이메일 A 대 이메일 B와 같은 단일 채널 메시징을 위한 것입니다. 대안으로 다양한 채널, 메시징 콘텐츠 및 전달 타이밍을 테스트하려면 Canvas를 사용해 보세요.

캠페인 테스트 및 최적화를 시작하는 방법에는 어떤 것이 있나요?

다변량 캠페인과 여러 배리언트가 있는 Canvases를 실행하는 것이 좋은 시작 방법입니다! 예를 들어, 다변량 캠페인을 실행하여 다른 문구나 제목란을 가진 하나의 메시지를 테스트할 수 있습니다. 여러 배리언트가 있는 Canvases는 전체 워크플로를 테스트하는 데 도움이 됩니다.

캠페인의 열람률이 왜 감소했나요?

낮은 열람률이 항상 기술적 문제와 관련이 있는 것은 아닙니다. 이메일 클리핑으로 인해 추적 픽셀이 누락되는 문제가 있을 수 있습니다. 그러나 콘텐츠나 오디언스 규모의 변화로 인해 이메일을 여는 사용자가 줄어들었을 수도 있습니다.

캠페인 오디언스는 어떻게 평가되나요?

기본적으로 캠페인은 진입 시점에 오디언스 필터를 확인합니다. 지연이 있는 실행 기반 캠페인의 경우, 메시지가 발송될 때 사용자가 여전히 타겟 오디언스에 포함되어 있는지 확인하기 위해 발송 시점에 Segment 기준을 재평가하는 옵션이 있습니다.

특정 캠페인이나 Canvas에서 고유 수신자 수와 발송 수가 다른 이유는 무엇인가요?

한 가지 가능한 설명은 캠페인이나 Canvas에 재적격성이 켜져 있어서 Segment 및 전달 설정에 해당하는 사용자가 메시지를 두 번 이상 받을 수 있다는 것입니다. 재적격성이 켜져 있지 않은 경우, 발송 수와 고유 수신자 수의 차이는 사용자가 여러 플랫폼에 걸쳐 프로필에 연결된 여러 기기를 가지고 있기 때문일 수 있습니다.

예를 들어, iOS와 웹 푸시 알림이 모두 포함된 Canvas가 있는 경우, 모바일과 데스크탑 기기를 모두 가진 사용자는 두 개 이상의 메시지를 받을 수 있습니다.

고유 수신자가 타겟팅한 사용자 수보다 높은 이유는 무엇인가요?

고유 수신자는 Braze가 보고를 위해 일별 고유 수신자를 추적하기 때문에 예상한 오디언스보다 높을 수 있습니다. 이를 통해 Braze는 사용자가 메시지를 받을 때마다 전환 기간 내의 전환을 귀속시킬 수 있으며, 여러 수신을 하나의 평생 카운트로 축소하지 않습니다(그렇게 하면 전환 계산이 왜곡됩니다).

예를 들어, 사용자가 월요일에 캠페인을 받고 금요일에 다시 받아 각 발송 후 전환한 경우, Braze는 이를 두 건의 수신과 두 건의 전환으로 보고할 수 있습니다. Braze가 두 발송에 걸쳐 하나의 평생 “고유”만 집계한다면, 유효한 전환을 누락하거나 한 수신자에 대해 이중 집계하게 되어 캠페인 성과를 읽기 어렵게 만듭니다.

동일한 패턴이 반복 캠페인과 재적격성에도 적용됩니다. 두 명의 사용자가 오늘 반복 발송을 받고 내일 다시 받으면, 고유 수신자는 두 개의 프로필이 아닌 네 개의 일별 수신자 행을 집계합니다.

멀티채널 캠페인에서 전환 수가 고유 사용자 수를 초과할 수 있는 이유는 무엇인가요?

멀티채널 캠페인의 경우, Braze는 사용자별이 아닌 채널별로 전환을 집계합니다. 사용자가 전환 기간 내에 단일 전환 동작을 수행하면, Braze는 해당 사용자가 메시지를 받은 각 채널에 전환을 귀속시킵니다. 즉, 사용자가 여러 채널(예: 이메일과 푸시 모두)에서 메시지를 받고 전환하면, Braze는 각 채널에 대해 하나씩 여러 전환을 집계합니다. 결과적으로 총 전환 수가 전환한 고유 사용자 수를 초과할 수 있습니다.

예를 들어, 멀티채널 캠페인이 사용자에게 이메일과 푸시 알림을 모두 보내고, 해당 사용자가 두 메시지를 모두 받은 후 전환 기간 내에 하나의 전환 동작을 수행하면, Braze는 이를 이메일에 귀속된 하나와 푸시에 귀속된 하나, 총 두 건의 전환으로 집계합니다. 동일한 사용자의 단일 동작임에도 불구하고 말입니다.

캠페인에 사용하는 Segment보다 도달 가능 사용자 기반이 더 작은 이유는 무엇인가요?

전역 제어 그룹이 설정되어 있으면 도달 가능 오디언스의 일정 비율이 캠페인을 받지 못하게 됩니다. 이는 Segment의 도달 가능 사용자 수가 캠페인의 도달 가능 사용자 수보다 클 수 있음을 의미하며, 캠페인이 동일한 Segment를 사용하고 있더라도 마찬가지입니다.

현지 시간대 전달은 무엇을 제공하나요?

현지 시간대 전달을 사용하면 사용자의 개별 시간대에 따라 Segment에 메시징 캠페인을 전달할 수 있습니다. 현지 시간대 전달이 없으면 캠페인은 Braze에서 설정한 회사의 시간대를 기준으로 스케줄됩니다.

예를 들어, 런던에 본사를 둔 회사가 오후 12시에 캠페인을 보내면 미국 서부 해안의 사용자에게는 오전 4시에 도달합니다. 앱이 특정 국가에서만 사용 가능한 경우 이것이 문제가 되지 않을 수 있습니다. 그렇지 않다면 사용자 기반에 이른 아침 푸시 알림을 보내는 것을 피하는 것을 강력히 권장합니다.

Braze는 사용자의 시간대를 어떻게 인식하나요?

Braze는 사용자의 기기에서 자동으로 시간대를 결정합니다. 이를 통해 시간대 정확성과 사용자의 완전한 커버리지를 보장합니다. User API를 통해 생성되었거나 시간대가 없는 사용자는 SDK에 의해 앱에서 인식될 때까지 회사의 시간대가 기본 시간대로 설정됩니다.

대시보드의 회사 설정에서 회사의 시간대를 확인할 수 있습니다.

Braze는 현지 시간대 전달을 위해 사용자를 언제 평가하나요?

Braze는 다음 시점에 사용자의 진입 적격성을 평가합니다:

  • 사모아 시간(UTC+13) 또는 서머타임 기간 중 UTC+14
  • 스케줄된 날의 현지 시간

사용자가 진입 자격을 얻으려면 두 가지 확인을 모두 통과해야 합니다. 예를 들어, Canvas가 2021년 8월 7일 오후 2시 현지 시간대에 시작하도록 스케줄된 경우, 뉴욕에 있는 사용자를 타겟팅하려면 다음과 같은 적격성 확인이 필요합니다:

  • 2021년 8월 6일 뉴욕 시간 오후 9시
  • 2021년 8월 7일 뉴욕 시간 오후 2시

사용자는 시작 24시간 전에 Segment에 있어야 합니다. 첫 번째 확인에서 사용자가 적격하지 않으면 Braze는 두 번째 확인을 시도하지 않습니다.

예시

예를 들어, 캠페인이 UTC 오후 7시에 전달되도록 스케줄된 경우, 시간대가 식별되는 즉시(예: 사모아) 캠페인 발송 대기줄에 넣기 시작합니다. 이는 메시지를 보낼 준비를 하는 것이지 캠페인을 보내는 것이 아닙니다. 적격성을 확인할 때 사용자가 어떤 필터에도 일치하지 않으면 타겟 오디언스에 포함되지 않습니다.

또 다른 예로, 같은 날에 발송되도록 스케줄된 두 개의 캠페인(하나는 아침, 하나는 저녁)을 만들고, 사용자가 첫 번째 캠페인을 이미 받은 경우에만 두 번째 캠페인을 받을 수 있도록 필터를 추가한다고 가정해 보겠습니다. 현지 시간대 전달을 사용하면 일부 사용자가 두 번째 캠페인을 받지 못할 수 있습니다. 이는 사용자의 시간대가 식별될 때 적격성을 확인하기 때문인데, 해당 시간대에서 스케줄된 시간이 아직 도래하지 않았다면 첫 번째 캠페인을 받지 못한 것이므로 두 번째 캠페인에 적격하지 않게 됩니다.

첫 번째 확인 시점에는 Segment에 있었지만 두 번째 확인 시점에는 없을 수 있는 사용자의 시각적 예시는 다음 타임라인을 참조하세요:

첫 번째 확인 전에 Segment에 진입한 후 두 번째 확인 전에 이탈하는 사용자의 타임라인.

타임라인 설명
  1. 사용자 A가 PST 오후 6:59(사모아 시간 오후 4:59)에 Segment에 진입합니다.
  2. Braze가 사모아 시간 오후 7시에 Segment 멤버십을 확인하여 다음 24시간 내에 캠페인을 받을 자격이 있는 사용자를 결정합니다. 이 시점에서 사용자 A는 Segment에 있습니다.
  3. Segment에는 24시간 기간이 있으므로, 사용자 A는 가입 후 24시간이 지나면 Segment에서 이탈합니다: PST 오후 6:59(사모아 시간 오후 4:59).
  4. 현지 시간 캠페인이 PST 오후 7시에 발송되지만, 사용자 A는 이미 Segment에서 이탈한 상태입니다.

현지 시간대 캠페인은 어떻게 스케줄하나요?

캠페인을 스케줄할 때 지정된 시간에 보내도록 선택한 다음 사용자의 현지 시간대에 맞춰 캠페인 발송을 선택합니다.

Braze는 모든 현지 시간대 캠페인을 24시간 전에 스케줄하는 것을 강력히 권장합니다. 이러한 캠페인은 하루 전체에 걸쳐 발송되어야 하므로, 24시간 전에 스케줄하면 메시지가 전체 Segment에 도달할 수 있습니다. 그러나 필요한 경우 24시간 미만 전에 이러한 캠페인을 스케줄할 수도 있습니다. Braze는 발송 시간을 1시간 이상 지난 사용자에게는 메시지를 보내지 않는다는 점을 유의하세요.

예를 들어, 현재 오후 1시이고 현지 시간대 캠페인을 오후 3시로 스케줄하면, 캠페인은 현지 시간이 오후 3시에서 오후 4시 사이인 모든 사용자에게 즉시 발송되지만, 현지 시간이 오후 5시인 사용자에게는 발송되지 않습니다. 또한 캠페인에 선택한 발송 시간은 회사의 시간대에서 아직 지나지 않은 시간이어야 합니다.

24시간 미만 전에 스케줄된 현지 시간대 캠페인을 편집해도 메시지의 스케줄은 변경되지 않습니다. 현지 시간대 캠페인을 더 늦은 시간(예: 오후 6시 대신 오후 7시)에 보내도록 편집하면, 원래 발송 시간이 선택되었을 때 타겟 Segment에 있던 사용자는 여전히 원래 시간(오후 6시)에 메시지를 받습니다. 현지 시간대를 더 이른 시간(예: 오후 5시 대신 오후 4시)으로 편집하면, 캠페인은 여전히 원래 시간(오후 5시)에 모든 Segment 멤버에게 발송됩니다.

사용자가 캠페인에 재적격하도록 허용한 경우, 원래 시간(오후 5시)에 다시 받게 됩니다. 그러나 캠페인의 모든 후속 발생에 대해서는 업데이트된 시간에만 메시지가 발송됩니다.

현지 시간대 캠페인의 변경 사항은 언제 적용되나요?

현지 시간대 캠페인의 타겟 Segments는 전체 Segment에 대한 전달을 보장하기 위해 시간 기반 필터에 최소 48시간의 기간을 포함해야 합니다. 예를 들어, 다음 필터를 사용하여 2일차 사용자를 타겟팅하는 Segment를 고려해 보세요:

  • 앱을 처음 사용한 지 1일 이상 경과
  • 앱을 처음 사용한 지 2일 미만

현지 시간대 전달은 전달 시간과 사용자의 현지 시간대에 따라 이 Segment의 사용자를 놓칠 수 있습니다. 이는 사용자의 시간대가 전달을 트리거할 때까지 사용자가 Segment에서 이탈할 수 있기 때문입니다.

시작 전에 스케줄된 캠페인에 어떤 변경을 할 수 있나요?

캠페인이 스케줄되면 메시지를 발송 대기줄에 넣기 전에 메시지 구성 이외의 항목을 편집해야 합니다. 모든 캠페인과 마찬가지로 시작 후에는 전환 이벤트를 편집할 수 없습니다.

스케줄된 캠페인을 업데이트했는데 왜 시작되지 않았나요?

이는 캠페인이 업데이트된 정확한 시간에 시작하도록 스케줄된 경우에 발생할 수 있습니다. 예를 들어, 현재 오후 3:10이고 캠페인을 오후 3:10에 시작하도록 변경한 후 캠페인 업데이트를 선택하면, 이미 오후 3:10이 지났으므로 시작 예정 시간이 지난 것입니다. 같은 시간으로 캠페인을 스케줄하는 대신 캠페인 시작 즉시 발송을 선택하세요.

스케줄된 캠페인의 메시지가 대기줄에 들어가기 전 “안전 구간”은 얼마인가요?

다음 시간 내에 메시지를 변경하는 것을 권장합니다:

  • 일회성 스케줄 캠페인: 스케줄된 발송 시간까지 편집 가능합니다.
  • 반복 스케줄 캠페인: 스케줄된 발송 시간까지 편집 가능합니다.
  • 현지 발송 시간 캠페인: 스케줄된 발송 시간 24시간 전까지 편집 가능합니다.
  • 최적 발송 시간 캠페인: 캠페인이 발송되도록 스케줄된 날 24시간 전까지 편집 가능합니다.

이러한 권장 사항 외의 시간에 메시지를 변경하면 발송된 메시지에 업데이트가 반영되지 않을 수 있습니다. 예를 들어, 현지 시간 오후 12시에 발송되도록 스케줄된 캠페인의 발송 시간을 3시간 전에 편집하면 다음과 같은 상황이 발생할 수 있습니다:

  • Braze는 발송 시간을 1시간 이상 지난 사용자에게는 메시지를 보내지 않습니다.
  • 이미 대기줄에 들어간 메시지는 조정된 시간이 아닌 원래 대기줄에 들어간 시간에 발송될 수 있습니다.

변경이 필요한 경우, 현재 캠페인을 중지하는 것을 권장합니다(이렇게 하면 대기줄에 있는 모든 메시지가 취소됩니다). 그런 다음 캠페인을 복제하고 필요한 변경을 한 후 새 캠페인을 시작할 수 있습니다. 이미 첫 번째 캠페인을 받은 사용자를 이 캠페인에서 제외해야 할 수 있습니다. 시간대 발송을 위해 캠페인 스케줄 시간을 다시 조정해야 합니다.

서머타임 전환일에 일일 스케줄 캠페인에 사용자가 진입하지 않은 이유는 무엇인가요?

서머타임(DST) 전환일에는 일일 스케줄 캠페인이 시계가 앞으로 가거나 뒤로 가는지에 따라 평소보다 최대 1시간 일찍 또는 늦게 실행될 수 있습니다. Segment가 스케줄된 발송 시간의 1시간 이내에 해당하는 타임스탬프가 있는 커스텀 속성이나 이벤트에 의존하는 경우, DST 전환일에 캠페인이 적격성을 평가할 때 해당 사용자가 아직 자격을 갖추지 못할 수 있습니다.

예를 들어, 사용자가 일반적으로 UTC 오후 3시에 커스텀 속성 업데이트를 받고, 캠페인이 매일 뉴욕(동부 시간) 오전 10:30에 실행된다고 가정합니다. 뉴욕이 표준시(UTC-5)인 동안 동부 시간 오전 10:30은 UTC 오후 3:30에 해당하므로, 캠페인은 속성이 기록된 후에 실행됩니다. 뉴욕이 서머타임(UTC-4)으로 전환되면 동부 시간 오전 10:30은 UTC 오후 2:30에 해당하므로, 봄 시간 전환 DST 전환일에 캠페인이 UTC 오후 3시 속성 업데이트 전에 실행될 수 있습니다. 자격을 부여하는 속성이 아직 존재하지 않기 때문에 해당 사용자는 필터링됩니다. 재적격성이 꺼져 있으면 이전 날에 진입한 사용자가 다시 진입할 수 없어 해당 날의 진입이 0건이 됩니다.

이를 방지하려면 커스텀 속성 또는 이벤트 업데이트가 캠페인의 스케줄된 발송 시간보다 1시간 이상 전에 발생하도록 하세요.

캠페인에 진입하는 사용자 수가 예상 수와 다른 이유는 무엇인가요?

캠페인에 진입하는 사용자 수는 오디언스와 트리거가 평가되는 방식 때문에 예상 수와 다를 수 있습니다. Braze에서는 트리거 전에 오디언스가 평가됩니다(속성 변경 트리거를 사용하는 경우 제외). 이로 인해 트리거 동작이 평가되기 전에 선택한 오디언스에 처음부터 포함되지 않은 사용자는 캠페인에서 이탈하게 됩니다.

캠페인 분석 페이지에서 CSV 내보내기 사용자 데이터와 CSV 내보내기 이메일 주소 옵션의 차이점은 무엇인가요?

CSV 내보내기 이메일 주소 옵션을 선택하면 이메일 주소가 있는 사용자의 데이터만 다운로드됩니다. 예를 들어, 100,000명의 사용자가 있는 Segment에서 50,000명만 이메일 주소가 있는 경우 CSV 내보내기 이메일 주소를 클릭하면 내보내기에는 50,000행의 데이터만 포함됩니다. 반면 CSV 내보내기 사용자 데이터를 선택하면 모든 사용자 데이터가 내보내집니다.

API 식별자로 캠페인을 검색할 수 있나요?

네, Campaigns 페이지에서 api_id:YOUR_API_ID 필터를 사용하여 API 식별자로 캠페인을 검색할 수 있습니다. 자세한 내용은 캠페인 검색을 참조하세요.

입력 필드와 표시된 텍스트에서 공백이 다르게 나타나는 이유는 무엇인가요?

CSS 스타일링 때문에 입력 필드와 표시된 텍스트 구성요소 간에 공백 처리가 다릅니다. 기본 white-space: normal CSS가 적용된 텍스트 구성요소에서는 연속된 여러 공백이 표시될 때 하나의 공백으로 축소됩니다. 이는 렌더링된 텍스트의 표준 HTML 동작입니다.

입력 필드는 정확한 데이터 입력을 위해 정확한 간격을 보고 편집해야 하므로 입력한 그대로 여러 공백을 유지합니다. 이는 여러 공백이 있는 텍스트가 입력 필드(모든 공백이 유지됨)에서 볼 때와 대시보드의 다른 부분(CSS가 여러 공백을 축소할 수 있음)에서 표시될 때 다르게 보일 수 있음을 의미합니다.

예를 들어, 입력 필드에 여러 공백이 있는 캠페인 이름이나 UTM 매개변수를 입력하면 모든 공백이 유지됩니다. 그러나 동일한 텍스트가 검색 결과, 캠페인 목록 또는 기타 텍스트 구성요소에 나타나면 CSS 공백 처리로 인해 여러 공백이 하나의 공백으로 표시될 수 있습니다.

API 캠페인과 API 트리거 캠페인의 차이점은 무엇인가요?

API 트리거 캠페인을 사용하면 Braze 대시보드 내에서 캠페인 문구, 다변량 테스트 및 재적격성 규칙을 관리하면서 자체 서버와 시스템에서 해당 콘텐츠의 전달을 트리거할 수 있습니다. 이러한 메시지에는 실시간으로 메시지에 템플릿화할 추가 데이터도 포함할 수 있습니다.

API 캠페인은 API를 사용하여 보낸 메시지를 추적하는 데 사용됩니다. 대부분의 캠페인과 달리 메시지, 수신자 또는 스케줄을 지정하지 않고 대신 API 호출에 식별자를 전달합니다.

실행 기반 캠페인과 API 트리거 캠페인의 차이점은 무엇인가요?

실행 기반

실행 기반 전달 캠페인 또는 이벤트 트리거 캠페인은 트랜잭션 또는 성과 기반 메시지에 매우 효과적이며, 사용자가 특정 이벤트를 완료한 후 발송을 트리거할 수 있습니다.

API 트리거

API 트리거 및 서버 트리거 캠페인은 더 고급 트랜잭션을 처리하는 데 이상적이며, 자체 서버와 시스템에서 캠페인 콘텐츠의 전달을 트리거할 수 있습니다. 메시지를 트리거하는 API 요청에는 실시간으로 메시지에 템플릿화할 추가 데이터도 포함할 수 있습니다.

“요청 시간 초과” 오류에 대한 고객지원 티켓을 제출할 때 무엇을 포함해야 하나요?

캠페인이나 Canvas를 생성하거나 편집하는 중에 “요청 시간 초과” 오류가 발생하여 Braze 고객지원에 문의해야 하는 경우, 해결 속도를 높이기 위해 다음 정보를 포함하세요:

  • 화면 녹화: 페이지 전환을 포함하여 오류가 나타나기 전에 수행한 단계의 녹화.
  • 타임스탬프 및 시간대: 오류가 발생한 정확한 시간과 시간대.
  • 브라우저 및 버전: 사용 중인 브라우저(예: Chrome 120, Safari 17)와 다른 브라우저에서 오류를 재현해 보았는지 여부.
  • 재현 단계: 관련된 특정 캠페인 또는 Canvas 설정을 포함하여 오류를 트리거하는 동작에 대한 명확한 설명.
  • 네트워크 로그(선택 사항): 브라우저 개발자 도구(네트워크 탭)를 열고 오류를 재현한 후 네트워크 로그를 HAR(HTTP Archive) 로그로 내보냅니다. 이를 통해 고객지원 팀이 어떤 API 호출이 시간 초과되는지 식별하는 데 도움이 됩니다.

발송 분석이 설정한 최대 수신자 제한과 일치하지 않는 이유는 무엇인가요?

활성 캠페인에 최대 수신자 제한을 추가하거나 변경하면 다음과 같은 이유로 발송 분석에 반영되지 않을 수 있습니다:

  • 시작 후 제한 추가: 캠페인 시작 시 최대 수신자 제한이 설정되지 않은 경우, 제한을 적용하기 전에 이미 대기줄에 들어간 메시지는 여전히 발송됩니다. 제한은 변경 사항을 저장한 후 대기줄에 넣는 발송에만 적용됩니다.
  • 사용량 제한과의 상호작용: 캠페인에 사용량 제한도 적용된 경우, 메시지가 더 긴 시간 기간에 걸쳐 분배될 수 있습니다. 최대 수신자 제한은 메시지가 전달될 때가 아니라 대기줄에 들어갈 때 평가됩니다. 메시지가 이미 대기줄에 있는 동안 제한이 변경되면 해당 메시지에는 원래 제한이 적용됩니다.
  • 반복 캠페인: 반복 캠페인의 경우, 각 스케줄된 발송은 최대 수신자 제한을 독립적으로 평가합니다. 발송 간에 제한을 변경해도 이전 발송 수가 소급 조정되지 않습니다.

불일치를 방지하려면 캠페인을 시작하기 전에 최대 수신자 제한을 설정하고 발송이 진행 중인 동안에는 수정하지 마세요.

발송 수가 예상 오디언스 규모보다 적은 이유는 무엇인가요?

여러 요인으로 인해 발송 수가 예상 오디언스 규모보다 적을 수 있습니다:

  • 실행 기반 전달: 사용자가 트리거를 수행한 후에만 발송이 생성되므로, 발송은 시간이 지남에 따라 누적되며 캠페인을 처음 구축할 때 표시된 사전 추정치보다 뒤처질 수 있습니다.
  • 시작 후 오디언스 편집: 시작 후 진입 또는 타겟 필터를 변경하면 예상 오디언스 스냅샷이 이후 발송에서 실제로 자격을 갖춘 사용자와 동기화되지 않을 수 있습니다(예: 사용자가 재진입할 자격이 없는 경우).
  • 오디언스 경로 단계: Canvas의 경우, 오디언스 경로 단계는 사용자가 자격을 갖춘 가장 높은 우선순위 분기에 해당하는 사용자에게만 메시지를 보내므로, 단순 Segment 수에 비해 발송이 줄어들 수 있습니다.
  • 대조군: 전역 제어 그룹 또는 캠페인 수준의 대조군이 사용 중인 경우, 오디언스의 일부가 전달에서 제외됩니다.
  • 전달 타이밍 및 기간: 현지 시간대 또는 스케줄 캠페인의 경우, 사용자는 진입 시점과 발송 시점 모두에서 자격을 갖추어야 합니다. 특정 시간대의 사용자는 전달 기간 밖에 있을 수 있습니다.
  • 이메일 중복 제거: 캠페인이나 Canvas가 동일한 이메일을 가진 여러 사용자를 타겟팅하므로, 발송 시점에 해당 이메일 주소를 가진 임의의 사용자가 선택됩니다. 메시지는 한 번만 발송되고 중복이 제거되어 동일한 이메일 주소로 여러 번 발송되지 않지만, 예상 오디언스 규모에는 모든 사용자가 포함됩니다.
  • 이메일 전달 가능성 필터: 이메일 캠페인의 경우, Braze는 하드 반송된 사용자, 이메일 구독을 취소한 사용자, 스팸으로 표시된 사용자, 프로필에 이메일 주소가 없는 사용자 또는 필수 구독 그룹에 가입되지 않은 사용자를 제외합니다. 이러한 확인은 발송 시점에 실행되므로, Segment에 있는 사용자도 실제 발송 수에서 제외될 수 있습니다.
  • 글로벌 최대 게재빈도 설정: 워크스페이스 수준의 제한으로 인해 적격 사용자가 동일한 기간 내에 다른 메시지를 받지 못할 수 있으며, 이로 인해 실제 발송 수가 줄어듭니다.
  • 새로 가져온 사용자: 방금 적격해진 프로필은 다음 평가 또는 발송 패스까지 수신하지 못할 수 있으므로, 이후 실행에서 수가 따라잡게 됩니다.
  • 푸시 도달 가능성: 푸시 캠페인의 경우, 오디언스가 올바른 앱에 대해 푸시가 활성화되어 있는지 확인하세요. 푸시 활성화 사용자를 필터링하지 않으면 예상 오디언스에 푸시를 받을 수 없는 프로필이 포함될 수 있습니다. 보다 정확한 운영 추정치를 위해 타겟 사용자 단계에서 도달 가능 사용자를 확인하세요.
  • 사용량 제한: 사용량 제한이 적용된 경우, 메시지가 시간에 걸쳐 분배되며 일부 발송이 지연되거나 아직 수에 반영되지 않을 수 있습니다.
  • 재적격성 기간: 아직 재적격하지 않은 사용자는 쿨다운 기간 동안 다시 수신하지 않으므로, 해당 기간의 발송 수가 예상 오디언스 규모보다 적어집니다.
  • 보고 기간: 분석 시간 범위에 모든 발송이 포함되지 않을 수 있습니다.
  • Segment 재평가: 발송 시점에 재평가하는 실행 기반 또는 스케줄 캠페인의 경우, 캠페인이 대기줄에 들어갔을 때 Segment에 있던 사용자가 메시지가 실제로 발송될 때는 더 이상 자격을 갖추지 못할 수 있습니다.
  • 발송 제한: 타겟 오디언스의 최대 사용자 수(또는 유사한 제한)가 제한에 도달하면 전달을 중지합니다.
  • 엄격한 기기 또는 브라우저 필터: 최신 앱 버전이나 브라우저만 일치하는 필터는 광범위한 Segment 미리보기에 비해 발송 시점의 도달 가능 집합을 줄입니다.
New Stuff!