이메일 정규화
입력 이메일(한 줄에 하나)
정규화됨(중복 제거)
기술적 세부 정보
이메일 정규화 도구가 작동하는 방식
도구가 하는 일
Email Normalizer는 이메일 주소 전체를 소문자로 변환하고, 로컬 파트에서 점을 제거하며(Gmail 방식), 플러스 주소 지정 별칭을 제거해(user+tag@domain을 user@domain으로 변환) 이메일 주소를 정규화합니다. 이를 통해 겉보기에는 서로 다른 여러 이메일 주소가 실제로는 같은 받은편지함으로 전달되는 경우를 드러내어, 중복 계정을 감지하고 연락처 데이터베이스를 정규화하는 데 도움이 됩니다.
개발자들이 흔히 사용하는 사례
프로덕트 엔지니어는 이메일 정규화를 사용해 사용자가 점 트릭(j.ohn@gmail.com = john@gmail.com)이나 플러스 별칭(john+spam@gmail.com)으로 여러 개의 무료 체험 계정을 만드는 것을 방지합니다. 마케팅 팀은 캠페인을 발송하기 전에 메일링 리스트를 중복 제거하여 중복 발송을 피합니다. 안티프로드 시스템은 가입 과정에서 이메일을 정규화해, 외형만 다른 이메일 변형으로 재가입을 시도하는 이전 차단 사용자를 탐지합니다.
데이터 형식, 타입 또는 변형
Gmail과 Google Workspace는 로컬 파트의 점을 무시하고 플러스 주소 지정을 지원합니다. Outlook/Hotmail은 플러스 주소 지정은 무시하지만 점은 무시하지 않습니다. Yahoo는 플러스 대신 하이픈 기반 별칭 시스템을 사용합니다. Fastmail과 ProtonMail은 플러스 주소 지정을 지원합니다. 이 도구는 기본적으로 Gmail 스타일 정규화 규칙(점 제거, 플러스 별칭 제거, 소문자화)을 적용하는데, 이는 대부분의 소비자용 이메일 주소를 커버하지만 점을 의미 있게 취급하는 기업용 메일 서버에는 과도하게 정규화될 수 있습니다.
흔한 함정과 엣지 케이스
모든 메일 서버가 점을 무시하는 것은 아닙니다. Gmail이 아닌 주소에서 점을 제거하면 서로 다른 두 사용자가 동일한 정규화 주소로 매핑되어 잘못된 중복 제거가 발생할 수 있습니다. 이메일의 도메인 파트는 RFC 5321에 따라 대소문자를 구분하지 않지만, 로컬 파트는 기술적으로는 대소문자를 구분합니다(다만 이를 강제하는 서버는 거의 없습니다). 플러스 주소 지정은 합법적인 프라이버시 도구로 점점 더 많이 사용되므로, 이를 차단하면 프라이버시를 중시하는 사용자가 불편을 겪을 수 있습니다. 국제화 도메인(IDN)은 올바른 비교를 위해 punycode 정규화가 필요합니다.
코드 대신 이 도구를 사용해야 하는 경우
이 브라우저 도구를 사용하면 소수의 주소에서 중복 여부를 빠르게 확인하거나, 정규화 규칙이 특정 입력을 어떻게 변환하는지 테스트할 수 있습니다. 프로덕션 가입 플로우에서는 제공자별 규칙(Gmail vs Outlook vs 커스텀 도메인)을 적용하는 서버 사이드 함수로 정규화를 구현하고, 원본과 정규화된 형태를 모두 저장하여 정규화된 버전으로 중복 제거를 수행하면서도 표시에는 원본을 사용할 수 있도록 하세요.