이메일 발신자 가이드라인

중요: 2024년 2월부터 Gmail 계정으로 하루에 5,000개 이상의 메일을 보내는 발신자에 대해 Gmail에서는 발신 이메일을 인증하고, 스팸 메일을 전송하지 않으며, 수신자가 손쉽게 메일 수신을 거부할 방법을 제공해야 한다는 요구사항을 적용합니다. 하루에 5,000개 이상의 이메일을 전송하는 데 필요한 요구사항 자세히 알아보기

이 도움말의 가이드라인은 개인 Gmail 계정 사용자에게 이메일을 보내고 전송하는 데 참고할 수 있습니다. 개인 Gmail 계정은 @gmail.com 또는 @googlemail.com으로 끝나는 계정입니다.

Google Workspace 발신자: Google Workspace를 사용하여 대량의 이메일을 보내는 경우 Gmail의 스팸 및 악용에 관한 정책을 검토하세요. 이 정책은 Google Workspace 서비스이용 정책에 포함되어 있습니다.

발신자 요구사항 업데이트

아래 표에 발신자 가이드라인 업데이트 내용이 명시되어 있습니다.

발신자 요구사항	추가된 날짜
이메일 전송에 TLS 연결 사용	2023년 12월

발신자 가이드라인

다음 가이드라인을 따르면 메일을 Gmail 계정에 정상적으로 전달하고, Gmail에서 전송 속도를 제한하거나 메일을 차단하거나 메일을 스팸으로 표시하지 않도록 하는 데 도움이 됩니다.

발신자 요구사항을 준수하는 방법에 관해 자세히 알아보려면 이메일 발신자 가이드라인 FAQ를 참고하세요.

모든 발신자에 대한 요구사항

2024년 2월 1일부터 Gmail 계정으로 이메일을 보내는 모든 발신자는 이 섹션의 요구사항을 준수해야 합니다.

중요: Gmail 계정으로 하루 5,000개 이상의 메일을 전송하는 경우 하루에 5,000개 이상의 메일을 전송하는 데 필요한 요구사항을 따르세요.

도메인에 SPF 또는 DKIM 이메일 인증을 설정합니다.
발신 도메인 또는 IP에 유효한 정방향 및 역방향 DNS 레코드(PTR 레코드라고도 함)가 있어야 합니다. 자세히 알아보기
이메일 전송 시 TLS 연결을 사용합니다. Google Workspace에서 TLS를 설정하는 단계는 이메일 보안 연결 요청하기에서 확인하세요.
Postmaster Tools에 보고된 스팸 비율을 0.1% 미만으로 유지하고, 스팸 비율이 0.3%를 넘지 않도록 해야 합니다. 스팸 비율 자세히 알아보기
인터넷 메일 서식 표준(RFC 5322)에 따라 메일 서식을 지정합니다.
Gmail '보낸사람:' 헤더를 도용하지 마세요. Gmail은 DMARC quarantine 시행 정책을 적용할 예정이며, Gmail '보낸사람': 헤더를 도용하면 이메일 전송에 영향을 미칠 수 있습니다.
메일링 리스트나 수신 게이트웨이를 사용하는 등 이메일을 정기적으로 전달하는 경우 발신 이메일에 ARC 헤더를 추가합니다. ARC 헤더는 메일이 전달되었음을 나타내며 사용자가 전달자임을 나타냅니다. 메일링 리스트 발신자는 발신 메일에 메일링 리스트를 지정하는 List-id: 헤더도 추가해야 합니다.

하루에 5,000개 이상의 메일을 전송하는 데 필요한 요구사항

2024년 2월 1일부터 Gmail 계정으로 하루에 5,000개 이상의 메일을 보내는 발신자는 이 섹션의 요구사항을 준수해야 합니다.

도메인에 SPF 및 DKIM 이메일 인증을 설정합니다.
발신 도메인 또는 IP에 유효한 정방향 및 역방향 DNS 레코드(PTR 레코드라고도 함)가 있어야 합니다. 자세히 알아보기
이메일 전송 시 TLS 연결을 사용합니다. Google Workspace에서 TLS를 설정하는 단계는 이메일 보안 연결 요청하기에서 확인하세요.
Postmaster Tools에 보고된 스팸 비율을 0.1% 미만으로 유지하고, 스팸 비율이 0.3%를 넘지 않도록 해야 합니다. 스팸 비율 자세히 알아보기
인터넷 메일 서식 표준(RFC 5322)에 따라 메일 서식을 지정합니다.
Gmail '보낸사람:' 헤더를 도용하지 마세요. Gmail은 DMARC quarantine 시행 정책을 적용할 예정이며, Gmail '보낸사람:' 헤더를 도용하면 이메일 전송에 영향을 미칠 수 있습니다.
메일링 리스트나 수신 게이트웨이를 사용하는 등 이메일을 정기적으로 전달하는 경우 발신 이메일에 ARC 헤더를 추가합니다. ARC 헤더는 메일이 전달되었음을 나타내며 사용자가 전달자임을 나타냅니다. 메일링 리스트 발신자는 발신 메일에 메일링 리스트를 지정하는 List-id: 헤더도 추가해야 합니다.
발신 도메인에 DMARC 이메일 인증을 설정합니다. DMARC 시행 정책을 none으로 설정할 수 있습니다. 자세히 알아보기
직접 메일의 경우 발신자의 '보낸사람:' 헤더에 있는 도메인이 SPF 도메인 또는 DKIM 도메인과 일치해야 합니다. 이는 DMARC 일치 기준을 통과하는 데 필요합니다.
마케팅 메일 및 구독 메일의 경우 원클릭 수신 거부를 지원하고 메일 본문에 수신 거부 링크가 명확히 보이게 표시합니다. 자세히 알아보기

2024년 2월 1일 이전에 하루에 5,000개가 넘는 이메일을 발송하고 있는 경우 가능한 한 빨리 이 도움말의 가이드라인을 따르세요. 기한 전에 발신자 요구사항을 준수하면 이메일 전송이 개선될 수 있습니다. 이 도움말의 요구사항을 준수하지 않는 경우 이메일이 정상적으로 전송되지 않거나 스팸으로 표시될 수 있습니다. 이메일 전송 문제와 관련하여 도움이 필요한 경우 문제 해결을 참고하세요.

SPF, DKIM, DMARC를 설정하는 방법에 대해 자세히 알아보려면 Gmail 인증을 통해 스팸, 스푸핑, 피싱 방지하기를 참고하세요.

이메일 인증 요구사항 및 권장사항

도메인에 다음과 같이 이메일 인증 방법을 설정해야 합니다. 인증된 메일의 장점은 다음과 같습니다.

스푸핑 및 피싱 메일과 같은 악성 메일로부터 수신자를 보호합니다.
명의 도용으로부터 사용자와 조직을 보호합니다.
Gmail에서 거부되거나 스팸으로 표시될 가능성이 낮습니다.

도메인 공급업체의 발신 도메인별로 이메일 인증을 설정합니다. Google에서 제공하는 안내 이외에도 도메인 공급업체의 이메일 인증 안내도 참조하세요.

Google은 메일이 인증되었는지 확인하기 위해 Gmail 계정으로 전송된 메일을 확인합니다. 이메일 전송을 개선하려면 도메인에 항상 SPF, DKIM, DMARC를 설정하는 것이 좋습니다. 발신자 가이드라인에 제시된 최소 인증 요구사항을 준수해야 합니다. 이 방법으로 인증되지 않은 메일은 스팸으로 표시되거나 5.7.26 오류로 거부될 수 있습니다.

이메일 서비스 제공업체를 사용하는 경우 해당 업체에서 SPF 및 DKIM을 사용하여 도메인의 이메일을 인증하고 있는지 확인하세요.

이메일 인증 및 공개 웹사이트 호스팅에는 항상 동일한 도메인을 사용하는 것이 좋습니다.

SPF

SPF를 사용하면 스팸 발송자가 내 도메인에서 보낸 것처럼 위장된 미승인 메일을 전송하지 못하도록 차단할 수 있습니다. 도메인에 SPF 레코드를 게시하여 SPF를 설정하세요. 도메인의 SPF 레코드에 도메인의 모든 이메일 발신자가 포함되어야 합니다. SPF 레코드에 서드 파티 발신자가 포함되지 않으면 이러한 발신자가 보낸 메일이 스팸으로 표시될 가능성이 높습니다. SPF 레코드를 정의하고 도메인에 추가하는 방법을 알아보세요.

DKIM

이메일을 전송하는 도메인에 DKIM을 사용 설정하세요. 수신 서버는 DKIM을 사용하여 도메인 소유자가 실제로 메일을 보냈는지 확인합니다. 도메인에 DKIM을 사용 설정하는 방법을 알아보세요.

중요: 개인 Gmail 계정에 전송하려면 1,024비트 이상의 DKIM 키가 필요합니다. 도메인 공급업체에서 지원한다면 보안을 위해 2,048비트 키를 사용하는 것이 좋습니다. DKIM 키 길이에 대해 자세히 알아보세요.

DMARC

DMARC를 사용하면 도메인의 발신 메일이 SPF 또는 DKIM을 통과하지 못할 경우 수신 서버에서 취할 조치를 지정할 수 있습니다. 도메인에 DMARC 레코드를 게시하여 DMARC를 설정하세요. DMARC 인증을 통과하려면 메일은 SPF 또는 DKIM을 사용하여 인증되어야 합니다. 인증 도메인은 메일의 '보낸사람:' 헤더에 있는 도메인과 동일해야 합니다. 도메인에 DMARC 레코드를 추가하는 방법을 알아보세요.

내 도메인에서 전송되었거나 내 도메인에서 전송된 것으로 보이는 이메일을 모니터링할 수 있도록 DMARC 보고서를 설정하는 것이 좋습니다. DMARC 보고서는 도메인을 도용하는 발신자를 식별하는 데 도움이 됩니다. DMARC 보고서에 대해 자세히 알아보세요.

DMARC를 설정할 때 원하는 경우 BIMI를 설정하여 도메인에서 보내는 메일에 브랜드 로고를 추가할 수 있습니다. BIMI로 브랜드 로고를 추가하는 방법을 알아보세요.

ARC

ARC는 전달된 메일의 이전 인증 상태를 확인합니다. 전달된 메일이 SPF 또는 DKIM 인증을 통과했지만 ARC에 이전 인증이 실패로 표시되면 Gmail에서 해당 메일을 미인증 메일로 간주합니다.

특히 이메일을 정기적으로 전달하는 발신자는 ARC 인증을 사용하는 것이 좋습니다. ARC 인증에 대해 자세히 알아보세요.

인프라 구성

IP 주소

발신 IP 주소에 PTR 레코드가 있어야 합니다. PTR 레코드를 사용하여 발신 호스트 이름이 발신 IP 주소와 연결되어 있는지 확인합니다. 모든 IP 주소는 PTR 레코드에 명시된 호스트 이름에 매핑되어야 합니다. PTR 레코드에 지정된 호스트 이름에 발신 IP 주소를 참조하는 순방향 DNS가 있어야 합니다.

내 도메인을 가리키는 발신 서버 IP 주소의 유효한 역방향 DNS 레코드를 설정합니다. Google 관리 콘솔 도구 상자 Dig 도구로 PTR 레코드를 확인합니다.

중요: 발신 IP 주소는 포인터(PTR) 레코드에 지정된 호스트 이름의 IP 주소와 일치해야 합니다.

공유 IP 주소

공유 IP 주소(공유 IP)는 둘 이상의 메일 발신자가 사용하는 IP 주소입니다. 공유 IP 주소를 사용하는 모든 발신자의 활동은 해당 IP를 사용하는 모든 발신자의 평판에 영향을 미칩니다.

부정적인 평판은 전달률에 영향을 줄 수 있습니다.

메일을 보낼 때 공유 IP를 사용하는 경우 다음 사항에 유의하세요.

공유 IP 주소가 인터넷 차단 목록에 포함되지 않았는지 확인합니다. 차단 목록에 있는 IP 주소에서 보낸 메일은 스팸으로 표시될 가능성이 더 높습니다.
이메일 서비스 제공업체의 공유 IP를 사용하는 경우 Postmaster Tools를 사용하여 공유 IP 주소의 평판을 모니터링합니다.

이메일 수신을 원하는 사용자에게만 이메일을 보내면 내 도메인에서 보낸 메일을 스팸으로 신고할 가능성을 줄일 수 있습니다.

내 도메인에서 보낸 메일이 스팸으로 신고되는 경우가 잦으면 앞으로 내가 보낸 메일이 스팸으로 표시될 가능성이 높아집니다. 장기적으로 스팸 신고로 인해 도메인의 평판이 나빠질 수 있습니다. Postmaster Tools를 사용하여 도메인의 평판을 모니터링할 수 있습니다.

구독 절차 간소화

관심을 표한 사용자에게 메일을 전송하고 있는지 다음 방법을 사용하여 확인하세요.

수신자가 메일 수신에 동의했는지 확인합니다.
구독 개시 전에 수신자의 이메일 주소를 확인합니다.
수신자가 계속 수신을 원하는지 확인하는 메일을 정기적으로 보냅니다.
메일을 열거나 읽지 않는 수신자의 구독을 취소하는 것이 좋습니다.

구독 취소 절차 간소화

항상 수신자에게 손쉽게 메일 수신을 거부할 방법을 제공하세요. 사용자에게 수신 거부 옵션을 제공하면 이메일 확인율, 클릭률, 전송 효율을 개선할 수 있습니다. 원클릭 수신 거부를 사용하면 사용자가 손쉽게 메일 수신을 거부할 수 있습니다. 하루에 5,000개가 넘는 메일을 보내는 경우 마케팅 및 구독 메일은 원클릭 수신 거부를 지원해야 합니다.

원클릭 수신 거부를 설정하려면 발신 메일에 다음 헤더를 모두 포함하세요.

List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://solarmora.com/unsubscribe/example>

수신자가 원클릭 수신 거부를 사용하여 수신을 거부하면 다음과 같은 POST 요청이 전송됩니다.

"POST /unsubscribe/example HTTP/1.1 Host: solarmora.com Content-Type: application/x-www-form-urlencoded Content-Length: 26 List-Unsubscribe=One-Click"

RFC 2369 및 RFC 8058에서 List-Unsubscribe 헤더에 대해 자세히 알아보세요.

다음과 같은 기타 수신 거부 방법도 권장합니다.

수신자가 구독한 개별 메일링 리스트를 스스로 검토하고 리스트에서 개별적으로 또는 모든 리스트를 한 번에 구독 취소할 수 있도록 합니다.
반송 메일이 많은 수신자를 자동으로 구독 취소합니다.

메일 서식

Gmail에서 스팸 폴더가 아닌 받은편지함으로 내 메일을 전송할 가능성을 높이려면 다음 메일 서식 가이드라인을 따르세요.

인터넷 형식 표준(RFC 5322)에 따라 메일 서식을 지정합니다.
메일이 HTML 형식인 경우 HTML 표준에 따라 서식을 지정합니다.
HTML 및 CSS를 사용하여 메일의 콘텐츠를 숨기지 마세요. 콘텐츠를 숨기면 메일이 스팸으로 표시될 수 있습니다.
메일의 '보낸사람:' 헤더에는 하나의 이메일 주소만 포함해야 합니다. 예:
보낸사람: notifications@solarmora.com
모든 메일에 유효한 Message-ID가 포함되어 있어야 합니다(RFC 5322).
단일 인스턴스 메일 헤더가 메일에 한 번만 포함되어 있어야 합니다. 단일 인스턴스 헤더의 예로는 보낸사람, 받는사람, 제목, 날짜가 있습니다(RFC 5322).
지나치게 큰 메일 헤더를 사용하는 것은 피해야 합니다. 자세한 내용은 Gmail 메일 헤더 한도를 참고하세요.
메일 본문의 웹 링크는 눈에 잘 띄고 이해하기 쉬워야 합니다. 링크를 클릭하면 어디로 이동하는지 수신자가 알 수 있어야 합니다.
발신자 정보는 명확하고 눈에 띄어야 합니다.
메일 제목은 정확하고 오해의 여지가 없어야 합니다.
유니코드 기술 표준 #39 5.2항의 매우 엄격한 가이드라인에 따라 다음과 같은 다국어 도메인의 형식을 지정합니다.
- 인증 도메인
- 엔벨로프 발신 도메인
- 페이로드 도메인
- 답장 도메인
- 발신자 도메인

전송 가이드라인

도메인에서 발송한 메일이 Gmail에서 스팸으로 분류되거나 차단될 가능성을 줄이려면 다음의 일반 권장사항을 따르세요.

전송 권장사항

일치하는 SPF 및 DKIM으로 이메일을 인증합니다. 이메일 제공업체를 사용하는 경우 이메일 제공업체에서 이를 지원하는지 확인하세요.
메일을 모두 동일한 IP 주소에서 전송하는 것이 가장 좋지만, 여러 IP 주소에서 전송해야 하는 경우 메일 유형별로 다른 IP 주소를 사용하세요. 예를 들어 IP 주소 하나는 계정 알림을 보낼 때 사용하고, 다른 IP 주소는 프로모션 메일을 보낼 때 사용합니다.
동일한 카테고리의 메일은 동일한 '보낸사람:' 이메일 주소를 사용해야 합니다. 예를 들어 solarmora.com이라는 도메인에서 보낸 메일의 '보낸사람:' 주소는 다음과 같을 수 있습니다.
- 구매 영수증 메일: sales@solarmora.com
- 프로모션 메일: deals@solarmora.com
- 계정 알림 메일: alert@solarmora.com
수신자의 연락처에 있는 주소에서 전송된 메일은 스팸으로 표시될 가능성이 낮습니다.

전송 시 피해야 할 사항

하나의 메일에 서로 다른 유형의 콘텐츠를 함께 포함하지 마세요. 예를 들어 구매 영수증 메일에 프로모션을 포함하지 마세요.
허가 없이 다른 도메인이나 다른 발신자 명의를 도용하지 마세요. 이러한 행위를 스푸핑이라고 하며 Gmail에서 스푸핑 메일을 스팸으로 표시할 수 있습니다.
내부 메일을 스팸으로 표시하지 마세요. 이 경우 도메인의 평판에 부정적인 영향을 주어 향후 메일이 스팸으로 표시될 수 있습니다.
다른 회사의 이메일 주소를 구매하지 마세요.
메일 수신을 신청하지 않은 사용자에게 메일을 보내지 마세요. 이러한 수신자는 내 메일을 스팸으로 표시할 수 있으며, 그러면 앞으로 해당 수신자에게 보내는 메일이 스팸으로 표시됩니다.
이메일 구독이 기본적으로 선택되어 있는 수신 동의 양식과 자동으로 구독이 개시되는 양식은 사용하지 않는 것이 좋습니다. 일부 국가 및 지역에서는 자동 수신 동의가 제한됩니다. 자동 사용자 수신 동의를 사용하려면 먼저 해당 지역의 법규를 확인하세요.

일부 정상적인 메일이 스팸으로 표시될 수 있습니다. 수신자가 유효한 메일을 스팸 아님으로 표시하여 해당 발신자의 메일이 향후 받은편지함으로 전송되도록 할 수 있습니다.

전송량을 천천히 늘리기

전송량을 늘릴 때는 다음 사항에 유의하세요.

전송량을 너무 빨리 늘리면 전송에 문제가 발생할 수 있습니다. 메일 전송량을 점차 늘리면서 Postmaster Tools를 사용하여 메일 전송 결과를 모니터링하세요.
직장 및 학교 계정의 경우 수신자가 여러 다른 Google Workspace 도메인 소속이더라도 전송 제한이 적용됩니다. 예를 들어 도메인이 your-company.net 및 solarmora.com인 이메일 주소를 가진 사용자에게 이메일을 보낼 수 있습니다. 도메인은 다르지만 두 도메인의 MX 레코드가 google.com인 경우 이들 도메인으로 전송된 메일은 한도에 합산됩니다.
Google Workspace 또는 Gmail을 사용하여 전송하는 경우: 전송 제한에 도달하면 Google Workspace에서 발신 IP 주소의 메일 전송 속도를 제한합니다.

대량의 이메일을 보내는 경우 다음 안내를 따르는 것이 좋습니다.

전송 속도를 일정하게 유지합니다. 갑작스럽게 대량의 이메일을 전송하지 마세요.
관심을 보인 사용자에게 적은 양을 전송하기 시작한 후 시간이 지남에 따라 서서히 늘립니다.
전송량을 늘리면서 서버 응답, 스팸 비율, 발신 도메인의 평판을 정기적으로 모니터링합니다. 정기적으로 모니터링하면 전송 속도가 제한되거나, 스팸 비율이 증가하거나, 발신 도메인의 평판이 떨어질 경우 신속하게 대응할 수 있습니다.
대량 전송 이력이 없는 경우 전송량이 급증하는 일이 없도록 합니다. 예를 들어 전송량이 이전에 비해 갑자기 2배로 늘어나면 전송 속도가 제한되거나 평판이 하락할 수 있습니다.
대량 이메일의 형식을 변경하는 경우 새로운 형식을 사용하여 보내는 이메일의 양을 서서히 늘립니다.
전송 인프라, 이메일 또는 이메일 헤더 구조를 전면적으로 변경하는 경우 수정된 이메일의 트래픽을 별도로 늘립니다.
메일이 반송되거나 지연되기 시작하면 SMTP 오류율이 감소할 때까지 전송량을 줄입니다. 그런 다음 전송량을 다시 천천히 늘립니다. 반송 및 지연 문제가 적은 전송량에서도 계속되는 경우 개별 메일을 검토하여 문제를 파악합니다. 예를 들어 빈 테스트 메일을 보내 문제가 발생하는지 확인할 수 있습니다.
전송 시 IP 한도를 넘지 않도록 하려면 다음 사항을 준수하세요.
- Google.com MX 호스트가 있는 도메인에서 전송할 때는 이메일 전송 제한에 유의하세요.
- 수신자 이메일 주소의 도메인이 아니라 MX 레코드의 도메인을 기준으로 단일 IP 주소에서의 이메일 전송을 제한하세요.
- 답장을 모니터링하면 필요에 따라 전송 속도를 변경하여 해당 한도 이하로 유지할 수 있습니다.

전송량을 얼마나 빠르게 늘릴 수 있는지는 다음 요인에 의해 결정됩니다.

전송하는 이메일의 양: 보내는 이메일이 많을수록 전송량을 천천히 늘려야 합니다.
이메일 전송 빈도: 매주 전송하는 대신 매일 전송하는 경우 전송량을 더 빠르게 늘릴 수 있습니다.
메일에 대한 수신자 의견: 이메일을 구독하는 사용자에게만 보내고 수신자에게 구독 취소 옵션을 제공하세요.

최근 이메일 활동이 급증한 경우 위에 설명된 권장사항을 준수하면, 발생할 수 있는 전송 문제가 차후 전송 시 자동으로 해결될 수 있습니다.

특별 고려사항

이메일 서비스 제공업체 사용

Google과 Gmail에서는 허용 목록에 포함해 달라는 이메일 제공업체의 요청을 수락하지 않으며 이메일 제공업체에서 보낸 메일이 Gmail의 스팸 필터에 의해 스팸으로 분류되지 않을 것이라고 보장할 수 없습니다.

도메인에서 서드 파티 이메일 제공업체를 사용하여 이메일을 전송하는 경우 다음과 같이 하는 것이 좋습니다.

제공업체가 이 도움말의 가이드라인을 준수하는지 확인하세요. Google, AOL, Yahoo와 같은 대규모 제공업체는 일반적으로 이러한 가이드라인을 준수합니다.
도메인의 SPF 레코드에 도메인의 모든 이메일 발신자가 포함되어 있는지 확인하세요. SPF 레코드에 서드 파티 발신자가 포함되지 않으면 이러한 제공업체에서 보낸 메일이 스팸으로 표시될 가능성이 높습니다. SPF 레코드 설정 방법 알아보기

도메인 공급업체의 서비스를 사용하지만 이메일을 직접 관리하는 경우 다음 안내를 따르는 것이 좋습니다.

Gmail 계정에 이메일 전송 시 이 도움말의 권장사항을 검토하고 준수하세요.
Postmaster Tools를 사용하여 도메인에서 Gmail 계정에 보낸 메일에 대한 정보를 모니터링하세요.

서드 파티 이메일 제공업체

고객이 제공업체의 서비스를 사용하여 이메일을 보내는 경우 고객의 전송 행위에 대한 책임은 제공업체에 있습니다. 고객의 전송 활동을 관리하는 데 도움이 되도록 다음과 같은 조치를 취하는 것이 좋습니다.

이메일 악용사례를 신고할 수 있도록 이메일 주소(예: abuse@mail-provider.com)를 제공합니다.
WHOIS 기록 및 abuse.net의 연락처 정보가 최신 상태인지 확인합니다.
제공하는 서비스를 사용해 스팸을 보내는 고객을 즉시 삭제합니다.

제휴 마케팅

제휴 마케팅 프로그램은 내 웹사이트로 방문자를 보내는 회사나 개인에게 보상을 제공합니다. 하지만 스팸 발송자가 이러한 프로그램을 악용할 수 있습니다. 내 브랜드가 마케팅 스팸에 연루된 경우 내가 보내는 다른 메일도 스팸으로 표시될 수 있습니다.

제휴사를 정기적으로 모니터링하여 스팸을 발송하는 제휴사는 프로그램에서 제외하는 것이 좋습니다.

피싱 테스트

도메인에서 테스트 피싱 메일이나 테스트 캠페인을 보내지 마세요. 도메인의 평판에 부정적인 영향을 미칠 수 있으며 도메인이 인터넷 차단 목록에 추가될 수 있습니다.

모니터링 및 문제 해결

Postmaster Tools

Postmaster Tools를 사용하여 Gmail 사용자에게 보낸 이메일에 대한 정보를 확인합니다. 예를 들면 다음과 같습니다.

수신자가 메일을 스팸으로 표시한 경우
메일이 전달되지 않은 이유
메일 인증 여부
도메인 또는 IP 평판 및 평판이 메일 전달률에 미치는 영향

스팸 비율

Postmaster Tools에서 도메인의 스팸 비율을 정기적으로 모니터링합니다.
Postmaster Tools에 보고된 스팸 비율을 0.1% 미만으로 유지하고, 스팸 비율이 0.3%를 넘지 않도록 해야 합니다. 자세히 알아보기
스팸 비율을 낮게 유지하면 사용자 의견이 급증하는 경우 발신자가 더 탄력적으로 대응할 수 있습니다.
마찬가지로 스팸 비율을 높게 유지하면 스팸으로 분류되는 경우가 증가하게 됩니다. 스팸 비율이 개선되어도 이러한 변화가 스팸 분류 결과에 긍정적으로 반영되려면 시간이 걸릴 수 있습니다.

이메일 확인율

Google은 메일 확인율을 명시적으로 추적하지 않습니다.
Google은 서드 파티가 보고한 확인율의 정확성을 확인할 수 없습니다.
이메일 확인율이 낮다고 해서 반드시 전송이나 스팸 분류 문제가 있음을 의미하는 것은 아닙니다.

문제 해결

경고 배너

Google 세이프 브라우징에서 내 도메인이 안전하지 않은 도메인으로 표시되지 않는지 정기적으로 확인하세요.
도메인 상태를 확인하려면 세이프 브라우징 사이트 상태 페이지에 도메인을 입력하세요.
내 도메인에 연결된 다른 도메인도 확인하세요.

이메일 서비스 제공업체를 통해 메일을 보낼 때의 전송 문제

서비스 제공업체를 통해 보낸 이메일이 제대로 전송되지 않는다면 서비스 제공업체에서 이 도움말의 권장사항을 준수하는지 확인하세요.

Google 관리 콘솔 도구 상자를 사용하여 도메인 설정 검토

Google 관리 콘솔 도구 상자를 사용하여 도메인 설정을 확인하고 수정하세요.

거부된 이메일의 소스 수정

메일이 거부되면 오류 메시지가 표시될 수 있습니다. 문제를 해결할 수 있도록 오류에 대해 자세히 알아보세요. 일반적인 오류 메시지는 다음과 같습니다.

421, "4.7.0": 발신 서버의 IP 주소가 수신자 도메인의 허용 목록에 없기 때문에 메일이 거부됩니다.
550, "5.7.1": 발신 서버의 IP 주소가 IP 차단 목록에 있기 때문에 메일이 거부됩니다. 평판이 좋지 않은 공유 IP를 사용하여 메일을 보내는 경우 이 오류가 발생할 수 있습니다.

다음 도움말에서 이메일 및 SMTP 오류 메시지에 대해 자세히 알아보세요.

IPv6 인증 오류 수정

IPv6 인증 오류는 발신 서버의 PTR 레코드에서 IPv6를 사용하지 않기 때문일 수 있습니다. 이메일 서비스 제공업체를 사용하는 경우, 해당 업체에서 IPv6 PTR 레코드를 사용하고 있는지 확인하세요.

다음은 IPv6 인증 오류의 예입니다.

550-5.7.1: 메일이 PTR 레코드 및 인증과 관련된 IPv6 전송 가이드라인을 준수하지 않습니다.

문제 해결 도구 사용

이 도움말의 가이드라인을 준수했는데도 메일 전송 문제가 계속되는 경우 이메일 전송 문제가 발생한 발신자 관련 문제 해결하기를 확인해 보세요.

이 글은 사용자의 편의를 위해 제공된 Google 정책의 번역문입니다. 본 정책과 영문 버전 정책의 내용에 차이가 있는 경우 영문 버전의 내용이 우선합니다.

도움이 되었나요?

어떻게 하면 개선할 수 있을까요?