자주 묻는 질문

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

멀티채널 Campaign은 어떻게 만드나요?

설정 단계 및 지원 채널에 대해서는 Campaign 만들기의 멀티채널 Campaign을 참조하세요.

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

Campaign 만들기의 대조군을 참조하세요. 크로스채널 테스트의 경우 Canvas를 사용하세요.

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

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

Campaign의 열람율이 왜 감소했나요?

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

Campaign 오디언스는 어떻게 평가되나요?

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

특정 Campaign 또는 Canvas에서 고유 수신자 수와 발송 수 사이에 차이가 나는 이유는 무엇인가요?

한 가지 가능한 설명은 Campaign 또는 Canvas에 재자격이 활성화되어 있기 때문입니다. 이 경우 Segment 및 전달 설정에 적합한 사용자가 메시지를 두 번 이상 수신할 수 있습니다. 재자격이 활성화되지 않은 경우, 발송 수와 고유 수신자 수 간의 차이는 사용자가 여러 플랫폼에 걸쳐 여러 기기를 프로필에 연결하고 있기 때문일 수 있습니다.

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

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

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

예를 들어, 사용자가 월요일에 Campaign을 수신하고 금요일에 다시 수신한 후 각 발송 후 전환한 경우, Braze는 이를 두 번의 수신과 두 번의 전환으로 보고할 수 있습니다. Braze가 두 번의 발송을 합쳐 생애주기 “고유” 하나로만 카운트하면 유효한 전환이 누락되거나 한 수신자에 대해 중복 카운트되어 Campaign 성능을 읽기 어렵게 됩니다.

같은 패턴이 반복 Campaign과 재자격에도 적용됩니다. 두 명의 사용자가 각각 오늘과 내일 반복 발송을 수신하면, 고유 수신자는 두 프로필이 아닌 네 개의 일별 수신자 행을 카운트합니다.

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

Campaign 만들기의 전환 및 보고와 전환 이벤트의 전환 추적 규칙을 참조하세요.

Campaign에 사용 중인 Segment보다 Campaign의 도달 가능한 사용자 기반이 더 작은 이유는 무엇인가요?

글로벌 컨트롤 그룹이 설정되어 있다면, 도달 가능한 오디언스의 일정 비율이 Campaign을 수신하지 못하게 됩니다. 이는 Campaign이 동일한 Segment를 사용하더라도 Segment의 도달 가능한 사용자 수가 Campaign의 도달 가능한 사용자 수보다 큰 경우가 있을 수 있다는 것을 의미합니다.

현지 시간대 전달은 어떤 기능을 제공하나요?

현지 시간대 전달을 사용하면 사용자의 개별 시간대를 기반으로 Segment에 메시징 Campaign을 전달할 수 있습니다. 현지 시간대 전달 없이는 Campaign이 Braze에서 설정한 회사의 시간대를 기준으로 예약됩니다.

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

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

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

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

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

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

• 예약된 날의 사모아 시간(UTC+13)
• 예약된 날의 현지 시간

사용자가 진입 자격을 갖추려면 두 가지 확인 모두를 통과해야 합니다. 예를 들어, Canvas가 2021년 8월 7일 오후 2시 현지 시간대에 시작되도록 예약된 경우, 뉴욕에 위치한 사용자를 타겟팅하려면 다음 자격 확인이 필요합니다:

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

진입하려면 사용자가 두 평가 시점 모두에서 오디언스 및 필터와 일치해야 합니다. 첫 번째 확인에서 사용자가 자격이 없으면 Braze는 두 번째 확인을 실행하지 않습니다. 시작 전에 사용자가 Segment에 일정 시간 이상 있어야 한다는 최소 시간 요건은 없습니다. 각 확인 시점의 자격만 중요합니다.

이 평가 동작은 대시보드에서 Campaign을 얼마나 미리 예약하는지와는 별개입니다. 최소 24시간 전에 예약하는 것은 메시지가 전체 24시간 현지 시간대 기간에 걸쳐 전달되도록 하는 권장 사항이며, 각 사용자가 24시간 동안 오디언스에 있어야 한다는 요구 사항은 아닙니다.

예시

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

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

다음 타임라인은 시간 제한 멤버십 기간을 포함하는 Segment 정의를 가정합니다. 이 예에서 사용자는 가입 후 24시간 후에 Segment에서 이탈합니다. 이러한 필터 동작은 사용자가 첫 번째 확인을 통과하고 두 번째 확인에서 실패할 수 있는 이유 중 하나입니다.

타임라인 설명

1. 사용자 A는 PST 오후 6:59(사모아 오후 4:59)에 Segment에 진입합니다.
2. Braze는 사모아 시간 오후 7시에 Segment 멤버십을 확인하여 다음 24시간 동안 Campaign을 수신할 자격이 있는 사용자를 판별합니다. 이 시점에서 사용자 A는 Segment에 있습니다.
3. Segment에는 24시간 기간이 있으므로, 사용자 A는 가입 24시간 후인 PST 오후 6:59(사모아 오후 4:59)에 Segment에서 이탈합니다.
4. 현지 시간 Campaign은 PST 오후 7시에 발송되지만, 사용자 A는 이미 Segment에서 이탈한 상태입니다.

현지 시간대 Campaign은 어떻게 예약하나요?

이전 섹션에서는 Braze가 현지 시간대 전달의 자격을 평가하는 시점(두 가지 확인)을 설명합니다. 이 섹션에서는 대시보드에서 Campaign 스케줄을 설정하는 시점(예약 리드 타임)과 24시간 미만의 사전 통지로 예약할 경우 어떤 사용자가 여전히 메시지를 수신하는지 설명합니다.

Campaign을 예약할 때 지정된 시간에 발송하도록 선택한 다음 사용자의 현지 시간대로 Campaign 발송을 선택하세요.

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

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

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

사용자가 Campaign에 대한 재자격을 허용한 경우, 원래 시간(오후 5시)에 다시 수신합니다. 그러나 Campaign의 모든 후속 발생에 대해서는 업데이트된 시간에만 메시지가 발송됩니다.

현지 시간대 Campaign에 대한 변경 사항은 언제 적용되나요?

현지 시간대 Campaign의 대상 Segment에는 전체 Segment에 대한 전달을 보장하기 위해 시간 기반 필터에 최소 48시간 기간을 포함해야 합니다. 예를 들어, 다음 필터를 사용하여 두 번째 날의 사용자를 타겟팅하는 Segment를 고려하세요:

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

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

시작 전에 예약된 Campaign에 어떤 변경을 할 수 있나요?

Campaign이 예약된 경우, 메시지를 발송하기 위해 대기열에 넣기 전에 메시지 작성 이외의 항목을 편집해야 합니다. 모든 Campaign과 마찬가지로, 시작 후에는 전환 이벤트를 편집할 수 없습니다.

예약된 Campaign을 업데이트했는데 왜 시작되지 않나요?

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

예약된 Campaign에서 메시지가 대기열에 넣어지기 전의 ‘안전 구간’은 얼마인가요?

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

• 일회성 예약 Campaign: 예약된 발송 시간까지 편집합니다.
• 반복 예약 Campaign: 예약된 발송 시간까지 편집합니다.
• 현지 시간 발송 Campaign: 예약된 발송 시간 24시간 전까지 편집합니다.
• 최적 발송 시간 Campaign: Campaign이 발송되도록 예약된 날 24시간 전까지 편집합니다.

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

• Braze는 발송 시간을 1시간 이상 경과한 사용자에게 메시지를 보내지 않습니다.
• 이미 대기열에 넣어진 메시지는 조정된 시간이 아닌 원래 대기열에 넣어진 시간에 여전히 발송될 수 있습니다.

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

일광절약시간 전환일에 왜 매일 예약된 Campaign에 진입하는 사용자가 없나요?

일광절약시간(DST) 전환일에는 시계가 앞으로 가거나 뒤로 가는지에 따라 매일 예약된 Campaign이 평소보다 최대 1시간 일찍 또는 늦게 실행될 수 있습니다. Segment가 예약된 발송 시간 1시간 이내의 타임스탬프를 가진 커스텀 속성 또는 이벤트에 의존하는 경우, 해당 사용자는 DST 전환일에 Campaign이 자격을 평가할 때 아직 조건을 충족하지 못할 수 있습니다.

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

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

Campaign에 진입하는 사용자 수가 예상 수와 일치하지 않는 이유는 무엇인가요?

Campaign에 진입하는 사용자 수는 오디언스와 트리거가 평가되는 방식에 따라 예상 수와 다를 수 있습니다. Braze에서는 속성 변경 트리거를 사용하지 않는 한 오디언스가 트리거보다 먼저 평가됩니다. 이로 인해 트리거 동작이 평가되기 전에 선택한 오디언스에 처음 포함되지 않은 사용자가 Campaign에서 이탈할 수 있습니다.

Campaign을 편집한 후 사용자가 왜 두 번 수신했나요?

실시간 Campaign을 중지하지 않고 편집하면 사용자가 메시지를 두 번 수신할 수 있습니다. 이는 실시간 Campaign을 편집하면 원래 대기열이 아직 처리되는 동안 업데이트된 버전에 대해 사용자가 다시 대기열에 넣어지기 때문입니다. 원래 메시지를 아직 수신하지 않은 사용자가 두 대기열 모두에 포함될 수 있습니다. 이를 방지하려면 변경하기 전에 항상 Campaign을 중지하세요.

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

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

Campaign을 API 식별자로 검색할 수 있나요?

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

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

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

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

예를 들어, 여러 공백이 포함된 Campaign 이름이나 UTM 매개변수를 입력 필드에 입력하면 모든 공백이 유지됩니다. 그러나 같은 텍스트가 검색 결과, Campaign 목록 또는 기타 텍스트 컴포넌트에 나타나면 CSS 공백 처리 때문에 여러 공백이 하나의 공백으로 나타날 수 있습니다.

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

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

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

API 트리거 Campaign을 사용자가 수신했는지 어떻게 확인할 수 있나요?

Received Campaign 필터를 사용하여 Segment를 생성한 다음, 확인하려는 특정 API 트리거 Campaign을 선택하세요. Segment를 저장한 후 /users/export/segment 엔드포인트를 사용하여 해당 Segment의 사용자를 내보내세요.

Campaign을 삭제할 수 있나요?

아니요, 하지만 Campaign을 보관할 수 있습니다.

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

실행 기반

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

장점	단점
• 메시지 활동 로그를 통해 플랫폼으로 수신되는 JSON 페이로드 확인 가능(테스트 사용자에 의해 이벤트가 트리거된 경우) • 개인화 요소가 커스텀 이벤트 속성정보에 포함됨 • 커스텀 이벤트를 사용하여 메시지 수신 자격이 있는 사용자의 Segments를 생성 가능	• 데이터 포인트 소비

API 트리거

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

장점	고려 사항
• 데이터 포인트를 기록하지 않음 • 개인화 요소가 JSON 페이로드 속성정보에 포함됨	• JSON 페이로드 속성정보에서 메시지 수신 자격이 있는 사용자의 Segment를 생성할 수 없음 • 메시지 활동 로그로 수신 JSON 페이로드를 확인할 수 없음

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

Campaign 또는 Canvas를 만들거나 편집하는 동안 “요청 시간 초과” 오류가 발생하여 Braze 지원팀에 연락해야 하는 경우, 해결을 신속하게 하기 위해 다음 정보를 포함하세요:

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

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

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

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

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

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

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

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

특정 사용자가 발송 시점에 건너뛴 이유를 확인하려면 메시지 활동 로그를 확인하세요.

글로벌 최대 게재빈도 설정에 대한 자주 묻는 질문은 어디에서 볼 수 있나요?

캘린더 일수, 사일런트 푸시, 웹훅, Canvas 동작 및 관련 주제에 대한 질문은 사용량 제한 및 최대 게재빈도 설정의 자주 묻는 질문을 참조하세요.

Campaign의 발송 비율이 낮아지는 이유는 무엇인가요?

매일 예약된 Campaign이 시간이 지남에 따라 더 적은 사용자에게 발송되는 경우, 다음을 확인하세요:

• 재자격이 활성화되어 있는지 확인하세요: 재자격이 없으면, Braze는 각 사용자에게 한 번만 메시지를 보냅니다. 매일 예약된 Campaign의 경우, 오디언스와 일치하고 아직 메시지를 수신하지 않은 사용자만 각 발송 자격이 있습니다. 더 많은 사용자가 메시지를 수신할수록, 이후 각 발송에서 적격 사용자가 줄어들므로 발송량이 감소합니다.
• 오디언스의 멤버십이 고정되어 있는지 확인하세요: 고정된 사용자 목록(예: Segment 필터로 사용된 CSV 가져오기)으로 구축된 오디언스는 자동으로 새로운 멤버를 얻지 못합니다. 새로운 진입자가 없으면, 사용자에게 메시지가 발송됨에 따라 발송량이 회복될 수 없습니다.

전달 속도 사용량 제한 및 단일 발생에서 발송을 줄이는 기타 요인에 대해서는 발송 수가 예상 오디언스 크기보다 적은 이유는 무엇인가요?를 참조하세요.

이메일 및 SMS에서 고유 수신자가 발송 수를 초과할 수 있는 이유는 무엇인가요?

이메일 및 SMS의 경우, Braze는 ESP 발송 시도 전에 고유 수신자를 증가시키고, 성공적인 ESP 응답 후에 발송을 증가시킵니다. 영구 오류(예: 유효하지 않은 이메일 주소) 또는 중복 주소로 인해 고유 수신자가 발송을 초과할 수 있습니다.

마지막 발송이 예약된 발송 시간과 일치하지 않는 이유는 무엇인가요?

단일 예약 발송이 있는 Campaign의 경우 마지막 발송은 시작 시간과 일치합니다. 현지 시간대로 발송이 활성화된 반복 Campaign의 경우, 더 이른 시간대(예: GMT와 PST 비교)의 사용자에 대한 발송이 워크스페이스 스케줄 시간 전에 완료되기 때문에 마지막 발송이 예약된 시간보다 일찍 나타날 수 있습니다.

중지된 과거 Campaign이 Analytics 페이지에서 측정기준을 더 이상 표시하지 않는 이유는 무엇인가요?

Analytics 탭은 기본적으로 지난 90일을 표시합니다. Campaign이 해당 기간 외에 마지막으로 발송된 경우, Campaign이 발송된 시기를 포함하도록 Analytics 페이지의 날짜 범위를 조정할 때까지 측정기준이 0으로 나타날 수 있습니다. 자세한 내용은 Campaign 분석을 참조하세요.

상호작용 데이터 복원은 Campaign 분석을 복원하지 않습니다. 리타겟팅 필터와 사용자 상호작용 기록에만 적용됩니다. 자세한 내용은 메시징 상호작용 데이터를 참조하세요.