DomainLens

SEO-інструменти

Перевірка биті посилань: тест посилань на сторінці

Завантажує вказану сторінку, бере вибірку внутрішніх посилань і запитує кожне — показує код відповіді, а не колір лінка.

Що перевіряє цей інструмент

Перевіряється одна сторінка, не весь сайт: вибірка внутрішніх посилань із указаного URL. Це правильна одиниця для точкової перевірки шаблону — прожени товарну сторінку, статтю й категорію, і дефект спільного макета проявиться на всіх трьох.

  • Код відповіді, який реально віддає кожне перевірене внутрішнє посилання.
  • Посилання, що працюють лише через редирект — зайвий крок на кожному скануванні.
  • Анкори без змісту: «тут», «детальніше», «читати далі».
  • Зовнішні посилання без атрибутів rel і безпечного target.

Що означає кожен результат

Ключова різниця — 404 проти 5xx. 404 це проблема контенту, яку правлять у розмітці. 5xx це проблема доступності, і редагування посилань її не зачепить.

ВідповідьЩо означаєЩо робити
200Посилання працюєНічого
301 / 302Працює, але через редиректВести посилання одразу на кінцевий URL
404Цілі не існуєВиправити href або прибрати посилання
410Сторінку прибрали свідомоПрибрати посилання — ціль не повернеться
5xxЦіль падає, а не відсутняДивитись сервер, а не правити посилання
ТаймаутВідповіді не дочекалисьПеревірити ще раз: повільна ціль ≠ мертва

Чому биті посилання коштують дорожче за поганий клік

Мертве внутрішнє посилання витрачає краул на адресу, яка нічого не віддає, і відрізає те, куди воно вело: сторінка, доступна лише через зламаний href, для краулера недоступна взагалі. Найдорожче це там, де кожну адресу сканують рідко. Ширший контекст — у гайді про аудит внутрішньої перелінковки , а щоб переконатись, що ціль індексується після виправлення, запусти перевірку індексованості .

Чому перевіряються не всі посилання?
Кожне посилання — окремий запит. Вибірка тримає перевірку достатньо швидкою, щоб вона працювала прямо на сторінці, а не у фоновій задачі. Дефект шаблону все одно видно на перших посиланнях.
У браузері посилання працює, а тут 404.
Зазвичай це лінк, який відкривається лише для авторизованої сесії, або закешований браузером. Інструмент запитує його заново й без ваших кук — так само його бачить краулер.

Інші інструменти

Перевірка robots.txt

Завантажує robots.txt для вказаного хоста, повідомляє, чи існує файл і чи не блокує він усіх роботів, і паралельно читає директиви робота на рівні сторінки.

Валідатор карти сайту

Шукає карту сайту так само, як це робить пошуковий робот — спершу оголошення в robots.txt, потім стандартні розташування — після чого перевіряє, що документ парситься як XML, і рахує URL усередині.

Перевірка canonical

Читає канонічний URL, який оголошує сторінка, а потім завантажує цю адресу, щоб переконатися, що вона доступна, не редиректить і не має noindex — три способи, якими canonical тихо перестає працювати.

Валідатор schema-розмітки

Розбирає структуровані дані вказаної сторінки, перелічує знайдені типи schema.org і позначає блоки, які не парсяться або яким бракує обовʼязкових для їхнього типу властивостей.

Перевірка редиректів

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

Перевірка індексованості

Перевіряє кожен сигнал, який вирішує, чи дозволено сторінці потрапити в індекс: статус-код, доступ у robots.txt, meta robots, заголовок X-Robots-Tag і canonical.

Перевірка DNS

Робить живий запит до DNS для вказаного домену й показує опубліковані записи: на які адреси він резолвиться, куди йде пошта і чи є TXT-записи, від яких залежить автентифікація листів.

WHOIS-перевірка

Робить запит до реєстру через RDAP — структурованого наступника класичного WHOIS — і показує дату реєстрації, поточний вік домену, реєстратора й дату завершення реєстрації.

Перевірка віку домену

Введіть домен, щоб побачити дату реєстрації, поточний вік, expiry і реєстратора. Вік домену дає контекст, але не є фактором ранжування Google.

Перевірка SSL

Відкриває TLS-зʼєднання до вказаного хоста й показує сертифікат, який той віддає: видавця, період чинності, кількість днів до завершення та узгоджену версію протоколу.

Перевірка HTTP-заголовків

Запитує вказану адресу й показує, що сервер повертає в заголовках: які заголовки безпеки присутні, яка політика кешування, чи стиснута відповідь і яка версія HTTP узгоджена.