이메일 정규식 테스터
검증된 이메일 정규식(간단, 실용, HTML5, 엄격)을 복사하고, 주소 목록을 검사하고, JavaScript, 파이썬, PHP, Java 코드를 받아 가세요.
각 줄은 테스트하기 전에 앞뒤 공백을 지우며, 빈 줄은 건너뜁니다.
테스트는 JavaScript 정규식으로 실행하며, 코드 예시는 패턴을 JavaScript용으로 옮긴 것입니다.
| 줄 | 입력 | 결과 | 실패한 이유 |
|---|---|---|---|
| 1 | john.doe@example.com | 유효 | |
| 2 | jane_smith+news@mail.co.uk | 유효 | |
| 3 | user@localhost | 유효하지 않음 | 도메인에 점(.com 같은)이 없습니다 |
| 4 | not-an-email | 유효하지 않음 | @ 기호가 없습니다 |
| 5 | a..b@example.com | 유효 | |
| 6 | name@domain.c | 유효하지 않음 | 마지막 점 뒤의 끝부분은 2글자 이상의 영문자여야 합니다 |
이메일 정규식은 가입을 받거나 메시지를 보내기 전에 어떤 문자열이 주소처럼 보이는지 판단합니다. 이 도구는 엄격함이 단계별로 다른 기성 패턴 네 가지와 추출기 하나를 제공하고, 붙여 넣은 모든 줄을 고른 패턴으로 테스트하며, 실패한 줄이 왜 실패했는지 알려 주고, JavaScript, 파이썬, PHP, Java용 코드를 써 줍니다.
사용 방법
- 패턴을 고릅니다. 실용은 대부분의 양식에 알맞고, 엄격은 RFC 5321의 길이와 점 규칙을 더합니다.
- 주소를 한 줄에 하나씩 붙여 넣거나, "아무 텍스트에서나 이메일 찾기"를 고르고 페이지, 로그, CSV를 붙여 넣습니다.
- 유효와 유효하지 않음 개수, 그리고 실패한 줄마다 주어진 이유를 읽습니다.
- 언어를 고르고 코드 예시를 복사합니다.
계산식
실용: ^[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은 @ 앞 로컬 부분의 대소문자를 받는 시스템이 의미 있게 취급할 수 있으므로 그대로 보존하라고 합니다. 제공자별 규칙이 없다면 제출된 로컬 부분을 그대로 두세요.
출처
최종 업데이트:
이 입력값이 담긴 페이지 주소: https://kakao.mobile/ko/tools/email-regex-tool/
인용·퍼가기
kakaoCalc. (2026, November 8). 이메일 정규식 테스터. https://kakao.mobile/ko/tools/email-regex-tool/
“이메일 정규식 테스터.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/email-regex-tool/.