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