Skip to content
EN

Как найти и исправить 404 ошибки

Коротко:

Для исправления 404: (1) найдите битые URL через /broken-links; (2) настройте 301-редиректы на релевантный контент; (3) создайте custom 404-страницу с поиском и популярными ссылками; (4) мониторьте новые 404 в Google Search Console.

Проверить свой сайт →

Пошаговая инструкция

  1. Найдите битые ссылки. Откройте Broken Links Checker. Crawl покажет все 4xx/5xx URL на сайте.
  2. Настройте 301-редиректы. Для nginx: rewrite ^/old-url$ /new-url permanent;. Для Apache .htaccess: Redirect 301 /old-url /new-url.
  3. Custom 404-страница. Не показывайте generic "Page not found". Добавьте: поиск по сайту, ссылки на главные разделы, "Мы удалили эту страницу потому что..."
  4. Проверьте sitemap.xml. В sitemap не должно быть 404-URL. Если есть — удалите или обновите.
  5. Мониторьте Google Search Console. Вкладка Coverage → Not Found. Проверяйте раз в неделю новые появления.

Открыть инструмент →

Анализ и устранение 404 ошибок с помощью инструментов разработчика

Для выявления и исправления 404 ошибок можно использовать инструменты разработчика в браузере. Например, в Google Chrome откройте Developer Tools (обычно вызывается комбинацией клавиш Ctrl + Shift + I) и перейдите на вкладку Network. Запустите сайт и воспроизведите действие, которое приводит к ошибке 404. В списке сетевых запросов вы увидите все HTTP-запросы, включая те, которые возвращают ошибку 404. Вы можете скопировать URL из списка и проверить его вручную или настроить редирект.

Также можно использовать консольные команды для проверки битых ссылок на сервере. Например, с помощью curl или wget можно проверить доступность URL. Например, команда curl -I http://example.com/broken-link вернёт HTTP-заголовок, включая код ответа сервера.

Оптимизация структуры URL для предотвращения 404 ошибок

Чтобы минимизировать количество 404 ошибок, важно оптимизировать структуру URL на сайте. Используйте чёткие и логичные пути к страницам. Например, вместо длинных и запутанных URL, таких как /category/subcategory/product-id-12345, используйте более короткие и понятные, например, /products/category/product-name.

Также полезно внедрить систему ЧПУ (человеко-понятные URL), которая делает адреса более читаемыми для пользователей и поисковых систем. Например, вместо /blog/post-123 можно использовать /blog/how-to-fix-404-errors. Это не только улучшает пользовательский опыт, но и помогает предотвратить ошибки при изменении структуры сайта.

Регулярно проводите аудит URL и удаляйте ненужные параметры из адресов, такие как ?_= или __wfx=, которые могут привести к ошибкам.

Настройка серверных правил для автоматического исправления 404 ошибок

Для автоматического перенаправления с 404 страницы на релевантный контент можно настроить серверные правила. Например, в Apache это можно сделать с помощью .htaccess. Добавьте следующие строки в файл .htaccess:

ErrorDocument 404 /custom-404.html

Затем создайте файл custom-404.html с формой поиска и ссылками на популярные разделы сайта. Это позволит пользователям находить нужный контент даже при ошибке 404.

В Nginx можно использовать блок error_page для настройки перенаправления. Например:

error_page 404 /custom-404.html;

Таким образом, при возникновении ошибки 404 пользователь будет перенаправлен на специально подготовленную страницу с поиском и ссылками.

404 ошибкиНерабочие ссылки возвращают 404 и наносят урон пользовательскому опыту и SEO-позициям.
SEO-сигналGoogle снижает авторитет страниц с множеством нерабочих исходящих ссылок.
Скорость проверкиИнструмент проверяет десятки ссылок параллельно — результаты за секунды, а не минуты.
Коды ответовОтображает HTTP-код каждой ссылки: 200, 301, 302, 404, 500 — для точной диагностики.

Почему нам доверяют

Deep
краулинг страниц
4xx
битые ссылки
139
проверок за 30 дней
CSV
экспорт результатов

Как это работает

1

Введите URL сайта

2

Краулер проходит по ссылкам

3

Битые ссылки найдены

Проверка битых ссылок: SEO-гигиена сайта

Нерабочие ссылки — это тихий убийца SEO и конверсии. Они сигнализируют поисковикам о низком качестве контента и разочаровывают пользователей. Регулярная проверка битых ссылок — обязательная часть технического SEO-аудита.

Сканирование всех ссылок страницы

Проверяет все ссылки на странице — внутренние, внешние, изображения и ресурсы.

Распознаёт сайты на JavaScript

Next.js, Nuxt, React, Vue, Angular, SvelteKit, Gatsby — на таких сайтах ссылок нет в исходном HTML, и обычный чекер честно отвечает «0 битых ссылок». Мы определяем фреймворк и говорим об этом прямо, вместо того чтобы выдать пустой отчёт за чистый.

Редиректы

Выявляет цепочки редиректов и ссылки, которые технически работают, но ведут не туда.

Замена для внешних 404

Внешние ресурсы падают, и удалить ссылку — не всегда правильный ответ. Для мёртвых внешних адресов мы ищем сохранённую копию в Archive.org и предлагаем её как замену.

Кому это нужно

SEO-специалисты

устранение 404-ошибок

Разработчики

QA перед релизом

Контент-менеджеры

аудит внутренних ссылок

DevOps

проверка после деплоя

Частые ошибки

Принять «0 битых ссылок» за хороший результатЕсли сайт собирается в браузере (React, Vue, Next.js и подобные), в исходном HTML ссылок просто нет — и любой чекер вернёт пустой отчёт. Это не «всё в порядке», это «ничего не проверено». Отличить одно от другого можно только по тому, распознал ли инструмент фреймворк.
Проверять только главную страницуБольшинство битых ссылок находятся во внутренних страницах: блог, портфолио, архивы. Проверяйте все ключевые страницы.
Игнорировать 301-редиректыЦепочки редиректов замедляют загрузку и теряют PageRank. Исправьте ссылки, указывающие на конечный URL напрямую.
Не проверять после удаления страницКаждое удаление страницы или статьи потенциально создаёт битые входящие ссылки с других страниц сайта.
Забывать про изображенияБитые изображения — это тоже битые ссылки. Они ухудшают Core Web Vitals и пользовательский опыт.

Лучшие практики

Проверяйте после каждого крупного обновленияРеструктуризация URL, смена домена, обновление CMS — каждое из этих событий может сломать ссылки.
Настройте 301-редиректы для удалённых страницНикогда не удаляйте страницу без редиректа на близкий по смыслу URL или на главную раздела.
Используйте автоматический мониторингРучная проверка раз в квартал — недостаточно. Автоматизируйте сканирование ключевых страниц еженедельно.
Приоритизируйте по трафику страницыНачинайте исправление с высокотрафиковых страниц — битые ссылки там наносят наибольший ущерб конверсии.
Разделяйте внутренние и внешние поломкиВнутренняя 404 — ваша собственная ошибка, чинится редиректом или правкой ссылки. Внешняя — чужой сайт, который вы не контролируете: там выбор между заменой на живой источник, ссылкой на архивную копию и удалением. Смешивать их в одном списке «404» — значит откладывать то, что чинится за минуту.

Получите больше с бесплатным аккаунтом

История проверок битых ссылок и API для автоматического краулинга.

Зарегистрироваться (FREE)

Больше по теме

Часто задаваемые вопросы

Нужна регистрация?

Нет для быстрой проверки. Для continuous-мониторинга — бесплатный аккаунт.

Запустить инструмент, который описан в этой статье

Бесплатный тариф — 10 мониторов, проверки каждые 5 мин, без карты. Платные тарифы — интервал от 1 минуты и проверки из нескольких регионов.