Proper Check

Чому ми

Точність верифікації email

Syntax, DNS, MX, SMTP, catch-all і disposable. Глибокий аналіз без відправлення листа одержувачу.

  • Багатоетапний процес
  • Прозорі статуси
  • Без хибних обіцянок 100%

Чесно про галузь

SMTP не є на 100% детермінованим. Сервери можуть повертати нестандартні відповіді. Тому показуємо status, score і причину класифікації замість одного магічного так/ні.

Self-serve: створіть акаунт, завантажте список або підключіть API без sales call.

Процес верифікації

Кожна адреса проходить послідовність перевірок, адаптовану до типу домену.

  • Дедуплікація при завантаженні списку
  • Перевірка синтаксису RFC
  • Верифікація домену та записів MX
  • Тест SMTP без доставки контенту
  • Виявлення catch-all, disposable, role-based
  • Повторна спроба при greylisting

Greylisting і unknown

Деякі поштові сервери навмисно затримують першу SMTP-відповідь. Статус може бути unknown — не автоматично invalid. Bulk jobs повторюють спробу; при signup плануйте retry або коротке очікування в UI.

Прозорість замість «100% точності»

Обіцяємо зрозумілі статуси, причини класифікації та чесний copy — не маркетингове «100% accuracy», якого SMTP не гарантує. Ви вирішуєте, що надсилати, видаляти або позначати на ручну перевірку.

Шари: синтаксис, DNS, SMTP

Синтаксис RFC відсікає очевидні помилки до мережі. DNS і MX підтверджують, що домен налаштований на прийом пошти. SMTP handshake перевіряє, чи сервер приймає конкретний local-part — без доставки контенту листа. Евристики наприкінці класифікують disposable, role-based і catch-all. Жоден шар не замінює інші.

Хибні сигнали та повторні спроби

Greylisting, rate limits на сервері одержувача та тимчасові timeout можуть дати unknown. У bulk jobs повторюємо автоматично. При одиночній перевірці у формі показуйте «спробуйте знову за хвилину» замість трактування unknown як invalid. Це зменшує відхилення валідних лідів.

Політика статусів: B2B vs cold email

У відносинному B2B catch-all на корпоративному домені часто лишають з тегом risky. У cold email і performance marketing risky та disposable зазвичай виключають повністю — вартість одного hard bounce перевищує цінність контакту. Invalid завжди поза відправкою, незалежно від каналу.

  • Розсилка клієнтам: invalid out, risky case-by-case.
  • Cold outreach: invalid і risky out, лише valid.
  • Signup продукту: block invalid, block disposable, risky опційно.

Аудитний слід у bulk експорті

Кожен рядок у CSV містить статус і причину класифікації. Compliance і маркетинг бачать, чому адресу позначено invalid або risky — без здогадок за однією міткою. Це спрощує аудит перед кампанією та розмову з ESP про якість бази.

Що впливає на час відповіді SMTP?

Корпоративні сервери, shared hosting і великі поштові домени відповідають з різною затримкою. Greylisting навмисно відкладає першу відповідь. Ліміти з’єднань і firewall одержувача теж можуть дати unknown. У bulk — черга та retry; при одиночній перевірці кілька секунд — норма.

Bulk vs одиночна верифікація

Одна адреса проходить повну послідовність шарів у реальному часі. Bulk обробляє список партіями з дедуплікацією та автоматичним retry для unknown. Точність шарів та сама; відрізняються throughput і політика повторів.

Специфіка поштових провайдерів

Gmail, Outlook, польські хостинги та on-premise повертають різні коди SMTP. Catch-all на малій корпоративній домені — не те саме, що у глобального провайдера. Евристики враховують тип домену, але остаточне risky vs valid на межі — ваша політика відправки; тому показуємо причину класифікації.

Формат email-адреси

Перший фільтр кожної верифікації. Перевіряємо синтаксис за стандартами пошти в інтернеті, перш ніж запускати дорожчі тести DNS і SMTP.

Навіщо це перевіряємо

Хибний формат — найшвидший сигнал, що запис не варто відправляти. Друкарські помилки, відсутній @ або заборонені символи часто відхиляються ще до спроби доставки.

Що ви отримуєте

Економите кредити на глибші тести й одразу бачите записи для ручного виправлення в CSV або CRM. Менше шуму в експорті з самого початку очищення списку.

Виявляємо

  • хибний формат
  • неправильний домен
  • заборонені символи
  • помилки відповідності RFC
  • адреси, на які неможливо надіслати лист

Приклад

Пов'язані

Часті запитання

Чим risky відрізняється від invalid?

Invalid — адреса, на яку не варто надсилати. Risky — сіра зона, що потребує бізнес-рішення.

Чи верифікація гарантує доставку листа?

Ні. Підтверджуємо технічну можливість доставки SMTP, а не відкриття чи відсутність spam.

Що означає статус unknown?

Поштовий сервер не дав однозначної відповіді (greylisting, timeout). У bulk повторюємо спробу автоматично.