Битые ссылки — это внутренние или внешние ссылки на сайте, ведущие на несуществующие страницы. При переходе по такой ссылке сервер возвращает статус 404 Not Found, пользователь получает страницу ошибки, поисковый робот фиксирует обрыв обхода. На сайте с большой структурой битые ссылки накапливаются естественным образом — после редизайнов, перестройки каталога, удаления товаров и устаревших публикаций. Регулярная проверка и исправление битых ссылок входит в базовое техническое SEO: устранение даже 50–100 обрывов в крупном каталоге заметно ускоряет переобход и поднимает поведенческие метрики.
Что такое битые ссылки и 404 страницы
Битые ссылки (broken links, dead links) — это гиперссылки на страницы, файлы или ресурсы, которые перестали существовать или сменили адрес. При клике пользователь попадает на страницу с сообщением об ошибке, при обращении поискового робота сервер возвращает код ответа 404 Not Found. Иногда обрыв возвращает 410 Gone (страница удалена окончательно) или 500 Internal Server Error (ошибка на сервере).
404-страница — это специальная страница ошибки, которую сервер показывает в ответ на запрос несуществующего URL. По умолчанию веб-сервер (Apache, nginx) показывает техническое сообщение, но в большинстве проектов настраивается кастомная страница в стилистике сайта: с заголовком, навигацией, поисковой строкой и ссылками на основные разделы.
Особый случай — soft 404. Это страница, которая визуально выглядит как 404 («товар не найден», «раздел в разработке»), но сервер возвращает код 200 OK. Для пользователя такая страница — ошибка; для поисковика — пустая страница в индексе. Soft 404 — типичная проблема интернет-магазинов с автоматической генерацией страниц.
Битая ссылка — это разрыв в карте сайта, который видит и пользователь, и алгоритм. Пользователь теряет интерес к сайту после двух-трёх подряд таких ситуаций; алгоритм фиксирует низкое качество технической поддержки и снижает приоритет в обходе.
Откуда берутся битые ссылки
На действующем сайте битые ссылки накапливаются естественным образом из нескольких источников:
- Удаление страниц без редиректов. Когда из каталога убирается товар или из блога — устаревшая статья, все внутренние и внешние ссылки на этот URL превращаются в битые. Без 301 редиректа на актуальный аналог пользователь и робот получают 404.
- Перестройка структуры URL. Переход с ЧПУ на новый формат, переименование категорий, смена слешей — каждое изменение оставляет в индексе старые URL, по которым продолжают приходить пользователи и роботы.
- Опечатки в ссылках. Случайные ошибки при ручном размещении ссылок: пропущенный символ, лишний пробел, неверный регистр. На небольших сайтах редко, на крупных каталогах — десятки случаев.
- Удаление файлов. Ссылки на PDF, презентации, изображения, которые были перемещены или удалены при чистке файловой системы. Часто остаются ссылки на конкретные изображения в товарных карточках.
- Изменения у внешних доноров. Внешние ссылки с сайта на сторонние ресурсы (источники, партнёры, документация) ломаются, когда внешний сайт реструктурируется или закрывается.
- Технические сбои. Временно недоступные страницы (500 Server Error, тайм-аут, сбой плагина) при обходе фиксируются как ошибки, даже если через час сайт работает нормально.
- Кешированные старые URL. Google и Яндекс держат в индексе URL месяцами после удаления; пользователи приходят на них из выдачи и попадают на 404, даже если внутренних ссылок на сайте уже нет.
Влияние на SEO и пользователей
Битые ссылки влияют на сайт по двум линиям одновременно — техническая (что видит поисковик) и пользовательская (что видит человек). При массовом накоплении ошибок это приводит к прямой потере трафика на 10–30% по основным разделам.
Со стороны поисковой системы:
- Расход краулингового бюджета. Каждое обращение робота к 404 — потерянный запрос. На сайте с 1000 битых ссылок робот тратит часть лимита впустую, актуальные страницы обходятся реже.
- Сигнал низкого качества технической поддержки. Большое количество 404 в индексе — повод для алгоритма снизить общий приоритет сайта при ранжировании. Особенно чувствительно для YMYL-тематик и крупных каталогов.
- Потеря накопленных сигналов. Удалённая страница могла иметь внешние ссылки, поведенческие сигналы, позиции в выдаче — без 301 редиректа всё это уходит в никуда.
- Прерывание внутренней перелинковки. Битая ссылка обрывает поток ссылочного веса от страницы-донора к целевой; вес теряется на каждом обрыве.
Со стороны пользователя:
- Рост показателя отказов. Попадая на 404, пользователь чаще закрывает вкладку, чем продолжает навигацию. Это фиксируется как короткая сессия с отказом.
- Падение конверсии. Битая ссылка на воронке (карточка товара, форма заявки, контакты) — это прямая потеря лида. Особенно критично для рекламных переходов: рекламный бюджет тратится на трафик, который попадает на ошибку.
- Снижение доверия к бренду. Сайт с регулярными ошибками воспринимается как заброшенный или ненадёжный. На странице с заявкой на услугу пользователь меньше доверяет компании.
- Потеря возврата. Пользователь, столкнувшийся с 404, реже возвращается на сайт повторно по тому же запросу.
Как найти битые ссылки
Для поиска битых ссылок применяются три типа инструментов: краулеры, поисковые консоли, онлайн-сервисы. На разных сайтах сочетание отличается, но базовый набор универсален.
Screaming Frog SEO Spider
Главный десктопный краулер для технического аудита. После запуска программа обходит весь сайт по внутренним ссылкам, фиксирует код ответа каждого URL. Отчёт Response Codes → Client Error (4xx) показывает все 404, кроме них — другие ошибки клиентской стороны. Для каждого битого URL можно посмотреть, на каких страницах он встречается во вкладке Inlinks. Это позволяет точечно править ссылки в источниках.
Бесплатная версия Screaming Frog ограничена 500 URL — этого хватает для большинства сайтов услуг и блогов. Для каталогов и крупных интернет-магазинов нужна годовая лицензия — около 200 BYN в эквиваленте.
Google Search Console
Отчёт «Индексирование страниц» в Search Console показывает все URL, по которым Google получал ошибки. Раздел «Не найдено (404)» содержит список с указанием источника — откуда Google узнал об этом URL. Часто оказывается, что битая ссылка пришла не с самого сайта, а с внешнего ресурса — это типично для проектов с активным линкбилдингом.
В Search Console также есть инструмент «Проверка URL» — точечная проверка одного адреса с детализацией ответа сервера.
Яндекс.Вебмастер. В Яндекс.Вебмастере раздел «Индексирование → Страницы в поиске» с фильтром «Исключённые → HTTP-статус: 404» показывает все URL, которые Яндекс пробовал индексировать и получил ошибку. Отдельно есть отчёт «Внутренние ссылки → Битые ссылки» — показывает ссылки внутри сайта, которые ведут в никуда.
Онлайн-сервисы. Для разовой проверки без установки софта подойдут brokenlinkcheck.com, deadlinkchecker.com, online-broken-link-checker.com. Сервисы обходят сайт через свой краулер и показывают результат. Бесплатные ограничены лимитом на число URL (обычно 2000–3000 страниц), для крупных проектов нужна платная подписка или Screaming Frog.
Плагины в CMS. Для WordPress есть плагин Broken Link Checker, который мониторит ссылки в фоне и присылает уведомления о появлении новых битых. Аналогичные модули есть для Битрикса и Joomla. Плагины удобны для регулярного мониторинга, но создают дополнительную нагрузку на сервер — на больших сайтах их часто отключают и переходят на внешний краулер по расписанию.
Как исправить битые ссылки
Как исправить 404 — выбор зависит от типа битой ссылки и от того, существует ли страница-аналог. Стратегия отличается для внутренних и внешних ссылок, для удалённых страниц с заменой и без.
Внутренние ссылки на удалённые страницы
Если страница удалена, а аналог существует — настраивается 301 редирект со старого URL на актуальный. Сама ссылка в источниках при этом тоже исправляется на актуальный URL, чтобы не работать через постоянный редирект (это расходует краулинговый бюджет и замедляет загрузку).
Если аналога нет и страница удалена окончательно — оставляется 410 Gone или 404, а ссылки на удалённую страницу убираются из источников (меню, перелинковка в статьях, карточки товаров). Поиск источников делается через Screaming Frog → Inlinks.
Внешние ссылки на чужие сайты
Когда внешний сайт изменил структуру и ссылка стала битой, у работы с ней три варианта:
- Найти новый URL у того же ресурса и обновить ссылку. Подходит для ссылок-источников в фактологическом материале, где важно сохранить связь с конкретным автором или публикацией.
- Заменить ссылку на похожий источник. Когда оригинал недоступен, но есть другой авторитетный ресурс с той же информацией.
- Удалить ссылку и переформулировать абзац. Когда ссылка не критична для контекста и абзац работает без неё.
Опечатки и неверные URL в ссылках. Самый частый случай — пропущенный символ, неверный регистр, пробел в URL. Правится точечно в коде или через инструмент «Найти и заменить» в админ-панели CMS. После правки — повторный краулинг для проверки.
Битые ссылки на файлы и изображения. Когда файл (PDF, изображение) удалён, ссылка возвращает 404. Если файл нужен — он восстанавливается из бэкапа или заменяется актуальной версией. Если не нужен — ссылка убирается, абзац с упоминанием файла переписывается.
Битые ссылки из внешних источников. Когда внешний сайт ссылается на несуществующий URL, контролировать сам источник нельзя — но 301 редирект на актуальную страницу можно настроить на своей стороне. Это сохраняет ссылочный вес внешней ссылки. Список таких URL — в Search Console и Яндекс.Вебмастере с указанием источника.
Правильная 404 страница
Когда битая ссылка обнаружена пользователем, страница ошибки — последний шанс удержать его на сайте. Кастомная 404-страница (custom 404) в большинстве проектов кратно эффективнее дефолтной серверной заглушки.
Что обязательно содержит хорошая 404-страница:
- Понятный заголовок ошибки. «Страница не найдена» или «Такой страницы не существует» — без технического жаргона типа «HTTP Error 404».
- Короткое объяснение. Один-два абзаца: что произошло (ссылка устарела или адрес введён с ошибкой) и что можно сделать дальше.
- Навигация по сайту. Основное меню в шапке, ссылки на популярные разделы внизу страницы, чтобы пользователь мог продолжить путь.
- Поисковая строка. Возможность найти нужное содержимое через внутренний поиск сайта.
- Ссылка на главную. Кнопка «На главную» — простой способ выхода из тупика.
- Стилистика сайта. Те же цвета, шрифты, логотип, что и на остальных страницах — чтобы пользователь не подумал, что попал на чужой ресурс.
- HTTP-статус 404. Главное техническое требование: сервер обязан возвращать именно 404 (или 410), а не 200. Иначе поисковик расценит ошибку как полноценный контент и оставит в индексе.
Что не нужно делать на 404-странице: автоматический редирект на главную через 5 секунд (это плохой пользовательский опыт), огромные баннеры рекламы, формы с обязательными полями. Цель страницы — помочь пользователю продолжить, а не задержать его в коммерческой воронке.
Регулярный мониторинг ссылок
Битые ссылки появляются постоянно. На сайте с активной редакцией или интернет-магазином с движением ассортимента ежемесячно возникают новые 404. Разовая чистка не решает задачу в долгую — нужен регулярный мониторинг.
Базовая частота проверок:
- Раз в неделю — Search Console и Яндекс.Вебмастер. Проверка отчётов «Не найдено» и «Битые ссылки» в обеих консолях, обработка новых записей.
- Раз в месяц — полный краулинг через Screaming Frog. Обход всего сайта (internal links audit), экспорт всех 4xx и 5xx, проверка по списку.
- Раз в квартал — глубокая проверка. Включая внешние исходящие ссылки (отдельный отчёт в Screaming Frog), редко используемые разделы (архив блога, давно не обновляемые категории).
- После каждого крупного изменения сайта. Редизайн, перенос на новую CMS, реструктуризация каталога, миграция домена — обязательная разовая проверка через 1–2 недели после публикации.
На крупных проектах эта задача обычно встроена в постоянный технический цикл — отдельный аудит не запускается, мониторинг идёт фоном через настроенные краулеры по расписанию.
Типичные ошибки
| Ошибка | Последствие | Решение |
|---|---|---|
| Массовый 301 редирект всех 404 на главную | Поисковик расценивает как soft 404; ссылочный вес и сигналы теряются; главная получает шум по нерелевантным запросам | Постраничный редирект на ближайший по интенту аналог. Если аналога нет — оставить 404 или 410, ссылки на удалённую страницу убрать из источников |
| Кастомная 404-страница отдаёт код 200 (soft 404) | Поисковик считает страницу полноценной, индексирует её, в выдаче появляется страница ошибки | Серверная настройка: 404-страница обязана отдавать HTTP-статус 404, проверка через cURL или httpstatus.io |
| 404 на удалённые товары без замены ссылок | Ссылки в меню, рекомендациях, перелинковке продолжают вести на удалённые URL; пользователь регулярно попадает на ошибку | При удалении товара — параллельная чистка ссылок на него в админ-панели CMS, проверка через Screaming Frog → Inlinks |
| Игнорирование внешних ссылок на удалённые страницы | Внешний ссылочный вес уходит в 404; теряется до 10–20% накопленного ссылочного потенциала | В Search Console и Яндекс.Вебмастере — отчёт по внешним источникам 404; настройка 301 на актуальную страницу |
| Автоматический редирект 404 на главную через JavaScript | Робот не распознаёт редирект, фиксирует страницу как полноценную или как ошибку; пользователь теряется | Серверный 404 со статусом, кастомная страница с навигацией, без авто-редиректов |
| Отсутствие мониторинга после редизайна | В первый месяц после релиза накапливаются сотни битых ссылок, индекс деградирует, трафик падает | Обязательный краулинг через 1–2 недели после релиза, повторный — через месяц |
| 404-страница без навигации и поиска | Пользователь закрывает вкладку, показатель отказов растёт, конверсия падает | На 404 — полное меню, ссылки на популярные разделы, поисковая строка, кнопка «На главную» |
| Битые ссылки в meta refresh и JavaScript-навигации | Краулер не всегда обнаруживает такие ссылки; пользователи попадают на 404 при переходе по интерактивным элементам | При краулинге включить рендеринг JavaScript в Screaming Frog (Configuration → Spider → Rendering: JavaScript); проверять все формы переходов |
Часто задаваемые вопросы
Влияют ли битые ссылки на ранжирование сайта в Google и Яндексе?
Прямо — нет, единичные 404 не выводят сайт из выдачи. Косвенно — да: при большом количестве битых ссылок (несколько процентов от общего объёма URL) поисковик снижает приоритет обхода, расходует краулинговый бюджет неэффективно и расценивает сайт как технически слабый. Это сказывается на скорости индексации новых страниц и на общем уровне доверия к сайту.
Сколько 404 на сайте — это нормально?
Точного норматива нет, но ориентир — не более 0,5–1% от общего числа URL в индексе. Для сайта на 1000 страниц 5–10 битых ссылок — приемлемая фоновая ситуация, 50+ требует разбора. Для интернет-магазина норма выше из-за активного движения товаров, но всё, что больше 2% — повод для аудита.
Что лучше для удалённой страницы: 404, 410 или 301 редирект?
Зависит от ситуации. Если есть актуальный аналог — 301 на этот аналог. Если страница удалена окончательно и навсегда — 410 Gone (Google обрабатывает быстрее, чем 404). Если статус неясен или временный — 404. Массовый редирект на главную без аналога — антипаттерн.
Как часто проверять сайт на битые ссылки?
Минимум раз в месяц — полный краулинг через Screaming Frog или аналог. Search Console и Яндекс.Вебмастер — раз в неделю на новые записи. После любого крупного обновления (редизайн, миграция, перестройка каталога) — внеплановая проверка через 1–2 недели после релиза.
Что такое soft 404 и почему это проблема?
Soft 404 — это страница ошибки, которая визуально выглядит как 404, но сервер возвращает код 200 OK. Для пользователя — ошибка; для поисковика — пустая страница в индексе. Google помечает такие URL в Search Console и со временем исключает их из выдачи, но до этого они засоряют индекс. Типичный источник — карточки удалённых товаров с автоматическим текстом «товар не найден» без серверного 404.
Передаются ли через 404 ссылочный вес и поведенческие сигналы?
Нет. Битая ссылка обрывает передачу. Если у удалённой страницы были внешние ссылки и накопленные поведенческие — без 301 редиректа на актуальный аналог всё это теряется без передачи новому URL. Поэтому при удалении ценных страниц редирект обязателен, а не опционален.
Можно ли использовать meta refresh вместо 404?
Нет, это не заменяет 404. Meta refresh отправляет браузер на другую страницу через несколько секунд, но возвращает код 200. Поисковик расценивает это как soft 404 и относится хуже, чем к серверному 404. Если страница удалена — серверный статус 404 или 410, не meta refresh.
Как обработать массу 404 после миграции сайта?
Полный краулинг старого сайта до миграции через Screaming Frog с сохранением списка URL. После миграции — выгрузка нового сайта в Screaming Frog, сопоставление со старым списком. URL, которые исчезли, обрабатываются по правилу: есть аналог — 301, нет — 410 или 404. Через 2–4 недели после миграции — повторная проверка и обработка остаточных 404 из Search Console.
Сколько стоит аудит и исправление битых ссылок в РБ?
Разовый технический аудит с проработкой битых ссылок и подготовкой технического задания для разработчиков — от 600 до 1200 BYN в зависимости от размера сайта. Для сайтов до 500 страниц обычно вписывается в нижнюю границу, для интернет-магазинов на 5000+ страниц — в верхнюю. В составе SEO-абонемента работа с битыми ссылками входит в стандартный пул месячных задач без отдельной оплаты.



