🛠 Все
🪤

Поиск битых ссылок

Все ссылки со страницы (до 100) → параллельная проверка. 404, 5xx, редиректы, таймауты. Экспорт CSV.

Зачем искать битые ссылки

Битые ссылки — это шум. С точки зрения юзера: «выберу другой сайт». С точки зрения Google: «этому сайту не уделяют внимания». Особенно болезненно для блогов и каталогов, где статьи 3+ года — внешние ссылки массово становятся 404. Проверка раз в месяц для топ-10 страниц закрывает 80% проблем.

Что показывает

Для каждой ссылки: URL, текст якоря, HTTP-статус (200/301/404/500), пометка «битая или нет». Сортировка: сначала битые, потом редиректы, потом ок. Сводка: сколько ссылок всего, сколько битых, процент. Экспорт в CSV для отчёта или передачи разработчику.

Чего не делает

Не проверяет внутреннюю структуру (sitemap, контент 404-страниц). Не работает с авторизованными разделами (личный кабинет). Не отслеживает изменения во времени — для этого нужен мониторинг.

Частые вопросы

Зачем проверять битые ссылки?
Битые исходящие ссылки = плохой UX и снижение траста у Google. Битые внутренние = страница не передаёт вес, ссылочный сок льётся в никуда. На крупных сайтах сложно отслеживать вручную — этот инструмент проверяет все ссылки на странице за один проход.
Сколько ссылок проверяет?
До 100 на страницу (лимит чтобы не нагружать чужие сайты). Параллельные запросы — обычно проверка занимает 5-10 секунд на 100 ссылок. Для всего сайта нужны платные краулеры (Screaming Frog, Sitebulb).
Что считается битым?
HTTP 4xx (404, 403, 410), HTTP 5xx (500, 502, 503), таймаут, недоступный домен. Редиректы 3xx — не битые (но мы их следуем, чтобы увидеть финальный статус). Цепочки редиректов больше 5 хопов — отмечаем как warning.
А JavaScript-ссылки?
Парсим только статический HTML. Ссылки, которые создаёт JS после загрузки — не увидим. Для одностраничных приложений (SPA) нужны headless-краулеры.
Безопасно ли это для проверяемого сайта?
Делаем HEAD-запросы — это самый лёгкий тип запроса, серверу почти ничего не стоит. Параллельность ограничена, чтобы не положить целевой сайт.