SEO-інструменти
Перевірка DNS: усі записи домену
Робить живий запит до DNS для вказаного домену й показує опубліковані записи: на які адреси він резолвиться, куди йде пошта і чи є TXT-записи, від яких залежить автентифікація листів.
Що показує ця перевірка
Дані читаються наживо, а не з кешу, тож щойно змінений запис усе одно може показати старе значення, якщо резолвери між вами й авторитетним сервером ще не скинули його за TTL.
- Записи A та AAAA — адреси IPv4 та IPv6, на які резолвиться хост.
- Записи MX — поштові сервери, відповідальні за домен.
- SPF у вигляді TXT-запису — які сервери мають право надсилати пошту від імені домену.
- DMARC у вигляді TXT-запису на піддомені _dmarc — що робити з листами, які не пройшли перевірку.
Який стосунок DNS має до SEO
DNS стоїть вище за все інше. Якщо хост не резолвиться, до сайту не дістанеться жоден робот, і всі інші сигнали не мають значення. Тому саме з DNS варто починати, коли сайт зник із видачі повністю, а не просто просів у позиціях.
DNS також вирішує, який хост справжній. Відсутній запис для варіанта з www або без нього — найчастіша причина того, що одна версія працює, а друга взагалі ні. Виглядає це потім як проблема з canonical чи редиректами, хоча насправді бракує запису.
| Запис | На що відповідає | Типовий збій |
|---|---|---|
| A / AAAA | Який сервер віддає цей хост | Визначено лише www або лише без www |
| MX | Куди йде пошта домену | Вказує на хост, якого вже немає |
| TXT (SPF) | Хто може слати пошту від домену | Два SPF-записи, через що обидва недійсні |
| TXT (DMARC) | Що робити з листами, які не пройшли | Відсутній, тож нічого не застосовується |
Як читати результат
Порожній результат для якогось типу запису — не автоматично помилка: багато доменів цілком законно не мають MX, бо не надсилають пошти. Важливо, чи відповідають записи тому, для чого домен насправді використовується. Якщо хост не резолвиться, сайт недоступний для індексації взагалі — почніть із матеріалу чи може Google проіндексувати ваш сайт , а реєстраційні дані домену подивіться через WHOIS-перевірку .
- Чому показано старий запис, який я вже змінив?
- Резолвери кешують записи на час їхнього TTL. Поки він не мине, запит цілком законно повертає попереднє значення, хоча авторитетний сервер уже має нове.
- Чи шкодить SEO відсутність запису AAAA?
- Ні. IPv6 необовʼязковий, і Googlebot без проблем працює із сайтами лише на IPv4. Публікуйте AAAA, якщо хостинг це підтримує, але його відсутність не є дефектом.
Чого цей інструмент не робить
«Перевірка DNS» означає кілька різних задач, і ця закриває конкретну частину. Сказати прямо дешевше, ніж дати хибний результат.
| Що потрібно | Цей інструмент | Чим робити |
|---|---|---|
| A, AAAA, MX, SPF, DMARC для домену | Так | — |
| Зворотний DNS для IP | Ні | dig -x або хостер |
| Поширення по світових резолверах | Ні — один резолвер, один момент | Інструмент перевірки propagation |
| Кому належить IP-адреса | Ні — тільки домени | Регіональний реєстр (RIPE, ARIN) |
| Витік DNS через VPN | Ні | Тест витоку VPN |
- Це те саме, що nslookup або dig?
- Джерело те саме, питання вужче. nslookup і dig дозволяють запитати будь-який тип запису в будь-якого резолвера; тут показані записи, від яких залежить, чи відкриється сайт і чи автентифікується його пошта, з поясненням кожного.
- Чому немає NS і CNAME?
- Вони рідко змінюють відповідь на питання «чи доступний сайт і чи може він слати пошту». CNAME веде до того самого A-запису, який уже показано, а проблема з NS проявляється як відсутність A взагалі.
Інші інструменти
Завантажує robots.txt для вказаного хоста, повідомляє, чи існує файл і чи не блокує він усіх роботів, і паралельно читає директиви робота на рівні сторінки.
Шукає карту сайту так само, як це робить пошуковий робот — спершу оголошення в robots.txt, потім стандартні розташування — після чого перевіряє, що документ парситься як XML, і рахує URL усередині.
Читає канонічний URL, який оголошує сторінка, а потім завантажує цю адресу, щоб переконатися, що вона доступна, не редиректить і не має noindex — три способи, якими canonical тихо перестає працювати.
Розбирає структуровані дані вказаної сторінки, перелічує знайдені типи schema.org і позначає блоки, які не парсяться або яким бракує обовʼязкових для їхнього типу властивостей.
Проходить за вказаним URL через кожен крок, показуючи статус-код на кожному з них і кінцеву адресу — деталі, які браузер ховає, щойно адресний рядок заспокоївся.
Завантажує вказану сторінку, бере вибірку внутрішніх посилань і запитує кожне — показує код відповіді, а не колір лінка.
Перевіряє кожен сигнал, який вирішує, чи дозволено сторінці потрапити в індекс: статус-код, доступ у robots.txt, meta robots, заголовок X-Robots-Tag і canonical.
Робить запит до реєстру через RDAP — структурованого наступника класичного WHOIS — і показує дату реєстрації, поточний вік домену, реєстратора й дату завершення реєстрації.
Введіть домен, щоб побачити дату реєстрації, поточний вік, expiry і реєстратора. Вік домену дає контекст, але не є фактором ранжування Google.
Відкриває TLS-зʼєднання до вказаного хоста й показує сертифікат, який той віддає: видавця, період чинності, кількість днів до завершення та узгоджену версію протоколу.
Запитує вказану адресу й показує, що сервер повертає в заголовках: які заголовки безпеки присутні, яка політика кешування, чи стиснута відповідь і яка версія HTTP узгоджена.