# Нормализация email

> Приведите email к единому написанию, учитывая известные правила алиасов Gmail, Outlook и других провайдеров.

[Открыть инструмент](https://demindev.ru/tools/email-normalizer/). Бесплатно, без регистрации. Для работы интерфейса нужен JavaScript.

Что учитывать: Синтаксическая нормализация не проверяет доставку и владение ящиком. Правила провайдеров применяются только к известным доменам.

## Как работает нормализация email

Нормализатор email приводит адреса к единой записи и убирает повторы после преобразования. Для известных почтовых доменов учитываются некоторые правила алиасов, чтобы сопоставлять варианты написания одного адреса в тестовом или подготовленном списке.

## Что такое алиас и зачем нужна нормализация

Email состоит из локальной части перед `@` и домена после него. Провайдер может доставлять письма на несколько вариантов локальной части в один ящик, например при добавлении метки после `+`. Правила зависят от провайдера и не применяются одинаково ко всем доменам.

Нормализация выбирает одно написание для сравнения. Она не подтверждает, что адрес существует или принадлежит человеку, и не заменяет проверку доставкой письма.

## Каноническая запись и исходный адрес

Нормализованная строка удобна как ключ сравнения, а исходная запись полезна для аудита и отображения. Эти роли не всегда следует объединять в одно поле базы. Если преобразование изменило адрес по правилу конкретного провайдера, решение о слиянии пользовательских записей требует большего контекста, чем совпадение строк.

Например, метка после `+` может помогать владельцу сортировать входящие письма. Ее удаление не означает, что она была ошибкой. Нормализатор выбирает форму для сопоставления, а не исправляет настройки доставки у провайдера.

## Локальная часть, домен и международные адреса

Домен выбирает почтовую инфраструктуру, а локальная часть интерпретируется ее правилами. Международные домены и не-ASCII локальные части требуют дополнительных правил представления и поддержки со стороны почтовых систем. Не вся такая запись входит в синтаксис, принимаемый этим инструментом.

Если адрес отклонен, не объявляйте его несуществующим только по этой проверке. Сначала сопоставьте ввод с поддерживаемым форматом, затем используйте профильную проверку и подтверждение владельцем. Нормализация не запрашивает [MX-записи](https://demindev.ru/tools/dns-records-checker/), не выполняет SMTP-диалог и не измеряет доставляемость писем.

## Какие преобразования выполняются

Введите адреса по одному на строке. Пустые строки игнорируются, пробелы по краям удаляются, все адреса переводятся в нижний регистр. `googlemail.com` заменяется на `gmail.com`, а в локальной части Gmail убираются точки.

Для Gmail, Outlook, Hotmail, Live, iCloud, Fastmail, Proton Mail на известных в реализации доменах удаляется часть после `+`. На остальных доменах такая метка сохраняется. После обработки одинаковые строки объединяются, порядок первого появления сохраняется.

## Когда объединять записи нужно осторожно

У произвольного почтового сервера локальная часть теоретически может различаться по регистру. Инструмент все равно переводит ее в нижний, поэтому не используйте такой результат как универсальное доказательство равенства аккаунтов. Правила публичного Gmail также нельзя автоматически переносить на корпоративный домен.

Если хотя бы один непустой адрес не проходит поддерживаемую синтаксическую проверку, результат всего списка не создается. Международные варианты адресов поддерживаются не полностью. Для базы клиентов сохраняйте исходное значение отдельно и принимайте решение об объединении с учетом подтвержденного владения контактом.