자주 묻는 질문

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

멀티채널 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이 오후 7시 UTC에 전달되도록 스케줄된 경우, 시간대가 식별되는 즉시(예: 사모아) 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시간 전까지 편집합니다.

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

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

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

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

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

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

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

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

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

Campaign을 편집한 후 사용자가 두 번 받은 이유는 무엇인가요?

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

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

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

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

네, 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을 받았는지 어떻게 확인할 수 있나요?

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을 시작하기 전에 최대 수신자 제한을 설정하고 발송이 진행 중인 동안에는 수정을 피하세요.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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