웹훅 캠페인 생성
웹훅 캠페인을 생성하거나 멀티채널 캠페인에 웹훅을 포함하면 다른 시스템 및 애플리케이션에 실시간 정보를 제공하여 앱 외부 동작을 트리거할 수 있습니다.
웹훅을 사용하여 Salesforce나 Marketo와 같은 시스템 또는 백엔드 시스템에 정보를 전송할 수 있습니다. 예를 들어, 고객이 커스텀 이벤트를 특정 횟수만큼 수행한 후 프로모션으로 고객 계정에 크레딧을 적립할 수 있습니다.

1단계: 메시지를 작성할 위치 선택
메시지를 Campaign으로 보낼지 Canvas로 보낼지 확실하지 않으신가요? Campaigns는 단일 타겟팅 메시징 캠페인에 더 적합하고, Canvases는 다단계 사용자 여정에 더 적합합니다.
단계:
- 메시징 > Campaigns로 이동하여 Campaign 만들기를 선택합니다.
- 웹훅을 선택하거나, 여러 채널을 타겟팅하는 캠페인의 경우 멀티채널을 선택합니다.
- 캠페인에 명확하고 의미 있는 이름을 지정합니다.
- (선택 사항) 이 캠페인의 사용 방법을 설명하는 설명을 추가합니다.
- 필요에 따라 팀과 태그를 추가합니다.
- 태그를 사용하면 캠페인을 더 쉽게 찾고 보고서를 작성할 수 있습니다. 예를 들어, 보고서 빌더를 사용할 때 특정 태그로 필터링할 수 있습니다.
- 캠페인에 필요한 만큼 배리언트를 추가하고 이름을 지정합니다. 추가된 각 배리언트에 대해 서로 다른 웹훅 템플릿을 선택할 수 있습니다. 이 주제에 대한 자세한 내용은 다변량 및 A/B 테스트를 참조하세요.

캠페인의 모든 메시지가 유사하거나 동일한 콘텐츠를 포함하는 경우, 추가 배리언트를 추가하기 전에 먼저 메시지를 작성하세요. 그런 다음 배리언트 추가 드롭다운에서 배리언트에서 복사를 선택할 수 있습니다.
단계:
- Canvas 작성기를 사용하여 Canvas를 생성합니다.
- Canvas를 설정한 후 Canvas 빌더에서 단계를 추가합니다. 단계에 명확하고 의미 있는 이름을 지정합니다.
- 단계 스케줄을 선택하고 필요에 따라 지연을 지정합니다.
- 필요에 따라 이 단계의 오디언스를 필터링합니다. Segments를 지정하고 추가 필터를 적용하여 이 단계의 수신자를 더 세밀하게 조정할 수 있습니다. 오디언스 옵션은 지연 후 메시지가 전송되는 시점에 확인됩니다.
- 진행 동작을 선택합니다.
- 메시지와 함께 연결하려는 다른 메시징 채널을 선택합니다.
2단계: 웹훅 작성하기
웹훅을 처음부터 만들거나, 기존 템플릿을 사용하거나, Braze에서 제공하는 기존 템플릿 중 하나를 사용할 수 있습니다. 그런 다음 편집기의 작성 탭에서 웹훅을 작성합니다.
작성 탭은 다음 필드로 구성됩니다:
- 언어
- 웹훅 URL
- HTTP 메서드
- 요청 본문

언어
국제화는 URL과 요청 본문에서 지원됩니다. 메시지를 국제화하려면 언어 추가를 선택하고 필수 필드를 입력합니다.
콘텐츠를 작성하기 전에 언어를 선택하여 Liquid에서 적절한 위치에 텍스트를 입력할 수 있도록 하는 것이 좋습니다. 사용 가능한 전체 언어 목록은 지원되는 언어를 참조하세요.
오른쪽에서 왼쪽으로 쓰는 언어로 문구를 추가하는 경우, 오른쪽에서 왼쪽으로 쓰는 메시지의 최종 표시는 서비스 제공업체의 렌더링 방식에 크게 좌우됩니다. 가능한 한 정확하게 표시되는 오른쪽에서 왼쪽으로 쓰는 메시지를 작성하기 위한 모범 사례는 오른쪽에서 왼쪽으로 쓰는 메시지 만들기를 참조하세요.
웹훅 URL
웹훅 URL 또는 HTTP URL은 엔드포인트를 지정합니다. 엔드포인트는 웹훅에서 캡처하는 정보를 전송할 위치입니다.
벤더에게 정보를 전송하려는 경우, 벤더가 API 설명서에서 이 URL을 제공해야 합니다. 자체 시스템으로 정보를 전송하는 경우, 개발 또는 엔지니어링 팀에 올바른 URL을 사용하고 있는지 확인하세요.
Braze는 표준 포트 80(HTTP) 및 443(HTTPS)을 통해 통신하는 URL만 허용합니다.
Liquid 사용하기
Liquid를 사용하여 웹훅 URL을 개인화할 수 있습니다. 특정 엔드포인트에서 사용자를 식별하거나 URL의 일부로 사용자별 정보를 제공해야 할 수 있습니다. Liquid를 사용할 때는 URL에서 사용하는 각 사용자별 정보에 대해 기본값을 포함해야 합니다.
HTTP 메서드
사용해야 하는 HTTP 메서드는 정보를 전송하는 엔드포인트에 따라 다릅니다. 대부분의 경우 POST를 사용합니다.
| HTTP 메서드 | 설명 |
|---|---|
| POST | 수신 서버에 새 정보를 기록합니다. 데이터를 전송할 때 가장 일반적으로 사용되는 메서드입니다. |
| GET | 새 정보를 기록하는 것이 아니라 기존 정보를 검색합니다. 정의상 GET 요청은 요청 본문을 지원하지 않습니다. |
| PUT | 엔드포인트의 정보를 업데이트하여 기존 정보를 요청 본문의 내용으로 대체합니다. |
| DELETE | HTTP URL의 리소스를 삭제합니다. |
요청 본문
요청 본문은 지정한 URL로 전송될 정보입니다. JSON 키-값 페어 또는 원시 텍스트로 웹훅 요청의 본문을 만들 수 있습니다.
JSON 키-값 페어
JSON 키-값 페어를 사용하면 JSON 형식을 기대하는 엔드포인트에 대한 요청을 쉽게 작성할 수 있습니다. JSON 요청을 기대하는 엔드포인트에서만 사용할 수 있습니다. 예를 들어, 키가 message_body인 경우 해당 값은 Your order just arrived!일 수 있습니다. 키-값 페어를 입력하면 작성기가 JSON 구문으로 요청을 구성하고, JSON 요청의 미리보기가 자동으로 표시됩니다.

Liquid를 사용하여 키-값 페어를 개인화할 수 있으며, 사용자 속성, 커스텀 속성 또는 이벤트 속성정보를 요청에 포함할 수 있습니다. 예를 들어, 고객의 이름과 이메일을 요청에 포함할 수 있습니다. 각 속성에 대해 기본값을 포함해야 합니다.
원시 텍스트
원시 텍스트 옵션은 모든 형식의 본문을 기대하는 엔드포인트에 대한 요청을 유연하게 작성할 수 있게 해줍니다. 예를 들어, XML 형식의 요청을 기대하는 엔드포인트에 대한 요청을 작성하는 데 사용할 수 있습니다.
Liquid를 사용한 개인화 및 국제화 모두 원시 텍스트에서 지원됩니다.

Content-Type 요청 헤더를 application/x-www-form-url-encoded로 설정하면 요청 본문은 URL 인코딩 문자열 형식이어야 합니다. 예를 들어:
1
to={{custom_attribute.${example}}}&text=Your+order+just+arrived

3단계: 추가 설정 구성
요청 헤더 (선택 사항)
특정 엔드포인트에서는 요청에 헤더를 포함해야 할 수 있습니다. 작성기의 작성 섹션에서 필요한 만큼 헤더를 추가할 수 있습니다.

일반적인 요청 헤더에는 Content-Type 사양(XML 또는 JSON과 같이 본문에서 예상되는 데이터 유형을 설명)과 공급업체 또는 시스템에서 제공한 자격 증명이 포함된 인증 헤더가 있습니다.
콘텐츠-유형 사양에는 Content-Type 키를 사용해야 합니다. 일반적인 값은 application/json 또는 application/x-www-form-urlencoded입니다.
인증 헤더에는 Authorization 키를 사용해야 합니다. 일반적인 값은 Bearer {{YOUR_TOKEN}} 또는 Basic {{YOUR_TOKEN}} 이며, 여기서 YOUR_TOKEN은 공급업체 또는 시스템에서 제공한 자격 증명입니다.
4단계: 메시지 테스트 발송
Campaign을 실행하기 전에, Braze에서는 웹훅을 테스트하여 요청이 올바르게 포맷되었는지 확인하는 것을 권장합니다.
이를 위해 테스트 탭으로 전환하고 테스트 웹훅을 발송합니다. 랜덤 사용자, 특정 사용자(이메일 주소 또는 외부 사용자 ID 입력), 또는 원하는 속성을 가진 커스텀 사용자로 웹훅을 테스트할 수 있습니다.
테스트 웹훅을 발송한 후 응답 메시지가 포함된 대화 상자가 나타납니다. 웹훅 요청이 실패한 경우 오류 메시지를 참조하여 웹훅 문제를 해결하세요. 다음 예시는 잘못된 웹훅 URL이 포함된 웹훅의 응답을 보여줍니다.
1
2
3
4
5
6
7
8
9
404 Not Found
{
"error": {
"message": "Unrecognized request URL. Please see https://lob.com/docs or email us at [email protected].",
"status_code": 404
}
}
자세한 내용은 테스트 메시지 발송을 참조하세요.
5단계: Campaign 또는 Canvas의 나머지 부분 구성하기
다음으로, Campaign의 나머지 부분을 구성합니다. 웹훅을 구성하기 위한 도구 활용 방법에 대한 자세한 내용은 다음 섹션을 참조하세요.
전달 스케줄 또는 트리거 선택하기
웹훅은 예약된 시간, 실행 기반 또는 API 트리거를 기반으로 전달할 수 있습니다. 자세한 내용은 Campaign 스케줄 설정을 참조하세요.
실행 기반 전달의 경우, Campaign의 기간과 방해금지 시간도 설정할 수 있습니다.
이 단계에서는 사용자가 Campaign을 다시 받을 수 있도록 재자격을 허용하거나 최대 게재빈도 설정 규칙을 활성화하는 등의 전달 제어를 지정할 수도 있습니다.
타겟 사용자 선택하기
다음으로, Segment 또는 필터를 선택하여 오디언스를 좁혀 사용자를 타겟팅해야 합니다. 이 단계에서는 Segment에서 더 넓은 오디언스를 선택하고, 원하는 경우 필터를 사용하여 해당 Segment를 더 세분화합니다. 대략적인 Segment 인구의 미리보기가 자동으로 표시됩니다. 정확한 Segment 멤버십은 항상 메시지가 전송되기 전에 계산된다는 점을 유의하세요.

귀하의 메시지는 타겟 오디언스 단계에서 설정한 조건에 이미 부합하는 사용자에게만 전송됩니다. 그 후에도 전달 스케줄 단계에서 정의한 트리거 조건을 충족해야 합니다. 타겟 오디언스를 대기실이라고 생각해 보세요. 다음 동작이 발생할 때 이미 안에 있는 사람들만 앞으로 나아갈 수 있습니다.
전환 이벤트 선택하기
Braze에서는 사용자가 Campaign을 수신한 후 특정 행동인 전환 이벤트를 얼마나 자주 수행하는지 추적할 수 있습니다. 사용자가 지정된 행동을 취할 경우 전환으로 집계되는 최대 30일의 기간을 설정할 수 있습니다.
아직 완료하지 않았다면, 캔버스 단계의 나머지 섹션을 완료하세요. Canvas의 나머지 부분을 구성하고, 다변량 테스트 및 지능형 선택을 구현하는 방법 등에 대한 자세한 내용은 Canvas 설명서의 Canvas 구성하기 단계를 참조하세요.
6단계: 검토 및 배포
Campaign 또는 Canvas의 마지막 구성을 완료한 후, 세부 사항을 검토하고 테스트한 다음 전송하세요!
알아두어야 할 사항
오류, 재시도 로직 및 타임아웃
웹훅은 Braze 서버가 외부 엔드포인트에 요청을 보내는 방식에 의존하며, 간혹 오류가 발생할 수 있습니다. 가장 흔한 오류로는 구문 오류, 만료된 API 키, 사용량 제한, 예기치 않은 서버 측 문제 등이 있습니다. 웹훅 Campaign을 전송하기 전에 다음을 확인하세요:
- 웹훅의 구문 오류를 테스트하세요
- 개인화된 변수에 기본값이 설정되어 있는지 확인하세요
웹훅 전송에 실패하면 메시지 활동 로그에 오류 메시지가 기록되며, 오류 타임스탬프, 앱 이름, 오류에 대한 세부 정보가 포함됩니다.

오류 메시지만으로 오류의 원인을 충분히 파악할 수 없는 경우, 사용 중인 API 엔드포인트의 설명서를 확인하세요. 일반적으로 해당 엔드포인트에서 사용하는 오류 코드에 대한 설명과 주요 원인이 안내되어 있습니다.
응답 코드 및 재시도 로직
웹훅 요청이 전송되면 수신 서버는 요청 처리 결과를 나타내는 응답 코드를 반환합니다. 다음 표는 서버가 보낼 수 있는 다양한 응답, Campaign 분석에 미치는 영향, 그리고 오류 발생 시 Braze가 Campaign을 재전송하는지 여부를 요약합니다:
| 응답 코드 | 수신됨으로 표시? | 재시도? |
|---|---|---|
20x (성공) |
예 | 해당 없음 |
30x (리디렉션) |
아니요 | 아니요 |
408 (요청 타임아웃) |
아니요 | 예 |
429 (사용량 제한) |
아니요 | 예 |
기타 4XX (클라이언트 오류) |
아니요 | 아니요 |
5XX (서버 오류) |
아니요 | 예 |

Braze는 이 섹션 앞부분에 언급된 상태 코드에 대해 지수 백오프를 사용하여 30분 이내에 최대 5회까지 재시도합니다. 엔드포인트에 도달할 수 없는 경우, 재시도가 24시간에 걸쳐 분산될 수 있습니다.
각 웹훅은 타임아웃까지 90초가 허용됩니다.
Retry-After 및 사용량 제한 응답 헤더는 Braze가 재시도 가능한 요청(예: 408, 429, 또는 5XX 이후)을 다시 시도하기까지 대기하는 시간에 영향을 줄 수 있습니다. 이 헤더는 401과 같이 재시도 불가능한 응답을 재시도 대상으로 만들지는 않습니다.
인증 및 연결된 콘텐츠 자격 증명
아웃바운드 웹훅 HTTP 요청은 엔드포인트에 대한 인증을 위해 연결된 콘텐츠 자격 증명(:basic_auth 또는 :auth_credentials)을 첨부하는 것을 지원하지 않습니다. 대신 웹훅의 요청 헤더를 사용하여 인증을 설정하세요. 전송 시점에 토큰이나 시크릿을 가져오려면 헤더 또는 본문 필드에 {% connected_content %} 태그를 배치하여 웹훅이 전송되기 전에 Liquid가 이를 처리하도록 할 수 있습니다.
저장된 웹훅 템플릿 및 Campaign 사용
Braze는 특정 저장된 웹훅 템플릿을 참조하는 모든 Campaign 또는 캔버스 단계를 나열하는 기본 제공 보고서를 제공하지 않습니다. 사용 현황을 감사하려면 동일한 URL과 HTTP 메서드를 사용하는 웹훅 단계를 검토하거나 Braze 지원팀에 문의하세요.
문제 해결 및 추가 오류 세부 정보
자세한 설명, 문제 해결 단계, 특정 웹훅 오류 해결에 대한 안내는 웹훅 및 연결된 콘텐츠 요청 문제 해결을 참조하세요. 비정상 호스트 감지 시스템의 작동 방식과 Braze가 자동 이메일 및 Braze Currents의 추가 로깅을 통해 오류 알림을 제공하는 방법에 대한 자세한 설명도 확인할 수 있습니다.
IP 허용 목록
Braze에서 웹훅이 전송되면 Braze 서버가 고객 또는 서드파티 서버에 네트워크 요청을 보냅니다. IP 허용 목록을 사용하면 웹훅 요청이 Braze에서 오는 것인지 확인할 수 있어 보안 계층이 추가됩니다.
Braze는 다음 IP에서 웹훅을 전송합니다. 나열된 IP는 허용 목록에 옵트인된 모든 API 키에 자동으로 동적 추가됩니다.

Braze 간 웹훅을 만들고 허용 목록을 사용하는 경우, 127.0.0.1을 포함한 다음의 모든 IP를 허용 목록에 추가해야 합니다.
인스턴스 US-01, US-02, US-03, US-04, US-05, US-06, US-07의 경우, 관련 IP 주소는 다음과 같습니다.
23.21.118.19134.206.23.17350.16.249.952.4.160.21454.87.8.3454.156.35.25152.54.89.23818.205.178.15
인스턴스 US-08의 경우, 관련 IP 주소는 다음과 같습니다.
52.151.246.5152.170.163.18240.76.166.15740.76.166.17040.76.166.16740.76.166.16140.76.166.15640.76.166.16640.76.166.16040.88.51.7452.154.67.1740.76.166.8040.76.166.8440.76.166.8540.76.166.8140.76.166.7140.76.166.14440.76.166.145
인스턴스 US-10의 경우, 관련 IP 주소는 다음과 같습니다.
100.25.232.16435.168.86.17952.7.44.1173.92.153.1835.172.3.12950.19.162.19
인스턴스 EU-01 및 EU-02의 경우, 관련 IP 주소는 다음과 같습니다.
52.58.142.24252.29.193.12135.158.29.22818.157.135.973.123.166.463.64.27.363.65.88.253.68.144.1883.70.107.88
인스턴스 AU-01의 경우, 관련 IP 주소는 다음과 같습니다.
13.210.1.14513.211.70.15913.238.45.5452.65.73.16754.153.242.23954.206.45.213
인스턴스 ID-01의 경우, 관련 IP 주소는 다음과 같습니다.
108.136.157.246108.137.30.20716.78.128.7116.78.14.13416.78.162.20843.218.73.35
인스턴스 JP-01의 경우, 관련 IP 주소는 다음과 같습니다.
13.159.155.21254.199.221.24113.192.23.1654.250.120.13918.181.114.2323.114.38.100
인스턴스 KR-01의 경우, 관련 IP 주소는 다음과 같습니다.
43.200.215.452.79.67.17552.79.113.60
사용자 삭제
개별 사용자 또는 사용자 Segment를 삭제하려면 오디언스 > 오디언스 관리 > 사용자 삭제로 이동하세요. 대시보드는 대량 Segment 삭제(최대 1,000만 프로필)를 지원하며, 7일간의 취소 기간이 포함되고, 공유 REST API 사용량 제한을 소비하지 않습니다. 단계, 제한 사항 및 권한에 대한 자세한 내용은 사용자 삭제를 참조하세요.
소규모 배치로 프로그래밍 방식의 삭제를 수행하려면 웹훅 Campaign 대신 /users/delete 엔드포인트를 사용하세요.