Як правильно налаштувати SPF, DKIM і DMARC для домену на GoDaddy та Namecheap
Якщо домен куплено на GoDaddy чи Namecheap і з нього плануються цільові B2B-розсилки, три DNS-записи вирішують, потрапить лист у папку «Вхідні» чи одразу в спам. Більшість малих команд налаштовують сайт, але забувають про пошту — і перший же лист представнику компанії-клієнта губиться. Нижче — конкретні кроки для обох реєстраторів, реальні цифри та типові помилки.
- SPF, DKIM і DMARC — три окремі TXT/CNAME-записи, і без DKIM навіть правильний SPF не рятує репутацію домену
- У GoDaddy та Namecheap інтерфейс DNS різний, але логіка запису однакова — плутанина виникає через host-поле для DMARC
- DMARC варто починати з політики p=none і збирати звіти 1-2 тижні, перш ніж переходити на quarantine або reject
- Найчастіша помилка — два SPF-записи на одному домені замість одного об'єднаного
- Для холодних розсилок краще використовувати окремий піддомен, а не основну поштову скриньку компанії
Чому три записи важливіші за текст листа
Поштові сервіси Gmail і Outlook перевіряють не зміст листа першими, а те, чи домен-відправник взагалі має право надсилати пошту від свого імені. Це і роблять SPF, DKIM та DMARC. Якщо їх немає, лист від нового домену на GoDaddy чи Namecheap автоматично отримує знижений рейтинг довіри, незалежно від того, наскільки персоналізований текст.
Для цільових B2B-розсилок це особливо критично: обсяги невеликі (10-50 листів на день на одного відправника), кожен адресат — конкретна людина в конкретній компанії, і втрата навіть кількох листів у спамі означає втрату реального контакту, а не просто відсотка в статистиці масової розсилки.
Реєстратори домену (GoDaddy, Namecheap) не налаштовують ці записи автоматично, якщо ви не купували в них саме поштовий тариф. DNS-зона — ваша відповідальність, і зробити це правильно можна за 20-30 хвилин.
Де шукати DNS-налаштування в GoDaddy та Namecheap
У GoDaddy потрібна DNS-зона домену, а не поштовий тариф Office 365 — саме там додаються TXT- і CNAME-записи. У Namecheap аналогічний розділ називається Advanced DNS і знаходиться в картці конкретного домену, а не в загальних налаштуваннях акаунта.
Різниця, яка плутає новачків: у GoDaddy поле «Host» для кореневого запису часто потрібно залишати як «@», тоді як для DMARC треба вказати саме «_dmarc». У Namecheap те саме поле називається «Host» і працює ідентично, але автозаповнення іноді додає домен вдруге — вихід виглядає як «_dmarc.vashdomen.com.vashdomen.com», що ламає запис.
- GoDaddy: My Products → домен → DNS → Records → Add New Record
- Namecheap: Domain List → Manage → вкладка Advanced DNS → Add New Record
- Тип запису для SPF і DMARC — TXT, для DKIM зазвичай CNAME або TXT (залежить від сервісу розсилки)
- Перед додаванням перевірте, чи вже є старий SPF-запис — новий не повинен його дублювати, а доповнювати
SPF, DKIM, DMARC: покрокове налаштування
Якщо ви шукали інструкцію spf dkim and dmarc records godaddy, порядок дій однаковий незалежно від реєстратора, різниться лише інтерфейс. SPF-запис — один TXT-рядок виду "v=spf1 include:_spf.google.com include:sendgrid.net ~all", де перелічені всі сервіси, які надсилають пошту від імені домену. Двох окремих SPF-записів бути не може — Google і Microsoft однаково ігнорують другий.
DKIM видає сервіс розсилки (LDM, Google Workspace, транспортний провайдер) у вигляді готового CNAME або TXT з унікальним селектором — його просто копіюють у DNS-зону без змін. DMARC додається на host "_dmarc" з значенням на кшталт "v=DMARC1; p=none; rua=mailto:dmarc-reports@vashdomen.com; pct=100" — на старті політика p=none лише збирає звіти, не блокуючи листи.
Після 1-2 тижнів спостережень за звітами переходьте на p=quarantine, а ще за 2-4 тижні стабільної роботи — на p=reject. Різке впровадження reject без проміжного етапу — типова причина, чому легітимні листи компанії раптом перестають доходити.
цифри орієнтовні, за практикою цільових B2B-розсилок з нових доменів
DMARC generator і особливості Namecheap та GoDaddy
GoDaddy іноді пропонує вбудований dmarc generator godaddy у розділі email security — він формує коректний рядок за кількома полями (політика, адреса для звітів, відсоток охоплення). Зручно для швидкого старту, але варто вручну перевірити, що генератор не додав зайвих пробілів чи лапок, які GoDaddy іноді залишає в значенні TXT-запису.
Для Namecheap готового генератора в інтерфейсі немає, тому dmarc record namecheap збирають вручну: тип TXT, Host — "_dmarc", Value — повний рядок DMARC-політики, TTL можна залишити автоматичним. Поширення запису на Namecheap зазвичай займає 30 хвилин - 2 години, на GoDaddy — до 4 годин, хоча глобально DNS може оновлюватися до 48 годин.
орієнтовні діапазони, реальний час залежить від TTL попереднього запису
Приклад DMARC-запису для домену компанії techsoft.ua на старті моніторингу: host _dmarc, значення v=DMARC1; p=none; rua=mailto:dmarc@techsoft.ua; pct=100 — через два тижні, за відсутності відхилень у звітах, змінюють p=none на p=quarantine.
Типові помилки при налаштуванні
Більшість проблем з deliverability namecheap і GoDaddy доменів пов'язані не зі складністю технології, а з дрібними помилками при копіюванні записів.
- Два окремі SPF-записи на одному домені замість одного об'єднаного через include
- Перевищення ліміту в 10 DNS-lookup у SPF (кожен include, redirect чи a/mx рахується)
- DKIM скопійований з чужого шаблону, а не отриманий саме від свого сервісу розсилки
- Одразу p=reject без проміжного p=none і аналізу звітів
- Відправка холодних листів з основної корпоративної адреси замість окремого піддомену
- Забутий символ у host-полі DMARC — «_dmarc» перетворюється на «dmarc» без підкреслення
Чек-лист і підхід LDM
Перед запуском холодної розсилки з домену на GoDaddy чи Namecheap варто пройти короткий чек-лист і перевірити записи через будь-який публічний DNS-lookup сервіс.
У LDM для клієнтів з малими B2B-командами практика така: під cold email виділяється окремий піддомен (наприклад mail.techsoft.ua), а не основна пошта компанії — так помилка в налаштуванні чи тимчасове погіршення репутації не зачіпає внутрішню й клієнтську переписку на головному домені. Домен прогрівається поступово: перші 1-2 тижні невеликий обсяг і зростання лише після стабільного open rate.
Здоровий орієнтир для цільової B2B-розсилки з правильно налаштованими SPF, DKIM, DMARC — reply rate 3-8% і потрапляння в спам нижче 5%. Якщо цифри гірше — перше, що перевіряють у LDM, саме ці три DNS-записи, а не текст листа.
- SPF: один запис, усі відправники в одному include, ~all або -all наприкінці
- DKIM: селектор і ключ скопійовані точно з сервісу розсилки, без ручних правок
- DMARC: почати з p=none, читати звіти rua щотижня
- Окремий піддомен для cold email, а не основна корпоративна пошта
- Перевірка через публічний DNS-lookup після кожної зміни запису
Питання й відповіді
GoDaddy пише, що SPF-запис уже існує — що робити?
Не додавайте другий TXT-запис із v=spf1, а відредагуйте наявний, дописавши потрібний include всередину того самого рядка. Два SPF-записи на одному домені поштові сервіси просто ігнорують обидва.
Чи потрібен окремий DKIM для кожного сервісу розсилки?
Так, кожен сервіс (Google Workspace, платформа розсилки, транспортний провайдер) видає власний селектор і ключ. Використання чужого DKIM-запису не пройде перевірку підпису.
Яку політику DMARC обрати на старті?
p=none — вона лише збирає звіти на вказану адресу rua, не блокуючи й не поміщаючи листи в карантин. Це безпечний спосіб побачити, хто ще надсилає пошту від імені домену, перш ніж посилювати політику.
Скільки чекати перед переходом на p=reject?
Зазвичай 3-6 тижнів: 1-2 тижні на p=none для збору звітів, потім 2-4 тижні на p=quarantine, і лише після стабільних результатів — p=reject.
Чи можна довіритись dmarc generator godaddy повністю?
Генератор зручний для формування синтаксично правильного рядка, але варто вручну перевірити адресу rua та відсутність зайвих лапок чи пробілів, які GoDaddy іноді додає при збереженні TXT-запису.
Як правильно вказати host для _dmarc у Namecheap?
У полі Host потрібно ввести саме "_dmarc" без назви домену — Namecheap додає домен автоматично. Якщо вписати повний піддомен, вийде подвоєння на кшталт _dmarc.domain.com.domain.com, і запис не спрацює.
Хочете застосувати це у своєму аутрічі?
Розповімо, як це працює на вашому сегменті та продукті — до старту робіт.
Обговорити задачу