이메일 인증에 대해 이해하고 있습니다.
학습 내용
발신자 평판을 구축하고, 합법적인 발신자의 이메일 발신 여부를 확인하고, 이메일 남용으로부터 보호하는 데 사용되는 이메일 인증 프로토콜에 대해 알아보세요.
대부분의 받은편지함 제공업체는 대용량 발신자에게 발신자 요구사항을 적용해요. DMARC 인증을 설정하는 것은 이러한 요구 사항을 충족하는 데 있어 핵심적인 부분이며, 특히 대량 발송자에게 중요해요. 참고로 Google에서는 Gmail 수신자에게 하루에 5,000통 이상 이메일을 보내는 모든 사람을 "대용량 발신자"로 간주해요.
이메일 인증에 대해 설명합니다.
'이메일 인증'은 이메일 발신자의 신원을 확인할 수 있는 기술 표준을 의미합니다. 가장 일반적으로 사용되는 이메일 인증 표준은 SPF, DKIM 및 DMARC입니다. 메일 서버는 이러한 인증 프로토콜을 사용하여 수신 이메일이 합법적인 발신자로부터 온 것임을 확인하여 악의적인 행위자로부터 브랜드와 고객을 보호합니다. 이러한 프로토콜을 구현하면 이메일 공급자가 발신자의 신원을 확인할 수 있으므로 피싱 및 스푸핑 시도를 방지할 수 있을 뿐만 아니라 전송 가능성을 개선하는 데 도움이 될 수 있습니다.
SPF
발신자 정책 프레임워크(SPF)는 이메일이 전달되는 동안 위조된 발신자 주소를 감지하도록 설계된 이메일 인증 방법입니다. SPF를 사용하면 수신 메일 서버가 특정 도메인에서 오는 이메일이 해당 도메인의 관리자가 인증한 IP 주소를 통해 전송되었는지 확인할 수 있습니다.
SPF를 통해 허용되지 않은 IP 주소에서 이메일이 전송된 경우, 수신 메일 서버는 이메일을 거부하거나 기본 받은 편지함에서 다른 곳으로 전환할 수 있습니다. SPF 레코드가 없으면 전송 도메인을 사용하여 IP를 인증할 수 없으므로 악의적인 행위자가 브랜드를 쉽게 사칭할 수 있습니다.
Klaviyo의 공유 전송 도메인에서는 이메일이 SPF를 통해 자동으로 인증돼요. Klaviyo에서 자체 브랜드 전송 도메인을 사용하는 경우, 설정 중에 추가한 CNAME 또는 NS 레코드를 통해 필요한 SPF 레코드가 자동으로 추가돼요.
DKIM
DKIM(DomainKeys Identified Mail)은 발신자의 신원을 추가로 확인하기 위해 이메일 헤더에 추가되는 디지털 서명 역할을 합니다. 이메일 서버를 수신하면 DKIM 서명이 연결된 전송 도메인의 서명과 일치하는지 확인합니다. DKIM 서명은 이메일의 헤더에 존재하므로 SPF 인증과 달리 이메일이 전달될 때도 유지됩니다.
Klaviyo의 공유 전송 도메인에서는 이메일이 DKIM을 통해 자동으로 인증됩니다. Klaviyo에서 자체 브랜드 전송 도메인을 사용 중이라면, 설정 중에 추가한 CNAME 또는 NS 레코드를 통해 필요한 DKIM 레코드가 자동으로 추가돼요.
DMARC
DMARC는 도메인 기반 메시지 인증, 보고 및 규정 준수를 나타냅니다. SPF와 DKIM을 사용하여 이메일의 진위 여부를 확인하는 프로토콜로, 도메인 소유자가 무단 사용으로부터 도메인을 보호할 수 있는 기능을 제공합니다.
DMARC는 수신 서버에서 수신 이메일을 처리하는 방법에 대한 지침을 제공합니다. 메시지를 전달하려면 DMARC 정책에서 설정한 요구 사항에 따라 DKIM 및 SPF 정렬 검사를 통과해야 합니다. DMARC 검사를 통과하지 못한 메시지는 허용, 거부 또는 스팸 폴더에 넣을 수 있습니다.
도메인에 DMARC 정책을 구현하면 스푸핑으로부터 사용자를 보호하고 브랜드 및 수신자가 잠재적으로 사기적이고 유해한 메시지에 노출되는 것을 제한할 수 있습니다.
DMARC 정책 예시
DMARC는 Klaviyo를 넘어 브랜드에서 보내는 모든 이메일 전송에 영향을 미치는 이메일 인증, 정책 및 보고 프로토콜입니다. 브랜드의 필요에 가장 적합한 DMARC 정책을 구현하려면 IT 팀 또는 타사 전문가와 협력하는 것이 중요합니다.
아래는 간단한 DMARC 레코드가 어떻게 생겼는지, 다양한 레코드가 이메일 전송에 어떤 영향을 미치는지 보여주는 예시입니다.
v=DMARC1; p=none; rua=mailto:dmarc-reports@yourbrand.com
DMARC 레코드에서 sp 태그가 생략되는 것이 일반적이며, 이 경우 sp 태그 는 p 태그의 값 으로 기본값입니다.
DMARC 정책에는 다양한 기능의 태그가 있을 수 있지만, Klaviyo 및 이메일 마케팅과 관련하여 p 및 sp 정책 태그가 가장 중요합니다.
이 두 태그의 값은 정렬 확인이 실패했을 때 받은편지함 제공업체가 어떻게 대응해야 하는지 알려줘요. from-이메일 주소에 사용하면 p 태그는 루트 도메인(예: @yourbrand.com)에 적용돼요. 반면 sp 태그는 하위 도메인 (예:@shop.yourbrand.com)에 적용돼요.
한편 예제의 rua 태그에 따라 받은 편지함 DMARC 보고서가 이메일로 전송됩니다. 이 태그는 권장되지만 필수는 아닙니다.
rua태그를 사용할 계획이라면, 위의 자리 표시자 이메일 주소(예: dmarc-reports@yourbrand.com)를 DMARC 보고서를 수신할 준비가 된 받은편지함으로 바꿔 주세요.
p/sp 태그의 값입니다. | 받은 편지함 공급자가 일치하지 않는 이메일을 어떻게 하나요? |
p=없음 | 정렬이 잘못되었더라도 이메일을 정상적으로 수락하세요. |
p=격리 | 이메일을 수락하되 경고를 표시하고 이메일을 스팸으로 분류하세요. |
p=거부 | 일치하지 않는 이메일을 차단합니다. |
DMARC 정책은 도메인의 DNS 제어판에 TXT 레코드로 배치되지만 특정 구문 규칙을 따라야 합니다.
Klaviyo에서 p 및 sp 태그가 전송에 미치는 영향
공유 전송 도메인을 통해 전송할 때 이메일은 항상 발신자 주소(예: marketing@yourbrand.com)와 이메일의 실제 전송 도메인(예: ksdn.klaviyomail.com) 사이에 일치하지 않습니다. Klaviyo의 자체 공유 전송 도메인에는 DMARC 정책이 p=none으로 설정되어 있어, 이메일이 잘못 정렬되었더라도 고객의 받은 편지함에 도착할 수 있습니다.
브랜드가 소유한 도메인인 브랜드 전송 도메인을 사용하는 경우 발신자 주소 도메인이 전송 도메인과 일치합니다. 결과적으로 DMARC 체크가 통과됩니다.
rua 태그 및 DMARC 보고
DMARC 레코드의 rua 태그를 사용하면 연결된 이메일 주소가 .xml 형식으로 DMARC 보고서를 받을 수 있습니다. 형식입니다. 이러한 보고서는 해석하기 어렵고 지루하므로 Klaviyo는 DMARC 보고를 위해 rua 태그를 사용하려는 경우 DMARC 서비스 공급자와 협력하 는 것이 좋습니다. 이러한 공급자는 .xml 파일을 처리하는 데 도움이 됩니다. DMARC가 보고하고 표시하여 브랜드가 인사이트를 더 쉽게 수집할 수 있도록 하세요.
DMARC 보고서를 받으려면 rua 태그에 설정된 이메일 주소 의 도메인이 DMARC 레코드의 루트 도메인과 일치해야 합니다. 다른 도메인을 통해 DMARC 보고서를 받으려면 도메인 소유자가 제공한 TXT 레코드를 브랜드의 루트 도메인에 추가해야 합니다.
DMARC 보고서 예시
Klaviyo가 권장하는 DMARC 공급자의 몇 가지 예는 다음과 같습니다.
이메일 인증을 구성하는 중입니다.
Klaviyo로 이메일을 보낼 때 자체 SPF 및 DKIM 레코드를 추가할 필요가 없습니다. Klaviyo의 공유 전송 도메인을 통해 전송하는 경우 필요한 레코드는 이미 인증을 통과하도록 설정되어 있습니다. 브랜드 전송 도메인(전용 전송 도메인이라고도 함)을 사용하면 설정 중에 추가된 Klaviyo NS 또는 CNAME 레코드가 자동으로 DKIM 및 SPF 인증을 활성화합니다.
그러나 DMARC 설정은 Klaviyo 외부에서 DNS 공급자와 함께 수행되는 외부 프로세스입니다. 설정한 DMARC 정책에 따라 SPF 및 DKIM 인증에 실패한 메시지를 처리하는 방법이 결정됩니다. DMARC 정책은 인증되지 않은 이메일을 격리하여 수신자의 스팸 폴더로 보내거나, 정렬이 잘못되었음에도 불구하고 받은 편지함에 도착할 수 있도록 하거나, 완전히 거부하고 수신자로의 전송을 차단할 수 있습니다.
현재 브랜드에 DMARC 정책이 없는 경우 p=none 을 구성하는 것이 받은 편지함 공급자 요구 사항을 충족하는 좋은 첫 번째 단계입니다. 그러나 스푸핑을 방지하고 정렬 실패에 대해 보고할 수 있는 더 엄격한 DMARC 정책을 구성하려면 Klaviyo는 IT 팀 또는 타사 전문가와 협력할 것을 강력히 권장합니다.
이 프로세스는 브랜드의 보안 및 Klaviyo 외부 전송에 영향을 미치므로 Klaviyo가 사용자를 대신하여 DMARC를 구현할 수 없습니다. 또한 DMARC를 구현하려면 브랜드의 DNS 설정에 액세스하고 제어해야 합니다. Klaviyo는 도메인에 대한 보안 및 소유권을 보호하기 위해 브랜드에 대해 이러한 DNS를 변경할 수 없습니다.
DNS에 DMARC를 설정합니다.
DMARC 설정은 DNS 공급자에서 Klaviyo 외부에서 수행되는 프로세스입니다. 다양한 DNS 공급자가 있지만 아래 단계에서는 일반적으로 DMARC를 구현하는 방법을 설명합니다.
DMARC를 설정하려면 도메인의 네트워크 관리자가 도메인의 DNS 설정에 로그인하여 아래와 같은 DMARC 레코드를 추가해야 합니다. DNS 공급자에 로그인하면 다음 정보로 새 레코드를 생성합니다.
- 유형: TXT
- 호스트: _dmarc
- 값: v=DMARC1; p=none
rua 태그는 DMARC 보고에 사용되는 선택적 태그예요. 보고서를 사용하고 받은편지함으로 수신하고 싶다면, DMARC 레코드 값은 다음과 같아요: v=DMARC1; p=none; rua=mailto:email@yourbrand.com
새 레코드를 만드는 필드, 인터페이스 및 프로세스의 이름은 DNS 공급자에 따라 달라질 수 있습니다. DNS 공급자의 몇 가지 예로는 GoDaddy 및 Namecheap이 있지만 그 외에도 여러 가지가 있습니다.
도메인에 DMARC를 설정하는 방법에 대한 자세한 지침은 다음 리소스 및 서비스를 참조하거나, DNS 공급업체에 문의하는 것이 좋습니다.
Klaviyo 이메일을 DMARC를 준수하도록 만듭니다.
DMARC를 준수하려면 친절한 발신자 이메일 주소(즉, 발신자 주소)의 루트 도메인과 일치하는 브랜드 전송 도메인을 계정에 연결해야 합니다. 예를 들어 sales@yourbrand.com을 보낸 사람 주소로 사용하여 이메일을 보내고 yourbrand.com 이 DMARC로 보호되는 경우 계정은 send.yourbrand.com 과 같은 브랜드 전송 도메인을 사용해야 DMARC 요구 사항을 충족할 수 있습니다.
브랜드 전송 도메인과 일치하도록 발신자 이메일 주소를 업데이트 하는 방법을 알아보세요.
내부 수신자
공유 도메인을 사용하여 내부 수신자에게 이메일을 보낼 때 받은 편지함 공급자는 수신자의 이메일 주소가 발신자 주소 도메인과 일치하면 경고 메시지를 표시하고 이메일을 스팸으로 분류할 수 있습니다.
예를 들어, Gmail에서는 다음과 같습니다.
이는 고유 발신자 주소 도메인과 일치하는 이메일 주소를 가진 사용자에게만 영향을 미치지만, 이를 방지하기 위해 브랜드 전송 도메인을 설정할 수 있습니다.
엔터프라이즈가 아닌 개인 받은 편지함에 대해 이 경고가 표시되는 경우 DMARC가 실패했을 가능성이 높습니다. DMARC를 준수하려면 발신자 이메일 주소의 도메인과 일치하는 브랜드 전송 도메인을 계정에 연결해야 합니다. 발신자 주소)입니다.
이메일 인증 구성을 확인하고 있습니다.
레코드가 성공적으로 게시되었는지 확인하려면 EasyDMARC에서 제공하는 DMARC 검사기에 도메인을 입력하면 돼요. 이 도구에서는 Warning 또는 Valid 상태가 받은편지함 제공업체 발신자 요구사항을 충족해요.
또는 브랜드에서 보낸 이메일의 헤더를 사용하여 이메일 인증이 올바르게 설정되었는지 확인할 수 있습니다.
이메일 헤더에는 이메일에 대한 메타데이터와 해당 이메일이 이동한 네트워크 경로가 포함되어 있습니다. 여기에는 발신자 주소, 제목, 수신자 및 SPF, DKIM 및 DMARC 통과 여부와 같은 주요 인증 세부 정보와 같은 정보가 포함됩니다.
더 안전한 DMARC 정책으로 이동합니다.
p=none 의 DMARC 정책은 초기 발신자 요구 사항을 충족하기에 충분하지만 더 안전한 정책으로 이전하면 악의적인 행위자로부터 비즈니스를 더 잘 보호할 수 있습니다.
더 안전한 정책의 이점
p=격리 또 는 p=거부 를 사용하면 이메일(즉, 브랜드의 루트 도메인과 일치하지 않는 전송 도메인에서 보낸 이메일)이 수신자의 기본 받은 편지함에 도착하는 것을 방지할 수 있다는 이점이 있습니다. P=none은 일치하지 않는 도메인에서 이메일이 전송되는 경우 받은 편지함 배치에 영향을 미치지 않으므로 수신자는 브랜드를 사칭하려는 악의적인 행위자로부터 이메일을 계속 받을 수 있습니다. 사용자가 브랜드에서 보낸 것으로 보이는 스푸핑된 이메일을 보게 되면 고객이 브랜드 이메일에 대해 가지고 있는 신뢰에 부담을 줄 수 있습니다.
한편, p=격리 또 는 p=거부 정책을 사용할 경우, 수신자를 위해 잘못 정렬된 이메일이 차단되거나 스팸 폴더로 전송됩니다. 받은 편지함 공급업체는 이메일이 수신자에게 표시되지 않도록 해야 하며, 스푸핑된 이메일은 기본 받은 편지함에 표시되지 않습니다.
기타 고려 사항
DMARC는 Klaviyo 외부로 전송된 이메일을 포함하여 브랜드에서 전송된 모든 이메일에 적용된다는 점에 유의하세요. p=none의 정책 을 사용하면 이메일이 기본 받은 편지함에 계속 도착하므로 전송 시 영향을 받지 않습니다. 그러나 DMARC 정책이 강화되면 비즈니스 전체 이메일 전송 인프라 및 사용 사례에서 도메인이 일치하지 않는 경우 이메일이 전송되지 않을 수 있습니다.
이러한 이유로 Klaviyo는 IT 팀 또는 DMARC 서비스 공급자와 협력하여 브랜드 필요에 가장 적합한 정책을 구현할 것을 권장합니다.