자주 묻는 질문

이 문서에서는 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을 수신하지 못하게 됩니다. 이는 Segment의 도달 가능한 사용자 수가 Campaign의 도달 가능한 사용자 수보다 클 수 있음을 의미하며, Campaign이 동일한 Segment를 사용하더라도 마찬가지입니다.

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

현지 시간대 전달을 사용하면 사용자의 개별 시간대를 기반으로 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시간의 기간이 포함되어야 합니다. 예를 들어, 다음 필터를 사용하여 2일차 사용자를 타겟팅하는 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이 자격을 평가할 때 해당 사용자가 아직 자격이 없을 수 있습니다.

예를 들어, 사용자가 일반적으로 UTC 오후 3시에 커스텀 속성 업데이트를 수신하고, Campaign이 매일 뉴욕(동부 시간) 오전 10:30에 실행된다고 가정해보세요. 뉴욕이 표준시(UTC-5)인 동안 동부 시간 오전 10:30은 UTC 오후 3:30에 해당하므로, Campaign은 속성이 기록된 후에 실행됩니다. 뉴욕이 일광 절약 시간(UTC-4)으로 전환되면 동부 시간 오전 10:30은 UTC 오후 2:30에 해당하므로, 봄철 시간 전환 DST일에는 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 사용자 데이터 내보내기를 선택하면 모든 사용자 데이터를 내보냅니다.

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을 사용자가 수신했는지 어떻게 확인할 수 있나요?

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

Campaign을 삭제할 수 있나요?

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

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

실행 기반

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

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

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 분석을 복원하지 않습니다. 이는 리타겟팅 필터 및 사용자 상호작용 기록에만 적용됩니다. 자세한 내용은 메시징 상호작용 데이터를 참조하세요.