Skip to main content
GET
API перевірки email

Швидкий старт

Щоб виконати запит, передайте унікальний api_key і email, який потрібно перевірити — більше нічого не потрібно:
Запит виконується успішно і повертає всі доступні дані про адресу:

Параметри запиту

string
обов'язково
Ваш особистий API-ключ. Ключі прив’язані до конкретного продукту Cleariflow, тому ключ Email Validation не авторизує запити, наприклад, до API геолокації IP.
String
обов'язково
Email-адреса, яку потрібно перевірити.
Boolean
Необов’язковий прапорець для вимкнення автокорекції. Встановіть auto_correct=false, щоб вимкнути її. За замовчуванням увімкнено.

Параметри відповіді

Відповіді повертаються у компактному, стандартизованому форматі JSON.
String
Повторює email, переданий у запиті.
String
Запропонована корекція, якщо виявлено ймовірну помилку (наприклад, johnsmith@gmial.com => johnsmith@gmail.com). Порожньо, якщо пропозиції немає.
String
Оцінка Cleariflow щодо можливості доставки листів на цю адресу. Можливі значення: DELIVERABLE, UNDELIVERABLE, UNKNOWN. DELIVERABLE вимагає успішної SMTP-перевірки; якщо MX-записи є, але SMTP не підтвердив скриньку (часто у великих провайдерів), результат UNKNOWN. На всіх планах виконуються однакові перевірки; безкоштовні відрізняються лише місячною квотою та лімітом RPS (див. коди помилок 422 і 429).
Float
Десятковий бал від 0 до 0.99, що відображає якість адреси. Disposable-адреси обмежені близько 0.05; без підтвердження SMTP — максимум 0.55.
Boolean
true, якщо адреса відповідає стандартному шаблону local@domain.tld. Відсутні елементи або недопустимі символи дають false.
Boolean
true, якщо домен належить безкоштовному email-провайдеру (наприклад, Gmail, Yahoo).
Boolean
true, якщо домен є у нашому списку одноразових/тимчасових поштових сервісів (наприклад, Mailinator, Yopmail).
Boolean
true, якщо локальна частина схожа на рольовий акаунт, а не на особисту адресу, наприклад team@, sales@, info@.
Boolean
true, якщо домен налаштовано як catch‑all.
Boolean
true, якщо для домену існують MX-записи.
Boolean
true, якщо SMTP-перевірка успішна. Якщо SMTP не пройшов, але інші перевірки пройшли, результат може бути UNKNOWN. Ми не рекомендуємо блокувати реєстрації або відправку форм лише через помилки SMTP.

Приклади запитів

Приклад: ймовірна помилка в написанні

Цей приклад демонструє запит, у якому виявлено ймовірну помилку в переданій адресі. Навіть якщо знайдено ймовірну помилку, усі інші перевірки (наприклад, безкоштовний email, одноразовий домен) виконуються для оригінально переданої адреси — а не для запропонованої корекції.
Успішна відповідь виглядає так:

Приклад: недійсний формат

Цей приклад демонструє адресу, яка не проходить базову перевірку формату. Коли is_valid_format дорівнює false, наступні перевірки (наприклад, is_free_email, is_role_email) пропускаються і повідомляються як false.
Успішна відповідь виглядає так:

Масове завантаження (CSV)

Не хочете викликати API напряму? Скористайтеся масовим завантаженням CSV — результати будуть надіслані вам на email після завершення обробки. При завантаженні CSV дотримуйтесь цих правил:
  • Розмістіть email-адреси в першому стовпці.
  • Видаліть порожні рядки.
  • Використовуйте одну адресу на рядок.
  • Обмежте файли максимум 50 000 рядками.

Коди відповідей і помилок

Помилки повертаються у форматі JSON з кодом і зрозумілим описом. Поширені коди наведено нижче.

Інші примітки

Примітка щодо тарифів: на всіх планах (безкоштовних і платних) виконуються однакові перевірки, включно з MX, SMTP і catch-all. Примітка щодо тарифікації: кожна перевірена email-адреса списує один кредит за запит — незалежно від результату. Надсилання недійсної адреси (наприклад, «fda3346ds») все одно зараховується як один кредит.