Перевірка сайту на биті посилання онлайн

Як перевірити сайт на биті посилання онлайн: сторінка чи весь сайт

Перевірка посилань тут працює так: інструмент завантажує HTML сторінки, збирає всі посилання з тегів <a href> і запитує кожне, щоб отримати код відповіді сервера. Перевірка безкоштовна, реєстрація не потрібна. У формі два режими, і від вибору залежить, що саме потрапить у звіт.

• «Лише ця сторінка» — перевіряється до 100 унікальних посилань із вказаної адреси. Підходить, щоб швидко перевірити статтю, лендинг або сторінку категорії після змін.
• «Увесь сайт (до 10 сторінок)» — до стартової сторінки додається до 9 внутрішніх HTML-сторінок, на які вона посилається (зазвичай це меню й ключові розділи). Загалом перевіряється до 300 унікальних посилань, а в колонці «Де знайдено» видно, на яких сторінках стоїть кожне посилання.

Чесно про обмеження, щоб правильно читати результат:

• Обхід неглибокий: у режимі сайту відкриваються лише сторінки, на які веде стартова адреса. Щоб перевірити глибокий розділ, вставте адресу його хаб-сторінки (каталог, архів блогу) — кожна така перевірка дасть нову порцію посилань.
• Посилання, які JavaScript додає вже в браузері (SPA, підвантаження під час прокручування), у вихідному HTML відсутні й у звіт не потраплять.
• Перевіряються посилання, а не ресурси: биті зображення (<img src>), стилі й скрипти сюди не входять. Виняток — коли на зображення веде звичайне посилання <a href="photo.jpg">.
• Якорі (#section), mailto:, tel: і javascript: пропускаються — у них немає HTTP-відповіді.
• Частота: до 5 перевірок сторінок за 2 хвилини й до 3 перевірок сайту за 5 хвилин.

Для сайту на сотні сторінок зручніший повний обхід краулером — кнопка SEO Audit з'являється під звітом. Покрокова інструкція з прикладами є в довідці: як знайти биті посилання.

Як читати звіт: коди 404, 410, 5xx, таймаути й редиректи

Звіт відсортовано за важливістю: угорі биті посилання (червона позначка з кодом), далі таймаути, редиректи (жовта позначка) й робочі (зелена). Кожне посилання спершу запитується методом HEAD; будь-яка помилка, крім 429, перевіряється повторно повноцінним GET. Тому сайт, що на HEAD відповідає 404 або 405, а на звичайний запит — 200, битим не вважається. Код у звіті фінальний, після проходження до 5 редиректів.

Позначка nofollow біля анкора не робить посилання менш битим: відвідувач однаково побачить помилку. Як Google обробляє коди відповіді, детально описано в документації Google Search Central.

Що робити зі знайденим битим посиланням

Рішення залежить від того, куди посилання мало вести.

1. Помилка в адресі — виправити посилання в тексті. Найчастіший випадок: зайвий слеш, кирилиця в URL, http замість https на сайті без редиректу.
2. Сторінка переїхала — замінити посилання на нову адресу й додатково налаштувати 301-редирект зі старої: на стару адресу можуть посилатися інші сайти та закладки.
3. Сторінку видалено, але є близька за змістом — 301 на неї. Редирект усіх видалених сторінок на головну Google зазвичай вважає soft 404, вага так не зберігається.
4. Сторінку видалено без заміни — прибрати посилання й віддавати 410 (або залишити 404).

301 і 410 у nginx

location = /old-page/ { return 301 /new-page/; }
# зміна структури: /blog/2024/05/post/ → /blog/post/
rewrite ^/blog/\d{4}/\d{2}/(.+)$ /blog/$1 permanent;
location = /discontinued/ { return 410; }

301 і 410 в Apache (.htaccess)

Redirect 301 /old-page/ https://example.com/new-page/
RedirectMatch 301 ^/blog/\d{4}/\d{2}/(.+)$ /blog/$1
Redirect gone /discontinued/

Внутрішні та зовнішні биті посилання: що виправляти першим

У колонці «Тип» посилання поділено на внутрішні й зовнішні (піддомен www вважається тим самим сайтом). Починайте з внутрішніх: обидві сторони під вашим контролем, а бите внутрішнє посилання витрачає краулінговий бюджет і обриває передачу ваги між вашими ж сторінками. Особливо критичні посилання з меню, футера й шаблонів: одна помилка в шаблоні розмножується на всі сторінки — у режимі сайту це видно за довгим списком у колонці «Де знайдено».

Зовнішні биті посилання з'являються самі: джерела закриваються, змінюють структуру, переїжджають на нові домени. Замініть посилання на актуальну версію матеріалу, на інше авторитетне джерело або видаліть його. Редиректи на зовнішніх сайтах зазвичай не критичні, а от внутрішні посилання варто вести одразу на кінцеву адресу.

Биті посилання у WordPress і після переїзду сайту

Звіт показує, на якій сторінці стоїть посилання, але у WordPress та сама стара адреса часто зашита в десятки записів. Знайти їх усі можна запитом до бази (префікс таблиць може відрізнятися від wp_):

SELECT ID, post_title FROM wp_posts
WHERE post_status = 'publish' AND post_content LIKE '%/old-page/%';

Масову заміну після зміни домену чи структури зручніше робити через WP-CLI: команда коректно обробляє серіалізовані дані. Спершу — пробний прогін:

wp search-replace 'https://old.example.com' 'https://example.com' --skip-columns=guid --dry-run

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

Під час переїзду (зміна CMS, домену, ЧПУ) складіть таблицю «стара адреса → нова адреса» до запуску, налаштуйте редиректи один до одного й одразу після релізу перевірте головну та основні розділи в режимі «Увесь сайт»: внутрішні посилання зі старими адресами отримають жовту позначку редиректу — їх варто замінити на нові.

Биті посилання й Search Console: звіт «Не знайдено (404)»

У Search Console, у звіті «Сторінки» → «Чому сторінки не індексуються», є рядок «Не знайдено (404)». Це адреси, які Googlebot знайшов і отримав 404: із внутрішніх посилань, зовнішніх сайтів або старого sitemap. Звіт показує мертву адресу, але не завжди — звідки на неї посилання. Тут онлайн-перевірка доповнює Search Console: проженіть розділи сайту й знайдіть сторінки, з яких ведуть посилання на ці адреси. Якщо биті URL є в sitemap, видаліть їх із файлу — сам sitemap цей інструмент не читає. Як підключити Search Console, описано в довідці: підключення Search Console.

404 у цьому звіті самі по собі не санкція: Google нормально ставиться до видалених сторінок. Виправляти варто ті, на які ведуть ваші посилання або зовнішні беклінки.

Як часто перевіряти посилання на сайті

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

Биті зворотні посилання: повернути вагу 301-редиректом

Окрема історія — посилання інших сайтів на ваші видалені сторінки. Вони ведуть у 404, і їхня вага зникає. У Search Console відкрийте «Посилання» → «Найпопулярніші цільові сторінки» (зовнішні посилання), перевірте адреси зі списку через перевірку HTTP-статусу і налаштуйте 301 з тих, що віддають 404, на найближчі за темою живі сторінки. Знайти сайти, які посилаються на ваш домен, допоможе пошук вхідних посилань.