이메일 검증 도구
주소가 올바른 형식인지, 도메인이 메일을 받도록 구성되어 있는지 확인하세요. 이 빠른 유효성 검사기는 SMTP 전에 멈추므로 메일박스 존재를 주장하지 않습니다.
email validator는 verifier보다 좁은 질문에 답합니다: 이 문자열이 메일 서버를 게시하는 도메인의 올바른 형식 주소인가? 그것은 형식과 MX이지 — 사람이나 받은편지함 존재 증명이 아닙니다.
검색자는 “email validator”와 “validate email”로 빠르고 무료인 스크리닝을 원합니다. BillionVerify는 이 페이지를 정직하게 유지합니다: 가짜 도달성 주장 없음, SMTP handshake 없음, 정당한 사용을 위한 무제한 얕은 검사.
bounce 위험이 중요하면 Email Checker 또는 Email Verifier로 이동하세요. 그 도구들은 같은 형식 기반 위에 메일박스 probe와 위험 플래그를 추가합니다.
두 층만. 의도적으로 SMTP 없음.
실용적인 형식 규칙으로 local-part와 도메인 형태를 검사합니다. 오타는 밀리초 안에 실패합니다.
게시된 메일 교환 레코드를 확인합니다. 없으면 이 얕은 유효성 검사기는 MX 없음을 보고하고 메일박스 테스트 전에 멈춥니다.
SMTP 대화를 열지 않습니다. catch-all 도메인도 이 validator를 통과할 수 있습니다.
도달성이 필요하면 Email Verifier와 Email Checker가 같은 제품 스택에서 SMTP를 실행합니다.
속도가 메일박스 증명보다 중요할 때 얕은 검증을 사용하세요.
폼 필드와 수동 입력은 형식 오류를 만듭니다. 더 깊은 검사 전에 고치세요.
게시된 MX 경로는 일반 DNS 관문을 통과합니다. 게시된 MX가 없으면 이 얕은 검사가 멈추고 SMTP 할당을 쓰지 않고 사유를 보여 줍니다.
대량 목록의 bulk SMTP jobs 전 저렴한 1차 필터.
형식+MX OK를 콜드 이메일 안전으로 취급하지 마세요. 그것에는 SMTP 도구를 사용하세요.
인터랙티브 Email Verify Tools입니다 — bulk jobs, API, Free Tools(DNS / SPF / DKIM)가 아닙니다.
이 페이지는 형식과 MX만 반환합니다. 다른 도구는 SMTP를 추가하거나 한 위험 플래그에 특화합니다.
| 도구 | 하는 일 | 이럴 때 사용 |
|---|---|---|
| Email Verifier | 전체 SMTP 메일박스 확인과 모든 위험 플래그 | 전달성과 발송 안전이 중요할 때 |
| Email Checker | 한 주소에 full SMTP + 모든 위험 플래그 | 한곳에서 완전한 다층 결과가 필요할 때 |
| Free Email Checker | 무료 개인 웹메일 제공자 탐지(Gmail, Yahoo, …) | 리드 품질 및 B2B 도메인 점수 — 무료 검증 할당 페이지 아님 |
| Email Validator | 구문 + MX만 — SMTP 없음 | 빠른 형식 및 도메인 스크리닝 |
| Disposable Email Detection | 임시/throwaway 도메인 표시 | 가입 및 리드 캡처 |
| Bounce Email Checker | bounce 및 전달 불가 위험에 집중 | bounce rate 통제를 위한 목록 위생 |
| Catch-All Verifier | catch-all 도메인 탐지 | SMTP 수락이 신뢰할 수 없을 때 |
| Role Account Detection | 일반 역할 주소 찾기 | B2B 아웃리치 품질 |
| Email List Cleaning | 여러 주소를 한 번에 검증(붙여넣기 또는 CSV) | 단일 검사로 부족하고 정리된 목록이 필요할 때 |
| Reverse Email Lookup | 이메일 주소에서 공개 소유자와 회사 맥락 찾기 | 리드 조사와 알 수 없는 발신자 검토 |
| Phone Number Validator | 전화번호 형식, 국가, 유형, E.164 출력 검증 | 아웃리치 전 CRM 전화번호 정리 |
형식과 MX 정상은 주소가 올바른 형식이고 도메인이 MX 경로를 게시한다는 뜻입니다. 메일박스가 존재한다는 뜻은 아닙니다. 잘못된 구문은 즉시 멈추고, 게시된 MX가 없으면 이 얕은 검사가 멈추지만 암시적 MX를 쓰는 특이한 도메인은 최종 거부 전에 검토가 필요합니다.
이 페이지에는 설계상 disposable, catch-all, bounce 판독이 없습니다. 그것은 full verification 또는 전문 도구가 필요합니다.
2계층 유효성 검사
유효성 검사기는 비용이 낮은 두 계층 뒤에서 의도적으로 멈춥니다. 양식과 사전 스크리닝에는 빠르지만, 결론은 전체 이메일 검증보다 좁습니다.
BillionVerify는 로컬 파트와 도메인을 분리하고 입력을 정규화한 뒤, 누락된 구성 요소, 깨진 구분 기호, 주소 파서가 받을 수 없는 위치의 문자 같은 구조 실패를 거부합니다. 네트워크 조회 전에 흔한 입력·복사 붙여넣기 문제를 잡습니다.
구문 통과는 수신 제공자를 조회하지 않습니다. 문자열이 모든 형식 규칙을 따라도 메일을 받지 않는 도메인이나 만든 적 없는 메일박스를 가리킬 수 있습니다. 구문은 첫 관문으로 취급하고, 최종 전달성 결과로 쓰지 마세요.
도메인 이름 시스템은 발신자를 수신 서버로 안내하는 메일 교환 레코드를 도메인이 게시하게 합니다. BillionVerify는 구문이 통과한 뒤 그 라우팅 맥락을 해석합니다. 쓸 수 있는 경로는 도메인이 이메일 전달에 참여하도록 구성되어 있다는 뜻입니다.
MX 증거는 정확한 로컬 파트가 아니라 도메인에 적용됩니다. 같은 메일 경로가 활성 직원, 폐기된 별칭, 미할당 이름, 그룹 받은편지함, Catch-All 동작을 모두 서비스할 수 있습니다. 그래서 결과는 메일박스 검증됨이 아니라 형식과 MX 정상입니다.
도메인은 이메일을 받지 않는다고 명시하기 위해 Null MX 레코드를 게시할 수 있습니다. IETF의 RFC 7505 Null MX는 이 신호를 정의해, 발신자가 메일을 거부한 도메인에 전달을 시도하며 시간을 낭비하지 않게 합니다.
명시적 MX 레코드가 없는 것은 모든 기술 맥락에서 같지 않습니다. SMTP는 역사적으로 도메인의 주소 레코드를 통한 폴백을 정의합니다. 이 얕은 페이지는 그 암시적 MX 폴백을 수행하지 않고 두 경우 모두 게시된 MX 없음을 보고하므로, 특이한 도메인은 최종 거부 전에 검토가 필요합니다.
이 페이지는 수신자 대화를 열지 않고, 메일박스 명령을 테스트하지 않으며, 제공자 동작에서 수락을 추론하지 않습니다. 이메일 메시지는 보내지 않습니다. 제한된 범위는 빠른 사전 스크리닝에 맞고, 메일박스 증거가 필요한 검사를 위해 전체 SMTP 할당을 보존합니다.
정확한 메일박스가 중요하면 Email Verifier로 계속하세요. 같은 구문과 라우팅 기반을 적용한 뒤 수신자 수준 SMTP와 위험 신호를 더합니다.
유효성 검사 결과
얕은 결과는 라벨이 정확할 때 유용합니다. 대부분의 실수는 형식이나 도메인 증거를 메일박스 증거로 바꿀 때 일어납니다.
이 결과는 주소가 구조적으로 쓸 수 있고, 유효성 검사기 규칙 아래 도메인이 메일 수신 인프라를 노출한다는 뜻입니다. 긍정적 사전 스크리닝이지, 메일박스를 전달 가능하다고 부를 허가가 아닙니다.
양식 입력을 잠정 수락하거나, 보강 파이프라인을 계속하거나, 전체 작업 전에 명백히 불가능한 행을 줄이는 데 쓰세요. 하드 바운스에 운영 비용이 있는 메시지를 보내기 전에는 SMTP를 더하세요.
파서가 입력을 쓸 수 있는 주소로 해석할 수 없습니다. 흔한 원인은 누락된 @, 불완전한 도메인, 값 중간에 복사된 공백, 구두점 오류입니다.
사용자에게 원본 필드를 보여 주고 고치게 하세요. 누락된 문자를 자동으로 만들거나 도메인을 바꾸지 마세요. 구문만 개선한 추측이 다른 사람에게 속할 수 있습니다.
유효성 검사 규칙 아래 쓸 수 있는 경로가 없으면, 메일박스 검증을 계속해도 현재 주소를 구하지 못합니다. 오타이거나, 만료되었거나, 주차되었거나, 메일을 받지 않도록 의도적으로 구성되었을 수 있습니다.
일반적인 무효 라벨 대신 사유를 반환하세요. 도메인 수준 실패는 데이터 수정에 실행 가능하며, 작동하는 회사 도메인에서의 수신자 거부와는 다릅니다.
메일박스가 미할당이거나, 비활성화되었거나, 가득 찼거나, 제공자 정책으로 보호되거나, Catch-All 동작 뒤에 숨겨질 수 있습니다. 주소가 일회용이거나, 역할 기반이거나, 레코드의 사람과 무관할 수도 있습니다.
그것은 유효성 검사기의 결함이 아니라 구문과 DNS 밖의 질문입니다. 완전한 단일 주소 패널이 필요하면 Email Checker를 사용하세요.
빠른 사전 스크리닝
유효성 검사기는 불가능한 입력을 일찍 제거할 때 시간과 네트워크 작업을 아끼고, 이후 단계는 메일박스와 오디언스 결정을 담당합니다.
양식 입력 시 또는 제출 직후에 구문 유효성 검사를 실행하세요. 사용자가 페이지를 떠난 뒤에 잘못된 형식의 주소를 발견하는 것보다 필드 옆의 명확한 메시지가 더 유용합니다.
아직 입력 중일 때 과도하게 공격적인 실시간 차단을 피하세요. 안정된 상호작용 지점에서 검증하고, 자동 수정 규칙이 아니라 사용자가 수정을 고를 수 있도록 입력값을 보존하세요.
양식이 비즈니스에 중요하면 일반 분석에 전체 주소 대신 사유 카테고리를 기록하세요. 제품 팀은 검증 이벤트 스트림을 두 번째 연락처 데이터베이스로 만들지 않고도 실패가 구문인지 DNS인지 알아야 합니다.
게시된 MX 없음 결과는 메일박스 probe나 연락처 보강 전에 이 얕은 파이프라인을 멈춥니다. 이른 DNS 스크리닝은 불필요한 다운스트림 작업을 줄이고, 암시적 MX에 의존하는 특이한 도메인은 일반 하드 실패로 조용히 취급하지 말고 검토로 보내야 합니다.
DNS는 일시적으로 실패할 수 있으므로 재시도 동작을 합리적으로 유지하세요. 확인된 메일 없음 상태와 완료되지 않은 조회를 구분하고, 일시적 인프라 실패를 영구 고객 데이터 삭제로 바꾸지 마세요.
워크플로가 깨끗한 형식과 메일 가능 도메인만 필요하면 여기서 멈추세요. 온보딩, 영업, 비밀번호, 청구, 캠페인 이메일을 보낼 것이면 발송 이벤트에 가깝게 전체 SMTP 검증으로 계속하세요.
이 계층적 접근은 전달성 기준을 낮추지 않으면서 빠른 검사를 빠르게 유지합니다. 결과 이름이 데이터와 함께 이동해야 다운스트림 시스템이 유효성 검사된 증거인지 완전히 검증된 증거인지 알 수 있습니다.
유용한 필드 모델은 구문 상태, 게시된 MX 상태, 유효성 검사 깊이, 확인 시각을 따로 저장합니다. 이후 내보내기가 형식과 MX 성공을 오해하기 쉬운 검증됨 불리언으로 평탄화하지 않게 합니다.
큰 파일에는 일관된 중복 제거, 상태 처리, 재시도 로직, 내보내기가 필요합니다. 얕은 유효성 검사기는 데이터셋을 사전 스크리닝할 수 있지만, 어떤 정확한 수신자가 SMTP probe를 수락했는지는 캠페인 운영자에게 말할 수 없습니다.
캠페인 규모 검증에는 Email List Cleaning을 쓰고 구문, 라우팅, SMTP, 위험 사유를 별도 출력 필드로 보존하세요.
정직한 한계
테스트한 계층을 생략하면 valid라는 말이 오해를 부를 수 있습니다. BillionVerify는 계층을 이름 붙여 사용자가 올바른 다음 단계를 고를 수 있게 합니다.
유효성 검사기는 수신 시스템에 대상 로컬 파트를 묻지 않습니다. 따라서 company.com이 메일을 받아도 jane@company.com이 할당되었는지 확정할 수 없습니다.
구문과 MX만으로 전달 가능하다고 주장하는 결과는 증거를 과장합니다. BillionVerify는 메일박스 수준 언어를 전체 SMTP 워크플로에 남겨 둡니다.
Catch-All 도메인은 유효한 메일 인프라를 가지고 임의의 로컬 파트를 수락할 수 있습니다. 주소가 완벽해 보이고 도메인이 메일을 라우팅해도, 이름 있는 사람 수준의 메일박스는 확인되지 않은 채로 남을 수 있습니다.
그 도메인 동작을 이해하려면 Catch-All Verifier를 쓰고, Catch-All 연락처를 개별 검증됨으로 부르지 말고 검토 세그먼트에 두세요.
생성된 B2B 패턴에서 가장 중요합니다. 회사 도메인에서 firstname.lastname을 추측하면 모든 직원 이름에 대해 구문과 MX를 통과할 수 있지만, Catch-All 동작은 그 얕은 검사가 추측된 수신자 하나를 확인하지 못하게 합니다.
DNS 레코드는 CRM 행에 붙은 사람에 대해 아무것도 말하지 않습니다. 도메인이 메일을 올바르게 라우팅해도 이름, 고용주, 직함, 주소에 붙은 동의가 틀릴 수 있습니다.
신원과 허가는 자사 또는 권한이 있는 증거가 필요합니다. 유효성 검사는 기술적 입력 오류를 막으며, 제3자 연락처 데이터를 검증된 신원으로 바꾸지 않습니다.
신원 신뢰도를 기술 유효성 검사와 별도 필드에 두세요. 영업 팀은 주소 구조와 게시된 메일 경로가 자체 검사를 통과했다는 사실을 잃지 않고 보강 소스를 검토할 수 있습니다. 이 분리는 이후 데이터 품질 감사도 설명하기 쉽게 합니다.
유효한 목적지도 발신자 평판이 낮거나, 인증이 없거나, 콘텐츠가 위험하거나, 캠페인 동작이 건강하지 않으면 스팸으로 받을 수 있습니다. 그 조건은 발신 측에 있습니다.
발신 도메인 준비 상태에는 Email Deliverability Test를 사용하세요. 같은 발송 워크플로에서 수신자 유효성 검사와 발신 전달성을 별도 통제로 유지하세요.
프로토콜 참조
주소 문법, DNS 메일 라우팅, SMTP 수신자 응답은 인터넷 이메일의 서로 다른 부분입니다. 제품 경계는 그 아키텍처를 따릅니다.
IETF의 RFC 5322 Internet Message Format은 이메일 주소와 메시지를 나타내는 구문을 정의합니다. 문자열을 주소로 파싱할 수 있는지 결정하는 기반입니다.
문서는 메일박스가 존재한다고 증명하는 네트워크 쿼리를 제공하지 않습니다. BillionVerify는 그 구분을 유효성 검사 결과에 보이게 유지합니다.
IETF의 RFC 5321 Simple Mail Transfer Protocol은 메일 교환 동작, 수신자 명령, 임시 대 영구 응답 클래스를 정의합니다. 그 수신자 응답은 전체 검증에 속하며 이 페이지에는 속하지 않습니다.
유효성 검사기는 도메인 준비 상태를 확정하는 데 필요한 라우팅 계층을 쓰고 수신자 상호작용 전에 멈춥니다. 결과가 빠르고, 설명 가능하며, 범위가 올바르게 됩니다.
소비자 웹메일을 분류하려면 Free Email Checker를, 버리는 제공자를 식별하려면 Disposable Email Detection을, 현재 메일박스 수락이 필요하면 전체 검증기를 사용하세요.
작업이 잘못된 형식의 입력과 메일을 받도록 구성되지 않은 도메인을 잡는 것이면 Email Validator가 올바른 출발점입니다.
이 email validator는 두 층만 확인합니다: (1) 주소가 올바른 형식인지(구문/구조), (2) 도메인이 메일을 받을 수 있도록 MX 레코드를 게시하는지. 메일박스와 SMTP 대화를 열지 않으며 특정 사람이나 받은편지함 존재를 증명할 수 없습니다. 그 정직함은 의도적입니다 — 형식과 MX는 저렴한 스크리닝이지 full email verification이 아닙니다.
아니요. SMTP 메일박스 검증은 Email Checker, list cleaning, 로그인 제품 플로에서 사용할 수 있습니다. validator는 구문과 MX에서 멈춰 빠르고 사실상 무제한(남용 방지 soft limit만)으로 유지합니다. bounce 위험과 도달성이 필요하면 Email Checker에서 full SMTP 결과를 여세요.
빠른 형식·도메인 스크리닝만 필요할 때 — 오타 잡기, MX 없는 도메인 거부, 더 무거운 작업 전 사전 필터 — email validator를 사용하세요. 잘못된 주소가 bounce, ESP 페널티, 낭비된 SDR 시간으로 이어지면 email checker를 사용하세요. 많은 팀은 폼 입구에서 validator 스타일 검사, 캠페인이나 CRM 가져오기 전에 full SMTP email checking을 합니다.
네. 얕은 검증(구문 + MX)은 무료이며 Email Checker의 20회 full-SMTP 할당에 묶이지 않습니다. 자동화 남용 차단을 위한 soft rate limit만 적용될 수 있습니다. bulk CSV 정리와 API 볼륨은 계정 가입이 필요합니다.
무제한 얕은 검사에는 email validator: “메일 가능 도메인에서 이메일처럼 보이는가?” multi-layer 검증에는 email checker: SMTP 도달성에 disposable, catch-all, role 플래그. 다른 질문에 답합니다. validator 결과를 full verification처럼 쓰는 것은 흔한 도달성 실수입니다.
네. catch-all 도메인은 보통 유효한 MX를 게시하므로 특정 local-part가 실제 사람이 아니어도 구문 + MX는 괜찮아 보일 수 있습니다. catch-all 불확실성을 드러내는 것은 full verification tools(Email Checker / Catch-All Verifier)뿐입니다. names@company.com을 추측해 리드를 보강한다면 validator만 의존하지 마세요.
메일박스 수준 증명과 위험 플래그를 위해 Email Checker를 실행하거나, bulk 정리와 API 접근을 위해 가입하세요.
24시간 20회 무료 SMTP 검사 · 얕은 검사는 가입 불필요 · 수초 내 결과
