KO
내 도구

이메일 정규식 테스터

검증된 이메일 정규식(간단, 실용, HTML5, 엄격)을 복사하고, 주소 목록을 검사하고, JavaScript, 파이썬, PHP, Java 코드를 받아 가세요.

정규식 패턴
^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$
실용
유효
3
유효하지 않음
3
코드 예시
JavaScript

각 줄은 테스트하기 전에 앞뒤 공백을 지우며, 빈 줄은 건너뜁니다.

테스트는 JavaScript 정규식으로 실행하며, 코드 예시는 패턴을 JavaScript용으로 옮긴 것입니다.

줄별 결과
줄입력결과실패한 이유
1john.doe@example.com유효
2jane_smith+news@mail.co.uk유효
3user@localhost유효하지 않음도메인에 점(.com 같은)이 없습니다
4not-an-email유효하지 않음@ 기호가 없습니다
5a..b@example.com유효
6name@domain.c유효하지 않음마지막 점 뒤의 끝부분은 2글자 이상의 영문자여야 합니다
내 도구 →
광고

이메일 정규식은 가입을 받거나 메시지를 보내기 전에 어떤 문자열이 주소처럼 보이는지 판단합니다. 이 도구는 엄격함이 단계별로 다른 기성 패턴 네 가지와 추출기 하나를 제공하고, 붙여 넣은 모든 줄을 고른 패턴으로 테스트하며, 실패한 줄이 왜 실패했는지 알려 주고, JavaScript, 파이썬, PHP, Java용 코드를 써 줍니다.

사용 방법

  1. 패턴을 고릅니다. 실용은 대부분의 양식에 알맞고, 엄격은 RFC 5321의 길이와 점 규칙을 더합니다.
  2. 주소를 한 줄에 하나씩 붙여 넣거나, "아무 텍스트에서나 이메일 찾기"를 고르고 페이지, 로그, CSV를 붙여 넣습니다.
  3. 유효와 유효하지 않음 개수, 그리고 실패한 줄마다 주어진 이유를 읽습니다.
  4. 언어를 고르고 코드 예시를 복사합니다.

계산식

실용: ^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$

@ 앞에는 영문자, 숫자, . _ % + -가 올 수 있습니다. 뒤에는 점을 포함하고 영문자 2글자 이상으로 끝나는 도메인이 옵니다. HTML5 패턴은 브라우저가 <input type="email">에 적용하는 규칙으로, @ 앞에 더 많은 기호를 허용하고 도메인에 점을 요구하지 않습니다. 엄격은 전방탐색 두 개로 @ 앞부분을 64자, 전체 주소를 254자로 제한하고 시작, 끝, 연속된 점을 금지합니다. 엄격은 제한된 dot-atom 패턴일 뿐 RFC의 완전한 검증기가 아닙니다. 언어마다 공백 클래스가 다르므로 ASCII가 아닌 공백은 실제로 쓸 환경에서 테스트하세요. 표에는 최대 400줄 또는 일치까지 표시합니다.

예시

기본 목록은 여섯 줄입니다. 실용에서는 세 줄이 통과합니다. john.doe@example.com, jane_smith+news@mail.co.uk, a..b@example.com입니다. user@localhost는 도메인에 점이 없어서, not-an-email은 @가 없어서, name@domain.c는 한 글자 TLD로 끝나서 실패합니다. HTML5로 바꾸면 다섯 줄이 통과합니다. 브라우저 규칙이 점이 없는 한 단어 도메인, 한 글자 끝부분, 로컬 부분의 연속된 점을 받아들이기 때문입니다. 엄격은 a..b@example.com의 연속된 점도 거부하므로 두 줄만 통과합니다.

자주 묻는 질문

완벽한 이메일 정규식이 있나요?

없습니다. 이메일 문법 전체에는 따옴표로 감싼 로컬 부분과 주소 리터럴이 포함되는데, 이 패턴들은 일부러 빼 두었습니다. 어떤 정규식도 사서함이 실제로 있는지는 알 수 없으므로, 인증 링크로 소유권을 확인하세요.

HTML5 패턴이 user@localhost를 받아들이는 이유는 무엇인가요?

HTML 표준은 레이블이 하나뿐인 호스트를 허용합니다. 실용과 엄격은 점이 있는 도메인을 요구하지만, 일치한다고 해서 그 도메인이나 사서함이 실제로 있다는 증거는 아닙니다.

국제 주소도 지원하나요?

ASCII 패턴은 유니코드 로컬 부분을 지원하지 않습니다. 간단은 더 너그럽습니다. HTML5는 ASCII 퓨니코드 도메인 레이블을 받아들이고, 엄격은 xn-- 최상위 레이블도 허용합니다. 실용은 영문자로만 된 끝부분을 요구하므로 퓨니코드 최상위 도메인을 거부합니다.

주소를 대소문자 구분 없이 비교해야 하나요?

도메인 이름은 대소문자를 구분하지 않습니다. RFC 5321은 @ 앞 로컬 부분의 대소문자를 받는 시스템이 의미 있게 취급할 수 있으므로 그대로 보존하라고 합니다. 제공자별 규칙이 없다면 제출된 로컬 부분을 그대로 두세요.

출처

최종 업데이트:

인용·퍼가기
APA

kakaoCalc. (2026, November 8). 이메일 정규식 테스터. https://kakao.mobile/ko/tools/email-regex-tool/

MLA

“이메일 정규식 테스터.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/email-regex-tool/.

광고