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

자주 묻는 질문

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

이메일이 발송될 때 여러 프로필이 동일한 이메일 주소를 사용하면 어떻게 되나요?

동일한 이메일 주소를 가진 여러 사용자가 Campaign을 수신할 Segment에 포함되어 있는 경우, 발송 시점에 해당 이메일 주소를 가진 사용자 프로필 중 하나가 선택됩니다. 이렇게 하면 이메일이 한 번만 발송되고 중복이 제거되어 동일한 이메일 주소에 여러 번 도달하지 않습니다.

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

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

여러 프로필이 동일한 이메일 주소를 공유하고 하나의 프로필이 구독을 취소하면, Braze는 해당 주소를 가진 다른 프로필(최대 100개)을 동일한 구독 상태로 업데이트합니다. 이는 구독 취소 및 전체 구독 상태와 개별 구독 그룹 상태 변경 등 기타 변경 사항에 적용됩니다.

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

다음 시나리오에서는 사용자가 이메일을 두 번 받은 것처럼 보일 수 있습니다:

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

이 중복 제거는 타겟팅된 사용자가 동일한 발송에 있을 때 적용됩니다. 재수신 자격은 이메일 주소가 아닌 프로필 단위로 평가됩니다.

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

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

예외: API 트리거 Campaigns

API 트리거 Campaigns는 오디언스가 정의된 위치에 따라 중복 제거하거나 중복 발송합니다. 여러 배달을 수신하려면 API 호출에서 별도의 user_ids를 사용하여 중복 이메일을 개별적으로 타겟팅해야 합니다. API 트리거 Campaigns에 대한 세 가지 가능한 시나리오는 다음과 같습니다:

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

중요

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

중복 이메일 주소에 대한 A/B 테스트

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

Canvas와 중복 이메일 주소

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

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

사용자 A의 이메일 주소를 기존 사용자 B가 공유하는 다른 이메일 주소로 설정하거나 업데이트하면, 사용자가 이메일을 업데이트할 때 재구독 설정이 켜져 있지 않은 한, 사용자 A는 사용자 B에게 이미 존재하는 구독 상태를 상속합니다.

발신 이메일 설정에 대한 업데이트가 소급 적용되나요?

아니요. 발신 이메일 설정에 대한 업데이트는 기존 발송에 소급 적용되지 않습니다. 예를 들어, 이메일 설정에서 기본 표시 이름을 변경해도 활성 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%가 되지 않나요?

이메일 전달 측정기준(전달, 반송, 스팸 비율)은 소프트 바운스 후 최대 72시간의 재시도 기간 동안 전달되지 않은 이메일로 인해 100%에 미달할 수 있습니다.

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

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

이메일 피드백 루프(FBL)는 발신자가 높은 양의 불만을 수신하는 Campaigns를 식별하여 평판을 모니터링할 수 있게 해줍니다. Gmail 피드백 루프를 구현하는 단계는 Google의 피드백 루프 문서를 참조하세요.

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

열람 추적 픽셀은 발신자의 이메일 클릭 추적 도메인을 활용하여 이메일 열람 이벤트를 추적합니다. 이 픽셀은 이메일의 HTML에 추가되는 이미지 태그입니다. 가장 일반적으로 본문 태그 내의 마지막 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 문제가 있습니다.

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

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

이메일 클리핑으로 추적 픽셀이 제거됨

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

식별 방법: 이메일 하단에 “전체 메시지 보기” 또는 유사한 링크가 표시되는지 확인하세요. 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가 “구독 취소” 측정기준에 포함되는 구독 취소 링크를 추적할 수 있나요?

Braze는 이메일 내에서 다음 Liquid가 사용되면 구독 취소 링크를 추적합니다: ${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 개인 정보 보호(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가 수신 자격을 평가할 때 사용자가 오디언스 또는 Canvas 단계에 일치했지만, 메시지를 읽기 전에 속성 또는 구독 상태가 변경되었습니다.
구독 그룹: 전체 구독 상태와 관계없이 사용자가 메시지 타겟 대상 그룹에 옵트인 상태를 유지했습니다.
세분화 후 변경 적용을 예상하기 전에 사용자를 업데이트한 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 속도 제한 응답 읽기

이메일 서비스 공급자(ESP), 예를 들어 Amazon SES, SparkPost 또는 SendGrid는 메시지를 수락하거나 보류할 때 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]-->

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

SVG 이미지는 이메일 클라이언트 간 지원이 제한되어 이메일에 권장되지 않습니다. Gmail 및 기타 주요 이메일 공급자는 SVG 이미지를 렌더링하지 않으며, 이로 인해 수신자에게 깨지거나 누락된 이미지가 나타날 수 있습니다. WebP도 클라이언트 간에 일관되게 지원되지 않습니다.

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

이메일에 비디오를 삽입할 수 있나요?

임베디드 비디오는 Gmail, Outlook, Yahoo와 같은 많은 인기 이메일 클라이언트에서 기본적으로 지원되지 않습니다. 따라서 임베디드 비디오 요소가 의도한 대로 표시되지 않거나 전혀 나타나지 않을 수 있습니다. 또한, 이메일에 비디오를 직접 삽입하면 이메일 크기가 크게 증가하여 메시지가 스팸으로 표시될 가능성이 높아집니다.

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

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

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

이메일 템플릿이 없어졌습니다. 어디에 있나요?

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

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

Apple의 Private Email Relay는 반송을 방지하기 위해 Apple Developer Portal에 발송 도메인을 등록해야 합니다. Google Shielded Email은 수동 도메인 등록이나 허용 목록 프로세스가 필요하지 않습니다.

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

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

다음 단계는 설정에 따라 다릅니다:

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

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

발송 IP 주소는 어디에서 찾을 수 있나요?

회사 설정의 설정 > 이메일 셀프 서비스로 이동한 다음, 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 팀에 문의하세요.
DNS 공급자와 함께 메일 서버의 PTR 레코드를 포함한 MX 및 관련 DNS 레코드를 감사하도록 요청하세요.

다른 수신자는 일반적으로 영향을 받지 않습니다. 소프트 바운스가 리포팅에서 어떻게 나타나는지에 대해서는 소프트 바운스를 참조하세요.

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

Braze에서 자신의 이메일 주소로 테스트 이메일을 보내고 “발송 도메인이 회사 도메인과 유사하지만, 우리가 인식하지 못합니다”와 같은 스팸 경고 또는 피싱 경고가 표시되면, 이것은 Braze 설정의 오류가 아닌 일반적인 피싱 방지 보안 기능입니다.

이 경고는 일반적으로 이메일의 발송 도메인이 수신자 도메인과 일치할 때(예: 둘 다 @yourcompany.com인 경우) 나타납니다. 이메일 보안 시스템은 사기꾼이 수신자의 회사 도메인과 유사한 도메인을 위장하는 경우가 많기 때문에 이를 플래그합니다.

이메일이 올바르게 구성되었는지 확인하려면:

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

이 경고가 나타나지 않도록 하려면:

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

New Stuff!