Чекліст перевірки домену перед лінкбілдингом: 7 пунктів

Posted by

On October 25, 2026

Домен, куплений під лінкбілдинг, рідко буває чистим аркушем. Навіть якщо реєстратор показує свіжу дату, за нею може стояти десятилітня історія: спам-розсилки, сайти-клоаки, маніпулятивні PBN-мережі або просто покинутий проєкт із завислими блекліст-записами. Кожен із цих слідів переноситься на нову кампанію разом із доменом, і перше, що страждає, це пошта для лінкбілдингу: реєстраційні листи не доходять, підтвердження губляться, а частина майданчиків мовчки відхиляє адресу ще на етапі форми.

Практика показує, що дешевше витратити 30-40 хвилин на діагностику, ніж потім тижнями виводити домен із чорних списків і перезапускати кампанію з нуля. Перевірка домену перед лінкбілдингом зводиться до семи послідовних кроків: історія WHOIS, вік і зміна власників, MX-записи та наявність catch-all домену, конфігурація SPF/DKIM/DMARC, присутність у DNSBL, тестова доставка й оцінка сумісності з інструментами на кшталт GSA SER. Кожен пункт закриває окремий клас ризику, і пропускати хоча б один означає залишати сліпу зону.

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

Навіщо перевіряти домен до старту лінкбілдингу: ризики репутації та доставності

Домен, куплений під лінкбілдинг, це не просто адреса для реєстраційних листів. Це актив, який тягне за собою всю історію попередніх власників: спам-розсилки, скарги, потрапляння в DNSBL, іноді повний бан у великих поштових провайдерів. Якщо ви запускаєте кампанію на «брудному» домені, перші ж сотні листів підуть у спам або взагалі не дійдуть, а ви витратите бюджет на GSA SER і проксі, не отримавши жодного підтвердженого посилання.

Проблема в тому, що репутація домену не скидається при зміні власника. Gmail, Outlook і корпоративні фільтри зберігають історію IP та домену місяцями, іноді роками. Домен, який два роки тому розсилав фармацевтичний спам, прийде до вас із готовим негативним рейтингом. Перші листи з нього вже матимуть підвищений ризик фільтрації, навіть якщо ви налаштували SPF і DMARC бездоганно.

Що саме втрачається, якщо пропустити перевірку

Найчастіший сценарій: людина бере дешевий домен на аукціоні, ставить catch-all скриньку, підключає її до GSA SER і дивується, чому підтвердження реєстрацій не приходять. Причина майже завжди в одному з чотирьох:

Домен у DNSBL або блеклісті рівня Spamhaus, Barracuda чи SORBS. Листи відкидаються на рівні MX ще до того, як потраплять у теку «Спам».
Зіпсована репутація IP, з якого йде відправлення. Якщо це спільний хостинг, сусіди по IP можуть тягнути вас на дно.
Відсутність або помилки в SPF/DKIM/DMARC. Провайдер бачить підробку відправника й ріже лист без пояснень.
Сліди минулих кампаній: стара пошта для лінкбілдингу, стара база адрес, скарги на спам, зафіксовані антифрод-системами.

Кожен із цих пунктів окремо не критичний, але разом вони дають ефект «чорної діри»: ви відправляєте, а відповідей немає. І найгірше, що ви не бачите причини, бо bounce-повідомлення губяться в логах SMTP.

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

Тому перевірка домену перед стартом це не бюрократія, а страховка. Вона коштує 20-30 хвилин і кілька безкоштовних запитів до WHOIS, MXToolbox і DNSBL-сервісів. Економія на цьому етапі обертається тижнями втраченого часу й вигорілим бюджетом на проксі та капчу. Далі розберемо конкретні кроки: історія домену, MX і catch-all, автентифікація пошти, перевірка DNSBL і тестова доставка.

Історія домену, вік і сліди минулих власників

Домен, який ви купуєте за 10 доларів на аукціоні, може тягнути за собою п’ятирічну історію спам-розсилок, мануальних санкцій і десятків тисяч згадок у базах. Перевірка історії займає 20-30 хвилин, але саме вона вирішує, чи стартує кампанія з чистого аркуша, чи з баласту, який зніматимете місяцями. Нижче процедура, яку варто прогнати до того, як домен потрапить у конфіг GSA SER або в панель catch-all пошти.

1. Вік реєстрації та WHOIS-історія. Перевірте дату створення домену через WHOIS і порівняйте її з датою останньої зміни власника. Домен 2011 року зі зміною registrant у 2025-му майже завжди означає перепродаж після бану. Звертайте увагу на registrar lock, статуси clientHold і pendingDelete: останні два прямо вказують на проблеми. Історію змін дивіться через архіви WHOIS (whoisxmlapi, DomainTools, Whois History) – безкоштовні сервіси показують лише поточний зріз.

2. Архівні знімки та тематика. Wayback Machine дає відповідь на головне питання: чим домен був раніше. Якщо на місці майбутнього «нішевого» блогу стояв фарм посилань, казино або дорвей з тисячами сторінок, спадщина залишиться в індексах і в базах спаму. Дивіться кількість знімків, мову контенту, наявність редиректів на сторонні хости. Різка зміна тематики між 2018 і 2020 роками – типовий слід перепродажу.

3. Перевірка санкцій і блеклістів. Прогоніть домен через Google Safe Browsing, Spamhaus DBL, SURBL, URIBL і VirusTotal. Окремо перевірте, чи немає домену в базі McAfee/Trellix і в списках реєстраторів. Санкції пошукових систем не завжди видно через site: – інколи домен просто випадає з індексу. Порівняйте кількість проіндексованих сторінок з архівною: якщо було 5 000 URL, а лишилося 40, це сигнал ручного фільтра.

4. Зворотні посилання та їх профіль. Ахрефс або Majestic покажуть, чи не тягне домен 50 000 посилань із PBN-мереж із зоною .xyz. Аномальний стрибок у 2022 році з подальшим падінням – класична картина після деіндексації. Дивіться також на anchor-профіль: переспамлені анкори на кшталт «buy cheap viagra» не зникають після зміни власника.

5. Суміжні активи. Перевірте, чи не використовувався домен як частина мережі: однотипні субдомени, спільні NS-сервери з іншими заспамленими зонами, ідентичні шаблони в архіві. Якщо домен ділить хостинг із десятком «мертвих» проєктів, репутаційний шлейф перейде й до вас. DNS-історія через SecurityTrails або ViewDNS покаже, чи змінювалися NS частіше, ніж раз на рік.

6. Реєстраційні дані та антифрод. Підозрілі імена доменів (довгі цифрові послідовності, комбінації брендів, схожість на відомі торгові марки) часто блокуються ще на етапі реєстрації. Антифрод реєстрації відхиляє підозрілі імена доменів, тому частина «дешевих» лотів на аукціонах – це зони, які вже проходили фільтр і були відкинуті. Перевірте, чи не фігурує домен у скаргах на фішинг через PhishTank.

Що робити з результатами. Домен із чистою історією, віком 3+ роки та стабільним профілем посилань – робочий варіант. Домен із санкціями або слідами спаму дешевше замінити, ніж лікувати: AllMail допомагає із заміною домену в чорному списку, але репутаційні санкції пошукових систем знімаються місяцями і не гарантовано. Якщо історія каламутна, а бюджет обмежений, беріть свіжий домен і одразу налаштовуйте окрему catch-all скриньку під лінкбілдинг, щоб не змішувати репутацію з основним проєктом.

MX-записи, catch-all домен і налаштування catch-all пошти

Перший практичний крок після перевірки історії домену – подивитися, чи взагалі домен приймає пошту і як саме. Запит MX показує, на які сервери маршрутизується вхідна кореспонденція. Якщо MX-записів немає або вони вказують на закинутий хостинг, будь-який реєстраційний лист від GSA SER чи іншого інструменту просто відскочить із помилкою 550. Перевіряйте TTL записів: значення на кшталт 3600 секунд означають, що зміни конфігурації застосуються не одразу, і це варто врахувати перед стартом кампанії.

Далі – чи налаштований catch-all домен. Це режим, за якого catch-all скринька приймає листи на будь-яку адресу домену, навіть неіснуючу: sales@, info@, випадковий набір символів. https://allmail.one/ua/ варто вивчити докладніше. Для лінкбілдингу це критично, бо скрапери та SEO-інструменти генерують десятки варіантів адрес на один домен, і без catch-all більшість із них відсіється на етапі прийому пошти. Перевірка проста: надішліть тестовий лист на адресу, якої точно не існує, наприклад test-8743@ваш-домен.tld, і подивіться, чи дійде він у поштовий клієнт через POP3 або IMAP.

Тут є компроміс, який часто ігнорують. Надто агресивний catch-all на домені без репутації привертає увагу спам-фільтрів: якщо домен приймає все підряд і нічого не відхиляє, частка спаму у вхідному потоці зростає, а разом із нею – ризик потрапити в DNSBL і блекліст. Антифрод реєстрації на боці отримувачів теж відхиляє підозрілі імена доменів, особливо свіжі з безликим catch-all. Тому перевіряйте не лише факт роботи catch-all, а й політику відмов: чи повертає сервер коректний код 550 для заблокованих адрес, чи налаштовані ліміти на розмір скриньки.

Окремо перевірте, чи не використовується домен як субдомен для сторонніх сервісів. Записи CNAME і TXT можуть вказувати на чужі платформи розсилок, і тоді частина листів піде повз ваш поштовий домен. Якщо домен уже має сліди попередніх кампаній, іноді дешевше взяти чистий домен, ніж вичищати спадщину.

AllMail надає catch-all пошту для лінкбілдингу саме з розрахунку на ці сценарії: catch-all скринька приймає листи на будь-яку адресу домену, доступ іде через POP3 і IMAP, а моніторинг DNSBL виконується на постійній основі. Сервіс не вимагає KYC, підтримує оплату USDT і USDC та пропонує безкоштовний тріал на 3 дні – цього достатньо, щоб прогнати тестову доставку й перевірити поведінку catch-all до запуску основної кампанії. Якщо домен уже засвітився в чорному списку, AllMail допомагає із заміною домену, щоб не втрачати аптайм кампанії.

SPF, DKIM і DMARC: автентифікація пошти перед кампанією

Автентифікація вирішує, чи дійде реєстраційний лист до інбоксу, чи потоне в спамі ще на етапі SMTP-сесії. Для лінкбілдингу це критично: GSA SER генерує сотні реєстрацій на годину, і кожен відмовлений лист це втрачений беклінк і зайвий негативний сигнал для поштового домену. Перевірку трьох записів робіть до першого масового відправлення, а не після першої хвилі скарг.

SPF. Запитів TXT для домену може бути кілька, тому дивіть саме на той, що починається з v=spf1. Далі порахуйте механізми: кожен include це додатковий DNS-запит, а ліміт у 10 lookup перевищується швидше, ніж здається. Типова помилка це два окремі SPF-записи або застарілий include від хостера, який ви вже не використовуєте. Перевіряйте синтаксис через spf-тестер і дивіть на фінальний qualifier: ~all м’якший за -all, і для домену, з якого йде масовий прийом пошти, краще -all, якщо ви контролюєте всі джерела відправки.

DKIM. Селектор зазвичай видно в заголовку підписаного листа (s=), і саме за ним шукайте публічний ключ: selector._domainkey.yourdomain. Довжина ключа має бути 2048 біт, 1024 вже викликає питання у великих провайдерів. Найчастіша поломка це розсинхрон після зміни поштового клієнта: приватний ключ перегенерували, а DNS-запис залишили старий. Надішліть тестовий лист на власну скриньку й перевірте, чи стоїть dkim=pass у заголовках.

DMARC. Запис _dmarc має містити v=DMARC1 і політику p=. Для нового домену почніть з p=none і rua= для збору звітів, через два-три тижні переходьте на p=quarantine. Для лінкбілдингу агресивний p=reject одразу це ризик: якщо частина листів іде через сторонній SMTP, вони просто зникнуть. Перевірте узгодженість alignment між доменом у From і доменом, який підписує DKIM.

Зведений чекліст виглядає так:

рівно один SPF-запис, менше 10 DNS-lookup, фінальний -all;
DKIM 2048 біт, селектор відповідає реальному ключу, тестовий лист дає dkim=pass;
DMARC присутній, rua налаштований, політика поетапна;
MX-записи вказують на сервер, який справді приймає пошту, catch-all скринька відповідає на адреси з випадковими іменами;
тестова доставка на Gmail, Outlook і власний корпоративний ящик без попадання в спам.

Якщо домен новий і ви не хочете змішувати репутацію з основним брендом, розділіть потоки: анонімна пошта без KYC на окремому домені ізолює ризики. AllMail надає catch-all пошту для лінкбілдингу, підтримує оплату USDT і USDC, не вимагає KYC, забезпечує доступ через POP3 і IMAP, виконує моніторинг DNSBL і пропонує безкоштовний тріал на 3 дні. Це дає змогу прогнати весь чекліст на тестовому домені до того, як під нього піде GSA SER із реальними реєстраційними листами.

DNSBL, тестова доставка та інструменти на кшталт GSA SER: комплексний чекліст виявлення проблем

Останній блок перевірки стосується репутації в реальному часі. Домен може мати чисту історію і правильні SPF/DKIM/DMARC, але його IP або сам хост уже містяться в DNSBL. Перевіряйте три рівні: IP відправника, домен у полі HELO та домен зворотного DNS. Для кожного використовуйте кілька списків, мінімум Spamhaus ZEN, Barracuda, SpamCop і SORBS. Один-два листинги в низькорейтингових списках часто не критичні, але потрапляння в Spamhaus ZEN означає, що велика частина отримувачів відхилить лист ще на етапі SMTP.

AllMail виконує моніторинг DNSBL для кожного домену на своїй платформі, тому проблему видно до старту кампанії, а не після першої хвилі відмов. Якщо домен уже в блеклісті, сервіс допомагає із заміною домену в чорному списку: видає чистий домен і переносить налаштування catch-all, щоб кампанія не зупинялася.

Тестова доставка – обов’язковий крок. Надішліть по одному листу на Gmail, Outlook, Yahoo і корпоративну скриньку на власному сервері. Перевірте чотири речі: чи лист потрапив у Inbox, а не в Spam, чи пройшли перевірки SPF, DKIM і DMARC у заголовках, чи немає позначки про підозрілий лінк, чи коректно відображається HTML. Якщо хоч один великий провайдер кладе лист у спам, масову розсилку запускати не можна.

Далі – сумісність з інструментами. GSA SER використовує пошту для реєстрації на тисячах майданчиків, і йому потрібен стабільний прийом пошти на будь-яку адресу домену. Саме тому catch-all скринька приймає листи на будь-яку адресу домену: скрапер генерує випадкові логи, і без catch-all половина реєстраційних листів губиться. Перевірте, чи поштовий клієнт підключається через POP3 і IMAP, чи витримує скринька пікове навантаження під час реєстраційної хвилі та чи достатній аптайм.

Останній пункт – ізоляція ризиків. Не запускайте GSA SER з основного домену компанії. Використовуйте окремий поштовий домен або субдомен і сервіс, який не вимагає KYC. AllMail не вимагає KYC, підтримує оплату USDT і USDC, надає catch-all пошту для лінкбілдингу та доступ через POP3 і IMAP. Це дає анонімну пошту без KYC, яка ізолює репутаційні ризики: якщо домен потрапить у блекліст, ви просто заміните його, а основний бізнес-домен залишиться чистим. Для тесту є безкоштовний тріал на 3 дні.

Практичний порядок дій:

Перевірте IP, HELO і rDNS у 4+ DNSBL-списках.
Надішліть тестові листи на Gmail, Outlook, Yahoo і власний сервер.
Перевірте заголовки на pass для SPF, DKIM і DMARC.
Переконайтеся, що catch-all приймає листи на випадкові адреси.
Протестуйте POP3/IMAP і аптайм під навантаженням.
Відокремте інструменти на кшталт GSA SER на окремий домен без KYC.

Якщо всі шість пунктів пройдено, домен готовий до кампанії. Якщо ні – заміна домену коштує дешевше, ніж відновлення репутації після масових відмов.

Перед стартом кампанії зробіть одну практичну річ: заведіть окремий домен під лінкбілдинг і проганяйте його через чекліст щоразу, коли міняєте підрядника, інструмент або схему відправлень. Робочий порядок такий: перевірка історії у WHOIS і архівах, MX-записи та поведінка catch-all скриньки, SPF/DKIM/DMARC, потім DNSBL-моніторинг і тестова доставка на Gmail, Outlook і власний корпоративний ящик. Якщо хоч один пункт дає збій, домен не запускаємо. Для GSA SER це означає окремий пул адрес: реєстраційні листи не повинні йти з того самого домену, з якого ви листуєтеся з реальними партнерами.

Далі визначте, скільки доменів вам реально потрібно. Один домен витримує обмежений обсяг реєстрацій на добу, і краще тримати 3-5 резервних, ніж потім рятувати основний. AllMail закриває саме цю частину: надає catch-all пошту для лінкбілдингу, приймає листи на будь-яку адресу домену, підтримує доступ через POP3 і IMAP, виконує моніторинг DNSBL і допомагає із заміною домену в чорному списку. Оплата в USDT і USDC, KYC не потрібен, є безкоштовний тріал на 3 дні, тож перевірити зв’язку інструментів можна до першого платежу. Практичний крок на сьогодні: візьміть домен, який плануєте задіяти наступного тижня, проженіть його через сім пунктів вище, зафіксуйте результат у таблиці та запускайте кампанію лише після чистих SPF, DKIM, DMARC і порожнього списку DNSBL. Якщо домен уже засвітився в блеклісті, не намагайтеся його відбілити під дедлайн, беріть новий і тримайте старий в ізоляції до повного очищення репутації.