푸시 모범 사례

푸시 알림은 앱 사용자와 소통할 수 있는 강력한 도구이지만 적시에 관련성 있는 메시지를 전달할 수 있도록 신중하게 사용해야 합니다. 푸시 메시지를 보내기 전에 다음 모범 사례를 참조하여 알아야 할 사항과 확인해야 할 사항을 확인하세요.

important:

푸시 메시지는 광고, 스팸, 프로모션 등으로 푸시 메시지를 사용하는 것과 관련하여 Apple App Store 및 Google Play 스토어 정책의 가이드라인에 부합해야 합니다. 모바일 푸시 규정에 대해 자세히 알아보세요.

푸시 메시지 작성하기

모범 사례로, Braze는 모바일 푸시 알림에서 선택적 제목과 메시지 본문의 각 텍스트 줄을 약 30~40자로 유지하는 것을 권장합니다. 작곡기의 문자 카운터는 Liquid 문자를 계산하지 않는다는 점에 유의하세요. 즉, 메시징의 최종 글자 수는 각 사용자에 대해 Liquid가 렌더링하는 방식에 따라 달라집니다. 확실하지 않은 경우 짧고 간결하게 작성하세요.

푸시 알림 페이로드 크기 줄이기

최대 페이로드 크기는 플랫폼에 따라 다릅니다.

플랫폼

최대 페이로드 크기

웹

3,807바이트

Android

3,930바이트

iOS

3,960바이트

Kindle

5,985바이트

푸시가 최대 페이로드 크기를 초과하는 경우 메시지가 전송되지 않을 수 있습니다. 페이로드를 수백 바이트로 유지하는 것이 가장 좋습니다.

푸시 페이로드란 무엇인가요?

푸시 서비스 제공업체는 전체 푸시 페이로드의 바이트 크기를 보고 푸시 알림이 사용자에게 표시될 수 있는지 여부를 계산합니다. 페이로드는 4KB(4,096바이트 )로 제한되며, 푸시 서비스를 포함한 대부분의 푸시 서비스에서 제한됩니다:

Apple 푸시 알림 서비스(APN)
Android의 Firebase 클라우드 메시징(FCM)
웹 푸시
화웨이 푸시

이러한 푸시 서비스는 이 한도를 초과하는 모든 알림을 거부합니다.

Braze는 통합 및 분석 목적으로 푸시 페이로드의 일부를 예약합니다. 이를 감안할 때 최대 페이로드 크기는 3,807바이트입니다. 푸시 크기가 이 크기를 초과하면 메시지가 전송되지 않을 수 있습니다. 페이로드를 수백 바이트로 유지하는 것이 가장 좋습니다.

푸시의 다음 요소는 푸시 페이로드를 구성합니다:

제목 및 메시지 본문과 같은 복사본
Liquid 개인화의 최종 렌더링
이미지의 URL(이미지 자체의 크기는 제외)
클릭 타겟팅용 URL
버튼 이름
키-값 페어

페이로드 크기를 줄이기 위한 팁

페이로드 크기를 줄이려면:

메시지를 간결하게 작성하세요. 일반적인 가이드라인은 40자 이내로 실행 가능하고 유익한 내용을 작성하는 것입니다.
사본에서 공백과 줄 바꿈은 생략하세요.
Liquid가 전송 시 어떻게 렌더링되는지 고려하세요. Liquid 개인화의 최종 렌더링은 사용자마다 다르기 때문에, Braze는 Liquid가 포함된 경우 푸시 페이로드가 크기 제한을 초과할지 여부를 확인할 수 없습니다. Liquid가 더 짧은 메시지를 렌더링해도 괜찮을 수 있습니다. 그러나 Liquid로 인해 메시지가 길어지는 경우 푸시가 페이로드 크기 제한을 초과할 수 있습니다. 푸시 메시지를 사용자에게 보내기 전에 항상 실제 기기에서 테스트하세요.
URL 단축기를 사용하여 URL을 단축하는 것을 고려하세요.

타겟팅 최적화

알림 설정 페이지 만들기

앱에 설정 페이지를 만들어 사용자가 어떤 알림을 받고 싶은지 선택할 수 있도록 할 수 있습니다. 일반적인 접근 방식은 앱 설정 상태에 해당하는 부울 커스텀 속성을 Braze에 생성하는 것입니다. 예를 들어 뉴스 앱에는 뉴스 속보, 스포츠 뉴스 또는 정치에 대한 구독 설정이 있을 수 있습니다.

뉴스 앱에서 정치에 관심이 있는 사용자만 타겟팅하는 캠페인을 만들고자 하는 경우, Subscribes to Politics 속성 필터를 세그먼트에 추가합니다. true로 설정하면 알림에 가입한 사용자만 알림을 받게 됩니다.

커스텀 속성 설정에 대한 자세한 내용은 iOS, Android 또는 REST API에 대한 다음 문서를 참조하세요.

옵트인 및 관련성 높이기

사용자 권한 얻기

푸시 인에이블먼트에 대한 일반적인 통계는 사용자가 운영 체제에서 알림을 승인했는지 여부와 관련이 있습니다. 사용자가 iOS에서 알림을 끄면 Apple에서 푸시 토큰 전송을 허용하지 않으므로 시스템에서 자동으로 제거됩니다.

Android 13 이상에서는 푸시 알림을 표시하려면 먼저 권한을 얻어야 합니다. 이전 버전의 Android에서는 기본값으로 사용자가 알림에 가입합니다.

푸시 준비를 위한 주요 사용자

사용자에게 푸시 권한을 요청할 수 있는 기회는 한 번뿐이며, 사용자가 거부한 후에는 기기 설정에서 푸시를 다시 활성화하도록 설득하기가 매우 어렵습니다. 따라서 시스템 프롬프트를 표시하기 전에 인앱 메시지를 사용하여 사용자에게 푸시 준비를 해야 합니다. 옵트인을 늘리는 방법에 대해 자세히 알아보려면 푸시 프라이머 인앱 메시지를 참조하세요.

푸시 구독 컨트롤 추가하기

사용자가 기기 수준에서 알림을 끄면 포그라운드 푸시 토큰이 완전히 제거되는 것을 방지하려면 사용자가 앱 내에서 직접 푸시 구독을 제어할 수 있도록 하세요. 자세한 내용은 푸시 구독 상태 업데이트하기를 참조하세요.

푸시 구독 상태 이해하기

푸시 구독 상태는 푸시 알림이 전달된다는 것을 보장하지 않습니다. 알림을 받으려면 사용자가 푸시 인에이블먼트 상태여야 합니다. 이는 고객 프로필에 서로 다른 포그라운드 푸시 권한을 가진 여러 기기가 있지만 푸시 구독 상태는 하나만 있을 수 있기 때문입니다.

사용자가 앱에 대해 유효한 포그라운드 푸시 토큰이 없는 경우(즉, 설정을 통해 기기 수준에서 푸시 토큰을 끄고 알림을 받지 않기로 선택한 경우) 구독 상태는 여전히 subscribed 로 간주되어 푸시할 수 있습니다. 그러나 이 사용자는 포그라운드 푸시 토큰이 유효하지 않으므로 Braze에서 Foreground Push Enabled for App 가 아닙니다.

또한 고객 프로필에 다른 앱에 대해 유효하거나 등록된 푸시 토큰이 없는 경우 세분화의 Foreground Push Enabled 필터도 거짓이 됩니다.

응답이 없는 사용자에 대한 서비스 종료 정책 시행하기

시의적절하고 관련성 있는 푸시 알림만 보내도 일부 사용자는 푸시 알림에 응답하지 않거나 스팸으로 인식할 수 있습니다. 사용자가 푸시 알림을 반복적으로 무시한 이력을 보인다고 가정해 보겠습니다. 이 경우 앱의 커뮤니케이션에 짜증이 나기 전에 푸시 전송을 중단하거나 아예 앱을 삭제하는 것이 좋습니다.

이렇게 하려면 일몰 정책을 만들어 오랫동안 직접 또는 영향력 있는 오픈이 없는 사용자에게 푸시 알림을 보내지 않도록 합니다.

직접 또는 영향을 받은 열람을 기반으로 응답하지 않는 사용자를 식별합니다.
해당 사용자에게 푸시 알림을 보내는 것을 점차적으로 중단하세요.
푸시 알림을 완전히 제거하기 전에 푸시 알림을 더 이상 받지 않게 되는 이유를 설명하는 마지막 알림을 한 번 더 전달하세요. 이렇게 하면 사용자가 해당 알림을 열어 지속적인 푸시에 대한 관심을 표시할 수 있습니다.
일몰 정책이 시행된 후에는 인앱 메시지를 사용하여 이러한 사용자에게 더 이상 푸시를 받지 못하지만 인앱 메시징 채널에서 흥미롭고 유용한 정보를 계속 전달할 것임을 상기시키세요.

원래 옵트인한 사용자에게 푸시 전송을 중단하는 것이 꺼려질 수 있지만, 특히 이전에 푸시를 무시한 적이 있는 사용자에게는 다른 메시징 채널이 더 효과적으로 도달할 수 있다는 점을 기억하세요. 사용자가 이메일을 열면 이메일 캠페인은 앱 외부에서 사용자에게 도달할 수 있는 좋은 방법입니다. 그렇지 않은 경우 인앱 메시지는 사용자가 앱을 삭제할 위험 없이 콘텐츠를 전달할 수 있는 가장 좋은 방법입니다.

앱 열기에 대한 전환 이벤트 설정하기

푸시 캠페인에 전환 이벤트를 할당할 때 캠페인이 수신된 후 일정 기간 동안 앱 실행을 추적할 수 있습니다. 앱 실행에 대한 전환 이벤트를 설정하면 푸시 캠페인 후 일반적으로 받는 결과 통계와는 다른 인사이트를 얻을 수 있습니다.

모든 푸시 캠페인 결과는 메시지의 직접 열람과 열람(직접 열람과 영향 받은 열람 모두 포함)으로 분류되지만, 전환 추적은 직접 열람이든 영향 받은 열람이든 모든 유형의 열람을 추적합니다.

또한 전환 이벤트 ‘앱 열기’를 사용하면 해당 전환 기한(예: 3일) 이전에 발생한 앱 열기를 추적할 수 있습니다. 이는 사용자가 영향력 있는 오픈을 등록해야 하는 시간이 각 사용자의 과거 참여 행동에 따라 사람마다 다를 수 있다는 점에서 영향력 있는 오픈과 다릅니다.