속도 제한 및 주파수 제한

속도 제한과 전송 횟수 제한을 함께 사용하면 사용자에게 필요한 메시지가 전달되고 불필요한 메시지가 전달되지 않도록 할 수 있습니다.

요금 제한

Braze를 사용하면 캠페인을 속도 제한하고 플랫폼에서 나가는 트래픽의 양을 조절하여 마케팅 압력을 제어할 수 있습니다. 캠페인에 두 가지 유형의 비율 제한을 구현할 수 있습니다. 첫 번째는 사용자에게 최상의 경험을 제공하는 데 초점을 맞추고, 두 번째는 서버의 대역폭을 고려합니다.

사용자 중심 요금 제한

세그먼트를 더 많이 만들면 해당 세그먼트의 멤버십이 겹치는 경우가 생길 수 있습니다. 이러한 세그먼트에 캠페인을 발송하는 경우 사용자에게 메시지를 너무 자주 보내지 않도록 주의해야 합니다. 짧은 시간 내에 너무 많은 메시지를 받으면 사용자는 지나치게 많은 메시지를 받는다고 느끼고 푸시 알림을 끄거나 앱을 삭제할 것입니다.

관련 세그먼트 필터

Braze는 사용자가 메시지를 받는 속도를 제한할 수 있도록 다음과 같은 필터를 제공합니다:

• 마지막 메시지 참여
• 마지막으로 수신한 메시지
• 마지막으로 수신한 푸시 캠페인
• 마지막으로 수신한 이메일 캠페인
• 마지막으로 수신한 SMS
• 마지막으로 본 뉴스피드

필터 구현하기

‘리타겟팅 필터 쇼케이스’라는 세그먼트에 ‘7일 이상 전에 이 앱을 마지막으로 사용한 사용자’라는 필터를 사용하여 사용자를 타겟팅한다고 가정해 보겠습니다. 이것은 표준 재참여 세그먼트가 될 것입니다.

최근에 알림을 받는 다른 타겟 세그먼트가 더 많은 경우, 이 세그먼트를 대상으로 하는 일반 캠페인에 사용자가 타겟팅되지 않도록 할 수 있습니다. 이 세그먼트에 ‘마지막으로 받은 푸시 캠페인’ 필터를 추가하면 사용자가 지난 24시간 동안 다른 알림을 받은 경우 다음 24시간 동안 이 세그먼트에서 빠져나가게 됩니다. 24시간이 지난 후에도 세그먼트의 다른 기준을 충족하고 더 이상 알림을 받지 못하면 해당 세그먼트로 다시 미끄러집니다.

캠페인이 타겟팅하는 모든 세그먼트에 이 필터를 적용하면 24시간마다 사용자에게 최대 한 번의 푸시 메시지가 전송됩니다. 그러면 가장 중요한 메시지가 덜 중요한 메시지보다 먼저 전달되도록 하여 메시지의 우선순위를 지정할 수 있습니다.

최대 사용자 수 제한 설정

또한 캠페인 구성의 타겟 사용자 단계에서 메시지를 수신할 총 사용자 수를 제한할 수 있습니다. 이 기능은 캠페인 필터와 독립적인 검사 역할을 하므로 과도한 스팸을 걱정할 필요 없이 사용자를 자유롭게 분류할 수 있습니다.

최대 사용자 제한을 선택하면 채널별로 또는 모든 메시지 유형에 대해 전체적으로 사용자가 알림을 받는 속도를 제한할 수 있습니다.

최적화를 통한 최대 사용자 한도

우승 변형 또는 개인화된 변형과 같은 최적화를 사용하는 경우 캠페인은 초기 실험과 최종 전송의 두 가지 전송으로 구성됩니다.

이 시나리오에서 최대 사용자 한도를 설정하려면 이 캠페인을 수신할 사람 수 제한을 선택한 다음 이 캠페인의 총합을 선택하고 대상자 한도를 입력합니다. 오디언스 제한은 A/B 테스트 패널에 표시된 비율에 따라 분할됩니다.

캠페인이 예약될 때마다를 선택하면 해당 두 단계는 별도로 설정된 수로 제한됩니다. 이는 일반적으로 바람직하지 않습니다.

최대 노출 수 한도 설정

인앱 메시지 및 콘텐츠 카드의 경우, 사용자층에 표시될 최대 노출 수를 설정하여 마케팅 압력을 제어할 수 있으며, 그 이후에는 Braze가 사용자에게 더 이상 메시지를 보내지 않습니다. 그러나 이 한도는 정확하지 않다는 점에 유의하세요. 새로운 콘텐츠 카드와 인앱 메시지 규칙은 세션 시작 시 앱으로 전송되므로, 한도에 도달하기 전에 Braze가 사용자에게 메시지를 보낼 수 있지만 사용자가 메시지를 트리거할 때는 이미 한도에 도달한 상태입니다. 이 상황에서도 기기는 여전히 메시지를 표시합니다.

예를 들어, 사용자가 레벨을 달성하면 인앱 메시지가 트리거되는 게임이 있고 노출 한도를 100회로 제한한다고 가정해 보겠습니다. 지금까지 99개의 노출이 있었습니다. 앨리스와 밥이 모두 게임을 열면 Braze는 레벨을 달성하면 메시지를 받을 자격이 있다고 장치에 알려줍니다. 앨리스가 먼저 레벨을 클리어하고 메시지를 받습니다. 밥은 다음 레벨을 달성했지만, 세션이 시작된 이후 장치가 Braze 서버와 통신하지 않았기 때문에 장치가 메시지 한도를 채웠다는 사실을 인식하지 못하고 메시지를 수신하게 됩니다. 그러나 노출 수 한도에 도달하면 다음에 어떤 디바이스에서 적격 인앱 메시지 목록을 요청할 때 해당 메시지는 전송되지 않고 해당 디바이스에서 삭제됩니다.

속도 제한 및 캔버스 구성 요소

요금 제한은 캔버스를 통한 모든 메시지 전송에 적용됩니다. 캔버스 또는 캔버스 단계에서 여러 채널을 사용하는 경우, 요금 한도는 채널 간에 공유됩니다.

속도 제한 및 A/B 테스트

A/B 테스트에서 속도 제한을 사용하는 경우, 속도 제한은 테스트 그룹과 동일한 방식으로 대조 그룹에 적용되지 않으므로 시간 편향의 잠재적 원인이 될 수 있습니다. 이러한 편향을 피하려면 적절한 전환 기간을 사용하세요.

전송 속도 속도 제한

대규모 캠페인으로 인해 사용자 활동이 급증하고 서버에 과부하가 걸릴 것으로 예상되는 경우, 메시지 전송에 분당 전송률 제한을 지정할 수 있습니다. 즉, Braze는 1분 이내에 전송률 제한 설정보다 더 많은 메시지를 보내지 않습니다. 캠페인 생성 중 사용자를 타겟팅할 때 고급 옵션으로 이동하여 분당 메시지 수 제한(최소 50개에서 최대 50만 개까지 다양한 단위로 설정 가능)을 선택할 수 있습니다. 요금 제한이 없는 캠페인은 이러한 전송 한도를 초과할 수 있습니다. 그러나 요금 한도가 낮아 72시간 이상 지연될 경우 메시지가 중단된다는 점에 유의하세요. 캠페인을 만든 사용자는 요금 한도가 너무 낮을 경우 대시보드와 이메일을 통해 알림을 받게 됩니다.

예를 들어, 분당 10,000개의 메시지 전송 제한으로 75,000개의 메시지를 전송하려는 경우 8분에 걸쳐 분산 전송됩니다. 캠페인은 처음 7분 동안 10,000개, 마지막 1분 동안 5,000개 이하로 전달할 수 있습니다. 속도 제한을 사용하여 보낸 메시지는 속도 제한 설정(예: 분당 10,000개)이 60초에 걸쳐 균등하게 전송되지 않습니다. 대신, Braze는 분당 10,000개 이하의 메시지가 전송되도록 합니다(이는 10,000개의 메시지 중 첫 30분 이내에 전송되는 비율이 마지막 30분보다 높다는 것을 의미할 수 있습니다). 이러한 형태의 속도 제한으로 인해 시간에 민감한 메시지가 지연되지 않도록 주의하세요. 세그먼트에 3,000만 명의 사용자가 포함되어 있는데 분당 10,000명으로 속도 제한을 설정하면 대부분의 사용자가 다음 날까지 메시지를 받지 못합니다.

속도 제한 및 커넥티드 콘텐츠 재시도

연결된 콘텐츠 재시도]19 기능]이 활성화되면 Braze는 각 재전송에 대해 설정한 속도 제한을 준수하면서 통화 실패를 재시도합니다. 분당 10,000개의 메시지 수 제한이 있는 75,000개의 메시지에 대해 다시 생각해 보겠습니다. 처음 1분 동안은 통화가 실패하거나 느리고 4,000개의 메시지만 전송됩니다.

지연을 만회하기 위해 2분 안에 나머지 4,000개의 메시지를 보내거나 이미 보내도록 설정된 10,000개에 추가하는 대신, Braze는 실패한 6,000개의 메시지를 ‘대기열 뒤쪽’으로 이동하고 필요한 경우 메시지를 보내는 데 걸리는 총 시간에 1분을 더 추가합니다.

분	실패 없음	1분에 6,000번의 실패 1
1	10,000	4,000
2	10,000	10,000
3	10,000	10,000
4	10,000	10,000
5	10,000	10,000
6	10,000	10,000
7	10,000	10,000
8	5,000	10,000
9	0	6,000

멀티채널 캠페인

분당 요금 제한은 캠페인별로 조정된다는 점에 유의하세요. 캠페인 내에서 여러 채널을 사용하는 경우 각 채널에 요금 제한이 적용됩니다. 캠페인에서 분당 10,000건으로 제한되는 이메일 및 인앱 배너를 사용하는 경우, 분당 총 20,000건(이메일 10,000건, 푸시 10,000건)의 메시지를 발송하게 됩니다.

멀티 플랫폼 푸시 캠페인

여러 플랫폼에 게재하는 푸시 캠페인의 경우, 선택한 요금 한도는 플랫폼 간에 균등하게 분배됩니다. 분당 10,000개의 메시지 수 제한이 있는 Android와 iOS를 활용한 푸시 캠페인은 두 플랫폼에 10,000개의 메시지를 균등하게 배포합니다.

주파수 제한

사용자 기반이 계속 증가하고 메시징이 라이프사이클, 트리거, 거래 및 전환 캠페인을 포함하도록 확장됨에 따라 알림이 ‘스팸성’으로 보이거나 방해가 되지 않도록 하는 것이 중요합니다. 빈도 제한을 통해 사용자 경험을 보다 효과적으로 제어할 수 있으므로 오디언스에게 부담을 주지 않으면서도 원하는 캠페인을 만들 수 있습니다.

기능 개요

빈도 제한은 캠페인 또는 캔버스 컴포넌트 전송 수준에서 적용되며 설정 > 빈도 제한 규칙에서 각 워크스페이스에 대해 설정할 수 있습니다.

기본적으로 새 캠페인이 생성되면 빈도 제한이 켜져 있습니다. 여기에서 다음을 선택할 수 있습니다:

• 푸시, 이메일, SMS, 웹훅, WhatsApp 또는 이 다섯 가지 중 어떤 메시징 채널을 캡으로 설정할 것인지 선택하세요.
• 각 사용자가 특정 기간 내에 채널에서 보내는 캠페인 또는 캔버스 컴포넌트를 수신해야 하는 횟수입니다.
• 각 사용자가 특정 기간 내에 태그로 전송된 캠페인 또는 캔버스 컴포넌트를 수신해야 하는 횟수입니다.

이 기간은 분, 일, 주(7일) 또는 월 단위로 측정할 수 있으며 최대 기간은 30일입니다.

주파수 제한의 각 라인은 AND 연산자를 사용하여 연결되며, 워크스페이스당 최대 10개의 규칙을 추가할 수 있습니다. 또한 동일한 메시지 유형에 대해 여러 개의 대문자를 포함할 수 있습니다. 예를 들어, 사용자는 하루에 한 번, 일주일에 세 번 이하로 푸시 횟수를 제한할 수 있습니다.

배달 규칙

트랜잭션 메시지와 같이 사용자가 이미 빈도 한도에 도달했더라도 항상 사용자에게 도달하고 싶은 캠페인이 있을 수 있습니다. 예를 들어, 배달 앱은 사용자가 수신한 캠페인 수에 관계없이 상품이 배달되면 이메일이나 푸시를 보낼 수 있습니다.

특정 캠페인이 빈도 제한 규칙을 무시하도록 하려면 해당 캠페인의 전송을 예약할 때 Braze 대시보드에서 빈도 제한을 끄기로 전환하여 이를 설정할 수 있습니다.

그 후에도 이 캠페인을 주파수 한도에 포함할지 묻는 메시지가 표시됩니다. 주파수 한도에 포함되는 메시지는 지능형 채널 필터의 계산에 포함됩니다. 트랜잭션인 [API 캠페인]15]을 보낼 때 [API 요청]16 내에서 override_messaging_limits 을 true 으로 설정하여 캠페인이 빈도 제한 규칙을 무시하도록 지정할 수 있습니다.

기본적으로 빈도 제한을 준수하지 않는 새 캠페인과 캔버스도 빈도 제한에 포함되지 않습니다. 이는 각 캠페인과 캔버스별로 구성할 수 있습니다.

멀티채널 캠페인 내의 여러 채널은 개별적으로 빈도 상한을 계산합니다. 예를 들어 푸시와 이메일이 모두 포함된 멀티채널 캠페인을 만들고 두 채널 모두에 대해 빈도 제한을 설정한 경우 푸시는 하나의 푸시 캠페인으로 계산되고 이메일 메시지는 하나의 이메일 메시지 캠페인으로 계산됩니다. 이 캠페인은 또한 하나의 “모든 유형의 캠페인”으로 계산됩니다. 하루에 하나의 푸시 및 하나의 이메일 캠페인으로 제한되어 있는 사용자가 이 멀티채널 캠페인을 수신하는 경우, 해당 사용자는 남은 하루 동안 푸시 또는 이메일 캠페인에 참여할 수 없습니다(캠페인이 빈도 제한 규칙을 무시하지 않는 한).

인앱 메시지와 콘텐츠 카드는 모든 유형의 캠페인 또는 캔버스 구성 요소의 한도에 포함되거나 한도에 포함되지 않습니다.

사용 사례

• 사용 사례 1
• 사용 사례 2

태그별 주파수 제한

캠페인 및 캔버스에 적용한 특정 태그를 사용하여 작업 공간에 빈도 제한 규칙을 적용할 수 있으므로 기본적으로 사용자 지정한 그룹을 기준으로 빈도 제한을 적용할 수 있습니다.

태그별 빈도 제한을 사용하면 기본 태그와 중첩된 태그에 규칙을 설정할 수 있으므로 Braze는 모든 태그를 고려합니다. 예를 들어, 기본 태그 A를 주파수 제한에 사용하도록 선택한 경우 한도를 결정할 때 중첩된 모든 태그(예: 태그 B 및 C)에도 정보가 포함됩니다.

일반 주파수 제한과 태그별 주파수 제한을 결합할 수도 있습니다. 다음 규칙을 고려하세요:

1. 모든 캠페인 및 캔버스 단계에서 일주일에 푸시 알림 캠페인 또는 캔버스 구성 요소를 3개 이상 사용할 수 없습니다.
   AND
2. promotional 태그가 포함된 푸시 알림 캠페인 또는 캔버스 구성 요소는 일주일에 두 개 이하로만 사용할 수 있습니다.

결과적으로 사용자는 모든 캠페인 및 Canvas 단계에서 일주일에 세 번 이하의 캠페인 전송을 받게 되며, promotional 태그가 포함된 푸시 알림 캠페인 또는 Canvas 구성 요소는 두 개 이하로 받게 됩니다.

충돌하는 규칙

규칙이 충돌하는 경우 가장 제한적이고 적용 가능한 주파수 제한 규칙이 사용자에게 적용됩니다. 예를 들어 다음과 같은 규칙이 있다고 가정해 보겠습니다:

1. 모든 캠페인 및 캔버스 구성 요소에서 일주일에 한 개 이상의 푸시 알림 캠페인 또는 캔버스 구성 요소를 사용할 수 없습니다.
   AND
2. promotional 태그가 포함된 푸시 알림 캠페인 또는 캔버스 구성 요소는 주당 3개 이하로 제한됩니다.

이 예에서는 사용자가 모든 캠페인 및 캔버스 구성 요소에서 푸시 알림 캠페인 또는 캔버스 구성 요소를 두 개 이상 받지 않도록 지정했기 때문에 사용자는 지정된 주에 ‘프로모션’ 태그가 있는 푸시 알림 캠페인 또는 캔버스 구성 요소를 두 개 이상 받지 않습니다. 즉, 가장 제한적으로 적용되는 빈도 규칙이 특정 사용자에게 적용되는 규칙입니다.

태그 수

태그 규칙에 따른 빈도 제한은 메시지가 전송되는 시점에 계산됩니다. 즉, 태그별 빈도 제한은 사용자가 과거에 받은 캔버스 또는 캠페인에 현재 있는 태그만 계산합니다. 캠페인이나 캔버스에 태그가 전송된 기간 동안에는 태그가 있었지만 이후 삭제된 태그는 포함되지 않습니다. 사용자가 과거에 받은 메시지에 나중에 태그가 추가되었지만 가장 최근에 태그가 지정된 메시지가 전송되기 전인 경우에도 집계됩니다.

사용 사례

다음 캠페인 및 태그 규칙별 빈도 제한을 고려하세요:

캠페인:

• 캠페인 A는 promotional 로 태그된 푸시 캠페인입니다. 월요일 오전 9시에 발송될 예정입니다.
• 캠페인 B는 promotional 로 태그가 지정된 푸시 캠페인입니다. 수요일 오전 9시에 발송될 예정입니다.

태그 규칙에 따른 빈도 제한:

• 사용자는 promotional 태그가 포함된 푸시 알림 캠페인을 일주일에 한 개 이하로 받아야 합니다.
  
  

작업	결과
promotional 태그는 사용자가 메시지를 받은 후 캠페인 A에서 제거되지만 캠페인 B가 메시지를 보내기 전에는 제거됩니다 .	사용자는 캠페인 B를 받게 됩니다.
promotional 태그가 사용자가 메시지를 받은 후 캠페인 A에서 실수로 제거되었습니다. 이 태그는 캠페인 B가 전송되기 전 화요일에 캠페인 A에 다시 추가됩니다.	사용자는 캠페인 B를 받지 않습니다.

대규모로 전송

태그 규칙에 의한 빈도 제한은 캠페인 또는 캔버스 구성 요소의 채널당 100개 메시지와 같이 대규모에서는 제대로 적용되지 않을 수 있습니다.

예를 들어 태그별 빈도 제한 규칙이 다음과 같은 경우입니다:

매주 사용자에게 Promotional 태그가 포함된 이메일 캠페인 또는 캔버스 구성 요소를 두 개 이상 보낼 수 없습니다.

또한 일주일 동안 빈도 제한이 설정된 캠페인 및 캔버스 단계에서 사용자에게 100개 이상의 이메일을 보내면 사용자에게 두 개 이상의 이메일이 전송될 수 있습니다.

채널당 100개의 메시지는 대부분의 브랜드가 사용자에게 보내는 메시지 수보다 많기 때문에 이 제한의 영향을 받지 않을 가능성이 높습니다. 이 제한을 피하려면 일주일 동안 사용자가 받을 수 있는 최대 이메일 수에 대한 제한을 설정하면 됩니다.

예를 들어 다음과 같은 규칙을 설정할 수 있습니다:

모든 캠페인 및 캔버스 단계에서 일주일에 이메일 캠페인 또는 캔버스 구성 요소를 3개 이상 사용할 수 없습니다.

이 규칙은 사용자가 일주일에 100개 이상의 이메일을 받지 않도록 보장합니다. 사용자는 빈도 제한이 설정된 캠페인 또는 Canvas 구성 요소에서 일주일에 최대 3개의 이메일을 받게 되기 때문입니다.