Перевірка домену для холодних розсилок: чи готовий домен до надсилання?
Коротко: Перевіряє вік домену, MX для відповідей, SPF із підрахунком 10 запитів, ключ DKIM, політику DMARC і наявність сайту чи переспрямування та дає точне рішення для кожного пункту, якого бракує. Обмеження: Перевіряє налаштування, а не репутацію: не бачить історії в чорних списках, частки скарг і того, як поштові провайдери ставляться до домену, і не гарантує потрапляння у вхідні.
Введіть домен, з якого надсилатимете, і натисніть Check readiness. Ви побачите MX для відповідей, SPF у межах ліміту 10 запитів, ключ DKIM, політику DMARC, чи є сайт або переспрямування й скільки домену днів. Кожен пункт або проходить, або отримує конкретне рішення. Це чек-лист, а не гарантія доставки.
Сам інструмент такий самий, як на англійській сторінці: кнопки й результати показуються англійською. Оновлено: 6 листопада 2026 р.
Як перевірити домен перед холодною розсилкою
- Введіть домен надсилання, наприклад getacme.com, або вставте до 25 доменів, по одному в рядку (100 після входу через Google).
- Натисніть Check readiness. По одному разу запитуються RDAP-сервер реєстру, публічний DNS і головна сторінка домену; листи не надсилаються.
- Прочитайте оцінку й вердикт: готовий, майже готовий або не готовий. Кожен пункт із Fix чи Fail містить точну зміну, наприклад запис SPF чи DMARC, якого бракує.
- Відкрийте записи для додавання: інструкція розпізнає за MX вашого поштового провайдера (Google Workspace, Microsoft 365 чи Zoho) і дає кожне значення MX, SPF і DMARC із кнопкою копіювання, а також місце, де ввімкнути DKIM.
- Виправте пункти, яких бракує, перевірте знову, потім перед першою кампанією прогрійте скриньки й перевірте список.
Як зрозуміти, що мій домен готовий до холодних розсилок?
Перед першим надсиланням перевірте шість речей: чи може домен отримувати відповіді (записи 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
Безкоштовні інструменти українською
- Перевірка адреси Gmail
- Пошук поштового провайдера
- Перевірка email
- Перевірка віку домену
- MBOX у CSV
- Список безкоштовних поштових доменів
- Генератор вільних доменів
- Масова перевірка закінчення доменів
- Країна за номером телефону
- Масовий пошук серверів імен
- Масова перевірка email
- Масова перевірка вільних доменів
- Масовий пошук поштових провайдерів
- Перевірка DMARC
- Масова перевірка статусу сайтів
- Перевірка хостингу сайту
- Масовий WHOIS
- Масовий DNS-запит
- Пошук реєстратора