# LC 이메일: ESP 차단 알림 - 이메일 발송 일시 제한 (조치 필요)

## 새로운 ESP 차단 정책 - 시행 일정

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

이 새로운 ESP 차단 정책은 2026년 2월 12일에 시행됩니다. 현재 사용자는 사전 통지를 받게 되며, 시행 전에 이메일 관행을 검토할 시간을 가질 수 있습니다.

**지금 해야 할 일:**

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

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

**ESP(이메일 서비스 제공업체) 차단으로 인해 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차 차단 - 최종    |

중요: **모든 차단은 7일 연속 ESP 차단률을 1% 미만으로 유지한 후 초기화됩니다.**

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

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

이메일 제공업체의 높은 스팸 차단으로 인해 이메일 발송이 차단되었습니다.

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

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

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

## 즉시 필요한 조치

### 1단계: 바운스 분류(Bounce Classification) 기능 접근

* 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 차단 기록은 시행일에 초기화됩니다. 그러나 정책 시행 전에 현재 문제를 해결하여 원활한 운영을 보장할 것을 강력히 권장합니다.

### 차단은 어떻게 초기화되나요?

차단은 7일 연속 ESP 차단률을 1% 미만으로 유지한 후 초기화됩니다. 그러나 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/email/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.