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

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

이 가이드는 Hyperclass 사용자가 스팸 폴더를 피하고 이메일을 받은편지함에 안전하게 전달하는 데 필요한 모든 정보를 제공하기 위해 만들어졌습니다. 아래에서 Hyperclass에서 이메일을 발송하는 방법에 대한 자세한 가이드를 확인하실 수 있습니다.

**주의사항:** 이 가이드를 무시하면 이메일이 스팸으로 분류될 수 있습니다. 이메일이 스팸 폴더가 아닌 받은편지함에 도착하기를 바랍니다. 이메일 발송 실무에 이 가이드를 학습하고 적용해 주세요.

**목차**

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

***

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

이 가이드는 Hyperclass에서 이메일을 발송하는 모든 분을 위한 것이지만... 특히 LC Email(LC 이메일)과 LC Email 전용 도메인 기능을 사용하는 분들을 위해 설계되었습니다. LC Email이 아닌 커스텀 SMTP 제공업체를 사용하시는 분들은 해당 제공업체에 문의하셔야 합니다. 저희가 관리하지 않는 이메일 컴플라이언스 및 모범 사례에 대해서는 저희 팀이 지원할 수 있는 범위가 제한적입니다.

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

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

## 이메일 모범 사례

새로운 발송 도메인이 설정되었으니, 스팸 폴더가 아닌 사람들의 받은편지함에 성공적으로 도달하기 위한 준비를 하는 것이 중요합니다. 발송을 시작하기 전에 다음과 같은 필수 모범 사례를 설정하고 따라야 합니다.

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

**전용 이메일 발송 도메인이란?** 발송 도메인은 인터넷이 이메일을 라우팅하는 방식입니다. 모든 사용자가 공유하는 도메인을 사용하는 대신, 전용 이메일 도메인은 이메일을 보내고 받는 데 사용하는 단일 개인 도메인입니다. Hyperclass에서 [LC Email](/hyperclass-docs/email/what-is-lc-email.md)을 사용할 때는 자체 전용 도메인을 생성할 수 있습니다. LC Email이 아닌 다른 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 Email 전용 발송 도메인이 있다면(위 1번 참조), 모든 Hyperclass 사용자와 동일한 발송 IP 주소를 공유합니다. 메일박스 제공업체는 IP 주소에 평판을 부여하므로 이는 발송에 부정적인 영향을 미칠 수 있으며, 특히 대용량 발송 시에 그렇습니다. 전용 발송 IP 주소는 자체 IP 평판을 구축하기 위해 이메일 발송 상태를 더 많이 제어하는 데 도움이 됩니다. 이는 특히 주 200,000통 이상의 대용량 발송 시에 더욱 중요해집니다.

**설정 방법은?** 모든 사람이 전용 발송 IP의 혜택을 받을 수 있지만, 주당 200,000통 이상의 이메일을 발송하는 비즈니스가 이 서비스에서 가장 큰 혜택을 받을 것입니다. [전용 발송 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. 이메일 검증 활성화

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

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

**활성화 방법은?** 이메일 검증을 가능한 한 쉽게 만들었습니다. 하위 계정 설정(Sub-Account Settings)의 설정입니다.

* 하위 계정의 이메일 검증 활성화

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

* 90일마다 이메일 검증

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

자세한 내용: [LC Email 검증을 활성화하고 재청구하는 방법](/hyperclass-docs/email/how-to-enable-and-rebill-lc-email-verification.md).

**비용은?**

모든 요금제에서 1,000개의 이메일 검증에 대해 $2.5를 청구하며, 이는 MailGun의 $12/1,000에 비해 79% 저렴한 대부분 주요 제공업체보다 낮은 비용입니다. [LC Email 검증을 활성화하고 재청구하는 방법](/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 레코드를 추가해야 합니다.

* DMARC 정책을 위한 TXT 레코드를 DNS 설정에 추가 (따옴표 제외)

Type: "TXT"

* Name: "\_dmarc"
* Content: "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. 적절한 "From Email" 사용

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

**왜 중요한가요?** 발송하는 주 도메인과 일치하지 않는 "from email"을 사용하면 이메일 전달률이 저하될 수 있습니다.

**설정 방법은?**

전용 발송 도메인과 동일한 조직 도메인의 From Email을 사용하세요.

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

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

**예시**

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

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

**유효하지 않음:** 발송 도메인 mail.gohighlevel.com에서 From <user@otherbrand.com> 사용

자세한 정보: [발송자 이메일 마스킹 - From 이름 및 주소](/hyperclass-docs/email/sending-priority-from-name-address.md)

### 6. 수신거부 링크 추가

**수신거부 링크란?** 수신거부 링크는 사용자가 향후 이메일 수신을 "수신거부"할 수 있게 해주는 링크입니다.

**왜 중요한가요?** 수신거부 링크가 없으면 이메일 전달률이 심각하게 저하됩니다.

**설정 방법은?** 모든 이메일에 수신거부 링크를 가능한 한 쉽게 추가할 수 있도록 했습니다. 이메일 빌더 내에서 "Footer" 요소를 사용하세요. 이를 사용하거나 편집하여 직접 만드세요.

두 가지 옵션이 있습니다. 자동으로 설정된 기본 수신거부 링크를 사용하거나 직접 만들 수 있습니다!

* [기본 수신거부 링크 설정](/hyperclass-docs/email/managing-default-unsubscribe-links-in-lc-email.md)

LC Email을 사용하는 경우, 기본 수신거부 링크를 빠르고 쉽게 사용할 수 있습니다.

* LC Email이 아닌 경우에는 작동하지 않습니다. 다음 항목을 참조하세요.
* 커스텀 수신거부 링크 설정

최고의 수신거부 링크와 프로세스를 만들어 완전한 제어권을 확보하세요. 위의 커스텀 수신거부 링크 설정 도움말 문서로 시작하세요.

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

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

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

**설정 방법은?** 이중 옵트인 이메일 플로우를 설정하려면 Hyperclass에서 빠른 구축을 해야 합니다. [이중 옵트인 플로우 구축 방법 참조](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일 동안은 하루에 약 한 번씩 이메일을 보낸 다음, 주 2-3회로 줄입니다. 이는 그들이 원하는 행동을 취할 때까지입니다. 20일 후에도 아무런 행동을 취하지 않으면, 다른 계획된 프로모션이 있을 때까지 주간 이메일만 보냅니다.

**저희 권장사항:**

* 누군가 옵트인했다면(가급적 이중 옵트인) 잠시 동안 매일 보내서 전환시킬 수 있습니다...

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

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

단지 얼마나 자주 하는지 고려하고 더 짧게 유지하세요.

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

반응하지 않는 수신자가 "수신거부"하거나 "스팸으로 표시"하게 하는 것보다는 발송을 중단하는 것이 좋습니다.

## 이메일 워밍업

메일박스 제공업체는 새로운 전용 이메일 도메인에서 보낸 이메일을 스팸으로 분류하는 경우가 많습니다. 누구든지(예: 스패머) 새로운 발송 도메인을 만들어 발송할 수 있기 때문에 이는 당연합니다. 위의 이메일 모범 사례와 아래의 이메일 발송 권장사항을 활용하면 받은편지함에 도달하고 리드를 전환할 가능성이 크게 향상됩니다!

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

도메인을 워밍업하기 위해 첫 번째 이메일을 발송할 때는 옵트인한 이메일로만 발송해야 합니다. 또한 하루나 시간 내에 너무 많은 이메일을 발송하지 않도록 아래의 "이메일 발송 권장사항"을 따라야 합니다.

![이메일 발송 권장사항 차트](https://s3.amazonaws.com/cdn.freshdesk.com/data/helpdesk/attachments/production/155008545111/original/G6ZM7opEZrQTEQDvqoTbQFYUdwYR_PrNFA.png?1695657495)

이는 하루 또는 한 시간 내에 발송할 수 있는 이메일 수를 보여줍니다. 첫 번째 이메일을 보낼 때는 시간당 100통, 그날 1,000통을 넘지 않아야 합니다. 다음 이메일을 보낼 때는 2단계로 넘어갑니다. 2단계에서는 이제 시간당 300통, 하루에 총 2,500통까지 보낼 수 있습니다. 단


---

# 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/workflow-action-based-on-email-event-clicked-opened/sending-your-first-emails-email-warm-up-best-practices.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.
