# LC 이메일: 이메일 서비스 제공업체 차단 알림 - 이메일 발송 일시 제한 (조치 필요)

## 새로운 ESP 차단 정책 - 구현 일정

시행일: \[2026년 2월 12일]

새로운 ESP 차단 정책은 2026년 2월 12일에 시행됩니다. 기존 사용자들은 사전 알림을 받게 되며, 정책 시행 전에 이메일 관행을 점검할 시간이 주어집니다.

**지금 해야 할 일:**

* 현재 바운스 분류 데이터를 검토하세요
* 권장되는 이메일 인증 및 모범 사례를 구현하세요
* 이메일 목록을 정리하고 콘텐츠 품질을 개선하세요
* ESP 차단율을 면밀히 모니터링하세요

## 긴급: 24-48시간 내 조치 필요 (정책 활성화 시)

**ESP(Email Service Provider, 이메일 서비스 제공업체) 차단으로 인해 GoHighLevel 하위 계정의 이메일 발송이 일시적으로 제한되었습니다.** 이는 발신자 평판을 보호하고 높은 전달률을 보장하기 위한 스팸 방지 정책의 일환입니다.

## ESP 차단이란 무엇인가요?

ESP 차단은 주요 이메일 제공업체(Gmail, Yahoo, Outlook 등)가 다음과 같은 이유로 이메일을 거부할 때 발생합니다:

* 인증 실패(DMARC, SPF, DKIM 문제)
* 발신자 평판 저하
* 스팸으로 보이는 콘텐츠
* 정책 위반
* 기술적 구성 문제

일반적인 바운스와 달리, ESP 차단은 별도로 계산되며 장기적인 이메일 전달률을 보호하기 위해 즉시 제한을 발생시킵니다.

## 새로운 ESP 차단 시스템

| ESP 차단율      | 조치           | 기간    | 차단 단계         |
| ------------ | ------------ | ----- | ------------- |
| **3%**       | 경고 이메일 발송    | 즉시 알림 | 사전 차단 경고      |
| **5%**       | 이메일 발송 중단    | 12시간  | 1차 차단         |
| 3% (1차 차단 후) | 긴급 경고 이메일 발송 | 즉시 알림 | 2차 차단 전 경고    |
| 5% (1차 차단 후) | 이메일 발송 중단    | 24시간  | 2차 차단         |
| 3% (2차 차단 후) | 최종 경고 이메일 발송 | 즉시 알림 | 3차 차단 전 최종 경고 |
| 5% (2차 차단 후) | **영구 중단**    | 영구    | 3차 차단 - 최종    |

중요: **ESP 차단율이 1% 미만을 연속 7일간 유지하면 모든 차단이 리셋됩니다.**

**이번 릴리스에서는 이메일 발송이 영구적으로 비활성화되지 않습니다. 각 차단은 일시적이며 최대 24시간으로 제한됩니다.**

ESP 차단 감지로 인해 이메일 서비스가 차단된 경우, 해당 하위 계정 내에서 다음과 같은 오류 메시지가 상단 배너로 표시됩니다:

이메일 제공업체의 스팸 차단이 많아 이메일 발송이 차단되었습니다.

![ESP 차단 알림 배너](https://s3.amazonaws.com/cdn.freshdesk.com/data/helpdesk/attachments/production/155064792608/original/5TW75eQ0t8kTt0vQOwFX3kr_-mcIEgdcDQ.png?1770907247)

이 차단은 이메일 전달률을 보호하고 이메일 서비스 제공업체(ESP)에서의 추가 평판 손상을 방지하기 위해 시행됩니다.

참고: *ESP 차단 감지 - 이메일 발송 복구를 위한 즉시 조치 필요*를 참조하세요.

## 즉시 필요한 조치

### 1단계: 바운스 분류 기능 접근

* GoHighLevel 하위 계정에 로그인하세요
* \*\*Sub-account Settings(하위 계정 설정) → Email Services(이메일 서비스) → Bounce Classification(바운스 분류)\*\*로 이동하세요
* ESP 차단 카테고리 및 오류 세부 정보를 검토하세요
* 하위 계정에 영향을 미치는 최대 볼륨의 ESP 차단을 식별하세요

### 2단계: 주요 문제 식별

바운스 분류 기능에서 다음을 확인할 수 있습니다:

* **특정 ESP 차단 카테고리**(DMARC 실패, 평판 문제 등)
* **제공업체별 오류 볼륨**(Gmail, Yahoo, Outlook)
* **정확한 차단 이유가 포함된 상세 오류 메시지**
* **각 차단 유형에 대한 권장 조치**

### 3단계: 수정 사항 구현

바운스 분류 결과를 바탕으로 다음을 해결해야 합니다:

* 이메일 인증 설정(SPF, DKIM, DMARC)
* 콘텐츠 및 템플릿 개선
* 목록 위생 및 참여도 문제
* 기술적 구성 문제

## 새 정책에 대한 준비

### 1단계: 현재 성과 감사

* **바운스 분류 대시보드 확인**
  * Sub-account Settings(하위 계정 설정) → Email Services(이메일 서비스) → Bounce Classification(바운스 분류)로 이동
  * 현재 ESP 차단율 및 카테고리 식별
  * 최근 이메일 캠페인 성과 검토
  * 주의가 필요한 문제 영역 문서화
* **과거 데이터 분석**
  * 지난 30일간의 바운스율 검토
  * ESP 차단 패턴 식별
  * 가장 많이 차단하는 이메일 제공업체 확인

### 2단계: 이메일 모범 사례 구현

* **이메일 인증 설정**
  * GoHighLevel의 발송 IP를 포함하도록 SPF 레코드 구성
  * 도메인에 대한 DKIM 서명 설정
  * DMARC 정책 구현(모니터링을 위해 p=none으로 시작)
  * 모든 DNS 레코드가 올바르게 구성되었는지 확인
* **목록 위생 및 품질**
  * 바운스 및 유효하지 않은 이메일 주소를 모두 제거
  * 신규 구독자에 대해 이중 옵트인 구현
  * 참여도 수준에 따라 목록을 세그먼트화
  * 비활성 구독자 제거(6개월 이상 참여 없음)
* **콘텐츠 최적화**
  * 스팸 유발 단어와 과도한 홍보성 언어 피하기
  * 적절한 텍스트 대 이미지 비율 유지(60:40)
  * 명확한 구독 취소 링크 포함
  * 전문적이고 브랜드화된 이메일 템플릿 사용
  * 스팸 체크 도구로 콘텐츠 테스트

### 3단계: 모니터링 및 테스트

* **구현 전 테스트**
  * 주요 제공업체(Gmail, Yahoo, Outlook)에 테스트 이메일 발송
  * 전달률 및 참여 지표 모니터링
  * 이메일 테스트 도구를 사용하여 스팸 점수 확인
  * 이메일 인증이 올바르게 작동하는지 확인
* **지속적인 모니터링**
  * 바운스 분류 대시보드를 매일 확인
  * ESP 차단율을 면밀히 모니터링
  * 참여 지표(열기, 클릭, 구독 취소) 추적
  * 비정상적인 바운스 패턴에 대한 알림 설정

## 이것이 중요한 이유

### 비즈니스 보호

* ESP 차단은 발신자 평판을 영구적으로 손상시킵니다
* 낮은 평판은 이메일이 스팸 폴더에 도착하게 만듭니다
* 전달률 감소는 비즈니스 수익에 영향을 미칩니다
* 적절한 조치 없이는 복구에 수주 또는 수개월이 걸릴 수 있습니다

### 업계 표준

* 주요 ESP들은 이메일 품질에 대해 점점 더 엄격해지고 있습니다
* 인증 요구사항은 이제 필수가 되었습니다
* 콘텐츠 필터링이 더욱 정교해졌습니다
* 발신자 평판은 모든 향후 캠페인에 영향을 미칩니다

## 다음 단계

* **분석:** 바운스 분류 기능을 사용하여 특정 ESP 차단을 이해하세요
* **수정:** 상세한 지원 문서를 사용하여 식별된 문제를 해결하세요
* **모니터링:** 바운스 분류 대시보드를 통해 개선 사항을 추적하세요
* **확인:** 정상 발송을 재개하기 전에 수정 사항이 작동하는지 확인하세요

## 지원 리소스

### 바운스 분류 기능

* 상세한 ESP 차단 분석 접근
* 오류 카테고리 및 볼륨 보기
* 하위 계정에 대한 구체적인 권장 사항 제공
* 개선 진행 상황 모니터링

### 카테고리별 지원 문서

바운스 분류의 각 ESP 차단 카테고리는 상세한 수정 가이드로 연결됩니다:

* DMARC 인증 실패
* 도메인/IP 평판 문제
* 콘텐츠 및 스팸 필터링
* 기술적 구성 문제
* 기타...

## 시간이 중요한 조치

### 정책 시행 전

* 이메일 인증 설정 완료
* 모든 이메일 목록을 철저히 정리
* 이메일 콘텐츠 및 템플릿 최적화
* 주요 제공업체 전반에서 이메일 전달 테스트
* 바운스 분류 대시보드를 매일 모니터링

### 정책 활성화 시 - 경고 후 24시간 내

* 바운스 분류 데이터를 즉시 검토
* 상위 3개 ESP 차단 카테고리 식별
* 중요한 수정 사항 구현 시작(인증, 주요 콘텐츠 문제)

### 정책 활성화 시 - 차단 후 48시간 내

* 모든 기술적 수정 사항 완료
* 이메일 목록 정리 및 문제가 있는 콘텐츠 제거
* 주요 제공업체에 이메일 전달 테스트

### 지속적으로

* 바운스 분류 대시보드를 매일 모니터링
* 이메일 모범 사례 유지
* 정기적인 목록 위생 및 참여도 모니터링

## 자주 묻는 질문

### 새 정책은 언제 시행되나요?

ESP 차단 시스템은 2026년 2월 12일에 시행되며, 모든 사용자에게 이메일 관행을 최적화할 30일의 준비 시간이 주어집니다.

### 현재 ESP 차단은 어떻게 되나요?

ESP 차단 기록은 시행일에 리셋됩니다. 그러나 원활한 운영을 위해 정책이 시행되기 전에 현재 문제를 해결하는 것을 강력히 권장합니다.

### 차단은 어떻게 리셋되나요?

ESP 차단율이 1% 미만을 연속 7일간 유지하면 차단이 리셋됩니다. 그러나 7일 기간 내에 3번의 차단을 받으면 영구 중단이 발생합니다.

### 영구 중단을 되돌릴 수 있나요?

영구 차단 해제는 자동으로 이루어질 수 없습니다. GHL 지원팀의 수동 검토가 필요합니다. 또한 차단 해제는 보장되지 않으며 이메일 모범 사례 준수 여부에 따라 달라집니다. 이것이 최종 조치를 취하기 전에 여러 경고와 임시 중단을 제공하는 이유입니다.

### 각 차단 전에 알림을 받나요?

네, ESP 차단율이 3%에 도달하면 경고 이메일을 받게 되어, 5% 임계값이 차단을 발생시키기 전에 교정 조치를 취할 시간이 주어집니다.

### 현재 ESP 차단율이 3%를 넘는다면 어떻게 하나요?

2026년 2월 12일 이전의 준비 기간을 사용하여 이러한 문제를 해결하세요. 차단 시스템은 시행일까지 적용되지 않으므로 문제를 해결할 시간이 있습니다.

### 일반 바운스 관리와 어떻게 다른가요?

ESP 차단은 일반 바운스와 별도로 계산되며 자체 차단 시스템이 있습니다. 일반 바운스(유효하지 않은 주소, 가득 찬 사서함)는 ESP 차단(평판, 인증, 정책 문제)과 다르게 처리됩니다.

## 도움이 필요하신가요?

### 셀프 서비스 옵션

* 상세 분석을 위해 바운스 분류 기능 사용
* 단계별 수정을 위한 카테고리별 지원 문서 참조
* 이메일 모범 사례 문서 접근

### 고객지원 연락

바운스 분류 데이터 해석이나 수정 사항 구현에 도움이 필요하면 다음 정보와 함께 지원팀에 문의하세요:

* 하위 계정 세부 정보
* 바운스 분류 기능의 스크린샷
* 보고 있는 구체적인 오류 메시지

## 중요 알림

* **ESP 차단은 일반 바운스와 별개입니다** - 즉시 주의가 필요합니다
* **각 제공업체는 다른 요구사항을 가지고 있습니다** - 바운스 분류를 사용하여 제공업체별 문제를 확인하세요
* **예방이 치료보다 낫습니다** - 처음부터 적절한 이메일 관행을 구현하세요
* **시간이 중요합니다** - 문제 해결 지연은 영구 제한으로 이어질 수 있습니다
* **준비할 시간이 30일 있습니다** - 이 시간을 현명하게 사용하여 이메일 관행을 최적화하세요

**이메일 전달률과 비즈니스 성공은 지금 조치를 취하는 것에 달려 있습니다. 바운스 분류 기능부터 시작하여 새 정책 시행에 대한 준비를 시작하세요.**

***

*이 정책은 발신자 평판을 보호하고 장기적인 이메일 전달률 성공을 보장하기 위해 설계되었습니다. 이러한 새로운 요구사항에 대한 준비와 성공을 위해 도움을 드리고 있습니다.*

***

*원문 최종 수정: Fri, 13 Feb, 2026 at 6:49 AM* *Hyperclass 사용 가이드 — hyperclass.ai*


---

# 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/workflows/workflows-pro-plan-new-pricing-tiers/lc-email-email-service-provider-block-notification-email-sending-temporarily-res.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.