T

Text Machine

강력한 텍스트 도구를 브라우저에서

이메일 유효성 검사기

무료 온라인 도구로 이메일 주소의 유효성을 검사하세요

이메일 주소 입력

유효성을 확인할 전체 이메일 주소를 입력하세요

이메일 유효성 검사 규칙

사용자 이름에는 문자, 숫자, 점, 밑줄, 퍼센트, 더하기 또는 빼기 기호를 포함할 수 있습니다
[email protected] 형식이어야 합니다
도메인에는 문자, 숫자, 점 및 하이픈이 포함되어야 합니다
유효한 최상위 도메인(TLD)이 있어야 합니다
공백이나 특정 특수 문자를 포함할 수 없습니다

이메일 유효성 검사기 사용 방법

  1. 1

    이메일 주소 입력

    [email protected] 같은 완전한 이메일 주소를 입력란에 입력하거나 붙여넣으세요.

  2. 2

    Validate Email 클릭

    Validate Email을 눌러 주소를 표준 이메일 형식 규칙에 따라 검사하세요.

  3. 3

    검증 세부 정보 검토

    주소가 유효한지 확인하고 @ 기호, 사용자 이름, 도메인 형식, 최상위 도메인, 전체 형식 등 각 검사 항목을 살펴보세요.

  4. 4

    복사 또는 초기화

    확인된 주소를 저장하려면 Copy를, 다른 주소를 테스트하려면 Clear를 사용하세요.

이메일 유효성 검사: 알려 줄 수 있는 것과 없는 것

전혀 다른 두 질문

사람들이 이메일 주소를 검증하고 싶다고 말할 때, 보통은 뚜렷이 구별되는 두 가지 중 하나를 뜻하며, 이 둘을 뒤섞는 것이 이 분야 혼란의 대부분을 일으킵니다. 첫 번째 질문은 구문에 관한 것입니다. 이 문자열이 로컬 부분과 골뱅이 기호, 그리고 인식 가능한 최상위 도메인으로 끝나는 도메인을 갖춘, 이메일 주소처럼 생긴 모양인가? 두 번째는 수신 가능성에 관한 것입니다. 이 메일함이 실제로 존재하며 메일을 받을 수 있는가? 이 둘은 완전히 별개의 문제이고, 첫 번째를 통과한다고 두 번째에 대해 알려 주는 것은 거의 없습니다.

이 도구는 첫 번째 질문에 답합니다. 주소의 형식을 표준 구조 규칙에 대조해 검사하고, 어떤 부분이 통과하는지 보고합니다. 골뱅이 기호, 사용자 이름 부분, 도메인, 최상위 도메인, 그리고 전체 모양 말입니다. 초록색 결과는 주소가 올바른 형식이라는 뜻이지, 반대편에 누군가 있다는 뜻이 아닙니다.

구문 검증 대 수신 가능성

수신 가능성 검증은 형식을 훨씬 넘어섭니다. 대개 도메인에 MX(메일 교환) 레코드가 있는지, 즉 도메인이 실제로 이메일을 받도록 구성되어 있는지를 확인하는 DNS 조회가 포함되고, 경우에 따라서는 메일 서버에 접속해 특정 메일함이 존재하는지 묻는 SMTP 탐색이 뒤따릅니다. 이 검사들은 외부 메일 서버에 대한 네트워크 접근이 필요하며 브라우저에서 문자열만으로는 할 수 없습니다. 그조차도 완벽하지 않은데, 많은 메일 서버가 바로 이런 종류의 탐색을 막으려고 어떤 주소든 일부러 받아들이기 때문입니다.

그래서 층층이 쌓인 그림이 떠오릅니다. 이 도구가 로컬에서 수행하는 구문 검증은 즉각적이고 비공개이며 오타와 명백히 잘못된 형식의 입력을 잡아냅니다. 전용 검증 서비스가 필요한 수신 가능성 검사는 죽은 도메인과 일부 존재하지 않는 메일함을 잡아내지만, 그래도 진짜 사람이 메일을 읽으리라고 보장하지는 못합니다.

완벽한 정규식 검증이 사실상 불가능한 이유

RFC 5322라는 표준에 정의된 이메일 주소의 형식 문법은 방대하기로 악명 높습니다. 공백과 특수문자를 담은 따옴표 친 로컬 부분, 괄호 안의 주석, 그리고 거의 아무도 실제로 쓰지 않는 다양한 구조를 허용합니다. 기술적으로 유효한 모든 주소를 받아들이고 유효하지 않은 모든 주소를 거부하는 정규 표현식은 너무나 거대하고 읽을 수 없어서 개발자들 사이에서 두고두고 농담거리이며, 그조차도 도메인이 존재하는지는 확인하지 못합니다. 이 도구를 포함한 실용적인 검증기는 전체 문법이 아니라 분별 있고 상식적인 부분집합을 일부러 구현합니다.

요점은 합리적인 이메일 검증기라면 어떤 것이든 절충을 한다는 것입니다. 명백한 쓰레기는 거부하면서 현실 세계 주소의 대다수를 받아들이고, 명세의 온갖 별난 구석을 일일이 받들려 하지 않기로 의식적으로 결정합니다. 그렇게 하면 명백한 오타를 덜 안정적으로 거부하게 될 뿐 아니라 여전히 수신 가능성의 증거를 전혀 주지 못하기 때문입니다. 형식 검증은 필터이지 보장이 아닙니다.

어설픈 검사가 잘못 거부하는 유효한 주소들

지나치게 엄격한 검증기는 완벽히 정당한 주소를 일상적으로 거부하는데, 이는 진짜 사용자를 돌려보내기 때문에 약간 너그러운 것보다 더 나쁩니다. 플러스 주소가 좋은 예입니다. [email protected] 같은 주소는 유효하고 필터링에 널리 쓰이지만, 많은 자체 제작 검사가 더하기 기호를 거부합니다. [email protected]처럼 도메인 부분의 서브도메인도 유효하지만, 점이 하나뿐이라고 가정하는 패턴을 걸려 넘어지게 합니다. 짧은 것부터 긴 브랜드 및 일반 확장자까지 새 최상위 도메인이 폭발적으로 늘면서, 두 글자에서 네 글자짜리 TLD를 못 박아 둔 옛 규칙들이 깨집니다.

국제화 주소는 한층 더 밀어붙입니다. 최신 표준은 로컬 부분과 도메인 양쪽에 ASCII가 아닌 문자를 허용하므로, 강세 부호가 있는 글자나 아예 라틴이 아닌 문자를 쓰는 주소가 정당할 수 있습니다. ASCII만 있다고 가정하는 검증기는 이들을 잘못 거부합니다. 가입 양식을 만드는 사람을 위한 교훈은 받아들이는 쪽으로 기울라는 것입니다. 진짜 고객의 유효한 주소를 거부하는 것은 값비싼 거짓 음성이기 때문입니다.

거짓 양성: 형식은 맞지만 잘못된 주소

반대편 실패는 구문적으로는 완벽하지만 쓸모없는 주소를 받아들이는 것입니다. [email protected] 같은 오타 도메인은 모든 형식 검사를 통과하지만 아무 데도 가지 못하고, [email protected]처럼 일부러 가짜로 만들었지만 형식은 맞는 입력도 무사히 통과합니다. 일회용이나 임시 주소도 형식상 유효하며, 몇 년 전에 비활성화된 메일함의 주소도 마찬가지입니다. 이들 중 어느 것도 구문만으로는 잡아낼 수 없으며, 바로 그래서 형식 검사는 메일이 도착하리라고 결코 확인해 줄 수 없습니다.

이들 중 일부는 형식 검사기가 수행하지 않는 추가 단계로 완화할 수 있습니다. 흔한 도메인 오타에 표시를 달거나, 도메인을 알려진 일회용 제공업체 목록과 대조하는 것 같은 단계 말입니다. 그러나 근본적인 한계는 그대로입니다. 맞게 보이는 것과 진짜인 것은 다른 속성이고, 그중 하나만 주소의 텍스트에서 보입니다.

유일하게 확실한 검사는 확인 이메일입니다

온갖 검증 기법에도 불구하고, 주소가 존재하면서 그것을 입력한 사람에게 속한다는 것을 확실히 하는 방법은 정확히 하나뿐입니다. 고유한 확인 링크가 담긴 메시지를 그 주소로 보내고 클릭하게 요구하는 것입니다. 이것이 거의 모든 평판 있는 메일링 리스트와 계정 시스템이 쓰는 더블 옵트인 방식입니다. 수신 가능성을 증명하고, 소유권을 증명하며, 오타와 누군가 남의 주소로 가입하는 일로부터 한 번에 보호해 줍니다. 형식과 수신 가능성 검사는 유용한 사전 필터이지만, 확인이 바로 근본 진실입니다.

그러므로 견실한 실제 흐름은 방법들을 층층이 쌓습니다. 즉각적인 피드백과 사용자가 입력하는 동안 오타를 잡기 위해 클라이언트에서 형식을 검증하고, 보내기를 낭비하기 전에 죽은 도메인을 걸러내려고 선택적으로 서버에서 수신 가능성 검사를 돌리며, 그런 다음 마지막의 권위 있는 단계로 언제나 확인 이메일을 보냅니다. 각 층이 서로 다른 종류의 잘못된 주소를 제거합니다.

클라이언트 측 검증을 잘 쓰는 법

이 도구가 하는 일이자 가입 양식이 브라우저에서 해야 하는 일인 클라이언트 측 형식 검증은 즉각적인 사용자 피드백으로서 빛을 발합니다. 누군가 입력을 마치는 순간 골뱅이 기호 누락이나 명백한 오타를 잡아내는 것은, 제출하게 두고 반송을 기다리는 것보다 훨씬 낫습니다. 로컬에서 실행되므로 즉각적이고 비공개이며, 주소가 페이지를 결코 떠나지 않습니다. 핵심은 그것을 문지기가 아니라 도움이 되는 살짝 미는 손길로 쓰는 것이며, 진짜이지만 흔치 않은 주소도 여전히 통과할 만큼 규칙을 너그럽게 유지하는 것입니다.

클라이언트 측 검증을 전체 전략이 아니라 첫 번째이자 가장 친절한 방어선으로 다루세요. 여기 있는 즉각적인 형식 검사를, 중요한 것이라면 무엇에든 서버 측 확인 단계와 짝지으면 양쪽의 장점을 모두 얻습니다. 실수를 일찍 잡아내는 매끄러운 경험과, 그것을 뒷받침하는, 주소가 실제로 작동함을 증명하는 절차 말입니다.

자주 묻는 질문

이 도구는 정확히 무엇을 검사하나요?
이메일 주소의 구문을 검증합니다. @ 기호 포함 여부, 유효한 사용자 이름 부분, 올바른 형식의 도메인, 인식되는 최상위 도메인(TLD), 그리고 전체 구조의 유효성을 확인합니다. 메일함이 실제로 존재하는지가 아니라 형식 규칙을 검사합니다.
유효하다는 결과는 그 이메일이 메일을 받을 수 있다는 뜻인가요?
아니요. 통과 결과는 주소가 올바른 형식이라는 의미일 뿐입니다. 메일함은 여전히 비활성, 가득 참, 또는 존재하지 않을 수 있습니다. 수신 가능 여부를 확인하려면 도메인 및 SMTP 검사를 수행하는 전용 이메일 검증 서비스가 필요합니다.
유효한 주소에는 어떤 문자가 허용되나요?
사용자 이름에는 글자, 숫자, 점, 밑줄, 퍼센트 기호, 더하기 기호, 하이픈이 들어갈 수 있고, 도메인에는 글자, 숫자, 점, 하이픈이 들어갈 수 있으며, 주소에는 공백이나 일부 허용되지 않는 특수문자가 포함될 수 없습니다. [email protected] 패턴을 따라야 합니다.
왜 내 주소가 유효하지 않다고 표시되나요?
흔한 원인으로는 @ 누락, 도메인 확장자 없음, 끼어든 공백, 잘못된 TLD, 또는 사용자 이름이나 도메인의 허용되지 않는 문자가 있습니다. Validation Details 패널이 어떤 규칙이 실패했는지 정확히 강조해 주어 수정할 수 있습니다.
내 이메일 주소는 비공개로 유지되나요?
네. 검증이 형식 규칙을 사용해 브라우저 안에서 로컬로 실행되므로, 입력한 주소가 업로드되거나 저장되지 않습니다. 이 도구는 무료이고 가입이 필요 없습니다.

관련 도구

이런 편리한 도구도 함께 사용해 보세요

메타 태그 생성기

Robots.txt 생성기

Open Graph Previewer

HTML 엔티티 인코더/디코더

HTTP 헤더 뷰어

URL 리다이렉트 체인 검사기