활용 사례 페이지
비즈니스 가입 흐름용 퍼블릭 이메일 판별
Gmail, Yahoo 같은 퍼블릭 이메일 도메인을 탐지해 데모 신청, 영업 문의, B2B 온보딩에서 회사 이메일을 요청할 수 있습니다.
왜 이것이 중요한가
퍼블릭 받은편지함이 항상 나쁜 것은 아니지만, B2B 흐름에서는 리드 자격 판정, 맞춤 온보딩, 가입을 계정 소유자와 연결하기 위해 회사 주소가 필요할 때가 많습니다. 이 페이지는 폼을 과하게 복잡하게 만들지 않으면서 퍼블릭 도메인 판별을 사용하는 방법에 초점을 둡니다.
권장되는 다음 단계
먼저 홈의 체커로 수동 테스트를 해보고, 그다음 폼이나 가입 흐름에 API 를 연결하세요.
EmailCheck 로 할 수 있는 일
주소가 개인용인지 회사 소유인지에 따라 셀프서브 가입과 데모 요청을 분기할 수 있습니다.
실제 회사 리드와 저의도 제출을 분리해 영업 파이프라인을 더 깔끔하게 유지할 수 있습니다.
MX, 오타, 일회용 체크를 함께 겹쳐도 보완 흐름이 여전히 자연스럽습니다.
API 가 반환하는 신호
각 필드는 실제 탐지 기능에 대응하며, 비즈니스 로직에서 바로 활용할 수 있습니다.
public_domain주소가 Gmail, Yahoo, Outlook.com 같은 퍼블릭 메일 제공자에 속하면 true 입니다.
domain파싱된 도메인을 반환하므로 라우팅, 분석, 추가 정보 보강에 활용하기 쉽습니다.
did_you_mean사용자가 퍼블릭 메일 도메인을 잘못 입력했을 때 회복할 수 있게 도와줍니다.
일반적인 워크플로
- 자격 판정을 위해 회사 이메일이 필요한 데모 요청 폼.
- 개인 메일이 신뢰를 떨어뜨리는 파트너 또는 리셀러 신청 폼.
- 가입을 회사 도메인과 연결해야 하는 엔터프라이즈 체험 흐름.
구현 방법
- 폼 제출 전에 이메일 주소를 실시간 검증합니다.
- `public_domain` 이 true 면 회사 이메일을 제공할 수 있는지 가볍게 묻습니다.
- 흐름을 저마찰로 유지해야 한다면 조건에 따라 계속 진행하게 할 수도 있습니다.
자주 묻는 질문
왜 퍼블릭 이메일 도메인을 탐지하나요?
B2B 팀이 이 가입이 회사 계정인지 개인 받은편지함인지 더 잘 이해하도록 돕기 때문입니다.
Gmail 가입을 막아야 하나요?
보통은 아닙니다. 특히 퍼널 상단이나 셀프서브 경험에서는 하드 차단보다 회사 이메일을 요청하는 편이 낫습니다.
EmailCheck 는 도메인도 따로 반환하나요?
예. API 는 파싱된 `domain` 과 public-domain 플래그를 함께 반환해 후속 라우팅이나 스코어링에 활용할 수 있습니다.
관련 페이지
이메일 검증과 관련된 다른 주제와 다양한 사례의 모범 사례를 살펴보세요.
가입 폼용 일회용 이메일 체커
가짜 사용자가 계정을 만들기 전에 일회용, 임시, 버려지는 이메일 주소를 탐지합니다. EmailCheck API 로 temp mail 도메인을 실시간 확인하세요.
이메일 도메인 검증용 MX 레코드 체커
이메일 도메인에 유효한 MX 레코드가 있고 실제로 메일을 받을 수 있는지 확인하세요. EmailCheck 로 도메인, 메일 서버, 전달 가능성 신호를 실시간 검증할 수 있습니다.
공유 받은편지함용 역할 계정 탐지
가입이나 리드 수집 과정에서 hello@, sales@, support@ 같은 역할 기반 이메일을 표시합니다. EmailCheck 로 공유 받은편지함을 실시간 식별하세요.