콘텐츠로 건너뛰기

이 페이지는 AI로 자동 번역되었으며 부정확한 내용이 포함될 수 있습니다. 번역 오류를 신고하려면 페이지 오른쪽 목차 아래에 있는 피드백 기능을 사용하세요.

자주 묻는 질문

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

특정 날짜 범위의 Campaign 또는 Canvas 데이터를 내보낼 수 있나요?

정해진 날짜 범위의 Campaign 또는 Canvas 측정기준을 가져오려면 다음 방법 중 하나를 사용하세요.

date-aligned campaign or Canvas exports for dashboard-style reporting outside standard API windows에 관심이 있으시면 제품 피드백을 제출해 주세요.
시계열 데이터가 필요하면 ending_at 및 length 파라미터와 함께 Campaign 분석 또는 Canvas 분석 엔드포인트를 호출하세요. /campaigns/data_series 및 /canvas/data_series를 사용할 수도 있습니다.
Amazon S3, Azure Blob Storage 또는 기타 지원되는 대상에서 메시지 인게이지먼트 데이터를 지속적으로 쿼리해야 한다면 Currents를 사용하여 이벤트를 웨어하우스로 스트리밍하세요.

실시간 Currents 통합은 어떻게 편집하나요?

실시간 Currents 커넥터를 변경하려면 통합을 열고 편집을 선택하세요. 편집을 선택하지 않으면 통합 UI가 읽기 전용 상태로 유지되며, 아이콘만으로는 커넥터 설정을 수정할 수 없습니다.

Braze는 업로드 후 Azure Blob Storage의 Avro 파일을 어떻게 처리하나요?

Braze는 업로드가 완료된 후 Microsoft Azure Blob Storage의 Avro 파일을 수정하지 않습니다. 업로드가 아직 진행 중인 동안에는 Azure에서 Blob 삭제를 차단할 수 있습니다.

과거 데이터는 어떻게 가져오나요?

Currents는 실시간 라이브 데이터 스트림이므로 이벤트를 재생할 수 없습니다. 하지만 Amazon S3 또는 Microsoft Azure Blob Storage와 같은 데이터 웨어하우스에 Currents 데이터를 저장하면 필요에 따라 과거 이벤트를 활용할 수 있습니다. 데이터는 30일 동안 보관되며, 그보다 오래된 과거 데이터가 필요하다면 Snowflake를 쿼리할 수 있습니다.

Currents가 JSON이 아닌 Avro 형식으로 데이터를 출력하는 이유는 무엇인가요?

스키마가 없는 JSON과 달리 Avro는 스키마 진화를 기본적으로 지원합니다. 또한 Avro는 압축률이 높기 때문에 더 적은 대역폭으로 Avro 파일을 전송하고 스토리지 공간을 절약할 수 있습니다.

Braze는 파일 오버헤드를 어떻게 처리하나요?

Braze는 ETL(추출, 변환, 로드) 프로세스를 구축합니다. 이 프로세스를 사용하면 하나의 데이터베이스에서 대량의 데이터를 가져와 다른 데이터베이스에 배치하고 저장할 수 있습니다.

쿼리를 위해 이 데이터를 어디에 저장해야 하나요?

Braze는 쿼리할 데이터를 저장할 수 있는 여러 데이터 웨어하우스와 파트너십을 맺고 있습니다. 다음을 사용하는 것을 권장합니다.

Currents 데이터는 얼마나 신뢰할 수 있나요?

Currents는 “최소 1회(at-least-once)” 전송을 보장합니다. 즉, 스토리지 버킷에 중복 이벤트가 가끔 기록될 수 있습니다. 사용 사례에 정확히 1회(exactly-once) 전송이 필요한 경우, 모든 이벤트와 함께 전송되는 고유 식별자 필드(id)를 사용해 이벤트 중복을 제거할 수 있습니다. 자세한 내용은 이벤트 전송 시맨틱을 참조하세요.

Currents에 데이터는 얼마나 자주 동기화되나요?

데이터는 지속적으로 스트리밍됩니다. Braze는 발송할 이벤트가 한 배치만큼 모이거나 5분이 지나면, 둘 중 먼저 해당하는 시점에 이벤트 배치를 발송합니다. 데이터량이 많은 커넥터의 경우 데이터가 거의 실시간으로 도착합니다. 데이터량이 적은 커넥터의 경우 데이터가 5~30분 이내에 도착합니다. 자세한 내용은 Avro 쓰기 임계값을 참조하세요.

참고

기기가 인터넷에 연결되어 있지 않으면 이벤트 생성이 지연될 수 있습니다. 인앱 메시지는 오프라인 상태에서도 트리거될 수 있으므로, 이러한 지연은 인앱 메시지 이벤트에서 가장 흔하게 발생합니다.

Currents에서 사용할 수 있는 이벤트는 어떻게 확인하나요?

Currents가 기록하는 전체 이벤트 목록은 고객 행동 이벤트 및 메시지 참여 이벤트 용어집을 참조하세요. 이 용어집은 이벤트 유형(예: 발송, 전달, 열람)별로 필터링할 수 있습니다.

내 Currents 이벤트 수가 대시보드 또는 참여 보고서 측정기준과 일치하지 않는 이유는 무엇인가요?

Currents와 Braze 대시보드는 일부 측정기준을 서로 다른 방식으로 계산하므로 Currents 이벤트와 대시보드 측정기준이 정확히 일치하지 않을 수 있습니다.

고유 클릭: 이메일의 경우 대시보드는 7일 기간 동안의 고유 클릭을 추적하며 dispatch_id 기준으로 측정합니다. Currents는 각 원시 클릭 이벤트를 모두 기록합니다. Currents 기반 고유 클릭 수를 대시보드 측정기준과 맞추려면 is_unique가 true인 이벤트로 필터링하세요.

구독 취소: 대시보드의 Unsub 측정기준은 Braze 표준 구독 취소 링크에 대한 클릭을 반영합니다. 커스텀 구독 취소 페이지는 API를 통해 사용자를 업데이트하지 않는 한 이 측정기준을 증가시키지 않습니다. Currents의 users.messages.email.Unsubscribe 이벤트는 사용자가 이메일 본문이나 푸터의 구독 취소 링크를 클릭하거나 list-unsubscribe 헤더를 통해 구독을 취소할 때 발생하는 특수한 클릭 이벤트입니다. 이 이벤트가 모든 이메일 구독 상태 변경을 나타내는 것은 아닙니다.

타임스탬프 및 시간대: 모든 Currents 타임스탬프는 UTC 기준입니다. 대시보드 측정기준은 회사의 시간대를 따릅니다. 회사 시간대로 변환하지 않고 Currents 데이터를 달력 날짜별로 집계하면, 대시보드에 표시되는 것과 다른 날짜 버킷에 수치가 집계될 수 있습니다.

중복 이벤트: Currents는 최소 1회 전송(at-least-once delivery)을 제공하므로 간혹 중복 이벤트가 기록될 수 있습니다. 총계를 대시보드 측정기준과 비교하기 전에 각 이벤트의 고유 id 필드를 기준으로 중복을 제거하세요.

Currents 이메일 열람 또는 클릭 이벤트의 `external_user_id`(Braze 스키마: `external_id`)가 Braze 대시보드의 사용자 프로필과 다른 이유는 무엇인가요?

Braze 대시보드에서: 이메일 주소에 연결된 사용자가 이메일을 열람하거나 클릭하면, 해당 이메일 주소를 공유하는 모든 사용자 프로필이 그 이메일을 열람하거나 클릭한 것으로 표시됩니다. 자세한 내용은 이메일이 발송될 때 여러 프로필이 동일한 이메일 주소를 가지고 있으면 어떻게 되나요?를 참조하세요.
Currents에서: 동일한 열람 또는 클릭은 하나의 프로필에만 저장됩니다. 발송 시 원래 타겟팅된 프로필이 여전히 해당 이메일 주소를 공유하고 있다면 Braze는 그 프로필에 이벤트를 귀속합니다. 그렇지 않으면 Braze는 해당 이메일 주소를 공유하는 프로필 중 무작위로 선택된 하나의 프로필에 이벤트를 귀속합니다.

이 때문에 Currents와 Braze 대시보드를 비교할 때, Currents 이메일 열람 또는 클릭 이벤트의 external_user_id 값(Braze 스키마 매핑 테이블에서는 external_id)이 예상한 사용자 프로필과 일치하지 않을 수 있습니다.

모든 발송 이벤트가 Currents에 기록되나요?

Braze는 실시간 Campaign과 Canvas에서 발생한 이벤트를 Currents에 기록합니다. 테스트 발송을 제외하면 Braze는 Currents 스트림에서 의도적으로 이벤트를 제외하지 않습니다.

테스트 발송은 Currents 메시지 인게이지먼트 이벤트를 생성하지 않습니다. 여기에는 Campaign 또는 캔버스 단계에서 보낸 테스트 메시지와 Canvas를 테스트할 때 모든 테스트 메시지 보내기로 보낸 메시지가 포함됩니다. Currents에서 메시지 인게이지먼트 이벤트를 확인하려면 실시간 Campaign 또는 Canvas에서 발송하세요.

참고

테스트 발송은 Currents 통합 페이지의 테스트 이벤트 보내기와 다릅니다. 이 버튼은 연결을 확인하기 위해 입력 안내 값이 포함된 샘플 이벤트를 보냅니다. 자세한 내용은 테스트 이벤트를 참조하세요.

Currents에서 데이터가 손상될 수 있나요?

일반적인 상황에서는 Currents 데이터가 손상되지 않습니다. 드물게 문제가 발생할 가능성은 항상 있지만, 데이터가 체계적으로 손상되는 것으로 알려진 조건은 없습니다.

커런츠 통합을 설정하기 전 날짜의 커스텀 이벤트 데이터가 표시되는 이유는 무엇인가요?

Braze는 Currents에 이벤트를 백필하지 않습니다. 하지만 커스텀 이벤트는 과거 타임스탬프로 기록될 수 있습니다(예: 이벤트가 발생했을 때 기기가 오프라인 상태였다가 나중에 동기화된 경우). 이러한 경우 이벤트 타임스탬프는 이벤트가 원래 발생한 시점을 반영하며, 이 시점이 커런츠 통합을 구성하기 전일 수 있습니다.

Currents 이벤트에는 어떤 사용자 식별자가 포함되나요?

메시지 참여 이벤트(발송, 열람, 클릭 등)에는 Braze 사용자 ID(user_id)가 포함되며, 프로필에 외부 식별자가 있는 경우 해당 외부 식별자도 포함됩니다(이벤트 페이로드에서는 external_user_id, Braze 스키마 매핑 테이블에서는 external_id로 표시됨). 일부 이메일 메시지 참여 이벤트에는 email_address도 포함됩니다. 커스텀 속성은 포함되지 않습니다.

Currents 데이터를 데이터 웨어하우스나 CRM으로 라우팅하면서 프로필 데이터와 조인해야 하는 경우, user_id 또는 external_user_id를 사용하여 다운스트림 시스템에서 조인을 수행하세요.

Currents 이벤트의 `app_group_id` 필드란 무엇인가요?

app_group_id 필드에는 이벤트가 속한 워크스페이스의 API 식별자가 들어 있습니다. 이 값은 UUID입니다. 쿼리 빌더, SQL 세그먼트 확장, Snowflake 데이터 공유의 SQL 테이블에 있는 app_group_api_id 열과 같은 값입니다. 따라서 이 값을 사용해 Currents 데이터를 해당 테이블과 조인할 수 있습니다.

Currents는 ID 필드에 내부 Braze ID 대신 API 식별자를 사용하므로, 다른 필드도 같은 패턴을 따릅니다. 예를 들어 Currents의 canvas_id에는 Canvas API 식별자가 들어 있습니다.

app_group_id 값은 자격 증명이 아니므로 REST API 요청을 인증하는 데 사용할 수 없습니다. 워크스페이스에 대해 REST API 요청을 하려면 REST API 키를 사용하세요.

Currents 발송 이벤트에 커스텀 속성을 포함할 수 있나요?

아니요. Currents는 발송 이벤트에 커스텀 속성을 포함하지 않습니다. Currents는 커스텀 이벤트와 메시지 참여 이벤트를 기록합니다. 사용 가능한 필드의 전체 목록은 이벤트 용어집을 참조하세요.

Currents에 Campaign 또는 Canvas 태그나 키-값 페어가 포함되나요?

아니요. Currents에는 Campaign 또는 Canvas 태그나 메시지 수준의 키-값 페어가 포함되지 않습니다. 태그 데이터를 조회하려면 내보내기 REST API를 사용하세요. 또 다른 해결 방법으로, Campaign에서 웹훅 채널을 사용해 태그나 키-값 페어 데이터를 자체 엔드포인트로 보낼 수 있으며, 이때 Liquid로 값을 템플릿화할 수 있습니다.

Braze는 Currents 변경 사항을 고객에게 어떻게 알리나요?

드물게 호환성이 깨지는 변경 사항이 발생하는 경우, Braze는 활성 통합의 담당자와 최근 30일 이내에 대시보드를 사용한 활성 Currents 통합 보유 관리자 전원에게 사전 이메일을 발송합니다. 새 이벤트나 기존 이벤트의 새 필드 추가처럼 호환성에 영향을 주지 않는 변경 사항에 대해서는 Braze가 알림을 보내지 않습니다. 최신 변경 사항은 Currents 체인지로그에서 확인할 수 있습니다.

Currents 복구 알림은 어느 기간을 다루나요?

잘못된 자격 증명이나 대상 엔드포인트의 500 오류 등으로 Currents 통합에 오류가 발생했다가 복구되면, Braze는 통합의 연락처 이메일로 통합이 “복구 중”이라는 이메일을 보냅니다. 통합이 밀린 데이터를 모두 처리하면, Braze는 통합이 “완전히 복구되었으며” 밀려 있던 모든 데이터가 전송되었다고 알립니다. 이러한 복구 알림에는 밀린 데이터가 어느 기간에 해당하는지 표시되지 않습니다.

복구된 기간을 확인하려면 다음을 수행합니다.

동일한 통합에 대해 Braze가 보낸 첫 번째 실패 알림을 찾습니다. 이 알림에는 통합이 실패하기 시작한 대략적인 시점이 나와 있습니다.
“완전히 복구됨” 알림을 받은 시점을 기록합니다.

Braze가 전송한 밀린 데이터는 통합이 실패하기 시작한 시점부터 복구된 시점까지의 이벤트를 포함합니다.

통합이 5일 이상 실패한 경우 일부 이벤트가 삭제되었을 수 있습니다. 삭제된 이벤트는 복구할 수 없습니다. 자세한 내용은 요구 사항을 참조하세요.

Currents 데이터에는 얼마나 많은 스토리지가 필요한가요?

스토리지 요구 사항은 이벤트 볼륨과 내보내는 이벤트 유형에 따라 달라집니다. Braze는 사용 사례에 맞는 파일 크기를 추정하는 데 활용할 수 있는 Avro 형식의 샘플 이벤트를 제공합니다.

Currents 데이터에서 Campaign 이름 또는 캔버스 단계 이름이 `NULL`인 이유는 무엇인가요?

새 Campaign 또는 Canvas를 생성하면 이름이 모든 Braze 시스템에 전파되는 데 시간이 걸릴 수 있습니다. 이 기간 동안 Currents를 통해 전송된 이벤트는 이름 필드(예: campaign_name 또는 canvas_step_name)에 NULL 값이 포함될 수 있습니다. 이벤트가 기록되기 직전에 이름을 수정한 경우에도 이런 현상이 나타날 수 있습니다. 이를 방지하려면 Campaign 또는 캔버스 단계를 생성하거나 이름을 변경한 후 어느 정도 시간을 두고 발송하세요.

Currents에서 세션 종료 이벤트가 지연되거나 누락되는 이유는 무엇인가요?

세션 종료 이벤트는 SDK의 일반 업로드 일정을 따릅니다. Braze SDK는 세션 데이터를 로컬에 캐시하고 네트워크 품질에 따라 주기적으로 플러시합니다. 예를 들어 연결 상태가 좋으면 약 10초마다 플러시합니다. SDK가 이벤트를 업로드하기 전까지는 해당 이벤트가 Currents에 표시되지 않습니다.

다음 플러시 전에 사용자가 앱을 강제 종료하거나 오프라인 상태가 되면 세션 종료 이벤트가 늦게 도착하거나 아예 도착하지 않을 수 있습니다. iOS에서는 앱이 백그라운드에 있는 동안 SDK가 데이터를 보낼 수 없기 때문에, 앱을 다시 열 때까지 세션 종료 이벤트가 플러시되지 않는 경우가 많습니다.

Currents에서 세션 경계를 더 신속하게 파악해야 한다면, 앱이 백그라운드로 전환되거나 포그라운드로 돌아올 때와 같은 수명 주기 시점에 requestImmediateDataFlush()를 호출하세요. 자세한 내용은 데이터 업로드 및 다운로드 및 세션 종료와 세션 시작의 타임스탬프가 비슷한 경우(iOS)를 참조하세요.

Currents가 데이터를 쓰려고 할 때 스토리지 버킷을 사용할 수 없으면 어떻게 되나요?

Braze가 스토리지 버킷에 데이터를 쓸 수 없으면, 쓰지 못한 이벤트를 대기줄에 넣고 계속 재시도합니다. 버킷이 반환하는 오류의 종류와 관계없이 같은 방식으로 처리됩니다. 버킷이 다시 쓰기를 허용하면 Braze는 대기 중이던 이벤트를 먼저 전송한 다음 새 이벤트를 전송합니다.

Braze가 버킷에 데이터를 쓸 수 없는 동안에는 통합의 연락처 이메일로 통합 오류 알림이 발송될 수 있습니다. 버킷이 반환하는 오류에 따라, 자격 증명이 변경되지 않았더라도 알림에 자격 증명이 유효하지 않다는 내용이 표시될 수 있습니다.

문제가 5일 넘게 지속되면 Braze는 이벤트를 삭제하기 시작하며, 삭제된 이벤트는 복구할 수 없습니다. 자세한 내용은 요구 사항을 참조하세요.

버킷을 사용할 수 있는지 확인하는 방법

버킷이 Currents 통합에 저장된 이름으로 존재하고 Braze의 쓰기를 허용하면 버킷을 사용할 수 있는 상태입니다. 이를 확인하려면 다음을 수행합니다.

Braze에서 파트너 통합 > Currents로 이동하여 통합을 엽니다. 버킷 이름(Azure Blob Storage의 경우 컨테이너 이름)과 폴더 경로 또는 접두사를 메모해 둡니다.
클라우드 공급자의 콘솔에서 정확히 같은 이름의 버킷이 존재하는지 확인합니다.
- Amazon S3의 경우, 버킷을 소유한 AWS 계정을 확인합니다.
- Google Cloud Storage의 경우, JSON 키 파일에 project_id로 나열된 프로젝트를 확인합니다.
- Azure Blob Storage의 경우, 계정 엔드포인트 또는 연결 문자열에 있는 스토리지 계정을 확인합니다.
버킷이 존재하지 않으면 새 버킷을 만들고 해당 이름으로 통합을 업데이트합니다.
방화벽 규칙이나 프라이빗 엔드포인트 등으로 버킷에 대한 네트워크 액세스를 제한하는 경우, 규칙이 Braze의 쓰기를 허용하는지 확인합니다. Braze가 Currents 데이터를 전송하는 IP 주소는 IP 허용 목록을 참조하세요. Azure Blob Storage의 경우 Braze가 Azure Blob Storage용 허용 목록에 추가할 IP 주소를 제공할 수 있나요?를 참조하세요.
버킷이 쓰기를 허용하게 되면 폴더 경로 또는 접두사에서 새 파일을 확인합니다. Braze는 대기 중이던 이벤트를 먼저 전송한 다음 새 이벤트를 전송합니다.

버킷이 올바르게 구성되었는지 확인하는 방법

Braze가 버킷에 데이터를 쓰려면 정확한 버킷 이름, 유효한 자격 증명, 쓰기 권한이 필요합니다. 구성을 확인하려면 다음을 수행합니다.

Currents 통합에서 버킷 이름이 실제 버킷과 정확히 일치하는지 확인합니다. 버킷 필드에는 슬래시나 경로 없이 버킷 이름만 입력합니다. 경로는 폴더 경로 또는 접두사 필드에 입력합니다.
통합의 자격 증명에 필요한 권한이 있는지 확인합니다.
- Amazon S3: IAM 정책에서 버킷에 대해 s3:ListBucket 및 s3:GetBucketLocation을, 버킷 내 객체에 대해 s3:PutObject 및 s3:GetObject를 허용해야 합니다. 또한 버킷에 SSE-KMS 암호화나 Object Lock을 사용할 수 없습니다. 자세한 내용은 Amazon S3 통합 및 문제 해결을 참조하세요.
- Google Cloud Storage: 서비스 계정의 역할에 storage.objects.create, storage.objects.delete, storage.objects.list, storage.objects.get, storage.buckets.get이 포함되어야 합니다. 버킷에서 계층적 네임스페이스를 사용하는 경우 역할에 storage.folders.create도 필요합니다. 자세한 내용은 1단계: 역할 생성을 참조하세요.
- Azure Blob Storage: 인증서 서비스 주체 또는 워크로드 ID 페더레이션 인증을 사용하는 경우, 앱 등록에 컨테이너에 대한 Storage Blob Data Contributor 역할이 있어야 합니다. 역할 할당이 적용되기까지 최대 30분이 걸릴 수 있습니다. 워크로드 ID 페더레이션의 경우 페더레이션 자격 증명의 발급자, 주체 식별자, 오디언스가 Braze에 표시된 값과 일치하는지도 확인합니다. 자세한 내용은 인증서 서비스 주체의 경우 4단계: 스토리지 계정에 대한 액세스 권한 부여를, 워크로드 ID 페더레이션의 경우 2단계: 페더레이션 자격 증명 추가 및 3단계: 스토리지 계정에 대한 액세스 권한 부여를 참조하세요.
자격 증명이 최신 상태인지 확인합니다. 키, 역할 또는 인증서를 교체한 경우 통합을 업데이트합니다. 자세한 내용은 Currents용 Amazon S3 자격 증명 업데이트, Currents용 Azure 자격 증명 업데이트 또는 Currents 업데이트를 참조하세요.

커런츠 데이터를 잃지 않고 스토리지 버킷을 재배치할 수 있나요?

예. 실시간 Currents 통합에 연결된 스토리지 버킷을 재배치하더라도(예: Google Cloud Storage 버킷 재배치 사용) 버킷 이름, 자격 증명, 접두사가 그대로 유지된다면 Currents 통합을 편집할 필요가 없습니다. 재배치 중에 Braze는 쓸 수 없는 이벤트를 대기줄에 넣어 두었다가 버킷이 다시 쓰기를 허용하면 해당 이벤트를 전달합니다.

이벤트가 누락되지 않도록 5일 이내에 재배치를 완료하세요.

Currents 통합을 생성하거나 편집할 때 사용 권한 한도 메시지가 표시되는 이유는 무엇인가요?

Currents는 커넥터 기능별로 별도의 사용 권한 풀을 사용합니다.

인게이지먼트 이벤트: 표준 Currents 커넥터를 생성하거나 업그레이드할 때 필요합니다.
고객 행동 이벤트: 고객 행동 및 사용자 이벤트 추적을 활성화할 때 필요합니다.
사용자 프로필 및 속성: 사용자 프로필 및 속성 추적을 활성화할 때 필요합니다.

풀 중 하나라도 모두 소진되면 Braze에서 사용 권한 경고를 표시하고 해당 작업을 차단합니다. 추가 사용 권한을 요청하거나 구성 조정에 도움을 받으려면 Braze 계정 매니저에게 문의하세요.

스토리지 경로의 Currents 버전은 얼마나 자주 변경되나요?

스토리지 경로의 version=<currents_version> 세그먼트는 매월 Currents가 릴리스될 때마다 올라갑니다(예: version=6에서 version=7로). 특정 버전 세그먼트를 하드코딩하기보다는 루트 경로부터 파일을 재귀적으로 읽는 방식을 권장합니다. 이렇게 하면 버전이 변경된 후에도 파이프라인이 데이터를 자동으로 가져옵니다. 경로 형식에 대한 자세한 내용은 이벤트 전달 시맨틱을 참조하세요. 버전별 변경 내역은 Currents 체인지로그를 참조하세요.

`campaign_id` 또는 `canvas_id`가 메시지 참여 이벤트에 없는 이유는 무엇인가요?

이벤트 유형과 컨텍스트에 따라 메시지 참여 이벤트가 특정 Campaign 또는 캔버스 단계에 연결되지 않을 수 있습니다. 이 경우 campaign_id, canvas_id 및 관련 이름 필드가 이벤트 페이로드에서 생략될 수 있습니다. 특정 이벤트에서 이러한 필드가 보이지 않는다면, 해당 이벤트 유형과 컨텍스트에 일반적으로 Campaign 또는 Canvas 식별자가 포함되는지 확인하세요.

Currents 타임스탬프가 초 단위 정밀도로 제한되는 이유는 무엇인가요?

Currents 이벤트의 time 필드는 32비트 정수로 저장되므로 초 단위 정밀도로 제한됩니다. 일부 이벤트에는 밀리초 단위 정밀도의 64비트 타임스탬프 필드가 별도로 포함되어 있습니다. 각 이벤트 유형에서 사용할 수 있는 필드는 이벤트 용어집에서 확인하세요.

Currents의 `users.canvas.Conversion` 이벤트 시간이 Canvas와 다른 이유는 무엇인가요?

Currents의 users.canvas.Conversion 이벤트 시간은 Canvas 진입 시점부터 측정한 전체 전환 기간(Canvas 지속 시간과 전환 기한을 합한 기간)을 반영합니다.

Engagement Reports를 S3로 보내면 어떻게 되나요?

데이터 내보내기용 S3 인증정보는 구성되어 있지만 Currents용 인증정보는 구성되어 있지 않은 경우, Braze는 참여 보고서를 지정된 S3 버킷에 업로드합니다. 보고서 보내기 대상 필드에 지정된 사용자는 S3에 있는 보고서 링크가 포함된 이메일을 받습니다.

Braze 커런츠를 통해 익명 사용자 데이터를 Amplitude로 보낼 수 있나요?

device_id로 식별되는 익명 사용자 데이터는 Currents를 통해 Amplitude로 보낼 수 있습니다. 이 기능을 사용하려면 Braze 계정 팀에서 기능을 활성화해야 합니다.

콘텐츠 카드, 인앱 메시지, 배너에서 대조군 사용자는 Currents에 어떻게 기록되나요?

사용자가 콘텐츠 카드 또는 인앱 메시지 Campaign의 대조군에 배정되면, Currents는 노출 이벤트 대신 users.campaigns.EnrollInControl 이벤트를 전송합니다.

배너 Campaign은 다르게 작동합니다. 대조군 사용자는 users.campaigns.EnrollInControl에 기록되지 않습니다. 대신, SDK가 노출을 기록한 후 대조군 노출이 users.messages.banner.Impression 이벤트로 기록됩니다. 여기에는 통합에서 대조군 배너에 대해 insertBanner를 호출하고 컨테이너를 숨기는 경우도 포함됩니다. Currents 또는 데이터 공유에서 대조군 사용자를 식별하려면, 대조군 배리언트의 message_variation_id 또는 message_variation_name(Control Group)으로 필터링하세요.

테이블 스키마에 대한 자세한 내용은 배너 노출 이벤트 및 USERS_MESSAGES_BANNER_IMPRESSION_SHARED를 참조하세요.

API를 통해 존재하지 않는 사용자를 타겟팅하면 어떻게 되나요?

존재하지 않는 사용자를 타겟팅하면 API는 200 응답을 반환하지만, 발송은 “Unknown external ID” 성과와 함께 취소됩니다. 해당 발송에 대해서는 Currents 이벤트가 생성되지 않습니다. send_to_existing_only 파라미터의 기본값은 true입니다. 따라서 이 값을 명시적으로 false로 설정하지 않으면 알 수 없는 사용자에 대한 발송은 별도의 알림 없이 건너뜁니다.

New Stuff!