팁과 모범 사례 - Amazon Simple Email Service

팁과 모범 사례

고객의 이익을 가장 먼저 생각한다고 해도 메시지 발송률에 영향을 미치는 상황은 언제든지 발생할 수 있습니다. 다음 단원에서는 이메일 커뮤니케이션이 의도한 고객에게 이르도록 하는 데 도움이 될 수 있는 권장 사항에 대해서 살펴봅니다.

일반 권장 사항

  • 고객의 입장에서 생각하세요. 전송 메시지가 자신의 메일 수신함에 도착한다고 했을 때 그럴 만한 가치가 있는지 자문하세요. 대답이 ‘예’가 아니라면 보내지 말아야 합니다.

  • 산업에 따라서 품질이 나쁘거나, 심지어 악성 이메일이라는 평판을 얻을 수도 있습니다. 다음과 같은 산업이 관련되어 있다면 평판을 면밀하게 모니터링하면서 문제 발생 시 즉시 해결해야만 합니다.

    • 주택 담보

    • 크레딧

    • 제약 및 건강 보조

    • 주류 및 담배

    • 위락

    • 카지노 및 도박

    • 재택 프로그램

도메인 및 "From(발신)" 주소 주의사항

  • 이메일을 보내는 주소에 대해서 주의 깊게 생각하세요. "From(발신)" 주소는 수신자가 가장 먼저 보게 되는 정보 중 하나이기 때문에 마지막까지 첫 인상으로 남을 수 있습니다. 또한 일부 ISP는 평판을 "From(발신)" 주소와 연계하기도 합니다.

  • 커뮤니케이션 유형에 따라 하위 도메인을 사용하는 것도 좋은 방법입니다. 예를 들어 도메인 example.com에서 마케팅 메시지와 거래 메시지를 모두 이메일로 전송할 계획이라고 가정하겠습니다. 이때는 두 메시지를 모두 example.com에서 전송하기 보다는 오히려 마케팅 메시지는 marketing.example.com에서, 그리고 거래 메시지는 orders.example.com 같은 하위 도메인에서 보내는 것이 좋습니다. 고유성을 지닌 하위 도메인이라면 평판을 높일 수 있습니다. 또한 예를 들어 마케팅 커뮤니케이션이 스팸 트랩으로 수신되거나 콘텐츠 필터를 트리거하는 경우에도 평판을 떨어뜨릴 위험을 완화하는 효과가 있습니다.

  • 다수의 메시지를 보낼 계획이라면 sender@hotmail.com 같은 ISP 기반 주소에서 메시지를 보내지 마세요. ISP가 sender@hotmail.com에서 대량의 메시지가 전송되는 것을 알아차리면 해당 이메일이 본인 소유의 아웃바운드 이메일 전송 도메인에서 발송되는 이메일과 다르게 처리됩니다.

  • 도메인의 WHOIS 정보가 정확할 수 있도록 도메인 등록 기관과 정보를 공유하세요. WHOIS 레코드를 거짓 없이 최신 상태로 유지할 경우 투명성을 중요하게 생각한다는 사실을 잘 드러낼 뿐만 아니라 사용자들은 도메인의 적합성 여부를 빠르게 판단할 수 있습니다.

  • no-reply@example.com과 같은 발신 전용(no-reply) 주소를 ‘발신’ 또는 ‘회신’ 주소로 사용하지 마십시오. no-reply@ 이메일 주소를 사용하면 수신자가 따로 연락할 방법은 없으며, 보내주는 피드백에도 관심이 없다는 메시지를 분명하게 보여주는 셈입니다.

인증

  • SPF 및 SenderID를 사용하여 도메인을 인증합니다. 이러한 인증 방법은 전송하는 이메일 하나하나가 실제로 명시된 도메인에서 발송되었다는 사실을 이메일 수신자에게 입증하는 역할을 합니다.

  • DKIM을 사용하여 발신 메일에 서명합니다. 이 단계를 통해 발신자로부터 수신자에게 전송되는 도중 변경된 내용이 없다는 사실을 수신자에게 보장할 수 있습니다.

  • 개인용 Gmail이나 Hotmail 계정 같은 본인 소유의 ISP 기반 이메일 주소로 이메일을 보낸 다음 메시지 헤더를 확인하면서 SPF 인증 설정과 DKIM 인증 설정을 테스트할 수 있습니다. 헤더는 메시지 인증 및 서명의 성공 여부를 나타냅니다.

목록 작성 및 유지

  • 더블 옵트인 전략을 사용하세요. 사용자가 이메일 수신에 동의할 때는 확인 링크가 포함된 메시지를 보내세요. 그리고 사용자가 해당 링크를 클릭하여 주소를 확인할 때까지는 이메일을 보내지 마세요. 더블 옵트인 전략은 오타로 인한 하드 바운스 수를 줄이는 데 효과적입니다.

  • 웹 기반 형식으로 이메일 주소를 수집할 때는 제출 직후 실시하는 주소의 유효성 검증을 최소화하세요. 예를 들어 수집하는 주소가 올바른 형식인지(즉, recipient@example.com 형식 여부), 그리고 참조 도메인이 유효한 MX 레코드로 구성되어 있는지 확인하면 됩니다.

  • 사용자 정의 입력 데이터가 확인되지 않은 채로 Amazon SES로 전달될 때는 주의하세요. 포럼 등록이나 포럼 제출은 모두 사용자가 작성한 콘텐츠일 뿐만 아니라 스패머가 자신이 원하는 내용으로 포럼을 작성할 수도 있기 때문에 항상 고유 위험이 존재합니다. 고품질의 콘텐츠가 포함된 이메일만 보내도록 확인하는 것은 사용자의 책임입니다.

  • 표준 별칭(postmaster@, abuse@, noc@ 등)은 의도적으로 이메일에 가입할 가능성이 매우 낮습니다. 메시지는 실제로 수신을 원하는 사람들에게만 보내야 합니다. 이러한 규칙은 특히 관례상 이메일 워치독 전용으로 사용되는 표준 별칭에서 더욱 그렇습니다. 이러한 별칭은 고의적 방해 행위로서 평판을 떨어뜨릴 목적으로 목록에 악의적으로 추가되기도 합니다.

규정 준수

  • 이메일을 전송하는 대상 국가와 리전의 이메일 마케팅 및 스팸 방지 법률과 규정에 대해서 잘 알고 있어야 합니다. 사용자는 전송하는 이메일이 이러한 법률을 준수하는지 확인할 책임이 있습니다. 본 안내서에서는 이러한 법률을 다루지 않으므로 사용자가 직접 조사해야 합니다. 법률 목록은 Wikipedia의 Email Spam Legislation by Country를 참조하세요.

  • 항상 변호사에게 문의하여 법률 자문을 받으세요.