이메일 발신자 가이드라인

이 도움말의 가이드라인은 개인 Gmail 계정 사용자에게 이메일을 보내고 전송하는 데 도움이 됩니다. 2024년부터 이메일 발신자가 Gmail 개인 계정으로 이메일을 보내려면 여기에 설명된 요구사항을 충족해야 합니다. 개인 Gmail 계정은 @gmail.com 또는 @googlemail.com으로 끝나는 계정입니다.

발신자 요구사항에 관한 최신 업데이트는 이메일 발신자 가이드라인 FAQ에서 확인하세요.

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

발신자 요구사항 업데이트

아래 표에는 발신자 가이드라인 및 요구사항에 대한 업데이트 내용이 명시되어 있습니다.

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

발신자 요구사항 및 가이드라인

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

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

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

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

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

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

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

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

이메일 인증 요구사항 및 가이드라인

도메인에 다음과 같이 이메일 인증 방법을 설정해야 합니다.

  • 모든 발신자: SPF 또는 DKIM
  • 대량메일 발신자: SPF, DKIM, DMARC

인증된 메일의 장점은 다음과 같습니다.

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

도메인 공급업체에서 발신 도메인별로 이메일 인증을 설정하세요. Google에서 제공하는 안내 및 도메인 제공업체의 이메일 인증 지원 정보를 사용할 수 있습니다.

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

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

이메일을 정기적으로 전달하거나 전달 서비스를 관리하는 경우 Gmail로 이메일을 전달하기 위한 권장사항에 따라 전달된 메일이 인증되도록 해야 합니다.

공개 웹사이트를 호스팅하는 도메인에 항상 이메일 인증을 설정하는 것이 좋습니다.

SPF

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

DKIM

이메일을 보내는 도메인에 DKIM을 사용 설정하세요. 수신 서버에서는 DKIM을 사용하여 도메인 소유자가 실제로 메일을 보냈는지 확인합니다. Google Workspace를 사용하여 이메일을 보내는 경우 도메인에 DKIM을 사용 설정하는 방법을 알아보세요. Google Workspace를 사용하여 이메일을 보내지 않는 경우 사용 가능한 여러 인터넷 도구 중 하나를 사용하여 DKIM 키를 만들거나 도메인 공급업체에 도움을 요청할 수 있습니다.

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

DMARC

DMARC는 수신 서버에 SPF 또는 DKIM을 통과하지 못한 메일을 어떻게 처리해야 하는지 알려줍니다. 도메인에 DMARC 레코드를 게시하여 DMARC를 설정하세요. DMARC 인증을 통과하려면 메일은 SPF 또는 DKIM, 또는 두 가지 모두를 사용하여 인증되어야 합니다. 인증 도메인은 메일의 보낸사람: 헤더에 있는 도메인과 동일해야 합니다. 도메인에 DMARC 레코드를 추가하는 방법을 알아보세요.

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

ARC

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

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

인프라 구성 요구사항 및 가이드라인

IP 주소

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

발신 SMTP 서버의 공개 IP 주소에는 호스트 이름으로 확인되는 해당 PTR 레코드가 있어야 합니다. 이를 역방향 DNS 조회라고 합니다. 호스트 이름이 동일하다면 발신 서버에서 사용하는 것과 동일한 공개 IP 주소로 확인되는 A(IPv4의 경우) 또는 AAAA(IPv6의 경우) 레코드가 있어야 합니다. 이를 정방향 DNS 조회라고 합니다.

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

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

공유 IP 주소

공유 IP 주소는 둘 이상의 이메일 발신자가 사용하는 IP 주소입니다. 공유 IP 주소를 사용하는 모든 발신자의 활동은 해당 IP 주소를 사용하는 모든 발신자의 평판에 영향을 미칩니다. 부정적인 평판은 이메일 전송률에 영향을 줄 수 있습니다.

공유 IP 주소를 사용하여 이메일을 보내는 경우 다음 사항에 유의하세요.

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

수신 동의 요구사항 및 가이드라인

메일링 리스트나 기타 이메일 수신 동의를 관리하는 경우에는 메일을 받고 싶어하는 사용자에게만 이메일을 보내야 합니다. 이러한 수신자는 내 메일을 스팸으로 신고할 가능성이 낮습니다. 내 도메인에서 보낸 메일이 스팸으로 신고되는 경우가 잦으면 앞으로 내가 보낸 메일이 스팸으로 표시될 가능성이 높아집니다. 장기적으로 사용자의 스팸 신고가 많아지면 도메인의 평판이 나빠질 수 있습니다. Postmaster Tools를 사용하여 스팸 비율과 평판을 확인하세요.

손쉬운 수신 동의 옵션 제공

메일 수신자가 관심이 있는 사용자인지 확인하는 방법은 다음과 같습니다.

  • 수신자가 메일 수신에 동의했는지 확인합니다.
  • 메일링 리스트에 추가하기 전에 각 수신자의 이메일 주소를 확인합니다.
  • 수신자가 계속 수신을 원하는지 확인하는 메일을 정기적으로 보냅니다.
  • 메일을 열지 않거나 읽지 않는 수신자는 메일링 리스트에서 제외하는 것이 좋습니다.

손쉬운 수신 거부 옵션 제공

항상 수신자에게 손쉽게 메일 수신을 거부할 방법을 제공하세요. 사용자가 메일 수신을 거부하도록 허용하면 메일 확인율, 클릭률, 전송 효율을 개선할 수 있습니다. 

중요: 하루에 5,000개가 넘는 메일을 보내는 경우 마케팅 및 수신 동의 메일은 원클릭 수신 거부를 지원해야 합니다.

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

  • 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"

List-Unsubscribe 헤더에 관한 자세한 내용은 RFC 2369RFC 8058을 참고하세요.

다음과 같은 수신 거부 옵션도 사용할 수 있지만 원클릭 수신 거부를 대체하지는 않습니다.

  • 수신자가 수신 동의한 개별 메일링 리스트를 스스로 검토하도록 허용합니다. 모든 메일링 리스트를 한꺼번에 또는 개별적으로 수신 거부할 수 있게 하세요.
  • 여러 차례 메일을 반송한 수신자는 자동으로 메일링 리스트에서 제외합니다.

메일 서식 요구사항 및 가이드라인

메일이 의도한 대로 전송되도록 하려면 다음 메일 서식 가이드라인을 따르세요.

  • 메일이 HTML 형식인 경우 HTML 표준에 따라 서식을 지정합니다.
  • 다음 메일 헤더 가이드라인을 따르세요.
    • 메일의 보낸사람: 헤더에는 하나의 이메일 주소만 포함해야 합니다. 예:
      보낸사람: notifications@solarmora.com
    • 지나치게 큰 메일 헤더를 사용하는 것은 피해야 합니다. 자세한 내용은 Gmail 메일 헤더 한도를 참고하세요.
  • 인터넷 서식 표준(RFC 5322)에 따라 메일 서식을 지정합니다.
    • 모든 메일에 유효한 메시지 ID가 포함되어 있는지 확인합니다.
    • 단일 인스턴스 메일 헤더가 메일에 한 번만 포함되어 있는지 확인합니다. 단일 인스턴스 헤더의 예로는 보낸사람:, 받는사람:, 제목:, 날짜:가 있습니다.
  • 메일 헤더와 메일 내용은 정확해야 하며 오해의 소지나 사기성이 없어야 합니다.
    • 이메일 제목, 헤더, 표시 이름, 기타 메일 요소는 발신자 ID 및 메일 내용을 정확하게 나타내야 하며 오해의 소지가 없어야 합니다. 예를 들어 제목이 Re: 또는 Fwd: 로 시작하는 메일을 보내지 마세요. 단, 실제 답장 또는 전달인 경우는 예외입니다. 보낸사람: 및 받는사람: 헤더에 실제 발신자와 수신자만 포함합니다.
    • 수신자를 속이거나 영향을 미치려는 의도로 메일의 그래픽 요소를 모방하기 위해 그림 이모티콘이나 기타 비표준 문자를 사용하면 안 됩니다. 예를 들어 표시 이름 또는 브랜드 이름 옆에 그림 이모티콘이나 이미지를 사용하여 해당 이름이 어떤 식으로든 인증되었음을 암시해서는 안 됩니다.
    • HTML 및 CSS를 사용하여 메일에 콘텐츠를 숨기지 마세요. 콘텐츠를 숨기면 메일이 스팸으로 표시될 수 있습니다.
    • 메일 본문의 웹 링크는 눈에 잘 띄고 이해하기 쉬워야 합니다. 수신자가 링크를 클릭했을 때 어디로 이동하게 될 지 알 수 있어야 합니다.
    • 발신자 정보는 명확하고 눈에 띄어야 합니다.
  • 유니코드 기술 표준 #39 섹션 5.2에 따라 다음과 같은 다국어 도메인의 형식을 지정합니다. 다국어 도메인은 국제 도메인 이름(IDN)이라고도 하며 지역 또는 국가에 고유한 URL입니다.
    • 인증 도메인
    • 도메인의 엔벨로프
    • 페이로드 도메인
    • 답장 도메인
    • 발신자 도메인

전송 관행 요구사항 및 가이드라인

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

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

전송 시 피해야 할 사항

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

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

전송량 천천히 늘리기

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

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

대량의 이메일을 보내는 경우 다음 권장사항을 따르는 것이 좋습니다.

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

다음 요인은 전송량을 얼마나 빠르게 늘릴 수 있는지에 영향을 줍니다.

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

최근에 이메일 활동이 급증한 경우 이 페이지의 요구사항 및 가이드라인을 준수하면 전송 중에 발생할 수 있는 전송 관련 문제가 자동으로 해결될 수 있습니다.

추가 가이드라인

이메일 서비스 제공업체 사용 가이드라인

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

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

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

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

  • 이 페이지의 요구사항 및 가이드라인을 검토하고 준수합니다.
  • 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 관리 콘솔 도구 상자를 사용하여 도메인 설정을 확인하고 수정하세요.

거부되는 이메일의 소스 수정

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

  • 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 정책의 번역본은 편의를 위해 제공됩니다. 영어 이외의 언어로 된 정책과 영문 버전 정책의 내용에 차이가 있는 경우 영문 버전의 내용이 우선합니다.

도움이 되었나요?

어떻게 하면 개선할 수 있을까요?
검색
검색어 지우기
검색 닫기
Google 앱
기본 메뉴