404 ошибки и битые ссылки: как находить и исправлять

404-ошибка возникает, когда страница удалена или перемещена без редиректа. Она расходует crawl budget, уничтожает link juice и ухудшает UX. Ниже — пошаговая инструкция: как найти битые ссылки и исправить их без потери трафика.

Что такое 404 и почему она возникает

404 Not Found — HTTP-статус, который сервер возвращает, когда запрашиваемая страница не существует. Это не всегда ошибка: если страница намеренно удалена, 404 (или лучше 410 Gone) — правильный ответ. Проблема возникает тогда, когда на несуществующую страницу ведут ссылки изнутри или извне сайта.

Наиболее распространённые причины появления 404-ошибок:

• Редизайн или миграция — URL-структура изменилась, редиректы не настроены.
• Удаление товаров или статей без удаления или переадресации ссылок.
• Изменение ЧПУ (slug) страницы в CMS без сохранения старого URL.
• Опечатки в ссылках при ручном вводе URL.
• Изменение структуры каталогов или разделов без массовой настройки редиректов.
• Удаление изображений и файлов, на которые есть прямые ссылки в контенте.

Важно различать два состояния: мягкая 404 (soft 404) — сервер возвращает 200, но страница пустая или содержит лишь «Страница не найдена». Google сам обнаруживает такие страницы и фиксирует в GSC — они особенно вредны, потому что бот тратит время на полное сканирование пустого контента.

Как выявить мягкую 404 (soft 404)

Soft 404 — коварный тип ошибки: страница возвращает статус 200, но содержит контент «Товар не найден», «Результаты поиска пусты» или просто шаблон без текста. Google сканирует такую страницу полностью, после чего сам обнаруживает, что полезного контента нет, и помечает её в GSC как soft 404.

Где чаще всего возникают soft 404:

• Страницы поиска с пустыми результатами (например, /search?q=товар-которого-нет).
• Карточки товаров, где остался шаблон, но контент убрали с сохранённым URL.
• Страницы фильтров категорий без товаров (фасетная навигация).

Исправление: верните настоящий 404 или 410 для пустых результатов, либо закройте такие URL через robots.txt и добавьте мета-тег noindex.

Влияние 404 на SEO: crawl budget, link juice, UX

404-ошибки вредят SEO через три независимых механизма:

По данным исследования Ahrefs, 66,5% проверенных сайтов имеют хотя бы одну страницу с внешними ссылками, возвращающую 4xx. Это не редкость — это норма, которую большинство владельцев сайтов игнорирует.

Отдельный риск — crawl budget на крупных сайтах. Если Google выделяет вашему домену 5 000 сканирований в сутки, а 1 200 из них уходит на 404-страницы, вы фактически теряете 24% ресурса бота. Новые или обновлённые страницы индексируются медленнее — или не индексируются вовсе.

Битые ссылки: внутренние vs внешние

Битые ссылки (broken links) — гиперссылки, ведущие на несуществующие страницы (404) или ресурсы. Они бывают двух типов, и стратегия исправления отличается.

Приоритет исправления: сначала — внешние входящие (бэклинки на ваши 404), затем — внутренние (разрывают граф сайта), в последнюю очередь — внешние исходящие (влияние на SEO минимально, но важно для UX).

О том, как правильно выстроить структуру внутренних ссылок и избежать появления битых линков, читайте в нашей статье о внутренней перелинковке сайта.

«Один качественный бэклинк, ведущий на 404-страницу, — это выброшенные деньги. 301-редирект занимает 5 минут и возвращает весь передаваемый PageRank.»

Как находить 404: GSC, Screaming Frog, Ahrefs

Есть три основных инструмента для выявления 404-ошибок. Каждый показывает свой срез проблемы — используйте все три в комплексе.

Google Search Console (Coverage / Pages)

1. Откройте Google Search Console → Indexing → Pages.
2. В правой части найдите статус «Not found (404)».
3. Кликните — увидите список URL, которые Google обнаружил как 404.
4. Скачайте таблицу (кнопка Export) — сортируйте по дате последнего сканирования.

GSC показывает только те 404, на которые Google натолкнулся при сканировании. Страницы без ссылок могут не отображаться. Но если URL есть в GSC как 404 — это точно проблема: бот уже потратил на неё crawl budget.

Screaming Frog SEO Spider

1. Запустите Screaming Frog, введите домен и нажмите Start.
2. После сканирования откройте вкладку Response Codes.
3. Отфильтруйте Client Error (4xx) — увидите все 404 и 410.
4. Для каждого URL перейдите на вкладку Inlinks — откуда ведут ссылки.
5. Экспортируйте в CSV для дальнейшей работы.

Screaming Frog — лучший инструмент для аудита внутренних ссылок. Он видит все ссылки на 404, включая те, на которые Google ещё не натолкнулся. Бесплатная версия ограничена 500 URL.

Ahrefs Site Audit

1. Откройте Ahrefs → Site Audit → выбранный проект.
2. Перейдите к Issues → 4xx page.
3. В разделе Broken Pages отфильтруйте HTTP code = 404.
4. Здесь же увидите, сколько внешних бэклинков ведёт на каждую 404-страницу — это ключевая метрика приоритизации.

Ahrefs незаменим для выявления внешних ссылок на 404. Если на страницу ведут 50 внешних бэклинков — это наивысший приоритет исправления, даже если трафика там уже давно нет.

Как исправлять: редирект, восстановление, удаление

После того как список 404-страниц собран и приоритизирован, выбирайте тип исправления для каждого URL:

Вариант 1: 301-редирект (самый распространённый)

Подходит, когда есть релевантная страница-замена: например, товар перешёл в новую категорию или статья переименована.

• Apache (.htaccess): Redirect 301 /старый-url /новый-url
• Nginx: rewrite ^/старый-url$ /новый-url permanent;
• WordPress: плагин Redirection (бесплатный, логирует клики).
• OpenCart: модуль SEO URL или ручное добавление в .htaccess.

301 передаёт ~90–99% PageRank — практически без потерь. Google подтверждает: 301 и 308 передают ссылочный вес в полном объёме.

Вариант 2: Восстановление страницы

Если страница имела ценный уникальный контент и внешние бэклинки — восстановите её. Это трудоёмкее, но наиболее эффективный вариант для страниц с хорошим ссылочным профилем. После восстановления отправьте URL на переиндексирование через GSC → URL Inspection.

Вариант 3: Вернуть 410 Gone

Если страница удалена навсегда и никакой замены нет — верните статус 410 (Gone) вместо 404. Это явный сигнал для бота: «эта страница удалена намеренно, не сканируй её больше». Google исключает 410-страницы из индекса быстрее, чем 404.

Вариант 4: Удаление внутренних ссылок

Если 404-страница не имеет внешних бэклинков и никогда не получит замены — просто удалите все внутренние ссылки на неё. Найдите их через Screaming Frog → вкладка Inlinks.

Массовые редиректы: как автоматизировать

Когда после миграции или редизайна есть 500+ URL для переадресации — ручное добавление невозможно. Есть два эффективных подхода:

1. Паттерновые редиректы в .htaccess. Если старая структура была /product/123, а новая — /catalog/product-name, напишите RewriteRule, который перехватывает числовые ID и перенаправляет по новой логике. Подходит для 70–80% случаев.
2. Таблица соответствий в БД. Загрузите CSV со старыми и новыми URL в модуль редиректов CMS или скрипт, который проверяет таблицу при каждом 404-запросе. Точнее, но медленнее при больших таблицах.

После массовой настройки редиректов обязательно проверьте цепочки: /старый-1 → /промежуточный → /новый — это «редирект через редирект», который замедляет страницу и теряет часть PageRank. В Screaming Frog откройте вкладку Redirect Chains — все цепочки длиннее 1 перехода требуют исправления.

Кастомная страница 404: что должна содержать

Даже идеально настроенный сайт будет иметь 404-страницы — из-за внешних ссылок с ошибками или ручного ввода URL. Кастомная 404 превращает «тупик» в точку удержания посетителя. По нашим данным, правильно спроектированная 404-страница удерживает до 15–20% посетителей, попавших на ошибку.

Обязательные элементы кастомной 404:

• Понятное сообщение об ошибке — без технического жаргона. «Эта страница не найдена» лучше, чем «Error 404».
• Поиск по сайту — важнейший элемент. Позволяет сразу найти нужное.
• Навигация на главные разделы: главная, популярные категории, блог.
• Популярные страницы или рекомендованный контент.
• CTA — «Свяжитесь с нами» или «Получить консультацию».

Несколько слов о дизайне: кастомная 404 не должна быть «заглушкой». Крупные e-commerce проекты добавляют персонализированные рекомендации товаров на основе последнего просмотра или популярных в текущей категории. Даже простой блок с 3–5 ссылками на топовые страницы существенно снижает показатель выхода.

Критически важно: страница 404 должна возвращать HTTP-статус именно 404, а не 200. Если ваша CMS возвращает 200 на «Страница не найдена» — это soft 404, которую Google зафиксирует и может удалить из индекса вместе с реальными страницами через алгоритмический фильтр.

Проверьте статус страницы 404 через httpstatus.io или Developer Tools (вкладка Network) — поле Status должно показывать 404, а не 200 или 302.

Кейс: 800+ страниц 404 после редизайна

В марте 2024 года к нам обратился клиент — интернет-магазин строительных материалов, прошедший редизайн и миграцию с самописной CMS на OpenCart. Через две недели после запуска органический трафик упал на 31%.

Что выявил аудит:

• GSC Coverage показал 847 страниц со статусом 404 — все возникли после миграции.
• Screaming Frog обнаружил 2 340 внутренних ссылок, ведущих на эти 404.
• Ahrefs: 312 внешних бэклинков с других сайтов вели на 404-страницы, суммарный DR доноров — 45–78.
• Старая CMS использовала URL вида /catalog/item-123, новая — /strojmaterialy/item-name. Ни одного редиректа настроено не было.

Что сделали за 2 недели:

1. Сопоставили старые и новые URL через таблицу соответствий (900 строк в Google Sheets).
2. Настроили массовые 301-редиректы через .htaccess (шаблонные правила для 80% URL + ручные для топ-50 по бэклинкам).
3. Обновили 2 340 внутренних ссылок в базе данных OpenCart.
4. Подали обновлённый Sitemap через GSC и запросили переиндексирование приоритетных страниц.
5. Настроили кастомную 404-страницу с поиском и категориями.

Результат через 6 недель:

• Органический трафик восстановился и превысил домиграционный уровень на +12%.
• В GSC Coverage количество 404 сократилось с 847 до 23 (остались внешние ссылки с ошибками в URL).
• Crawl budget восстановился: бот начал индексировать новые товары в день их появления.

Мониторинг и настройка алертов

Разовый аудит — не решение проблемы. 404-ошибки появляются постоянно: удаляются товары, редактируются статьи, меняется структура. Нужен систематический мониторинг.

Алерты в Google Search Console

1. Откройте GSC → Settings → Email preferences.
2. Включите уведомления о Coverage issues.
3. GSC будет присылать email, когда количество 404 резко вырастет.

Минус: GSC присылает алерты с задержкой 7–14 дней после фактического возникновения проблемы.

Регулярный технический аудит

• Ежемесячно: полное сканирование через Screaming Frog или Ahrefs Site Audit.
• Еженедельно: проверка GSC → Pages → 404 на новые URL.
• Сразу после: любого массового удаления страниц, редактирования структуры URL, обновления CMS.

Автоматизация через Ahrefs

Ahrefs Site Audit поддерживает автоматический краулинг по расписанию (еженедельно или ежемесячно). После каждого сканирования вы получаете email-отчёт с перечнем новых проблем, включая новые 404. Это наиболее удобный способ для сайтов с активным контентом.

Для крупных интернет-магазинов рекомендуем комбинировать: Ahrefs для еженедельного автоматического аудита + ручная проверка GSC дважды в месяц + Screaming Frog после каждого значительного обновления каталога. Эта тройка занимает не более 2 часов в месяц, но даёт полное покрытие всех типов 404.

Один пропущенный месяц на активном магазине может обернуться сотнями новых битых ссылок.

Если нужен глубокий технический аудит с анализом crawl budget, внутренней перелинковки и скорости индексирования — закажите SEO-аудит сайта в SEO-Factory.

Полный пошаговый алгоритм поиска и исправления технических ошибок — в нашем гайде по техническому SEO-аудиту сайта.

Чеклист: 8 пунктов проверки

• Проверить GSC Coverage → Not found (404) — скачать список
• Запустить Screaming Frog, отфильтровать 4xx — найти Inlinks
• Проверить в Ahrefs Broken Pages — сколько бэклинков на 404
• Приоритизировать: сначала 404 с бэклинками, потом — в меню и футере
• Настроить 301-редиректы для всех 404 с релевантной заменой
• Обновить внутренние ссылки на 404 через Screaming Frog Inlinks
• Настроить кастомную 404-страницу (HTTP-статус 404, не 200)
• Включить GSC-алерты и поставить ежемесячный аудит в план

На практике

Киевская IT-компания с корпоративным блогом на 300 статей перешла с Jekyll на WordPress. Смена платформы изменила URL-паттерн: /blog/2021/how-to-deploy превратилось в /blog/how-to-deploy — год из пути исчез. Редиректы не настроили: разработчики посчитали, что «блог — не приоритет». Через 6 недель после запуска в Ahrefs Site Audit обнаружилось 78 мёртвых бэклинков с DR 50–90 — авторитетные технические издания, GitHub-документация, агрегаторы DevOps-статей.

Все они вели на старые URL с ответом 404. GSC Coverage к тому же зафиксировал 214 страниц с ошибкой, из которых 78 имели внешние ссылки с высоким DR.

После аудита расставили приоритеты: сначала — 78 URL с бэклинками, затем — остальные 136 страниц блога. Через Screaming Frog нашли все внутренние ссылки на старые пути и обновили их в базе WordPress. Для внешних бэклинков настроили правило в nginx: rewrite ^/blog/(\d{4})/(.+)$ /blog/$2 permanent; — одна строка закрыла весь паттерн. По 12 URL с наиболее ценными донорами прописали отдельные 301. Через 7 недель позиции по 40 запросам восстановились, органический трафик на блог вырос на +29% относительно уровня до миграции. Crawl budget по GSC сократился вдвое.

При миграции между генераторами статических сайтов и CMS паттерн URL меняется системно, а не точечно. Одно RegExp-правило в nginx способно закрыть сотни битых URL разом — но только если диагностику делают до запуска, а не через полтора месяца после.

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

Влияют ли 404-ошибки на SEO-позиции сайта?

Да, но опосредованно. Сами по себе 404 не являются прямым штрафом, но расходуют crawl budget и уничтожают link juice внешних ссылок. Большой процент 404 в GSC сигнализирует о технических проблемах и снижает общую оценку технического здоровья сайта.

Что лучше: 301-редирект или восстановление страницы?

Если есть релевантная страница-замена — 301-редирект. Если страница имела ценный контент и внешние ссылки — восстановите её. Удалять ссылки стоит только тогда, когда нет никакой релевантной замены и страница не имела внешних бэклинков.

Как часто нужно проверять сайт на битые ссылки?

Для активных сайтов — ежемесячно через Screaming Frog или Ahrefs Site Audit. GSC Coverage проверяйте раз в 2 недели. После каждого редизайна или массового удаления страниц — обязательный полный аудит в течение 48 часов.

Нужно ли исправлять 404 на страницах, которые никто не посещает?

Если на них нет внешних ссылок и они не получали трафика — минимальный приоритет. Но если Googlebot регулярно их сканирует, стоит закрыть через robots.txt или настроить редирект, чтобы не расходовать crawl budget впустую.