SEO-інструменти
Перевірка віку домену: дата реєстрації та закінчення
Введіть домен, щоб побачити дату реєстрації, поточний вік, expiry і реєстратора. Вік домену дає контекст, але не є фактором ранжування Google.
Що повертає ця перевірка
Запит іде до RDAP, а не до застарілого текстового протоколу WHOIS. RDAP повертає структуровані дані зі сталими назвами полів — саме тому результат надійний там, де розбір текстового WHOIS часто ламається.
- Дату створення й обчислений із неї вік домену.
- Дату завершення реєстрації, щоб бачити, наскільки близько вона до спливання.
- Реєстратора, який наразі обслуговує домен.
- Статус-коди реєстру, якщо реєстр їх публікує.
Наскільки насправді важливий вік домену
Значення віку домену регулярно перебільшують. Google прямо заявляв, що вік сам собою не є фактором ранжування, і сайт не ранжується краще лише тому, що він старий. З віком корелює інше — посилання, впізнаваність бренду й історія, яку Google мав час оцінити.
По-справжньому корисна ця дата як контекст для діагнозу. Домен, зареєстрований три місяці тому, який ще не ранжується, поводиться нормально. Той самий симптом на десятирічному домені означає, що щось змінилося, і це варто розслідувати.
Чого WHOIS більше не показує
Імена, адреси й контакти реєстрантів для більшості доменів приховані після GDPR, решту маскують сервіси приватності. Очікуйте побачити реєстратора й дати, а не власника. Це зміна у виводі протоколу, а не збій перевірки. Використовуйте її разом із перевіркою DNS , коли зʼясовуєте, хто реально керує доменом: куди вказують його записи, часто промовистіше за реєстраційні дані.
- Чому не показано імені власника?
- Реєстри приховують персональні контактні дані з міркувань приватності, і багато реєстрантів додатково користуються сервісом приватності. Реєстратор і дати лишаються публічними, конкретна особа — ні.
- Чи дає купівля старого домену фору в SEO?
- Сама собою — ні. Ви успадковуєте всю історію домену: це можуть бути корисні посилання, а може бути спамне минуле. Вік як такий не дає нічого.
WHOIS домену, а не IP
Під однією назвою живуть два різні запити. Цей відповідає на питання про зареєстроване доменне ім'я. Власник IP-адреси — інший реєстр, і запит по домену його ніколи не поверне.
| Що потрібно | Цей інструмент | Де це насправді |
|---|---|---|
| Коли домен зареєстрували | Так | RDAP реєстру |
| Коли спливає реєстрація | Так | RDAP реєстру |
| Який реєстратор його тримає | Так | RDAP реєстру |
| Ім'я власника | Ні | Приховано після GDPR |
| Кому належить IP-адреса | Ні | RIPE, ARIN та інші RIR |
| Домен .com, .net або .fr | Так | — |
| Домен .de або .es | Ні — реєстри не віддають RDAP | Форма самого реєстру |
- Чому не видно імені власника?
- Контакти реєстранта приховані в публічних записах після GDPR. Дати реєстрації, спливання і реєстратор лишились публічними — саме це й потрібно для більшості перевірок.
- RDAP і WHOIS — це різне?
- RDAP — структурована заміна, яку реєстри віддають зараз. Ті самі факти, але у форматі JSON зі сталими назвами полів, а не вільним текстом, що відрізняється від реєстру до реєстру.
Інші інструменти
Завантажує robots.txt для вказаного хоста, повідомляє, чи існує файл і чи не блокує він усіх роботів, і паралельно читає директиви робота на рівні сторінки.
Шукає карту сайту так само, як це робить пошуковий робот — спершу оголошення в robots.txt, потім стандартні розташування — після чого перевіряє, що документ парситься як XML, і рахує URL усередині.
Читає канонічний URL, який оголошує сторінка, а потім завантажує цю адресу, щоб переконатися, що вона доступна, не редиректить і не має noindex — три способи, якими canonical тихо перестає працювати.
Розбирає структуровані дані вказаної сторінки, перелічує знайдені типи schema.org і позначає блоки, які не парсяться або яким бракує обовʼязкових для їхнього типу властивостей.
Проходить за вказаним URL через кожен крок, показуючи статус-код на кожному з них і кінцеву адресу — деталі, які браузер ховає, щойно адресний рядок заспокоївся.
Завантажує вказану сторінку, бере вибірку внутрішніх посилань і запитує кожне — показує код відповіді, а не колір лінка.
Перевіряє кожен сигнал, який вирішує, чи дозволено сторінці потрапити в індекс: статус-код, доступ у robots.txt, meta robots, заголовок X-Robots-Tag і canonical.
Робить живий запит до DNS для вказаного домену й показує опубліковані записи: на які адреси він резолвиться, куди йде пошта і чи є TXT-записи, від яких залежить автентифікація листів.
Робить запит до реєстру через RDAP — структурованого наступника класичного WHOIS — і показує дату реєстрації, поточний вік домену, реєстратора й дату завершення реєстрації.
Відкриває TLS-зʼєднання до вказаного хоста й показує сертифікат, який той віддає: видавця, період чинності, кількість днів до завершення та узгоджену версію протоколу.
Запитує вказану адресу й показує, що сервер повертає в заголовках: які заголовки безпеки присутні, яка політика кешування, чи стиснута відповідь і яка версія HTTP узгоджена.