캠페인 FAQ

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

다채널 캠페인을 어떻게 만드나요?

멀티채널 캠페인은 대시보드 내에서 캠페인 생성을 선택한 다음 멀티채널 캠페인을 선택하여 생성할 수 있습니다. 다채널 캠페인에서 메시징 채널 추가를 선택하여 작성 탭에서 원하는 채널을 추가하십시오. 채널 아이콘을 클릭하면 다양한 메시징 작성기를 토글하여 다양한 채널에 대한 캠페인 복사본을 구축할 수 있습니다.

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

아니요, 캠페인의 통제 그룹은 이메일 A 대 이메일 B와 같은 단일 채널 메시징을 위해 설계되었습니다. 대안으로, 다른 채널, 메시징 콘텐츠 및 전달 타이밍을 테스트하기 위해 캔버스를 사용해 보십시오.

캠페인을 테스트하고 최적화하는 몇 가지 방법은 무엇입니까?

다변량 캠페인 및 여러 변형이 있는 캔버스 실행은 시작하기에 좋은 방법입니다! 예를 들어, 다른 복사본이나 제목 줄이 있는 하나의 메시지를 테스트하기 위해 다변량 캠페인을 실행할 수 있습니다. 여러 변형이 있는 캔버스는 전체 워크플로를 테스트하는 데 유용합니다.

왜 내 캠페인의 열람율이 감소했습니까?

낮은 오픈율이 항상 기술적 문제와 관련이 있는 것은 아닙니다. 이메일 클리핑으로 인해 추적 픽셀이 누락될 수 있습니다. 그러나 콘텐츠나 오디언스 크기의 변화로 인해 더 적은 사용자가 이메일을 열어볼 가능성도 있습니다.

캠페인 대상은 어떻게 평가됩니까?

기본값으로, 캠페인은 입장 시 오디언스 필터를 확인합니다. 지연이 있는 액션 기반 캠페인의 경우, 메시지가 전송될 때 사용자가 여전히 대상 오디언스에 속해 있는지 확인하기 위해 전송 시점에 세그먼트 기준을 재평가하는 옵션이 있습니다.

왜 특정 캠페인 또는 캔버스에 대해 고유 수신자 수와 발송 수 사이에 차이가 있습니까?

이 차이의 한 가지 잠재적 설명은 캠페인 또는 캔버스의 재적격성 활성화 때문일 수 있습니다. 이 기능을 켜면 세그먼트 및 전달 설정에 해당하는 사용자가 메시지를 한 번 이상 받을 수 있습니다. 재적격성이 켜져 있지 않다면, 전송과 고유 수신자 간의 차이에 대한 가능한 설명은 사용자가 프로필과 연결된 여러 플랫폼의 여러 장치를 가지고 있기 때문일 수 있습니다.

예를 들어, iOS 및 웹 푸시 알림이 모두 포함된 캔버스가 있는 경우, 모바일 및 데스크톱 장치를 모두 사용하는 사용자는 둘 이상의 메시지를 받을 수 있습니다.

왜 내 캠페인이 내가 캠페인에 사용하는 세그먼트보다 도달 가능한 사용자 기반이 더 작은가요?

글로벌 컨트롤 그룹이 설정되어 있는 경우, 이는 도달 가능한 오디언스의 일부가 캠페인을 받지 못하도록 방지합니다. 이는 캠페인이 동일한 세그먼트를 사용하더라도 세그먼트의 도달 가능한 사용자 수가 캠페인의 도달 가능한 사용자 수보다 많을 수 있음을 의미합니다.

현지 시간대 전달은 무엇을 제공합니까?

현지 시간대 전달을 통해 사용자의 개별 시간대를 기준으로 메시징 캠페인을 세그먼트에 전달할 수 있습니다. 로컬 시간대 전달 없이 캠페인은 Braze의 회사 시간대 설정을 기준으로 예약됩니다.

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

Braze는 사용자의 시간대를 어떻게 인식합니까?

Braze는 사용자의 기기에서 자동으로 사용자의 시간대를 결정합니다. 이것은 시간대 정확성과 사용자의 완전한 커버리지를 보장합니다. User API 또는 기타 방법을 통해 생성된 사용자들은 시간대가 없는 경우, 소프트웨어 개발 키트에 의해 앱에서 인식될 때까지 회사의 시간대를 기본값으로 사용하게 됩니다.

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

Braze는 현지 시간대 전달을 위해 사용자를 언제 평가합니까?

현지 시간대 전달의 경우 Braze는 다음 두 경우에 사용자의 진입 자격을 평가합니다:

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

사용자가 입장 자격을 얻으려면 두 가지 확인 모두에 대해 자격이 있어야 합니다. 예를 들어, 캔버스가 2021년 8월 7일 오후 2시(현지 시간대)에 출시될 예정이라면, 뉴욕에 위치한 사용자를 타겟팅하기 위해 다음과 같은 자격 확인이 필요합니다:

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

사용자는 출시 24시간 전에 세그먼트에 있어야 합니다. 사용자가 첫 번째 검사에서 자격이 없는 경우 Braze는 두 번째 검사를 시도하지 않습니다.

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

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

로컬 시간대 {캠페인}을(를) 어떻게 예약하나요?

캠페인을 예약할 때 지정된 시간에 보내도록 선택한 다음 사용자의 현지 시간대에 캠페인 보내기를 확인해야 합니다.

Braze는 모든 현지 시간대 캠페인이 24시간 전에 예약되기를 강력히 권장합니다. 이러한 캠페인은 하루 종일 보내야 하기 때문에 24시간 전에 예약하면 메시지가 전체 세그먼트에 도달할 수 있습니다. 그러나 필요하다면 24시간 이내에 이러한 캠페인을 예약할 수 있습니다. Braze는 발송 시간에서 1시간 이상 경과한 사용자에게 메시지를 보내지 않습니다.

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

로컬 시간대 캠페인을 24시간 이내에 예약한 경우 편집해도 메시지의 일정이 변경되지 않습니다. 로컬 시간대 캠페인을 나중에 보내도록 편집하기로 결정한 경우(예: 6시 대신 7시에), 원래 발송 시간이 선택되었을 때 타겟 세그먼트에 있던 사용자는 여전히 원래 시간(6시)에 메시지를 받게 됩니다. 로컬 시간대를 편집하여 더 이른 시간(예: 오후 4시 대신 오후 5시)에 보내도록 설정하면, 캠페인은 여전히 모든 세그먼트 구성원에게 원래 시간(오후 5시)에 전송됩니다.

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

현지 시간대 캠페인의 변경 사항은 언제 적용됩니까?

로컬 시간대 캠페인의 대상 세그먼트에는 시간 기반 필터가 전체 세그먼트에 전달되도록 보장하기 위해 최소 48시간의 창이 포함되어야 합니다. 예를 들어, 다음 필터를 사용하여 두 번째 날에 있는 사용자를 타겟팅하는 세그먼트를 고려해 보십시오:

• 처음으로 앱을 사용한 지 1일 이상 지났습니다
• 처음으로 앱을 사용한 지 2일 미만

현지 시간대 전달은 전달 시간과 사용자의 현지 시간대에 따라 이 세그먼트의 사용자를 놓칠 수 있습니다. 이것은 사용자가 자신의 시간대가 전달을 트리거할 때까지 세그먼트를 떠날 수 있기 때문입니다.

출시 전에 예약된 캠페인에 어떤 변경을 할 수 있습니까?

캠페인이 예약되면 메시지 구성을 제외한 모든 항목에 대한 수정은 메시지를 보내기 위해 대기열에 추가하기 전에 이루어져야 합니다. 모든 캠페인과 마찬가지로, 전환 이벤트는 시작된 후에 편집할 수 없습니다.

저는 예정된 캠페인을 업데이트했습니다. 왜 발사되지 않았습니까?

이것은 캠페인이 업데이트된 정확한 시간에 시작되도록 예약된 경우 발생할 수 있습니다. 예를 들어, 현재 시간이 오후 3시 10분이고 캠페인을 오후 3시 10분에 시작하도록 변경하고 캠페인 업데이트를 선택한 경우, 이제 오후 3시 10분이 지났으므로 예정된 시작 시간이 지났다는 의미입니다. 동일한 시간에 캠페인을 예약하는 대신, 캠페인 시작 시 즉시 발송을 선택하십시오.

예약된 캠페인에서 메시지가 대기열에 추가되기 전의 “안전 구역”은 무엇입니까?

다음 안전 영역 내에서 메시지를 안전하게 변경할 수 있습니다:

• 일회성 예약 캠페인은 예약된 발송 시간까지 편집할 수 있습니다.
• 정기적으로 예약된 캠페인은 예약된 발송 시간까지 편집할 수 있습니다.
• 로컬 전송 시간 캠페인은 예약된 전송 시간 24시간 전까지 편집할 수 있습니다.
• 최적 발송 시간 캠페인은 캠페인이 발송될 예정일 24시간 전까지 편집할 수 있습니다.

“안전 지대” 내에서 전송 시간을 편집하면 어떻게 되나요?

이 시간 내에 캠페인의 발송 시간을 변경하면 원하지 않는 동작이 발생할 수 있습니다. 예를 들어:

• Braze는 발송 시간이 1시간 이상 지난 사용자에게 메시지를 보내지 않습니다.
• 사전에 대기열에 추가된 메시지는 조정된 시간보다 원래 대기열에 추가된 시간에 여전히 전송될 수 있습니다.

“안전 구역”이 이미 지나갔다면 어떻게 해야 하나요?

캠페인이 원하는 대로 작동하도록 하려면 현재 캠페인을 중지하는 것이 좋습니다(이렇게 하면 대기 중인 모든 메시지가 취소됩니다). 그런 다음 캠페인을 복제하여 필요한 변경을 하고 새 캠페인을 시작할 수 있습니다. 이미 첫 번째 캠페인을 받은 사용자를 이 캠페인에서 제외해야 할 수 있습니다.

캠페인 일정 시간을 재조정하여 시간대 전송을 허용하십시오.

캠페인에 참여하는 사용자 수가 예상 수와 일치하지 않는 이유는 무엇입니까?

캠페인에 참여하는 사용자 수는 청중과 트리거가 평가되는 방식 때문에 예상 수와 다를 수 있습니다. Braze에서 오디언스는 트리거 전에 평가됩니다 (속성의 변경 트리거를 사용하는 경우 제외). 이로 인해 사용자가 트리거 작업이 평가되기 전에 선택한 오디언스의 일부가 아닌 경우 캠페인에서 이탈하게 됩니다.

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

CSV 내보내기 이메일 주소 옵션을 선택하면 이메일 주소가 있는 사용자의 데이터만 다운로드됩니다. 예를 들어, 100,000명의 사용자가 있는 세그먼트가 있지만 그 중 50,000명만 이메일 주소를 가지고 있고, CSV 이메일 주소 내보내기를 클릭하면 CSV 파일에서 50,000개의 데이터 행만 볼 수 있습니다. 비교적으로, CSV 내보내기 사용자 데이터를 선택하면 모든 사용자 데이터를 내보낼 수 있습니다.

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

네, 캠페인 페이지에서 필터 api_id:YOUR_API_ID을(를) 사용하여 API 식별자로 캠페인을 검색하세요. 캠페인 검색에 대해 알아보려면 searching for campaigns를 참조하세요.

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

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

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

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

실행 기반

실행 기반 전달 캠페인 또는 이벤트 트리거 캠페인은 거래 또는 성과 기반 메시지에 매우 효과적이며 사용자가 특정 이벤트를 완료한 후 트리거하여 보낼 수 있습니다.

장점	단점
• 테스트 사용자가 트리거한 이벤트인 경우 플랫폼으로 들어오는 JSON 페이로드의 가시성 메시지 활동 로그를 통해 확인 • 개인화 elements are included in the 커스텀 event properties • 커스텀 event can be used to create Segments of users eligible for the 메시지	• 데이터 포인트를 소비합니다

API 트리거됨

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

장점	단점
• 데이터 포인트를 소비하지 않습니다 • 개인화 elements are included in the JSON payload properties	• JSON 페이로드 속성에서 메시지에 적합한 사용자 세그먼트를 생성할 수 없습니다. • 수신 JSON 페이로드를 메시지 활동 로그를 통해 볼 수 없습니다.