# 이메일 발송 가이드: 이메일 모범 사례 및 이메일 워밍업

## 이메일 발송 가이드: 이메일 모범 사례 및 이메일 워밍업

이 가이드는 하이퍼클래스 사용자가 스팸 폴더를 피하고 이메일을 인박스에 성공적으로 전달하기 위해 알아야 할 모든 것을 제공하도록 설계되었습니다. 아래에서 하이퍼클래스에서 이메일을 보내는 방법에 대한 자세한 가이드를 확인하실 수 있습니다.

**주의:** 이 가이드를 무시하면 이메일이 스팸으로 분류될 수 있습니다. 귀하의 이메일이 스팸 폴더가 아닌 인박스에 도착하기를 바랍니다. 이메일 발송 관행에 이 가이드를 학습하고 적용해 주세요.

**목차**

* [이 가이드는 누구를 위한 것인가요?](#이-가이드는-누구를-위한-것인가요)
* [이메일 모범 사례](#이메일-모범-사례)
* [이메일 워밍업](#이메일-워밍업)
* [이메일 도구](#이메일-도구)
* [문제 해결](#문제-해결)
* [자주 묻는 질문](#자주-묻는-질문)

***

### 이 가이드는 누구를 위한 것인가요?

이 가이드는 하이퍼클래스에서 이메일을 보내는 모든 분을 위한 것이지만, 특히 LC 이메일과 LC 이메일 전용 도메인 기능을 활용하시는 분들을 위해 특별히 설계되었습니다. LC 이메일이 아닌 커스텀 SMTP 제공업체를 사용하시는 분들은 해당 제공업체에 문의하셔야 합니다. 저희가 관리하지 않는 서비스의 경우, 이메일 규정 준수 및 모범 사례에 대해 저희 팀이 지원할 수 있는 범위가 제한될 수 있습니다.

[LC 이메일과 커스텀 SMTP 제공업체의 차이점에 대해 자세히 알아보세요](/hyperclass-docs/email/workflow-action-based-on-email-event-clicked-opened/sending-your-first-emails-email-warm-up-best-practices.md).

이제 이 가이드가 누구를 위한 것인지 알았으니, 아래에서 이메일 모범 사례와 이메일 발송 권장 사항을 검토하면서 함께 가이드를 살펴보겠습니다. 이것이 귀하의 비즈니스 성장에 어떻게 도움이 될지 기대됩니다!

## 이메일 모범 사례

새로운 발송 도메인이 설정되었으니, 이제 사람들의 스팸 폴더가 아닌 인박스에 성공적으로 도착하도록 설정하는 것이 중요합니다. 발송을 시작하기 전에 다음과 같은 필수 모범 사례를 설정하고 따르도록 하세요.

### 1. 전용 이메일 발송 도메인 설정

**전용 이메일 발송 도메인이란?** 발송 도메인은 인터넷이 이메일을 라우팅하는 방법입니다. 모든 사용자에게 제공되는 도메인을 공유하는 대신, 전용 이메일 도메인은 이메일을 보내고 받기 위해 사용하는 단일 개인 도메인입니다. 하이퍼클래스에서 [LC 이메일](/hyperclass-docs/email/what-is-lc-email.md)을 사용할 때, 자체 전용 도메인을 만들 수 있는 기능이 있습니다. LC 이메일이 아닌 다른 서비스(또는 SMTP 제공업체)를 사용하는 경우 앱 내에서 이 기능을 사용할 수 없습니다.

**왜 중요한가요?** 전용 이메일 발송 도메인이 없으면 좋은 이메일 관행을 따르더라도 종종 이메일이 스팸으로 분류됩니다. 전용 이메일 발송 도메인을 설정하면 평판과 이메일 전달성을 완전히 제어할 수 있습니다. 즉, 스팸 폴더를 피하면서 모든 이메일이 인박스로 가도록 작업할 수 있습니다.

**설정 방법은?** 아직 하지 않으셨다면 이메일 발송을 위한 전용 도메인을 설정하는 것을 강력히 권장합니다. [전용 이메일 발송 도메인 설정을 위한 단계별 가이드를 확인해 보세요](/hyperclass-docs/email/dedicated-email-sending-domains-overview-setup.md).

**이미 전용 이메일 발송 도메인이 있는데 이메일이 스팸으로 가는 경우?** 이런 상황이라면 [여기를 클릭하여 자세히 알아보세요](#이미-전용-이메일-발송-도메인이-있는데-이메일이-스팸으로-가는-경우는?).

### 2. 전용 발송 IP 주소 설정

**전용 발송 IP 주소란?** 전용 IP는 고유하고 독점적인 IP 주소에서 이메일 메시지를 보냄으로써 뚜렷한 이점을 제공합니다. 이메일 서비스 제공업체(ESP)는 해당 IP와 연관된 특정 도메인에 연결된 이메일의 전달성을 결정하기 위해 IP 주소의 평판과 동작을 면밀히 모니터링합니다.

전용 IP 주소를 획득하면 조직이 독점적 소유권을 갖게 되어, 해당 IP에 연결된 이메일 발송자의 평판과 전달성 관리를 완전히 제어할 수 있습니다. 자세히 알아보세요:

[전용 발송 IP 주소란 무엇인가요?](/hyperclass-docs/email/workflow-action-based-on-email-event-clicked-opened/what-is-a-dedicated-ip-in-lc-email.md)

**왜 중요한가요?** LC 이메일 전용 발송 도메인이 있다면(위의 1번 참조), 하이퍼클래스의 모든 사용자와 동일한 발송 IP 주소를 공유하게 됩니다. 메일박스 제공업체는 IP 주소에 평판을 부여하므로, 특히 대용량 발송 시 이것이 발송에 부정적인 영향을 미칠 수 있습니다. 전용 발송 IP 주소는 자체 IP 평판을 구축하기 위해 이메일 발송 상태를 더 많이 제어하는 데 도움이 됩니다. 이는 특히 주당 20만 통 이상의 대용량 이메일을 보낼 때 더욱 중요해집니다.

**설정 방법은?** 모든 사람이 전용 발송 IP의 혜택을 받을 수 있지만, 주당 20만 통 이상의 이메일을 보내는 비즈니스가 이 서비스에서 가장 큰 혜택을 받습니다. [전용 발송 IP 주소 설정에 대해 자세히 알아보고 설정하려면 이 가이드를 확인해 보세요.](/hyperclass-docs/email/workflow-action-based-on-email-event-clicked-opened/what-is-a-dedicated-ip-in-lc-email.md)

![전용 IP 설정](https://s3.amazonaws.com/cdn.freshdesk.com/data/helpdesk/attachments/production/155031452195/original/4WpKfwxRPKGnTZIl2P1zx5XU5J-t6SUJDA.jpg?1724267134)

**비용은 얼마인가요?** IP당 월 $59입니다. 금액은 등록된 에이전시 청구 카드로 청구됩니다. 에이전시는 클라이언트에게 이 금액을 재청구하여 이 비용을 충당하도록 재청구를 설정할 수 있습니다. 가격에 대해 [여기서 자세히 알아보세요](/hyperclass-docs/email/workflow-action-based-on-email-event-clicked-opened/what-is-a-dedicated-ip-in-lc-email.md).

**추가 리소스:**

[역방향 DNS(rDNS) 설정, "Reverse DNS does not match SMTP Banner" 오류 수정](/hyperclass-docs/email/reverse-dns-white-labeling-dedicated-ip.md)

### 3. 이메일 검증 활성화

**이메일 검증이란?** 이메일 검증은 발송하려는 이메일이 유효한지 확인합니다. 유효하지 않은 이메일로 발송하면 이메일 전달성에 부정적인 영향을 미칠 수 있습니다.

**왜 중요한가요?** 존재하지 않거나 유효하지 않은 이메일로 발송하면 도메인 평판이 손상되어 이메일 전달성이 떨어집니다. 즉, 이메일이 스팸으로 가거나 아예 메일박스에서 거부당할 수 있습니다.

**활성화 방법은?** 실제로 이메일 검증을 가능한 한 쉽게 만들었으며, 이는 하위 계정 설정의 설정입니다.

* **하위 계정에 대한 이메일 검증 활성화**

하위 계정 보기 > 비즈니스 프로필(Business Profile) > "새 연락처에게 첫 이메일을 보낼 때 이메일 주소 확인" 항목으로 스크롤 > 체크박스 선택.

* **90일마다 이메일 검증**

에이전시 보기 > 하위 계정(Sub-accounts) > 하위 계정명 클릭 > "90일 재검증 활성화"로 스크롤.

자세히 알아보기: [LC 이메일 검증 활성화 및 재청구 방법](/hyperclass-docs/email/how-to-enable-and-rebill-lc-email-verification.md).

**비용은?**

모든 플랜에서 1000건의 이메일 검증당 $2.5를 청구하며, 이는 $12/1000인 MailGun에 비해 79% 저렴한 대부분의 주요 제공업체보다 낮은 비용입니다. [LC 이메일 검증 활성화 및 재청구 방법](/hyperclass-docs/email/how-to-enable-and-rebill-lc-email-verification.md)을 참조하세요.

### 4. DMARC 레코드 추가

**DMARC 레코드란?** DMARC 레코드는 수신 서버에게 수신 메일을 처리하는 방법에 대한 지침을 제공합니다. 전달되려면 메시지가 DMARC 정책에서 설정한 요구 사항에 따라 DKIM 및 SPF 일치 검사를 통과해야 합니다. DMARC 검사를 통과하지 못한 메시지는 거부되거나, 도메인 소유자에게 다시 보고되거나, 스팸 폴더에 배치될 수 있습니다.

**왜 추가해야 하나요?** DMARC 레코드가 없으면 도메인 평판과 이메일 전달성에 부정적인 영향을 미칠 수 있습니다. 종종 메일박스 제공업체는 DMARC 레코드가 제대로 설정되지 않았을 때 이를 불이익으로 간주하여 이메일이 스팸으로 분류되는 결과를 초래합니다.

**추가 방법은?** DMARC 레코드를 추가하려면 DNS 제공업체에 로그인하여 아래의 TXT 레코드를 추가해야 합니다.

* DNS 설정에서 DMARC 정책에 대한 TXT 레코드를 따옴표 없이 추가

유형: "TXT"

* 이름: "\_dmarc"
* 내용: "v=DMARC1; p=reject"

DMARC 레코드가 올바르게 적용되었는지 확인하려면 이 [DMARC 검사기](https://dmarcian.com/domain-checker/)를 사용할 수 있습니다.

**DMARC 추가 리소스:**

[이메일 인증 - DMARC](/hyperclass-docs/email/email-authentication-dmarc.md)

[DMARC 레코드 추가](https://support.google.com/a/answer/2466563)

[DMARC 보고서](https://support.google.com/a/answer/10032472)

### 5. 적절한 "보낸 사람 이메일" 사용

**보낸 사람 이메일이란?** "보낸 사람 이메일"은 수신자가 이메일을 받을 때 보게 되는 이메일입니다. 예를 들어, 발송 도메인이 "mail.gohighlevel.com"일 수 있지만, 보낸 사람 이메일을 "<test@gohighlevel.com>" 또는 "<test@mail.gohighlevel.com>"으로 보낼 수 있습니다.

**왜 중요한가요?** 발송하는 주 도메인과 일치하지 않는 "보낸 사람 이메일"을 사용하면 이메일 전달성이 떨어질 수 있습니다.

**설정 방법은?**

전용 발송 도메인과 동일한 조직 도메인의 보낸 사람 이메일을 사용하세요.

전용 발송 도메인이 서브도메인인 경우(예: mail.gohighlevel.com), <name@gohighlevel.com> 또는 <name@mail.gohighlevel.com> 중 하나를 사용할 수 있습니다. SPF, DKIM, DMARC가 올바르게 설정되었을 때 전달성은 동일합니다.

발송 도메인이 \*.gohighlevel.com인 경우 다른 조직 도메인의 보낸 사람 이메일(예: <name@otherbrand.com>)을 사용하지 마세요.

**예시**

**발송 도메인:** replies.company.com → 유효한 보낸 사람: <sender@company.com> 또는 <sender@replies.company.com>

**발송 도메인:** mail.gohighlevel.com → 유효한 보낸 사람: <highly-test@gohighlevel.com> 또는 <someone@mail.gohighlevel.com>

**무효:** 발송 도메인 mail.gohighlevel.com에서 보낸 사람 <user@otherbrand.com>

자세한 정보는 여기를 참조하세요: [발신자 이메일 마스킹 - 보낸 사람 이름 및 주소](/hyperclass-docs/email/sending-priority-from-name-address.md)

### 6. 구독 취소 링크 추가

**구독 취소 링크란?** 구독 취소 링크는 사용자가 향후 귀하로부터 이메일을 받지 않도록 "구독을 취소"할 수 있게 해줍니다.

**왜 중요한가요?** 구독 취소 링크가 없으면 이메일 전달률이 심각하게 손상됩니다.

**설정 방법은?** 모든 이메일에 구독 취소 링크를 추가하는 것을 가능한 한 쉽게 만들었습니다. 이메일 빌더 내의 "푸터" 요소(Element)를 사용하세요. 이를 사용하거나 편집하여 자체적으로 만드세요.

두 가지 옵션이 있습니다. 저희가 자동으로 설정한 기본 구독 취소 링크를 사용하거나 직접 만들 수 있습니다!

* [기본 구독 취소 링크 설정](/hyperclass-docs/email/managing-default-unsubscribe-links-in-lc-email.md)

LC 이메일을 사용하는 경우, 기본 구독 취소 링크를 사용하는 것이 빠르고 쉽습니다.

* 이는 LC 이메일이 아닌 경우에는 작동하지 않습니다. LC 이메일이 아닌 사용자는 다음 항목을 참조하세요.
* 커스텀 구독 취소 링크 설정

가장 좋은 구독 취소 링크와 프로세스를 만들어 완전한 제어권을 갖고, 위의 커스텀 구독 취소 링크 설정 도움말 문서로 시작하세요.

### 7. 이중 옵트인 사용

**이중 옵트인이란?** 이중 옵트인은 구독자에게 두 번 옵트인을 요청하는 것입니다. 예를 들어, 폼을 작성한 다음 "확인" 링크를 클릭하여 이메일 주소를 "검증"합니다. 이중 옵트인을 완료한 후에만 이메일 발송을 시작합니다. 이는 첫 번째 옵트인 직후 이메일 발송을 시작하는 단일 옵트인과 대조적입니다.

**왜 중요한가요?** 이중 옵트인은 도메인 평판과 이메일 전달성에 매우 유익합니다. 이는 사용자가 귀하로부터 이메일을 받기 위해 이중으로 옵트인했기 때문입니다. 생각해보세요... 수신자가 귀하로부터 첫 번째 이메일을 받고, 열고, 이메일 내의 링크를 클릭하는 행위는 귀하의 도메인에 매우 좋게 보입니다. 또한 목록이 귀하로부터 이메일을 받기를 알고 원한다는 것을 보장합니다. 이는 목록 구축 시 매우 중요합니다.

**설정 방법은?** 이중 옵트인 이메일 플로우를 설정하려면 하이퍼클래스에서 빠른 구축을 해야 합니다. [이중 옵트인 플로우 구축 방법: 이중 옵트인 플로우 구축하기](https://github.com/benjaminhyperclass/hyperclass-help-ko/blob/main/docs/24-대학/HighLevel-How-To%27s/how-to-build-a-double-opt-in-flow.md)를 참조하세요.

### 8. 참여하지 않는 이메일로 발송 중단

**참여하지 않는 이메일이란?** 말 그대로... 이메일 목록으로 발송할 때 참여하지 않는 이메일로는 발송하지 마세요. 즉, 이메일을 열거나 캠페인의 다음 단계를 수행하는 행동을 취하지 않으면 발송을 중단하세요.

**왜 중요한가요?** 더 참여도가 높은 그룹에게 발송하면 이메일이 더 자주 인박스에 도착합니다. 반면 더 적은 열람이나 링크 클릭(참여도)은 이메일이 스팸으로 분류되는 결과를 초래합니다.

**어떻게 해야 하나요?** 몇 주 동안 아무런 행동을 취하지 않은 동일한 사람에게 계속 발송하고 있다면, 발송 빈도를 줄이거나 아예 발송하지 마세요.

목록을 줄이는 것이 아프더라도, 참여하지 않는 수신자로 인해 이메일 전달성이 망가지는 것이 더 아프습니다. 그럴 가치가 없고 사용자가 귀하와 참여하지 않으려는 것에 대해 기분 나쁠 일은 없습니다. 실제로 참여하는 사람들에게 노력을 집중하세요.

참여하지 않는 수신자에게 발송을 중단하는 것이 "구독 취소"하게 하거나 "스팸으로 표시"하게 하는 것보다 낫습니다.

### 9. 정기적으로 발송하세요... 하지만 너무 자주는 말고

**정기적 발송이란?** 발송 도메인 평판의 또 다른 큰 요소는 이메일을 얼마나 자주 보내는지입니다. 목록에 이메일 블라스트를 한 달에 한 번 또는 몇 주에 한 번만 보내면 평판에 부정적인 영향을 미칠 수 있습니다. 반대로 매일 또는 하루에 여러 번 보내는 것도 마찬가지로 나쁩니다. 특히 과거에 이렇게 보내지 않았다면 더욱 그렇습니다.

**왜 중요한가요?** 따라서 얼마나 자주 보내는지 고려하는 것이 중요합니다. 누군가가 옵트인하고 참여하고 있을 때(이메일을 열고, 이메일의 링크를 클릭), 조금 더 자주 보낼 수 있습니다. 하지만 참여하지 않으면 주간으로 줄이세요. 그리고 위에서 다룬 바와 같이, 사용자가 참여하지 않으면 아예 발송을 중단하세요. 발송 빈도와 수신자의 참여도는 이메일이 인박스에 도착하는지 확인하는 데 큰 역할을 할 수 있습니다.

**어떻게 해야 하나요?** 얼마나 자주, 언제 보낼지에 대한 많은 의견이 있습니다. 일반적으로 옵트인(가급적 이중 옵트인) 수신자에게만 발송하는 것에서 성공을 발견했습니다. 가입 후 처음 5일 동안 하루에 약 한 통의 이메일을 보낸 다음, 주당 몇 통으로 줄입니다. 이는 원하는 행동을 취할 때까지입니다. 20일 후에도 아무런 행동을 취하지 않으면 다음 계획된 프로모션이 있을 때까지 주간 이메일만 보냅니다.

**저희 권장사항:**

* 누군가가 옵트인했다면(가급적 이중 옵트인) 전환을 위해 짧은 시간 동안 매일 발송할 수 있습니다...

일주일 또는 이주 동안 참여가 없다면, 주간 빈도로 발송을 줄이세요.

* 더 오랜 시간, 예를 들어 2개월 동안 주간 이메일에 참여하지 않으면 아예 발송을 중단하세요.
* 특별한 프로모션이나 제안이 있을 때 보낼 수 있습니다

다만 이것이 얼마나 자주인지 고려하고 더 짧게 유지하세요.

* 과도하게 발송하는 것보다 적게 발송하는 것이 중요합니다.
* 또한 참여하지 않는 수신자에게는 발송을 중단하는 것이 중요합니다. 위의 내용을 기억하세요...

참여하지 않는 수신자에게 발송을 중단하는 것이 "구독 취소"하게 하거나 "스팸으로 표시"하게 하는 것보다 낫습니다.

## 이메일 워밍업

메일박스 제공업체는 종종 새로운 전용 이메일 도메인의 이메일을 스팸으로 분류합니다. 누구나 새로운 발송 도메인을 만들어(예: 스패머) 발송을 시작할 수 있기 때문에 이는 합리적입니다. 위의 이메일 모범 사례와 아래의 이메일 발송 권장 사항을 활용하면 인박스에 도착하고 리드를 전환할 가능성을 크게 향상시킬 수 있습니다!

### 이메일 발송 권장 사항

도메인을 워밍업하기 위해 첫 번째 이메일을 보낼 때는 옵트인한


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://hyperclass.gitbook.io/hyperclass-docs/email/email-sending-guide-email-best-practices-email-warm-up.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
