이 페이지는 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: recipients 오브젝트 내 서로 다른 user_ids에 있는 중복 이메일: recipients 오브젝트에서 참조하는 여러 external_user_id 값에 동일한 이메일이 있는 경우, 이메일이 두 번 발송됩니다.
시나리오 3: recipients 오브젝트 내 중복 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%의 스팸률이라도 우려할 만한 원인이 될 수 있으며 추가 분석이 필요합니다.

마지막으로, 비즈니스 유형과 발송하는 이메일 유형도 전달에 영향을 미칠 수 있습니다. 예를 들어, 주로 트랜잭션 이메일을 발송하는 사람은 많은 마케팅 메시지를 발송하는 사람보다 더 나은 비율을 기대할 수 있습니다.

이메일 전달 측정기준이 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)에 의해 이메일이 클리핑되면, 이메일 하단의 콘텐츠가 잘릴 수 있습니다. 오픈 추적 픽셀은 일반적으로 이메일 하단에 삽입되므로, 클리핑으로 인해 열람 추적이 작동하지 않을 수 있습니다.

식별 방법: 이메일 하단에 “전체 메시지 보기” 또는 유사한 링크가 표시되는지 확인하세요. 받은편지함 비전을 사용하여 전체 스크롤 가능한 이메일을 미리보고 메시지가 클리핑되고 있는지 확인할 수 있습니다.

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

추적 픽셀로 인한 이메일 상단 흰색 간격

오픈 추적 픽셀이 이메일 상단에 배치되면, 특히 모바일 기기에서 이메일 본문 상단에 눈에 보이는 흰색 줄 또는 간격이 나타날 수 있습니다.

식별 방법: Braze에서 설정 > 이메일 환경설정으로 이동하여 오픈 추적 픽셀 섹션을 선택하세요. 발송 제공업체에 대해 Move for SendGrid, Move for SparkPost 또는 Move for Amazon SES가 활성화되어 있으면, 픽셀이 이메일 HTML 상단에 배치됩니다. 렌더링된 이메일 상단에 흰색 간격이나 줄이 보이면, 이 설정이 원인일 수 있습니다.

해결 방법: 발송 제공업체의 오픈 추적 픽셀 섹션에서 해당 Move for SendGrid, Move for SparkPost 또는 Move for Amazon SES 토글을 끄세요. 추적 픽셀은 일반적으로 이메일 하단에서 덜 눈에 띕니다. 배치를 변경한 후 받은편지함 비전에서 이메일을 테스트하세요. 자세한 내용은 배치 업데이트를 참조하세요.

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

열람 추적은 수신자가 이미지를 활성화한 상태로 이메일을 로드하는 것에 의존합니다. 경우에 따라 다음과 같은 이유로 통계가 지연되거나 해당 열람 없이 클릭이 기록될 수 있습니다:

수신자가 이메일을 완전히 열지 않고 미리보기 패널에서 보다가 미리보기에서 직접 링크를 클릭하는 경우.
이메일 클라이언트가 수신자가 링크와 상호작용한 후까지 이미지(따라서 추적 픽셀)를 로드하지 않는 경우.

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

일부 기업 이메일 보안 도구(예: 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 메일 프라이버시 보호(MPP)와 같은 이메일 보안 기능에 의해 트리거되며, 사용자가 실제로 이메일을 열지 않아도 이메일 콘텐츠(추적 픽셀 포함)를 미리 로드합니다. 머신 열람율은 다음에 따라 변동할 수 있습니다:

Apple Mail 또는 기타 프라이버시 지원 이메일 클라이언트를 사용하는 오디언스 비율의 변화.
이메일 제공업체의 프라이버시 기능 또는 봇 감지 동작 업데이트.
오디언스 세분화 또는 타겟팅의 변경.

머신 열람 비율은 실제 참여의 신뢰할 수 있는 측정이 아닙니다. 이메일 성능에 대한 보다 정확한 보기를 위해 기타 열람(비머신 열람)과 고유 클릭에 집중하세요. 이메일 성능 대시보드를 사용하여 시간 경과에 따라 이러한 측정기준을 비교할 수도 있습니다.

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

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

이를 해결하려면:

Universal Links(iOS) 또는 App Links(Android) 사용: 이는 표준 https:// URL을 사용하여 앱이 설치된 경우 앱을 열고 그렇지 않으면 웹 페이지로 폴백합니다. 설정 지침은 Universal Links 및 App Links를 참조하세요.
딥링킹 제공업체 사용: Branch와 같은 서비스는 Gmail을 포함한 이메일 클라이언트와 호환되는 HTTP 형식의 딥링크를 생성합니다.
리디렉트 엔드포인트 설정: 서버에 앱의 커스텀 스키마 URL로 리디렉트하는 https:// 엔드포인트를 호스팅하세요. 이메일 클라이언트는 https:// 링크를 보존하며, 리디렉트가 앱 열기를 처리합니다.

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

네. 고유 열람에는 머신 열람이 포함됩니다. Campaign 분석 보기와 보고서 빌더에서 두 측정기준을 모두 볼 수 있습니다.

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

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

이메일이 발송된 후, 수신자의 받은편지함이 언제 전달할지를 결정합니다. 사서함이 가득 참, 특정 IP에서의 ESP 제한 등의 이유로 메시지가 몇 시간 또는 며칠 동안 지연될 수 있습니다.

지연된 메시지가 발송일과 다른 날짜에 전달되면, 동일한 날짜 범위에서 _전달_이 _발송_을 초과할 수 있습니다. 많은 지연이 한 날에 집중되면, 해당 범위에서 _발송_이 _전달_을 초과할 수 있습니다.

이메일에 이미 구독 취소 링크가 있는데 구독 취소 링크를 포함하라는 경고가 표시되는 이유는 무엇인가요?

이 경고는 구독 취소 링크가 없었던 Campaign에서 복제된 Campaigns에 계속 나타날 수 있습니다. 이를 해결하려면:

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

사용자가 수신하지 말았어야 할 이메일을 수신한 이유는 무엇인가요?

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

하나의 받은편지함을 공유하는 중복 프로필(이메일이 발송될 때 여러 프로필이 동일한 이메일 주소를 가지고 있으면 어떻게 되나요? 참조(#what-happens-when-an-email-is-sent-out-and-multiple-profiles-have-the-same-email-address)).
오디언스에 포함되거나 CC/BCC로 발송된 시드 리스트, 테스트 수신자 또는 내부 주소.
Segment 또는 Canvas 타이밍: Braze가 자격을 평가할 때 사용자가 오디언스 또는 Canvas 단계에 일치했지만, 메시지를 읽기 전에 속성 또는 구독 상태가 변경된 경우.
구독 그룹: 사용자의 글로벌 구독 상태가 달리 나타내더라도 메시지가 대상으로 한 그룹에 옵트인 상태를 유지한 경우.
세분화 후 변경 사항이 적용될 것으로 예상하기 전에 사용자를 업데이트한 API 또는 파일 임포트.

메시지 활동 로그, Campaign 또는 Canvas 체인지로그, Segment 정의를 검토하세요. 발송을 여전히 조정할 수 없는 경우, 사용자 식별자, dispatch_id(가능한 경우) 및 타임스탬프와 함께 Braze 지원에 문의하세요.

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

사용자가 수신할 것으로 예상한 이메일을 받지 못하는 데는 여러 이유가 있으며, 다음을 포함합니다:

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

팁

Braze의 전달 이벤트는 이메일이 사서함 제공업체의 서버에 의해 수락되었음을 의미합니다. 그러나 이것이 메시지가 사용자의 받은편지함에 표시된다는 것을 보장하지는 않습니다. 사서함 제공업체가 메시지를 스팸으로 라우팅하거나, 드문 경우에 메시지 표시를 조용히 방지할 수 있습니다.

다음 표를 사용하여 원인을 좁히세요.

이메일이 발송되지 않은 경우

가능한 원인	확인 사항
사용자가 Campaign 또는 Canvas의 자격이 없었습니다	Target Audiences(Campaigns의 경우) 또는 Target Audience(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 개발자 포털에 발송 도메인을 등록해야 합니다. Google Shielded Email은 수동 도메인 등록이나 허용 목록 프로세스가 필요하지 않습니다.

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

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

다음에 할 일은 설정에 따라 다릅니다:

인증된 도메인을 사용하는 경우, NS 레코드를 한 번 추가하여 하위 도메인을 위임하세요. 그러면 Braze가 SPF 및 DKIM 레코드를 생성하고 관리합니다.
그렇지 않으면, Braze가 설정 > 이메일 셀프 서비스에 표시하는 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 팀에 문의하세요.
DNS 제공업체에서 메일 서버의 PTR 레코드를 포함하여 MX 및 관련 DNS 레코드를 감사하도록 요청하세요.

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

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

Braze에서 자신의 이메일 주소로 테스트 이메일을 보내고 스팸 경고 또는 피싱 경고를 보게 되면—예를 들어 “발송 도메인이 회사 도메인과 유사하지만 인식할 수 없습니다”—이는 Braze 설정의 오류가 아닌 일반적인 피싱 방지 보안 기능입니다.

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

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

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

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

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

New Stuff!