이메일 제공업체들은 피싱, 스푸핑, 스팸을 줄이기 위해 발신자 인증을 두 배로 강화하고 있습니다. 구글, 야후, 마이크로소프트, 애플과 같은 거대 기술 기업들은 특히 대량 발신자에 대해 더욱 엄격한 규정 준수 정책을 시행하고 있습니다.
조직에서 대량의 이메일을 보내는 경우 이러한 새로운 요구 사항을 충족하지 못하면 전달률이 저하될 수 있습니다. 좋은 소식은? 규정 준수가 복잡할 필요는 없습니다. 주요 이메일 서비스 제공업체의 대량 이메일 발신자 요건에 대한 전체 가이드를 확인하세요!
주요 내용
- 대량 발신자 이메일 가이드라인 일반적으로 은 도메인당 하루에 5,000개 이상의 이메일을 보내는 경우에 적용됩니다.
- 더 나은 이메일 전송을 위해서는 SPF, DKIM 및 DMARC 설정이 필요합니다.
- 스팸 비율을 낮게 유지하면 일관된 받은 편지함 배치에 도움이 됩니다.
- 원클릭 구독 취소 옵션은 대부분의 제공업체에서 권장하거나 필수로 제공합니다.
- 유효한 PTR 레코드와 명확한 헤더는 이메일 신뢰성을 향상시킬 수 있습니다.
- 깔끔한 목록과 잘 정돈된 형식의 이메일은 더욱 원활한 전송을 지원합니다.
대량 이메일 발신자란 무엇인가요?
대량 이메일 발신자는 대량의 이메일을 보내는 개인 또는 조직입니다. 대부분의 제공업체는 일반적으로 하루에 5,000개 이상의 메시지를 보내는 것으로 분류합니다. 이는 단일 도메인에서 여러 수신자에게 보내는 이메일에 적용됩니다. 단일 도메인에서 여러 수신자에게 보내는 이메일에 적용됩니다:
- 마케팅 캠페인
- 뉴스레터
- 트랜잭션 메시지(예: 주문 확인, 비밀번호 재설정)
- 알림 또는 경고
대량 발신자의 주요 특징:
- 이메일은 일대일 커뮤니케이션이 아닌 일괄적으로 전송되는 경우가 많습니다.
- 수신자는 발신자와 이전에 상호작용한 적이 있을 수도 있고 없을 수도 있습니다.
- 메시지는 이메일 마케팅 플랫폼, CRM 또는 대량 전송 도구를 통해 자동화되어 전송되는 경우가 많습니다.
대량 발신자 한도 및 제공업체별 요구 사항
하루에 수천 통의 이메일을 보낸다면 이미 감시 대상입니다. 각 주요 제공업체가 대량 발신자를 정의하는 방법과 기대하는 바는 다음과 같습니다:
1. Google(Gmail)
대량 발신자 임계값: 도메인당 하루 5,000개 이상의 이메일 발송
주요 요구 사항:
시행 일정:
- 2024년 2월: 규정을 준수하지 않는 이메일에 대한 일시적인 오류 수정
- 2024년 4월: 규정을 준수하지 않는 이메일의 점진적 거부
- 2024년 6월: 규정을 준수하지 않는 이메일에 대한 전면적인 거부를 통한 전면 시행
자세히 알아보기 Google 워크스페이스 관리자 도움말.
2. 야후
대량 발신자 임계값: 도메인당 하루 5,000개 이상의 이메일 발송
주요 요구 사항:
- SPF, DKIM 및 DMARC 구현
- Spam rate <0.3%
- 간편한 구독 취소
- 유효한 PTR 기록
- RFC 5322 준수
시행 기한: 2024년 2월
자세히 알아보기 야후 발신자 허브.
3. Microsoft(Outlook, Hotmail 및 Live)
대량 발신자 임계값: 도메인당 하루 5,000개 이상의 이메일 발송
주요 요구 사항:
- SPF 및 DKIM 구현
- SPF 또는 DKIM(가급적 둘 다)에 대해 정렬된 DMARC
- 적어도 p=none에서 DMARC 정책
시행 기한: 2025년 5월 5일
자세한 내용은 Microsoft 커뮤니티 허브.
4. Apple(iCloud 메일)
대량 발신자 임계값: 지정되지 않음
주요 요구 사항:
- SPF, DKIM 및 DMARC 구현
- 전달된 메일에 ARC 헤더 추가
- 유효하고 일관된 발신자: 이름
- 구독 취소 링크
- 유효한 PTR 기록
- RFC 5322 준수
시행 기한: 설정되지 않음
자세히 알아보기 Apple 지원.
참고: PowerDMARC에서는 보고서를 모니터링하면서 DMARC 구현을 p=없음으로 시작하여 점차 p=검역, 최종적으로 p=거부로 전환하는 것이 좋습니다.
대량 발신자에게 이메일 인증이 중요한 이유는 무엇인가요?
SPF(발신자 정책 프레임워크): SPF 는 도메인이 권한이 있는 발신자를 확인하도록 도와줍니다. 이메일이 수신되면 수신 서버는 발신자의 DNS에 게시된 SPF 레코드를 확인합니다. 발신자가 목록에 없으면 이메일은 SPF에 실패한 것입니다.
DKIM(도메인키 식별 메일): DKIM 은 이메일에 디지털 서명을 추가합니다. 이를 통해 수신 서버는 메시지가 변경되지 않았으며 실제로 발신자가 보낸 것인지 확인할 수 있습니다.
DMARC(도메인 기반 메시지 인증 보고 및 적합성): DMARC 은 SPF와 DKIM을 기반으로 합니다. 이를 통해 도메인 소유자는 승인되지 않은 메시지의 처리 방법을 지정할 수 있습니다. DMARC는 이메일 인증 활동에 대한 자세한 보고서를 제공합니다.
추가 대량 발신자 필수 및 권장 요구 사항
1. 유효한 PTR 기록
적절한 PTR 레코드 (rDNS)가 없으면 스팸 필터가 의심하게 됩니다. 이메일이 휴지통으로 들어갈 수도 있습니다. 전용 IP 또는 자체 호스팅 MTA에서 이메일을 보내는 경우 해당 IP에는 유효한 PTR 레코드 (역방향 DNS라고도 함)가 필요합니다. 간단히 말해, IP는 도메인 이름을 가리키고 해당 도메인 이름은 다시 동일한 IP를 가리켜야 합니다. 양방향 확인입니다.
2. 원클릭 구독 취소
구글, 야후, 애플을 포함한 이메일 서비스 제공업체는 대량 전송자에게 원클릭 간편 수신 거부 옵션을 이메일에 포함하도록 요구합니다. Microsoft에서도 이메일 위생을 위한 모범 사례 목록의 일부로 이를 권장하고 있습니다.
Google은 사용자가 한 번의 클릭으로 구독을 취소할 수 있는 특수 헤더를 포함할 것을 기대합니다. 이 기능이 없으면 Google은 Gmail 받은 편지함에 '수신 거부' 버튼을 표시할 수 없습니다.
수행해야 할 작업은 다음과 같습니다:
이메일에 이 두 개의 헤더를 포함하세요:
- 목록-수신 거부-게시글: 목록-수신 취소=원클릭
- List-Unsubscribe: <https://yourdomain.com/unsubscribe/example>
3. 낮은 메일 스팸률
이메일 제공업체가 귀하의 스팸 불만. 너무 많은 사람들이 귀하의 이메일을 스팸으로 신고하면 평판이 나빠지고 전달률이 급격히 떨어집니다. 대부분의 제공업체에서 허용되는 최대 임계값은 0.3% 미만. 이는 구체적으로 다음을 의미합니다. 사용자가 신고한 스팸 불만를 의미하며, 이탈률이 아닙니다.
불만 사항을 낮게 유지하려면 실제로 가입한 사람에게만 보내는 것이 좋습니다. 수신자가 쉽게 수신 거부할 수 있도록 원클릭 수신 거부 버튼을 사용하도록 설정하세요. 온라인 이메일 스팸 계산기를 사용하여 주기적으로 스팸 비율을 모니터링하세요.
4. 유효한 "보낸 사람" 및 "답장 받는 사람" 헤더
이메일 제공업체는 유효한 보낸 사람: 및 받는 사람 주소를 사용하길 기대합니다. 이 주소는 메일을 수신할 수 있어야 합니다. 만료되었거나 유효하지 않은 헤더를 사용하면 이메일 반송이 발생할 수 있습니다. 또한 위조되거나 가장된 헤더는 일시적인 오류 및 전달률 문제를 일으킬 수 있습니다.
5. 콘텐츠 서식 및 이메일 목록 위생
이메일 목록을 깔끔하고 간결하게 유지하고 이메일이 적절한 형식을 따르도록 하세요. 이메일 콘텐츠의 형식은 인터넷 메시지 형식(IMF) 표준인 RFC 5322를 준수해야 합니다.
대량 발신자 실행 계획
- 구현 SPF, DKIM 및 DMARC 구현
- 활성화 원클릭 구독 취소
- 공개 테스트 서버 기록 확인 를 확인하여 유효한지 확인하세요.
- 스팸 비율을 0.3% 이하로 유지
- 유효한 헤더 사용 "보낸 사람:" 및 "받는 사람"에 유효한 헤더 사용
- 메일링 리스트를 메일링 리스트 정리
- RFC에 따른 적절한 이메일 서식 가이드라인
- 전달된 이메일에 ARC 헤더 구현하기
규정 준수에 도움이 되는 도구 및 리소스
마지막 말
대량 이메일 발신자 정책은 보다 안전하고 신뢰할 수 있는 받은 편지함 환경을 조성하기 위해 Google, Yahoo, Microsoft, Apple과 같은 제공업체 전반에서 발전하고 있습니다. 규정 준수 체크리스트가 길어 보일 수 있지만 각 단계는 신뢰를 구축하고, 전달 가능성을 개선하며, 이메일이 올바른 대상에게 도달하도록 하는 데 도움이 됩니다. SPF, DKIM 및 DMARC로 시작하여 목록을 건전하게 유지하고 이메일 인증이 유리하게 작동하도록 하세요!
- DMARCbis 설명 - 변화하는 사항과 준비 방법 - 5월 19, 2025
- BIMI란 무엇인가요? BIMI 로고 요구 사항 및 설정에 대한 완벽한 가이드 - 2025년 4월 21일
- 구글, 야후, 마이크로소프트, 애플 아이클라우드 메일에 대한 대량 이메일 발신자 규칙 - 2025년 4월 14일