Dlaczego my

Dokładność weryfikacji email

Syntax, DNS, MX, SMTP, catch-all i disposable. Głęboka analiza bez wysyłki wiadomości do odbiorcy.

Wieloetapowy proces
Transparentne statusy
Bez fałszywych obietnic 100%

Uczciwie o branży

SMTP nie jest w 100% deterministyczny. Serwery mogą zwracać niestandardowe odpowiedzi. Dlatego pokazujemy status, score i powód klasyfikacji zamiast jednego magicznego tak/nie.

Self-serve: załóż konto, wgraj listę lub podłącz API bez rozmowy z handlowcem.

Proces weryfikacji

Każdy adres przechodzi sekwencję checków dopasowaną do typu domeny.

Deduplikacja przy uploadzie listy
Sprawdzenie składni RFC
Weryfikacja domeny i rekordów MX
Test SMTP bez wysyłki treści
Wykrywanie catch-all, disposable, role-based
Ponowna próba przy greylisting

Greylisting i unknown

Część serwerów pocztowych celowo opóźnia pierwszą odpowiedź SMTP. Wtedy status może być unknown — nie oznacza to automatycznie invalid. W bulk jobie ponawiamy próbę; przy signup warto zaplanować retry lub krótkie oczekiwanie w UI.

Transparentność zamiast „100% accuracy”

Obiecujemy jasne statusy, powód klasyfikacji i uczciwe copy — bez marketingowego „100% dokładności”, którego branża SMTP nie może gwarantować. Ty decydujesz, co wysłać, co wyciąć i co oznaczyć do ręcznej weryfikacji.

Warstwy: składnia, DNS, SMTP

Składnia RFC odrzuca oczywiste błędy jeszcze przed siecią. DNS i MX potwierdzają, że domena jest skonfigurowana do odbioru poczty. Handshake SMTP sprawdza, czy serwer akceptuje konkretny local-part — bez wysyłania treści wiadomości. Heurystyki na końcu klasyfikują disposable, role-based i catch-all. Żadna warstwa sama nie zastępuje pozostałych.

Fałszywe sygnały i ponowne próby

Greylisting, limity rate na serwerze odbiorcy i chwilowe timeouty mogą dać status unknown. W bulk jobach ponawiamy próbę automatycznie. Przy pojedynczej weryfikacji w formularzu warto pokazać użytkownikowi komunikat „spróbuj ponownie za chwilę” zamiast traktować unknown jak invalid. To redukuje odrzucanie prawidłowych leadów.

Polityka statusów: B2B vs cold email

W relacyjnym B2B catch-all na firmowej domenie często zostawiamy w bazie z tagiem risky. W cold email i performance marketingu risky i disposable zwykle wykluczamy całkowicie, bo koszt jednego hard bounce przewyższa wartość pojedynczego kontaktu. Invalid jest zawsze poza wysyłką — niezależnie od kanału.

Newsletter do klientów: invalid out, risky case-by-case.
Cold outreach: invalid i risky out, valid only.
Signup produktu: invalid block, disposable block, risky opcjonalnie.

Ślad audytowy w eksporcie bulk

Każdy wiersz w eksporcie CSV zawiera status i powód klasyfikacji. Dzięki temu zespół compliance i marketing widzi, dlaczego adres został oznaczony jako invalid lub risky — bez zgadywania po samej etykiecie. To ułatwia audyt przed kampanią i rozmowę z ESP, gdy pytają o jakość bazy.

Co wpływa na czas odpowiedzi SMTP?

Serwery korporacyjne, hosting współdzielony i duże domeny pocztowe odpowiadają z różną latencją. Greylisting celowo opóźnia pierwszą odpowiedź. Limity połączeń na IP weryfikatora i firewall odbiorcy też mogą wydłużyć wynik unknown. W bulk stosujemy kolejkowanie i retry; przy pojedynczym sprawdzeniu kilka sekund to norma, nie awaria.

Bulk vs pojedyncza weryfikacja

Pojedynczy adres dostaje pełną sekwencję warstw w czasie rzeczywistym. Bulk przetwarza listę partiami z deduplikacją i automatycznym ponowieniem unknown. Dokładność warstw jest ta sama; różni się throughput i polityka retry. Dlatego wynik z formularza hero i z eksportu CSV dla tego samego adresu powinien być spójny, poza chwilowym unknown przy greylistingu.

Specyfika dostawców poczty

Gmail, Outlook, polscy hostingodawcy i serwery on-premise zwracają różne kody SMTP. Catch-all na małej firmowej domenie nie oznacza tego samego co catch-all u globalnego providera. Nasze heurystyki uwzględniają typ domeny, ale ostateczna decyzja risky vs valid przy borderline zawsze należy do Twojej polityki wysyłki — dlatego pokazujemy powód klasyfikacji, nie tylko kolorową etykietę.

Format adresu email

Pierwszy filtr każdej weryfikacji. Sprawdzamy, czy adres ma poprawną składnię zgodną ze standardami poczty internetowej, zanim uruchomimy kosztowniejsze testy DNS i SMTP.

Po co to sprawdzamy

Błędny format to najszybszy sygnał, że rekord nie powinien trafić do wysyłki. Literówki, brak znaku @ lub niedozwolone znaki ESP często odrzucą jeszcze przed próbą dostarczenia.

Co z tego masz

Oszczędzasz kredyty na głębsze testy i od razu widzisz rekordy do ręcznej korekty w CSV lub CRM. Mniej śmieci w eksporcie już na starcie czyszczenia listy.

Wykrywamy

błędny format
nieprawidłową domenę
niedozwolone znaki
błędy zgodności RFC
adresy niemożliwe do wysłania

Przykład

jan.kowalski@gmail.com
jan@@gmail.com
jan.gmail.com

Powiązane

Weryfikator email RODO i bezpieczeństwo Cennik

Najczęstsze pytania

Czym różni się risky od invalid?

Invalid to adres, którego nie warto wysyłać. Risky to szara strefa wymagająca decyzji biznesowej.

Czy weryfikacja gwarantuje dostarczenie maila?

Nie. Potwierdzamy techniczną możliwość dostawy SMTP, nie otwarcie wiadomości ani brak folderu spam.

Co oznacza status unknown?

Serwer pocztowy nie dał jednoznacznej odpowiedzi (greylisting, timeout). W bulk ponawiamy próbę automatycznie.