Проверка сайта на битые ссылки онлайн

Как проверить сайт на битые ссылки онлайн: одна страница или весь сайт

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

• «Только эта страница» — проверяются до 100 уникальных ссылок с указанного URL. Подходит, чтобы быстро проверить статью, лендинг или страницу категории после правок.
• «Весь сайт (до 10 страниц)» — к стартовой странице добавляются до 9 внутренних HTML-страниц, на которые она ссылается (обычно это меню и ключевые разделы). Всего проверяется до 300 уникальных ссылок, а в колонке «Где найдена» видно, на каких страницах стоит каждая ссылка.

Честно об ограничениях, чтобы правильно трактовать результат:

• Обход неглубокий: в режиме сайта открываются только страницы, на которые ведёт стартовый URL. Чтобы проверить глубокий раздел, вставьте адрес его хаб-страницы (каталог, архив блога) — каждая такая проверка даст новую порцию ссылок.
• Ссылки, которые добавляет 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-редирект со старого: на старый URL могут ссылаться другие сайты и закладки.
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 считается тем же сайтом). Начинайте с внутренних: обе стороны под вашим контролем, а битая внутренняя ссылка тратит краулинговый бюджет и обрывает передачу веса между вашими же страницами. Особенно критичны ссылки из меню, футера и шаблонов: одна ошибка в шаблоне размножается на все страницы — в режиме сайта это видно по длинному списку в колонке «Где найдена».

Внешние битые ссылки появляются сами: источники закрываются, меняют структуру, переезжают на новые домены. Замените ссылку на актуальную версию материала, на другой авторитетный источник или удалите её. Ссылки через редирект на внешние сайты обычно не критичны, а вот внутренние стоит вести сразу на конечный URL.

Битые ссылки в 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, домена, ЧПУ) составьте таблицу «старый URL → новый URL» до запуска, настройте редиректы один к одному и сразу после релиза проверьте главную и основные разделы в режиме «Весь сайт»: внутренние ссылки, оставшиеся со старыми адресами, получат жёлтую метку редиректа — их стоит заменить на новые.

Битые ссылки и Search Console: отчёт «Не найдено (404)»

В Search Console, в отчёте «Страницы» → «Почему страницы не индексируются», есть строка «Не найдено (404)». Это адреса, которые Googlebot нашёл и получил 404: из внутренних ссылок, внешних сайтов или старого sitemap. Отчёт показывает мёртвый URL, но не всегда — где на него ссылка. Здесь онлайн-проверка дополняет Search Console: прогоните разделы сайта и найдите страницы, откуда ведут ссылки на эти адреса. Если битые URL перечислены в sitemap, удалите их из файла — сам sitemap этот инструмент не читает. Как подключить Search Console, описано в справке: подключение Search Console.

404 в этом отчёте сами по себе не санкция: Google нормально относится к удалённым страницам. Исправлять стоит те, на которые ведут ваши ссылки или внешние бэклинки.

Как часто проверять наличие битых ссылок

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

Битые обратные ссылки: вернуть вес 301-редиректом

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