1. Головна
  2. Безкоштовні інструменти
  3. Перевірка домену для холодних розсилок

Перевірка домену для холодних розсилок: чи готовий домен до надсилання?

Коротко: Перевіряє вік домену, MX для відповідей, SPF із підрахунком 10 запитів, ключ DKIM, політику DMARC і наявність сайту чи переспрямування та дає точне рішення для кожного пункту, якого бракує. Обмеження: Перевіряє налаштування, а не репутацію: не бачить історії в чорних списках, частки скарг і того, як поштові провайдери ставляться до домену, і не гарантує потрапляння у вхідні.

Введіть домен, з якого надсилатимете, і натисніть Check readiness. Ви побачите MX для відповідей, SPF у межах ліміту 10 запитів, ключ DKIM, політику DMARC, чи є сайт або переспрямування й скільки домену днів. Кожен пункт або проходить, або отримує конкретне рішення. Це чек-лист, а не гарантія доставки.

DNS, registry and home page lookups; no email is sent. 25 domains per ten minutes, or 100 when you sign in.

Сам інструмент такий самий, як на англійській сторінці: кнопки й результати показуються англійською. Оновлено: 6 листопада 2026 р.

Як перевірити домен перед холодною розсилкою

  1. Введіть домен надсилання, наприклад getacme.com, або вставте до 25 доменів, по одному в рядку (100 після входу через Google).
  2. Натисніть Check readiness. По одному разу запитуються RDAP-сервер реєстру, публічний DNS і головна сторінка домену; листи не надсилаються.
  3. Прочитайте оцінку й вердикт: готовий, майже готовий або не готовий. Кожен пункт із Fix чи Fail містить точну зміну, наприклад запис SPF чи DMARC, якого бракує.
  4. Відкрийте записи для додавання: інструкція розпізнає за MX вашого поштового провайдера (Google Workspace, Microsoft 365 чи Zoho) і дає кожне значення MX, SPF і DMARC із кнопкою копіювання, а також місце, де ввімкнути DKIM.
  5. Виправте пункти, яких бракує, перевірте знову, потім перед першою кампанією прогрійте скриньки й перевірте список.

Як зрозуміти, що мій домен готовий до холодних розсилок?

Перед першим надсиланням перевірте шість речей: чи може домен отримувати відповіді (записи MX), чи дозволяє він вашого поштового провайдера одним записом SPF у межах 10 DNS-запитів, чи підписує листи DKIM, чи публікує політику DMARC, чи має сайт або переспрямування на ваш основний сайт і чи не зовсім він новий. Цей інструмент читає всі шість одразу.

Перші чотири обов’язкові. Вимоги до відправників Google просять від масових відправників SPF, DKIM і запис DMARC не слабший за p=none; вимоги Yahoo кажуть те саме. Останні два — не опубліковані правила, а добра практика, тому в оцінці вони важать менше.

Що налаштувати на новому домені перед надсиланням?

П’ять записів до першого надсилання: MX, щоб доходили відповіді, запис SPF із вашим поштовим провайдером, підпис DKIM, увімкнений у панелі провайдера, запис DMARC не слабший за p=none і переспрямування сайту на ваш основний сайт. Потім прогрійте скриньки. Інструмент перевіряє кожен пункт і показує точне значення для вашого провайдера.

У Google Workspace це запис MX smtp.google.com (пріоритет 1), запис SPF v=spf1 include:_spf.google.com ~all і DKIM у консолі адміністратора під google._domainkey (значення MX від Google). У Microsoft 365 — запис MX *.mail.protection.outlook.com, який показує центр адміністрування, запис SPF v=spf1 include:spf.protection.outlook.com ~all і два CNAME для DKIM з іменами selector1 і selector2 (DNS-записи Microsoft). Кожен домен має мати свій запис DMARC під _dmarc.

Як рахується оцінка?

Кожен пункт має фіксовану вагу: SPF, DKIM і DMARC по 20, MX і сайт по 15, вік 10. Пройдений пункт зараховується повністю, той, що потребує доопрацювання, — наполовину, відсутній або запит без відповіді — ніяк. Домен із червоним SPF, DKIM, DMARC чи MX не готовий, хоч якою була б оцінка.

Оцінка вимірює налаштування, а не репутацію. Два домени з однаковою оцінкою можуть доставлятися дуже по-різному, бо доставка залежить ще від списку, вмісту, обсягу й історії домену в кожного провайдера, а нічого з цього не видно в публічному DNS.

Чому важлива кількість запитів SPF?

RFC 7208 обмежує SPF 10 DNS-запитами на весь запис, зокрема вкладені include. Якщо їх більше, отримувачі повертають permerror, і SPF не проходить, ніби запису немає. У налаштуваннях для холодних розсилок у SPF часто додають кілька сервісів надсилання, CRM і сервіс прогріву, і кожен include може коштувати кількох запитів.

Інструмент проходить кожен include, повідомляє загальну кількість і позначає 9 чи 10 як один include до провалу. Якщо у вас понад 10, видаліть сервіси, які не надсилають від імені цього домену, або зберіть чистий запис у SPF generator (англійською).

Скільки днів має бути домену перед холодною розсилкою?

Жоден поштовий провайдер не публікує мінімального віку. Новий домен не має історії: провайдерам нічим його виміряти, тому за першими надсиланнями стежать пильно. Інструмент за нашим власним практичним правилом позначає домени, молодші за 30 днів, як нові, і рішення тут — не чекати, а прогрівати.

Почніть із невеликої кількості листів на день на скриньку й нарощуйте за кілька тижнів; email warmup calculator (англійською) складе план по тижнях. Старий домен із поганою історією гірший за новий, тому вік сам по собі ніколи не причина купувати домен, що закінчився.

Поширені запитання

Як налаштувати пошту на новому домені для холодних розсилок?
Додайте записи MX вашого поштового провайдера, запис SPF із цим провайдером, DKIM, увімкнений у панелі провайдера, і запис DMARC під _dmarc не слабший за p=none. Потім перевірте домен цим інструментом, щоб підтвердити кожен пункт і скопіювати значення, яких бракує.
Чи гарантує це, що листи потраплять у вхідні?
Ні. Інструмент перевіряє лише налаштування. Доставка залежить ще від якості списку, вмісту, обсягу надсилання й історії домену в кожного провайдера.
Чи потрібен DMARC для холодних розсилок?
Так. Gmail і Yahoo вимагають запис DMARC від масових відправників; p=none з адресою для звітів rua= задовольняє вимогу.
Що означає SPF permerror?
Що запис SPF не можна оцінити; майже завжди тому, що з урахуванням усіх include він потребує понад 10 DNS-запитів. Тоді отримувачі вважають SPF непройденим.
Чому DKIM показано як Fix, хоча я його налаштував?
Інструмент пробує селектори, які використовують поширені провайдери. Деякі сервіси надсилання дають кожному акаунту власний селектор, який не можна перелічити через DNS; перевірте його в DKIM checker зі своїм селектором.
Чи надсилає інструмент листи з мого домену?
Ні. Він читає публічний DNS, запис RDAP у реєстрі й головну сторінку. На поштові сервери домену нічого не надсилається, і з них теж нічого не надсилається.
Чи можна перевірити одразу кілька доменів надсилання?
Так. Вставляйте 25 доменів без акаунта або 100 після входу через Google кожні десять хвилин і завантажуйте чек-лист у CSV.

Треба перевірити цілий список? Перші 100 адрес безкоштовно.

Увійдіть через Google, вставте адреси або завантажте CSV-файл. Кожна адреса проходить справжню SMTP-перевірку поштової скриньки, а результати можна завантажити. Банківська картка не потрібна.

Домени catch-all і сервери, які не відповідають, позначаються як ризиковані, але ніколи як дійсні.

Входячи в акаунт, ви приймаєте Умови використання та Політику конфіденційності (англійською). Terms · Privacy

Безкоштовні інструменти українською

Очистьте список адрес перед розсилкою

Справжня SMTP-перевірка поштової скриньки для кожної адреси. Увійдіть через Google: перші 100 перевірок безкоштовно, без банківської картки.

Почати

Нічого не треба встановлювати • Результати в CSV