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

자주 묻는 질문

이 문서에서는 이메일에 대해 자주 묻는 몇 가지 질문에 대한 답변을 제공합니다.

이메일이 발송될 때 여러 프로필에 동일한 이메일 주소가 있으면 어떻게 되나요?

이메일 주소가 같은 여러 사용자가 Campaign을 받을 Segment에 포함되어 있으면, 발송 시점에 해당 이메일 주소를 가진 사용자 프로필 하나가 선택됩니다. 이렇게 하면 이메일이 중복 제거되어 한 번만 발송되므로, 같은 이메일 주소로 여러 번 전달되지 않습니다.

고유 이메일 주소: Braze는 프로필 간에 이메일 주소의 고유성을 강제하지 않습니다. 이메일 주소와 프로필이 일대일로 대응해야 한다면, 사용자를 생성할 때 내부적으로 중복 여부를 모니터링하세요.

Liquid 실행 전 중복 제거: Braze가 한 번의 디스패치 안에서 이메일 주소 기준으로 중복을 제거하는 발송에서는(예: 같은 주소를 가진 여러 Segment 구성원이 함께 처리되는 예약 Campaign), 해당 주소를 대표하도록 선택된 프로필에 대해 Liquid가 실행되기 전에 중복 제거가 이루어집니다. 그 프로필에서 Liquid가 중단되면(예: abort_message() 사용 시), 중복 제거로 이미 제외된 프로필을 포함해 해당 주소는 그 디스패치에서 메시지를 받지 않습니다. 트리거 발송에는 이와 같은 디스패치 내 주소 중복 제거가 적용되지 않습니다. 주소를 공유하는 여러 프로필이 한 배치에서 모두 수신 자격을 유지할 수 있으므로, 이 중단 동작도 같은 방식으로 적용되지 않습니다(다음 단락 참조).

여러 프로필이 이메일 주소를 공유하는 상태에서 한 프로필이 구독을 취소하면, Braze는 해당 주소를 가진 다른 프로필(최대 100개)을 동일한 구독 상태로 업데이트합니다. 이는 구독 취소뿐 아니라 글로벌 구독 상태 및 개별 구독 그룹 상태 같은 다른 변경 사항에도 적용됩니다.

시드 그룹: 시드 그룹이 있는 Campaign에서 여러 프로필이 주소를 공유하는 경우, Braze는 기본 전달을 위해 프로필 하나를 선택합니다. 같은 주소를 가진 다른 프로필이 시드 그룹에 있더라도, 이 기본 수신자는 시드 그룹에 속하지 않을 수 있습니다.

다음과 같은 상황에서는 사용자가 이메일을 두 번 받은 것처럼 보일 수 있습니다.

시드 목록 또는 테스트 수신자: 시드 주소와 내부 테스트 수신자는 기본 오디언스와 별도로 발송을 받을 수 있으므로, 받은편지함이 프로필과 시드 항목 모두에 해당하면 중복처럼 보일 수 있습니다.
Campaign 또는 Canvas 생성 중 오류 발생: 사용자가 같은 발송을 두 번 받는 것은 아니지만, 제목란이 같은 이메일을 별도로 두 개 받을 수 있습니다. Campaign이나 Canvas를 복제할 때는 이미지나 제목란 같은 이메일 구성 세부 정보를 확인하세요. 체인지로그를 참조해 출시 후 Campaign이나 Canvas가 수정되었는지도 확인할 수 있습니다. 사용자가 받은 시점에 복제본의 제목란이 원본과 같았을 수 있습니다.
여러 사용자 프로필에서 이메일 전달 설정: 사용자가 특정 앱에 여러 계정을 가지고 있고 그중 한 계정이 메일을 전달하도록 설정되어 있다면, 사용자는 받은편지함마다 Campaign을 한 번씩 받게 됩니다. 메시지가 전달되는 받은편지함에서는 메일이 두 번 표시될 수 있습니다. 다른 계정에서 이메일이 전달되었음을 표시하는 공급자는 일부에 불과합니다.
수신자 측 이메일 구성: 일부 클라이언트는 받은편지함을 병합합니다(“통합 받은편지함”). 같은 Campaign이 하나의 받은편지함을 공유하는 여러 계정을 타겟팅하면, 실제로는 서로 다른 두 프로필에 메시지가 발송되었는데도 한 사람이 Campaign을 두 번 받은 것처럼 보일 수 있습니다. 수신자는 여러 계정이 하나의 받은편지함으로 합쳐져 있는지 확인할 수 있습니다.

이 중복 제거는 타겟팅된 사용자가 같은 디스패치에 있을 때 적용됩니다. 재적격성은 이메일 주소가 아니라 프로필별로 평가됩니다.

이메일 Campaign 및 캔버스 단계의 재적격성은 받은편지함이 아닌 각 사용자의 프로필을 기준으로 하므로, 해당 로직이 충족되는 동안 여러 프로필이 별도의 발송에 대해 자격을 얻을 수 있습니다. 여기에 트리거가 결합되면, 주소 단위로 하나의 부적격 기간을 적용하려 해도 같은 받은편지함에 메시지가 두 번 이상 전달될 수 있습니다. 트리거 Campaign(API 트리거 Campaign 제외)과 Canvas도 이메일 주소가 같은 서로 다른 프로필이 서로 다른 시점에 트리거를 충족하면 한 주소로 두 번 발송될 수 있습니다. 예를 들어 사용자 A와 사용자 B가 [email protected]을 공유하지만 서로 다른 시간대에 있고, 전달이 현지 시간대를 기준으로 이루어지는 경우입니다.

Canvas 진입 시에는 이메일 기준으로 사용자 중복이 제거되지 않으므로, 진입 사용량 제한으로 인해 사용자들이 약간씩 다른 시점에 진행하면 Canvas의 첫 단계 이후에는 중복이 제거되지 않을 수 있습니다. 특정 이메일 주소와 연결된 사용자가 이메일을 열람하거나 클릭하면, 해당 이메일 주소를 공유하는 모든 사용자 프로필이 해당 Campaign을 열람 또는 클릭한 것으로 표시됩니다.

예외: API 트리거 Campaign

API 트리거 Campaign은 오디언스가 정의된 위치에 따라 중복을 제거하거나 중복 발송합니다. 중복 이메일이 여러 번 전달되도록 하려면 API 호출에서 서로 다른 user_ids를 사용해 각각 타겟팅해야 합니다. API 트리거 Campaign에는 다음 세 가지 시나리오가 있습니다.

시나리오 1: 타겟 Segment 내 중복 이메일: API 트리거 Campaign의 대시보드 오디언스 필터로 묶인 여러 사용자 프로필에 같은 이메일이 있으면, 그중 하나의 프로필만 이메일을 받습니다.
시나리오 2: recipients 객체 내 서로 다른 user_ids의 중복 이메일: recipients 객체에서 참조하는 여러 external_user_id 값에 같은 이메일이 있으면, 이메일이 두 번 발송됩니다.
시나리오 3: recipients 객체 내 중복 user_ids로 인한 중복 이메일: 같은 사용자 프로필을 두 번 추가하려고 하면, 하나의 프로필만 이메일을 받습니다.

중요

API 호출을 통해 API Campaign을 발송하고(API 트리거 Campaign 제외), Segment 오디언스에 이메일 주소가 같은 여러 사용자가 지정되어 있으면, 호출에 나열된 횟수만큼 해당 주소로 발송됩니다. API 호출은 의도적으로 구성된 것으로 간주되기 때문입니다.

중복 이메일 주소가 있는 경우의 A/B 테스트

여러 프로필이 같은 이메일 주소를 공유할 수 있는 경우에는 이메일에 다변량 및 A/B 테스트를 사용하지 마세요. 배리언트는 프로필별로 할당되므로 같은 받은편지함으로 메시지가 두 번 이상 발송될 수 있습니다. 이런 상황에서 꼭 테스트해야 한다면, 우승자 선택이 지연되는 방식으로 우승 배리언트 단계와 현지 시간대 전달을 함께 사용하지 마세요. 두 옵션을 함께 사용하면 중복 발송 가능성이 높아질 수 있습니다.

Canvas와 중복 이메일 주소

Canvas 여정에서 중복 이메일 주소가 한 번 발송받을지 여러 번 발송받을지는 진입 배치, 단계 타이밍 및 기타 요인에 따라 달라질 수 있습니다. 여정에 대해 직접 검증하기 전까지는 동작이 정의되지 않은 것으로 간주하세요. 가능하면 중복 프로필을 병합하거나 통합하세요. deterministic deduplication for duplicate email addresses in Canvas을(를) 원하시나요? 제품 피드백을 남겨 보세요.

사용자의 이메일 주소가 다른 사용자가 이미 사용 중인 주소로 변경되면 구독 상태는 어떻게 되나요?

사용자 A의 이메일 주소를 사용자 B가 이미 사용 중인 주소로 설정하거나 업데이트하면, 사용자 A는 사용자 B의 구독 상태를 상속합니다. 사용자가 이메일을 업데이트하면 재구독 설정이 켜져 있으면, Braze는 새 주소가 탈퇴 목록에 없는 경우에만 이전에 구독을 취소한 사용자를 재구독시킵니다. 자세한 내용은 이메일이 변경되면 사용자 재구독을 참조하세요.

아웃바운드 이메일 설정을 업데이트하면 소급 적용되나요?

아니요. 아웃바운드 이메일 설정을 업데이트해도 기존 발송에는 소급 적용되지 않습니다. 예를 들어 이메일 설정에서 기본 표시 이름을 변경해도, 활성 Campaigns 또는 Canvases에 있는 기존 기본 표시 이름이 자동으로 바뀌지 않습니다.

“좋은” 이메일 전달률은 어느 정도인가요?

일반적으로 “매직 넘버”는 반송률 3% 이하에 메시지 전달률 약 98%입니다. 전달된 메시지가 98% 미만이면 보통 우려할 만한 상황입니다.

하지만 전달률이 98% 이상이어도 전달 가능성 문제가 있을 수 있습니다. 예를 들어 모든 반송이 하나의 도메인에서 발생한다면, 해당 공급자와의 평판 문제를 보여주는 분명한 신호입니다.

또한 메시지가 전달되더라도 스팸함에 들어가고 있을 수 있으며, 이는 심각한 평판 문제를 나타낼 수 있습니다. 전달된 메시지 수뿐만 아니라 열람율과 클릭률도 모니터링해 사용자가 실제로 받은편지함에서 메시지를 보고 있는지 확인하는 것이 중요합니다. 공급자는 보통 모든 스팸 사례를 보고하지 않으므로, 스팸률이 1%만 되어도 우려하고 추가로 분석해야 할 수 있습니다.

마지막으로, 비즈니스 유형과 발송하는 이메일 종류도 전달에 영향을 줄 수 있습니다. 예를 들어 주로 트랜잭션 이메일을 발송하는 경우, 마케팅 메시지를 많이 발송하는 경우보다 더 좋은 전달률을 기대할 수 있습니다.

Braze에서 Microsoft SNDS를 설정하려면 어떻게 해야 하나요?

Microsoft SNDS(Smart Network Data Services)는 Microsoft 받은편지함 공급자가 전용 발송 IP에서 보낸 메일을 어떻게 평가하는지 보고합니다. Braze는 Amazon SES, SendGrid, SparkPost 전용 IP에 대한 SNDS 데이터를 전달 가능성 센터에 자동으로 표시합니다. 고객이 별도로 설정할 필요는 없습니다.

SNDS 측정기준과 정의를 확인하려면 Microsoft Smart Network Data Services(SNDS) 설정을 참조하세요.

이메일 전달 측정기준의 합계가 100%가 되지 않는 이유는 무엇인가요?

이메일 전달 측정기준(전달, 반송, 스팸률)의 합계가 100%가 되지 않을 수 있는 이유는 소프트 바운스된 후 최대 72시간의 재시도 기간이 지나도 전달되지 않은 이메일이 있기 때문입니다.

소프트 바운스는 “사서함 가득 참”, “서버 일시적으로 사용 불가” 등 일시적인 문제로 반송된 이메일입니다. 소프트 바운스된 이메일이 72시간 후에도 전달되지 않으면, 이 이메일은 Campaign 전달 측정기준에 집계되지 않습니다.

이메일 피드백 루프란 무엇인가요?

이메일 피드백 루프(FBL)를 사용하면 발신자가 신고를 많이 받는 Campaigns를 파악해 평판을 모니터링할 수 있습니다. Gmail 피드백 루프를 구현하는 단계는 Google의 피드백 루프 문서를 참조하세요.

열람 추적 픽셀이란 무엇인가요?

열람 추적 픽셀은 발신자의 이메일 클릭 추적 도메인을 활용해 이메일 열람 이벤트를 추적합니다. 이 픽셀은 이메일 HTML에 추가되는 이미지 태그로, 대부분 body 태그 안의 마지막 HTML 요소입니다. 사용자가 이메일을 로드하면 브랜드 추적 도메인에서 이미지를 불러오는 요청이 발생하고, 이때 열람 이벤트가 기록됩니다.

일반 텍스트로 렌더링된 이메일의 열람을 추적할 수 있나요?

아니요. Braze는 이메일 HTML에 삽입된 열람 추적 픽셀을 사용해 이메일 열람을 추적합니다. 수신자의 이메일 클라이언트가 이메일을 로드할 때 이 이미지를 요청하면 Braze가 열람 이벤트를 기록합니다.

일반 텍스트 이메일에는 이미지를 포함할 수 없으므로 열람 추적 픽셀이 포함되지 않고, 따라서 일반 텍스트로 렌더링된 이메일의 열람은 추적할 수 없습니다. 하이퍼링크는 일반 텍스트에서도 작동하므로 클릭은 계속 추적할 수 있습니다.

이는 예상된 동작입니다. 열람율을 정확하게 측정하려면 이메일을 HTML로 디자인하고, 수신자가 일반 텍스트 버전을 볼 때는 열람이 집계되지 않는다는 점에 유의하세요.

수신자가 이메일을 전달하면 이메일 추적은 어떻게 작동하나요?

수신자가 이메일을 전달하면, 전달된 이메일에는 원본과 동일한 열람 추적 픽셀과 클릭 추적 링크가 포함됩니다. 즉, 다음과 같습니다.

원래 Campaign 오디언스에 없던 사람이 전달된 이메일을 받아 열람하면, Braze는 열람 이벤트를 기록합니다.
그 사람이 전달된 이메일의 링크를 클릭하면, Braze는 클릭 이벤트를 기록합니다.
추적 픽셀과 링크는 원래 수신자에게 연결되어 있으므로, 이러한 이벤트는 전달된 이메일을 받은 사람이 아닌 원래 수신자의 프로필에 기여됩니다.

Braze는 원래 수신자의 열람 및 클릭과 전달된 사본을 받은 사람의 열람 및 클릭을 구분할 수 없습니다. 이는 이메일 추적 픽셀의 표준 동작이며 모든 이메일 서비스 공급자에 영향을 미칩니다.

이메일 측정기준을 분석할 때는 전달 활동이 열람 및 클릭 수에 영향을 줄 수 있다는 점에 유의하세요. 참여율이 비정상적으로 높거나 같은 프로필에서 시간이 지나도 반복적인 활동이 나타난다면, 전달이 원인일 수 있습니다.

발송된 이메일 Campaign이나 Canvas를 회수할 수 있나요?

아니요. Braze가 발송 요청을 이메일 서비스 공급자(ESP)에 넘긴 후에는 해당 발송을 회수할 수 없습니다. 메시지가 수신자의 받은편지함에 도착한 후에도 삭제할 수 없습니다.

추가 발송을 중지하려면 Campaign 중지 또는 Canvas 중지를 선택하세요. 이미 ESP에 넘어간 메시지는 여전히 전달될 수 있습니다. 자세한 내용은 이메일 Campaign 또는 Canvas를 중지하면 어떻게 되나요?를 참조하세요.

이메일 Campaign 또는 Canvas를 중지하면 어떻게 되나요?

사용자가 Canvas에 진입할 수 없게 되고, 더 이상 메시지가 발송되지 않습니다.

이메일 Campaigns 및 Canvases의 경우, 중지 버튼을 눌러도 발송이 즉시 중지되지는 않습니다. 발송 요청이 이미 전송되었다면 사용자에게 전달되는 것을 막을 수 없으며, 전달은 다소 지연되어 이루어질 수 있습니다.

Campaign이나 Canvas가 중지되면 Braze는 더 이상 요청을 보내지 않지만, ESP가 이미 처리 중인 요청을 완료하는 동안 분석 수치는 계속 증가할 수 있습니다.

이메일 분석에서 총 클릭 수가 총 열람 수보다 많은 이유는 무엇인가요?

총 열람 수는 사용자가 이메일을 열람한 횟수이고, 총 클릭 수는 사용자가 전달된 이메일 안에서 링크 클릭 등 모든 유형의 클릭을 한 횟수입니다. 다음과 같은 이유로 클릭 수가 열람 수보다 많을 수 있습니다.

사용자가 한 번 열람한 상태에서 이메일 본문을 여러 번 클릭합니다.
사용자가 휴대폰의 미리보기 창에서 일부 이메일 링크를 클릭합니다. 이 경우 Braze는 이 이메일을 열람하지 않고 클릭한 것으로 기록합니다.
사용자가 이전에 미리 본 이메일을 다시 엽니다.

클릭 수가 클릭한 사용자 Segment보다 많은 이유는 무엇인가요?

Campaign 분석은 클릭 이벤트의 총 횟수를 보여주고, Segments는 해당 클릭을 수행한 고유 사용자 수를 반환합니다. 사용자 한 명이 여러 번 클릭할 수 있으므로, 분석의 총 클릭 수는 Segment를 만들었을 때 클릭한 사용자 수보다 많은 경우가 많습니다.

예를 들어 사용자 100명이 각각 링크를 3번 클릭하면 Campaign 분석에는 총 300회 클릭이 표시되지만, 해당 Campaign에 대해 “이메일 클릭” 필터를 적용한 Segment는 사용자 100명을 반환합니다.

이메일 열람 수와 클릭 수가 0으로 표시되는 이유는 무엇인가요?

추적 도메인이 잘못 구성되어 있으면 이메일 열람이나 클릭이 표시되지 않을 수 있습니다. 다음과 같은 이유 때문일 수 있습니다.

추적 URL이 https가 아닌 http로 되어 있는 SSL 문제가 있습니다.
CDN에 문제가 있어 열람 이벤트, 클릭 이벤트 또는 둘 다에서 사용자 에이전트 문자열이 채워지지 않습니다.

이메일 열람 또는 클릭 동작이 비정상적으로 보이는 이유는 무엇인가요?

한 사용자가 모든 링크를 즉시 클릭한 것처럼 보이거나 열람이 예상대로 기록되지 않는 등 이메일 열람 또는 클릭 측정기준에서 예상치 못한 패턴이 나타나면, 다음과 같은 일반적인 원인을 검토하세요.

이메일 잘림으로 추적 픽셀이 제거됨

수신자의 이메일 공급자가 이메일을 자르면(예: Gmail은 약 102KB를 초과하는 메시지를 자름), 이메일 하단의 콘텐츠가 잘릴 수 있습니다. 열람 추적 픽셀은 일반적으로 이메일 하단에 삽입되므로, 잘림으로 인해 열람 추적이 작동하지 않을 수 있습니다.

확인 방법: 이메일 하단에 “전체 메시지 보기” 또는 유사한 링크가 표시되는지 확인하세요. Inbox Vision을 사용해 스크롤 가능한 전체 이메일을 미리 보고 메시지가 잘리는지 확인할 수 있습니다.

해결 방법: 추적 픽셀을 이메일 하단이 아닌 상단에 배치하도록 Braze를 구성할 수 있습니다. 추적 픽셀을 옮기면 일부 이메일 클라이언트에서 HTML이 렌더링되는 방식에 영향을 줄 수 있으므로, 변경 후에는 Inbox Vision에서 이메일을 테스트하세요. 수신자가 이미지를 비활성화한 경우에는 픽셀 위치와 관계없이 열람을 추적할 수 없습니다.

추적 픽셀로 인해 이메일 상단에 흰색 공백이 생김

열람 추적 픽셀이 이메일 상단에 배치되면, 특히 모바일 기기에서 이메일 본문 상단에 흰색 선이나 공백이 보일 수 있습니다.

확인 방법: Braze에서 설정 > 이메일 환경설정으로 이동한 다음 열람 추적 픽셀 섹션을 선택하세요. 발송 공급자에 대해 SendGrid용 이동, SparkPost용 이동 또는 Amazon SES용 이동이 활성화되어 있으면 픽셀이 이메일 HTML 상단에 배치됩니다. 렌더링된 이메일 상단에 흰색 공백이나 선이 보인다면 이 설정이 원인일 수 있습니다.

해결 방법: 발송 공급자의 열람 추적 픽셀 섹션에서 해당 SendGrid용 이동, SparkPost용 이동 또는 Amazon SES용 이동 토글을 끄세요. 추적 픽셀은 보통 이메일 하단에 있을 때 덜 눈에 띕니다. 위치를 변경한 후에는 Inbox Vision에서 이메일을 테스트하세요. 자세한 내용은 위치 업데이트를 참조하세요.

통계 지연 또는 열람 없는 클릭

열람 추적은 수신자가 이미지가 활성화된 상태로 이메일을 로드해야 작동합니다. 경우에 따라 다음과 같은 이유로 통계가 지연되어 표시되거나, 해당하는 열람 없이 클릭이 기록될 수 있습니다.

수신자가 이메일을 완전히 열지 않고 미리보기 창에서 본 다음, 미리보기에서 바로 링크를 클릭합니다.
이메일 클라이언트가 수신자가 링크와 상호작용한 후에야 이미지(따라서 추적 픽셀)를 로드합니다.

보안 소프트웨어가 링크 클릭을 시뮬레이션함

일부 기업용 이메일 보안 도구(Barracuda, Proofpoint 및 유사 서비스)는 수신 이메일의 모든 링크를 자동으로 클릭해 안전한지 검사합니다. 이로 인해 발송 후 몇 초 안에 클릭 이벤트가 나타나며, 이메일의 모든 링크가 빠르게 연속으로 클릭된 것으로 기록되는 경우가 많습니다.

이 동작은 기관 이메일 도메인(고등학교, 대학교, 기업 환경 등)에서 더 흔하며, 발신 도메인이 추적 도메인과 크게 다를 때 발생할 가능성이 더 높습니다. 커스텀 브랜드 추적 도메인을 설정하면 이러한 자동 클릭의 빈도를 줄일 수 있습니다.

확인 방법: 클릭 이벤트의 IP 주소(Currents 데이터에서 확인 가능)를 검색 엔진에서 조회하세요. IP가 알려진 보안 공급자(예: Barracuda Networks)와 연결되어 있다면 자동 클릭일 가능성이 높습니다. 여러 자동 클릭에서 일관된 User-Agent 헤더가 나타날 수도 있습니다.

보안 검사가 이메일 측정기준에 미치는 영향에 대한 자세한 내용은 클릭률 증가 처리를 참조하세요.

서버 클릭이 트리거될 경우 어떤 위험이 있나요?

지나치게 긴 메시지나 너무 많은 느낌표 등 이메일 메시지의 특정 요소는 이메일 보안 응답을 트리거할 수 있습니다. 이러한 응답은 보고와 IP 평판에 영향을 미치고 사용자의 구독 취소로 이어질 수 있습니다.

이러한 응답을 처리하는 모범 사례는 클릭률 증가 처리를 참조하세요.

Braze는 “탈퇴” 측정기준에 집계되는 탈퇴 링크를 추적할 수 있나요?

이메일 내에서 다음 Liquid를 사용하면 Braze가 탈퇴 링크를 추적합니다: ${set_user_to_unsubscribed_url}

탈퇴 수와 탈퇴 링크 클릭 수가 다른 이유는 무엇인가요?

탈퇴 수가 이메일 본문의 탈퇴 링크를 클릭한 사용자 수보다 많다면, List-unsubscribe가 그 차이를 설명하는 경우가 많습니다. List-unsubscribe는 이메일 헤더에 있는 추가 탈퇴 경로입니다(메시지 본문의 링크가 아님). 사용자가 이 방식으로 구독을 취소하면 탈퇴 수에는 집계되지만, 본문의 추적 탈퇴 URL 클릭으로는 집계되지 않습니다.

본문 탈퇴 링크의 총 클릭 수가 탈퇴 수보다 많다면, 사용자가 링크를 여러 번 클릭했을 수 있습니다. 예를 들어 구독을 취소하고, 다시 구독한 다음, 또 구독을 취소하면 이메일 분석의 클릭 분석에 여러 번의 클릭이 기록될 수 있습니다.

사용자가 탈퇴 링크를 두 번 클릭하면(예: 구독을 취소했다가 다시 구독한 다음 또 구독을 취소한 경우), 이메일 분석에서 두 번으로 집계됩니다.

이메일에 “브라우저에서 이 이메일 보기” 링크를 추가할 수 있나요?

아니요. Braze는 이 기능을 제공하지 않습니다. 점점 더 많은 이메일이 모바일 기기와 최신 이메일 클라이언트에서 열람되고 있으며, 이러한 환경에서는 이미지와 콘텐츠가 문제없이 렌더링되기 때문입니다.

해결 방법: 같은 결과를 얻으려면 이메일 콘텐츠를 외부 랜딩 페이지(예: 웹사이트)에 호스팅한 다음, 이메일 본문을 편집할 때 링크 도구를 사용해 작성 중인 이메일 Campaign에서 해당 페이지로 연결할 수 있습니다.

Braze는 일반 텍스트 URL이나 “www.” 텍스트를 자동으로 링크로 변환하나요?

아니요. Braze는 메시지를 검사해 www.로 시작하거나 URL처럼 보이는 일반 텍스트를 하이퍼링크로 변환하지 않습니다. HTML 앵커 태그(<a href="...">)로 정의한 링크만 Braze의 일반 렌더링 및 링크 기능을 통해 처리됩니다.

수신자에게 일반 텍스트가 클릭 가능한 링크로 표시된다면, 이는 보통 수신자의 이메일 클라이언트(예: Gmail, Outlook, Apple Mail)에서 발생하는 동작입니다. 많은 클라이언트는 메시지가 전달된 후 URL처럼 보이는 문자열을 감지해 수신자의 기기에서 링크로 변환합니다. Braze는 이 동작을 제어할 수 없으며 수신자 측에서 끌 수도 없습니다.

링크 모양, 추적, 스타일을 예측 가능하게 유지하려면 일반 텍스트 URL 대신 명시적인 <a href> 태그를 사용하세요.

이메일 링크의 `target` 속성을 제어할 수 있나요?

이메일 HTML의 링크에 target 속성(예: target="_blank" 또는 target="_top")을 설정할 수는 있지만, 대부분의 이메일 클라이언트는 이 속성을 무시하거나 재정의합니다. 예를 들어 Gmail은 지정한 값과 관계없이 사실상 _blank와 같은 동작을 강제합니다.

이메일 클라이언트마다 동작이 다르므로, 링크가 열리는 방식을 제어하기 위해 target 속성에 의존해서는 안 됩니다. target 속성을 지원하는 이메일 클라이언트에 대한 자세한 내용은 caniemail.com을 참조하세요.

이메일 링크의 더하기 기호 `+`가 공백으로 바뀌는 이유는 무엇인가요?

일부 쿼리 파서는 인코딩되지 않은 더하기 기호 +를 공백으로 처리합니다. 대상 URL의 쿼리 파라미터에 더하기 기호가 필요하다면, 이메일에 링크를 추가하기 전에 %2B로 퍼센트 인코딩하세요.

이메일 보안 소프트웨어로 인해 사용자가 자동으로 구독 취소되는 이유는 무엇인가요?

일부 기업용 이메일 보안 도구(Barracuda, Proofpoint 및 유사 서비스)는 탈퇴 링크를 포함해 수신 이메일의 모든 URL을 미리 가져오거나 검사합니다. 보안 도구가 원클릭 list-unsubscribe 링크를 따라가면 의도하지 않은 구독 취소가 발생할 수 있습니다.

이를 완화하려면 다음을 수행하세요.

수신자에게 발신 도메인을 허용 목록에 추가하도록 권장: 영향을 받는 수신자의 IT 팀과 협력해 발신 도메인과 Braze 추적 도메인을 이메일 보안 허용 목록에 추가하세요.
환경설정 센터 사용: 직접 탈퇴 링크 대신, 사용자가 상호작용해 탈퇴를 확인해야 하는 환경설정 센터를 사용하세요. 보안 스캐너는 일반적으로 여러 단계로 된 양식을 완료하지 않습니다.
탈퇴 로그 검토: Currents 탈퇴 이벤트 데이터에서 User-Agent 헤더와 IP 주소를 확인해 자동 검사와 일치하는 패턴(예: 여러 구독 취소에서 일관된 User-Agent 헤더)을 파악하세요.

서버 측 검사가 이메일 측정기준에 미치는 영향에 대한 자세한 내용은 클릭률 증가 처리를 참조하세요.

기계 열람율이 예기치 않게 변경된 이유는 무엇인가요?

기계 열람은 Apple Mail Privacy Protection(MPP) 같은 이메일 보안 기능에 의해 트리거됩니다. 이 기능은 사용자가 실제로 이메일을 열지 않아도 이메일 콘텐츠(추적 픽셀 포함)를 미리 로드합니다. 기계 열람율은 다음과 같은 요인에 따라 변동할 수 있습니다.

Apple Mail 또는 기타 개인정보 보호 기능이 활성화된 이메일 클라이언트를 사용하는 오디언스 비율의 변화
이메일 공급자의 개인정보 보호 기능 또는 봇 감지 동작 업데이트
오디언스 세분화 또는 타겟팅 변경

기계 열람 비율은 실제 참여를 측정하는 신뢰할 수 있는 지표가 아닙니다. 이메일 성능을 더 정확하게 파악하려면 기타 열람(기계가 아닌 열람)과 고유 클릭에 집중하세요. 이메일 성과 대시보드를 사용해 시간 경과에 따른 이러한 측정기준을 비교할 수도 있습니다.

Gmail에서 딥링크가 작동하지 않는 이유는 무엇인가요?

Gmail은 이메일 메시지에서 HTTP/HTTPS가 아닌 모든 링크를 제거합니다. 딥링크가 커스텀 스킴(예: myapp://path/to/content)을 사용하면 Gmail이 이를 제거하므로, Gmail에서 이메일을 읽는 수신자에게는 링크가 작동하지 않습니다. 이는 Braze가 아닌 Gmail의 제한 사항입니다.

이 문제를 해결하려면 다음을 수행하세요.

유니버설 링크(iOS) 또는 앱 링크(Android)를 사용하세요. 이들은 표준 https:// URL을 사용하며, 앱이 설치되어 있으면 앱을 열고 그렇지 않으면 웹 페이지로 대체됩니다. 설정 방법은 유니버설 링크 및 앱 링크를 참조하세요.
딥링킹 공급자를 사용하세요. Branch 같은 서비스는 Gmail을 포함한 이메일 클라이언트와 호환되는 HTTP 형식의 딥링크를 생성합니다.
리디렉션 엔드포인트를 설정하세요. 서버에 앱의 커스텀 스킴 URL로 리디렉션하는 https:// 엔드포인트를 호스팅하세요. 이메일 클라이언트는 https:// 링크를 유지하고, 리디렉션이 앱 열기를 처리합니다.

고유 열람 측정기준에 기계 열람이 포함되나요?

예. 고유 열람에는 기계 열람이 포함됩니다. 두 측정기준 모두 Campaign 분석 보기와 보고서 빌더에서 확인할 수 있습니다.

이것이 전환 대시보드 기여도에 미치는 영향은 전환 대시보드 페이지의 문제 해결에 있는 이메일 열람 합계가 Campaign 분석과 일치하지 않는 이유는 무엇인가요?를 참조하세요.

이메일 전달량이 발송량과 일치하지 않는 이유는 무엇인가요?

이메일이 발송된 후에는 수신자의 받은편지함이 전달 시점을 결정합니다. 사서함이 가득 찼거나 특정 IP에서의 ESP 스로틀링 등의 이유로 메시지가 몇 시간 또는 며칠 동안 지연될 수 있습니다.

지연된 메시지가 발송일과 다른 날짜에 전달되면, 같은 기간에 대해 전달 수가 발송 수를 초과할 수 있습니다. 많은 지연 메시지가 하루에 몰려 전달되면, 해당 기간에 대해 발송 수가 전달 수를 초과할 수 있습니다.

이메일에 이미 탈퇴 링크가 있는데도 탈퇴 링크를 포함하라는 경고가 표시되는 이유는 무엇인가요?

이 경고는 탈퇴 링크가 없던 Campaign에서 복제한 Campaigns에서 계속 표시될 수 있습니다. 경고를 없애려면 다음을 수행하세요.

HTML 이메일의 경우 일반 텍스트 탭으로 이동한 다음 HTML에서 다시 생성을 선택하세요.
복제한 후 배리언트를 복제한 다음 원래 배리언트를 제거하세요. 원래 배리언트는 선택하지 마세요. 선택하면 경고가 그대로 남을 수 있습니다.

사용자가 받지 말아야 할 이메일을 받은 이유는 무엇인가요?

Braze가 구성대로 동작했더라도 전달이 잘못된 것처럼 보일 수 있습니다. 다음 사항을 차례로 확인하세요.

하나의 받은편지함을 공유하는 중복 프로필(이메일이 발송될 때 여러 프로필에 동일한 이메일 주소가 있으면 어떻게 되나요? 참조)
오디언스에 포함되었거나 발송 시 CC/BCC로 추가된 시드 목록, 테스트 수신자 또는 내부 주소
Segment 또는 Canvas 타이밍: Braze가 자격을 평가할 때 사용자가 오디언스 또는 캔버스 단계에 해당했으나, 사용자가 메시지를 읽기 전에 속성이나 구독 상태가 변경된 경우
구독 그룹: 글로벌 구독 상태는 다르게 보이더라도, 사용자가 메시지가 타겟팅한 그룹에 계속 옵트인되어 있는 경우
세분화 이후, 변경 사항이 적용될 것으로 예상한 시점보다 먼저 사용자를 업데이트한 API 또는 파일 가져오기

메시지 활동 로그, Campaign 또는 Canvas 체인지로그, Segment 정의를 검토하세요. 그래도 발송 원인을 파악할 수 없다면 사용자 식별자, dispatch_id(있는 경우), 타임스탬프를 준비해 Braze 지원팀에 문의하세요.

사용자가 이메일 메시지를 받지 못한 이유는 무엇인가요?

사용자가 받을 것으로 예상한 이메일을 받지 못하는 데에는 다음과 같은 여러 가지 이유가 있습니다.

이메일을 받을 자격이 없었습니다.
이메일 주소가 유효하지 않거나 존재하지 않습니다.
메시지를 놓쳤거나 삭제했을 수 있습니다.
메시지가 스팸 폴더에 있을 수 있습니다.

팁

Braze의 전달 이벤트는 사서함 공급자의 서버가 이메일을 수락했다는 의미입니다. 하지만 메시지가 사용자의 받은편지함에 표시된다는 보장은 아닙니다. 사서함 공급자는 메시지를 스팸으로 분류하거나, 드물게는 아무런 알림 없이 메시지가 표시되지 않도록 할 수 있습니다.

다음 표를 사용해 원인을 좁혀 보세요.

이메일이 발송되지 않음

가능한 원인	확인할 사항
사용자에게 Campaign 또는 Canvas 수신 자격이 없음	타겟 오디언스(Campaigns의 경우) 또는 타겟 오디언스(Canvas의 경우) 설정을 확인해 발송 시점에 사용자가 모든 오디언스 필터, Segment 기준, 전달 규칙을 충족했는지 확인하세요.
메시지가 중단됨	메시지 활동 로그에서 Liquid 오류나 필수 필드 누락 등 중단 사유를 확인하세요.
사용자의 이메일 주소가 유효하지 않거나 없음	사용자 검색에서 사용자 프로필을 확인해 발송 시점에 유효한 이메일 주소가 등록되어 있었는지 확인하세요.
사용자의 이메일 주소가 이전에 하드 바운스됨	하드 바운스는 이메일 주소를 유효하지 않은 것으로 표시하고 해당 주소로의 향후 발송을 막습니다. 마찬가지로 수신자가 이메일을 스팸으로 신고하면, Braze는 해당 사용자에게 일반 Campaigns가 아닌 트랜잭션 이메일만 발송합니다. 사용자 프로필의 인게이지먼트 탭을 확인하세요. 자세한 내용은 구독 취소된 이메일 주소 및 반송 및 유효하지 않은 이메일을 참조하세요.
사용자가 이메일 구독을 취소함	인게이지먼트 탭의 연락처 설정에서 사용자의 구독 상태를 확인하세요. Braze는 구독을 취소한 사용자에게 이메일을 발송하지 않습니다.

이메일이 발송되었지만 받은편지함에 도착하지 않음

가능한 원인	확인할 사항
사서함 공급자(MBP)에 연결할 수 없음	일시적인 문제로 이메일이 수신자의 MBP에 도달하지 못했습니다. 이 문제는 일반적으로 재시도를 통해 자동으로 해결됩니다. 이메일 서비스 공급자는 소프트 바운스를 최대 72시간 동안 재시도합니다.
MBP가 이메일을 반송함	수신자의 메일 서버가 이메일을 거부했습니다. 메시지 활동 로그에서 반송 세부 정보를 검토하세요.
MBP가 이메일을 알림 없이 삭제함	MBP가 이메일을 수락했지만 사용자에게 표시하지 않았고 반송도 반환하지 않았습니다. 이는 Braze가 제어할 수 없는 영역이며 Braze 로그에서 감지할 수 없습니다.
이메일이 스팸 폴더로 이동함	MBP가 메시지를 스팸으로 판단해 사용자의 스팸 또는 정크 폴더로 보냈습니다. 사용자에게 스팸 폴더를 확인하도록 요청하세요.
수신자에게 커스텀 메일 필터링이 있음	사용자 또는 해당 IT 관리자가 수신 메시지를 필터링, 리디렉션 또는 삭제하는 사서함 규칙을 구성했을 수 있습니다.

반송 목록에서 이메일 주소를 제거하려면 어떻게 해야 하나요?

유효한 이메일 주소가 Braze에서 유효하지 않은 것으로 표시되는 경우(일반적으로 이메일 서비스 공급자에서 하드 바운스가 발생한 후), /email/bounce/remove 엔드포인트를 사용하세요. 이렇게 하면 Braze 반송 목록과 이메일 공급자가 관리하는 반송 목록에서 해당 주소가 제거됩니다. 그러면 Braze가 해당 주소로 다시 발송을 시작합니다.

주소가 하드 바운스가 아닌 스팸으로 표시된 경우에는 대신 /email/spam/remove 엔드포인트를 사용하세요.

자세한 내용은 반송 및 유효하지 않은 이메일 및 반송 또는 스팸 목록에서 이메일 주소 제거를 참조하세요.

이메일 전달 가능성 문제를 해결하려면 어떻게 해야 하나요?

이메일이 지연, 보류되거나 반송되는 경우, 메시지 활동 로그에서 반송 및 보류 세부 정보를 검토한 다음 전달 과정의 어느 지점에서 문제가 발생하는지 파악하세요. 일반적인 전달 가능성 문제는 네 가지 범주로 나뉩니다.

ESP 사용량 제한 응답 읽기

Amazon SES, SparkPost, SendGrid 같은 이메일 서비스 공급자(ESP)는 메시지를 수락하거나 보류할 때 SMTP 응답 코드를 반환합니다. 사용량 제한 응답은 일반적으로 일시적인 실패를 나타내는 4xx 코드를 사용합니다.

421: 서비스를 일시적으로 사용할 수 없습니다. 대량 발송, 연결 제한 또는 서버 리소스 제약이 원인인 경우가 많습니다. 메시지는 대기줄에 남아 있으며 ESP가 자동으로 전달을 재시도합니다.
429: API 사용량 제한을 초과했습니다. 허용된 시간 내에 너무 많은 요청을 보냈습니다.
450 / 451: 발송량 또는 연결로 인한 일시적 보류입니다. 수신 서버가 발송 속도를 줄이도록 요청하고 있습니다.

메시지 활동 로그 또는 ESP 대시보드에서 이러한 코드가 보이면, 영향을 받는 도메인으로의 발송량을 줄이고 재시도 간격을 점진적으로 늘리세요. 사용량 제한 상태에서 계속 최대 발송량으로 발송하면 일시적 보류가 영구 거부로 악화될 수 있습니다.

사서함 공급자 사용량 제한

사서함 공급자는 Braze의 발송 제어와 별도로 수신 메일에 자체 사용량 제한을 적용합니다. 이러한 제한은 엄격할 수 있으며 직접 제어할 수 없습니다.

Virgin Media / NTL(영국): 421 4.1.1 MXIN503 Hourly ratelimit for your IP exceeded 오류를 트리거하는 시간당 사용량 제한을 사용합니다. 이러한 제한은 발송량이 적은 발신자에게도 영향을 줄 수 있습니다. 해당 IP를 공유하는 모든 발신자에게 IP 수준에서 적용됩니다.
Gmail, Yahoo, iCloud, Microsoft: 각 공급자는 발신자 평판, 발송량, 참여 패턴을 기반으로 한 자체 스로틀링 임계값을 가지고 있습니다.

공급자별 사용량 제한이 발생하면, 더 긴 기간에 걸쳐 나누어 발송하거나 사서함 공급자별로 세분화해 발송량을 더 점진적으로 분산하는 것을 고려하세요. 수신자 목록이 특정 공급자에 집중되어 있는지 확인하고, 대부분의 수신자가 하나의 도메인을 사용한다면 전달 시점을 분산하세요.

바이러스 백신 검사로 인한 기업 이메일 지연

업무용 이메일 주소는 전달 전에 메시지를 검사하는 기업 보안 게이트웨이를 거치는 경우가 많습니다. 이로 인해 특히 다음과 같은 메시지는 15~20분 이상 지연될 수 있습니다.

대용량 첨부 파일
생소한 도메인으로 연결되는 링크
피싱 패턴과 유사한 콘텐츠

이러한 지연은 보안 시스템이 격리된 샌드박스 환경에서 행동 분석을 위해 메시지를 대기시키기 때문에 발생합니다. 대량의 메일이 동시에 도착하면 메시지가 분석 대기줄에 쌓여 지연이 더 길어집니다. 이는 기업 이메일 보안의 정상적인 동작이며 우회할 수 없습니다. 기업 수신자에게 시간에 민감한 메시지를 발송할 때는 커뮤니케이션 일정에 이 처리 시간을 고려하세요.

Google 421 4.7.28 사용량 제한 오류 문제 해결

Gmail은 IP 주소, 발송 IP 범위, SPF 도메인, DKIM 도메인 또는 URL 도메인에서 원치 않는 이메일이 비정상적인 비율로 발송되는 것을 감지하면 421-4.7.28 오류를 반환합니다. 이는 영구 차단이 아닌 일시적 스로틀이지만, 발송량, 발송 속도 또는 평판이 Gmail의 현재 기대치를 충족하지 못한다는 신호입니다.

이 오류가 발생하면 다음을 수행하세요.

필수적이지 않은 발송을 즉시 24~48시간 동안 일시 중지하세요. 스로틀링 상태에서 계속 발송하면 문제가 악화되어 영구적인 550 거부로 이어질 수 있습니다.
SPF, DKIM, DMARC가 올바르게 구성되어 있고 From: 헤더가 인증과 일치하는지 확인하세요.
Google Postmaster Tools 및 Braze 전달 가능성 센터(Google Postmaster 연결 후)에서 도메인의 규정 준수 상태와 스팸 신고율을 확인하세요. 사용자 신고 스팸률은 0.1% 미만으로 유지해야 합니다(절대 상한선은 0.3%).
일시 중지 후에는 가장 참여도가 높은 수신자에게만 이전 발송량의 10~20%로 발송을 재개하세요. 추가 4xx 오류가 발생하지 않는 경우에만 몇 주에 걸쳐 천천히 발송량을 늘리세요.

추가 지침은 Google의 대량 이메일 발신자 가이드라인을 참조하세요.

Outlook에서 이미지를 최적화하려면 어떻게 해야 하나요?

Outlook은 표준 브라우저 렌더링 대신 Microsoft Word 렌더링을 사용하는 경우가 많아 이미지가 잘못 렌더링되거나 이미지 주위에 테두리가 추가될 수 있습니다. 이와 같은 클라이언트별 렌더링은 이메일 클라이언트마다 대체 텍스트가 표시되는 방식에도 영향을 미칩니다.

Outlook에서 이미지가 예상 너비보다 크게 표시되면 이미지에 다음 CSS를 추가하세요.

max-width: 100%;

예시:

<img src="your-image.png" style="max-width: 100%;" alt="Description">

조건부 주석을 사용해 Outlook 데스크톱에서 콘텐츠가 숨겨지도록 감쌀 수도 있습니다.

<!--[if !mso]><!-- -->
<span>Content hidden in Outlook desktop</span>
<!--<![endif]-->

Outlook 테스트 발송에서 이미지가 중복됨

이메일 템플릿을 복제한 후 Outlook으로 보낸 테스트 발송에서는 이미지가 두 번 표시되지만 미리보기에서는 한 번만 표시된다면, 이메일에 해당 이미지의 두 가지 버전, 즉 표준 이미지 블록과 Microsoft Office(MSO) 조건부 블록이 포함되어 있을 가능성이 높습니다.

이 문제를 해결하려면 이미지를 중복시키는 MSO 조건부 블록을 제거하세요. MSO 블록을 제거했을 때 일부 Outlook 버전에서 렌더링에 영향이 있다면, 각 클라이언트가 이미지의 한 버전만 렌더링하도록 조건 로직을 조정하세요.

이메일 메시지에 SVG 또는 WebP 이미지를 사용할 수 있나요?

SVG 이미지는 이메일 클라이언트 전반의 지원이 제한적이므로 이메일에 권장되지 않습니다. Gmail과 여러 주요 이메일 공급자는 SVG 이미지를 렌더링하지 않으므로 수신자에게 이미지가 깨지거나 누락되어 보일 수 있습니다. WebP도 클라이언트마다 일관되게 지원되지 않습니다.

대신 이미지가 안정적으로 렌더링되도록 PNG나 JPEG처럼 널리 지원되는 형식을 사용하세요.

이메일에 동영상을 삽입할 수 있나요?

Gmail, Outlook, Yahoo 등 많이 사용되는 이메일 클라이언트는 삽입된 동영상을 기본적으로 지원하지 않습니다. 따라서 삽입된 동영상 요소가 의도대로 표시되지 않거나 아예 표시되지 않을 수 있습니다. 또한 이메일에 동영상을 직접 삽입하면 이메일 크기가 크게 늘어나 메시지가 스팸으로 분류될 가능성이 높아집니다.

대신 동영상 플레이어 속 동영상처럼 보이는 GIF 또는 정적 이미지를 만든 다음, 해당 이미지를 동영상에 링크할 수 있습니다. 사용자가 이미지를 클릭하면 웹사이트나 동영상 플랫폼에 호스팅된 동영상으로 이동합니다. Braze는 지원되는 이메일 클라이언트에서 자동 재생되는 최적화된 동영상 콘텐츠를 제공하는 Playable과의 통합도 지원합니다.

메시지 작성기의 한 부분에서 할당한 Liquid 변수를 다른 부분에서 사용할 수 있나요?

아니요. 이메일의 각 부분(제목, 본문, 헤더, 버튼 등)은 별도로 생성되므로, 한 필드에서 할당한 Liquid는 다른 필드에서 사용할 수 없습니다. 변수가 필요한 각 필드에서 변수를 할당하세요.

이메일 템플릿이 보이지 않습니다. 어디에 있나요?

먼저 템플릿을 볼 수 있는 사용자 권한이 있는지 확인하세요. 저장된 이메일 템플릿을 보려면 콘텐츠 > 이메일로 이동하세요. 상태와 유형(HTML 또는 드래그 앤 드롭)으로 템플릿을 필터링할 수 있습니다.

릴레이 또는 마스킹된 이메일을 위해 도메인을 등록해야 하나요?

Apple의 비공개 이메일 릴레이를 사용하려면 반송을 방지하기 위해 Apple Developer Portal에 발신 도메인을 등록해야 합니다. Google Shielded Email은 수동 도메인 등록이나 허용 목록 등록 절차가 필요하지 않습니다.

SPF 및 DKIM 설정은 어디에 있나요?

별도의 SPF 또는 DKIM 설정 페이지는 없습니다. Braze는 도메인 설정 중에 이러한 레코드를 생성해 도메인 설정 페이지에 표시하므로, 대시보드가 아닌 DNS 공급자에서 구성합니다.

다음 단계는 설정 방식에 따라 다릅니다.

인증된 도메인을 사용하는 경우, 하위 도메인을 위임하기 위해 NS 레코드를 한 번 추가하세요. 그러면 Braze가 SPF 및 DKIM 레코드를 생성하고 유지 관리합니다.
그렇지 않은 경우, 설정 > 이메일 셀프 서비스에 표시되는 TXT 및 CNAME 레코드를 DNS 공급자에 추가한 다음, 대시보드로 돌아와 인증을 선택하세요.

레코드가 올바른지 확인한 후에도 인증이 계속 실패하면 Braze 지원팀에 문의하세요. 각 레코드의 역할을 알아보려면 이메일 인증 및 DNS 레코드 이해를 참조하세요.

발송 IP 주소는 어디에서 확인할 수 있나요?

회사 설정 아래의 설정 > 이메일 셀프 서비스로 이동한 다음, IP 풀을 펼쳐 할당된 주소를 확인하세요. 이 페이지에는 발신자 인증 제목이 표시됩니다. 이 페이지를 보려면 “도메인 설정 편집” 같은 도메인 설정 권한이 필요합니다.

이메일 셀프 서비스 페이지에서 IP 주소는 읽기 전용입니다. 추가하거나 편집하려면 Braze 지원팀에 문의하세요. 전체 설정 순서는 IP 및 도메인 설정을 참조하세요.

이메일 제목란이나 프리헤더에 하이퍼링크를 추가할 수 있나요?

아니요. 사서함 공급자는 이메일 제목란의 하이퍼링크를 지원하지 않습니다. 일부 사서함 공급자는 제목란을 자동으로 검사해 실제 주소, 날짜 또는 시간을 클릭 가능한 링크로 변환하지만, 이는 수신자의 기기에서 자동으로 발생하며 Braze(또는 다른 ESP)가 제어할 수 없습니다.

마찬가지로 프리헤더 내 하이퍼링크도 이메일 업계 전반에서 지원되지 않습니다.

제목란이나 프리헤더 영역에서 클릭 가능한 콘텐츠와 유사한 기능이 필요하다면, Gmail 프로모션을 사용해 Gmail 사용자를 위한 인터랙티브 주석을 이메일에 추가하는 것을 고려하세요.

반송 사유 `unable to get mx info` 또는 `failed to get IPs from PTR record`는 무슨 의미인가요?

메시지 활동 로그에서 이와 유사한 반송 사유는 Braze 메시지 작성이 아니라 수신 도메인(주소에서 @ 뒤의 도메인)의 메일 설정을 확인하는 데 문제가 있음을 나타냅니다.

일반적인 원인은 다음과 같습니다.

해당 도메인의 MX 레코드가 없거나, 잘못되었거나, 연결할 수 없음
인바운드 메일 호스트 이름이 확인되지 않거나, 수신 인프라에서 요구하는 PTR(역방향 DNS) 검사를 통과하지 못함
이메일 주소의 도메인이 유효하지 않거나 오타가 있음

다음 단계:

주소와 도메인 철자를 확인하세요.
주소가 올바르다면 해당 도메인의 사서함 소유자나 IT 팀에 문의하세요.
메일 서버의 PTR 레코드를 포함해 MX 및 관련 DNS 레코드를 DNS 공급자와 함께 점검하도록 요청하세요.

다른 수신자는 일반적으로 영향을 받지 않습니다. 소프트 바운스가 보고에 어떻게 표시되는지는 소프트 바운스를 참조하세요.

Braze에서 나에게 이메일을 보낼 때 스팸 경고가 표시되는 이유는 무엇인가요?

Braze에서 본인의 이메일 주소로 테스트 이메일을 보냈을 때 “발신 도메인이 회사 도메인과 유사하지만 인식할 수 없습니다”와 같은 스팸 경고나 피싱 경고가 표시된다면, 이는 Braze 설정 오류가 아니라 일반적인 피싱 방지 보안 기능입니다.

이 경고는 일반적으로 이메일의 발신 도메인이 수신자 도메인과 일치할 때(예: 둘 다 @yourcompany.com인 경우) 표시됩니다. 사기범들이 수신자의 회사 도메인과 비슷해 보이는 도메인을 스푸핑하는 경우가 많기 때문에 이메일 보안 시스템이 이를 플래그 처리합니다.

이메일이 올바르게 구성되었는지 확인하려면 다음을 수행하세요.

이메일 클라이언트에서 원본 메시지(원시 이메일 헤더)를 확인합니다.
SPF, DKIM, DMARC 인증이 모두 통과하는지 확인합니다.
세 가지가 모두 통과하면 Braze 이메일 발송이 올바르게 구성된 것입니다.

이 경고가 표시되지 않도록 하려면 다음을 수행하세요.

IT 팀에 회사의 이메일 보안 서비스 또는 메일 게이트웨이에서 Braze 발신 도메인과 IP 주소를 허용 목록에 추가하도록 요청하세요. 이렇게 하면 보안 시스템이 Braze 발송 인프라에서 보낸 이메일을 신뢰하게 됩니다.

New Stuff!