Как исправить ошибки 404 в Google Search Console (2026)

Как исправить «Не найдено (404)» в Search Console: когда игнорировать, когда ставить 301-редирект, а когда восстановить страницу. Таблица решений и проверка.

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

Вредят ли ошибки 404 моим позициям в Google?

Сами по себе нет. В документации Google по индексированию страниц сказано, что ответ 404 не обязательно проблема, если страницу удалили без замены, и 404 для удалённой вами страницы назван обычной причиной, по которой URL не попадает в индекс. Исправлять стоит те 404, на которые вы сами ссылаетесь или которые указаны в вашем файле sitemap.

Что лучше для удалённых страниц: 404 или 410?

Для поиска Google практической разницы нет. В документации Google по HTTP-кодам состояния все ошибки 4xx, кроме 429, обрабатываются одинаково: контент считается несуществующим, ранее проиндексированный URL удаляется из индекса, а частота обхода этого URL постепенно снижается. Используйте тот код, который проще настроить на вашей платформе.

Сколько времени занимает «Проверить исправление» для ошибок 404?

По данным Google, проверка обычно занимает до двух недель, но иногда гораздо дольше. Не нажимайте «Проверить исправление» повторно, пока текущая проверка не завершится успешно или неудачно. Если Google найдёт хотя бы один оставшийся экземпляр проблемы, проверка остановится.

Почему исправленный URL всё ещё отображается в отчёте «Не найдено (404)»?

Google ещё некоторое время продолжает пытаться обходить отсутствующий URL, поэтому после исправления он может оставаться в списке. Кроме того, список примеров в отчёте ограничен 1000 строк и не гарантирует показ всех URL. Устраните причину (битые ссылки, записи в sitemap), затем запустите проверку и подождите.

Нужно ли перенаправлять все 404 на главную страницу?

Нет. Google рекомендует возвращать редирект 3XX, когда страница переехала на новый адрес. Страницу, у которой нет реальной замены, лучше оставить с ответом 404. Если отправлять нерелевантные URL на главную, посетители получают не то, что искали, а настоящая проблема скрывается от вас.

Коротко: в Search Console откройте Indexing > Pages (Индексирование > Страницы), нажмите Not found (404) (Не найдено (404)) и разложите каждый URL по одной из трёх корзин. Если страница удалена намеренно и на неё нигде нет ссылок, игнорируйте её. Если страница переехала или у неё есть близкая замена, добавьте 301-редирект на эту замену. Если страница должна существовать, восстановите её. Затем исправьте внутренние ссылки и записи в sitemap, которые ведут на мёртвый URL, и нажмите Validate fix (Проверить исправление).

Большинство «ошибок 404» в Search Console вообще не нужно исправлять, поэтому здесь важна не починка, а сортировка.

Что на самом деле означает «Not found (404)»

Отчёт Page indexing (Индексирование страниц) перечисляет URL, которые Google пытался обойти, но не смог проиндексировать. «Not found (404)» означает, что сервер ответил на запрос статусом 404. И это всё, что там сказано. Отчёт не утверждает, что URL важен.

Совет Google по диагностике вполне конкретен: исправляйте только те ошибки 404, на которые вы сами ссылаетесь или которые указали в sitemap, а если страница переехала, возвращайте редирект 3XX на новую страницу. Google также называет «404 для страницы, которую вы удалили и для которой нет замены» одной из законных причин, по которым страница не индексируется.

Если вы ещё не настроили этот инструмент, начните с нашего руководства по Search Console или с инструкции по подтверждению прав на сайт в Google Search Console.

Шаг 1. Выгрузите список и выясните, откуда взялся каждый 404

Откройте Search Console и выберите свой ресурс.
Перейдите в Indexing > Pages.
Прокрутите до таблицы «Why pages aren't indexed» (Почему страницы не индексируются) и нажмите Not found (404).
Просмотрите примеры URL. Таблица ограничена 1000 строк и не гарантирует показ всех URL, поэтому на большом сайте считайте её выборкой.
Если удобнее работать в таблице, экспортируйте данные.
Нажмите на URL и с помощью Inspect URL (Проверка URL) посмотрите, как Google его обнаружил. Страница-источник и сведения о sitemap покажут, ваша ли это ссылка.

Ключевой факт здесь — источник обнаружения. 404, который Google нашёл через вашу навигацию или sitemap, — это реальный дефект. 404, найденный через старую внешнюю ссылку или опечатку на чужом сайте, обычно просто шум, если только эта ссылка не приводит реальных посетителей.

Шаг 2. Решите: игнорировать, перенаправить или восстановить

Используйте эту таблицу для каждой группы URL в отчёте.

Ситуация	Как выглядит	Действие
Страница удалена намеренно, замены нет, внутренних ссылок нет	Старый товар, прошедшее событие, тестовая страница	Игнорировать. Оставьте 404 (или 410).
Страница удалена, но есть близкая замена	Снятый с продажи товар, более новая версия руководства	301-редирект на ближайшую по смыслу страницу.
URL изменился (переименован slug, перенос папки, миграция домена или на HTTPS)	Тот же контент по новому адресу	301-редирект со старого URL на новый, за один переход.
Страница должна существовать, но была удалена или снята с публикации по ошибке	Действующая страница услуги, ключевая статья	Восстановить её, убедиться, что она отдаёт 200, затем запустить проверку.
Ваше меню, футер или текст ссылаются на неё	Внутренняя ссылка на мёртвый URL	Исправить ссылку (или поставить редирект, если страница переехала).
Указана в вашем XML-sitemap	В sitemap попали удалённые URL	Удалить из sitemap, затем решить: редирект или игнорировать.
Мусорные URL от спама или странных параметров	Случайные строки, шаблоны скраперов	Игнорировать. Если они похожи на внедрённые, проверьте безопасность (см. ниже).

Если замена не очень близка по смыслу, не подставляйте её насильно. В документации Google о редиректах они описаны как способ отправить пользователей и Google на новое расположение страницы, а если у страницы нового расположения нет, то и указывать некуда.

Шаг 3. Правильно настройте редирект

Для постоянного переезда Google рекомендует по возможности использовать постоянный серверный редирект. Коды состояния 301 и 308 оба означают, что страница переехала навсегда. Google советует применять JavaScript-редиректы, только если нельзя использовать серверные или редиректы через meta refresh.

Практические правила:

Перенаправляйте на один наиболее подходящий URL, а не через цепочку переходов.
Указывайте страницу, которая отдаёт обычный ответ 200, а не другой редирект или ошибку.
Обновите внутренние ссылки на новый URL, чтобы не зависеть от редиректа вечно.
На WordPress это делает плагин редиректов или правила вашего хостинга. На других платформах используйте настройки редиректов или перезаписи URL на сервере или в CMS.

Пример карты редиректов, которую можно передать разработчику или вставить в инструмент редиректов:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Шаг 4. Проверьте исправление, затем запустите валидацию

Прежде чем сообщать об этом Google, проверьте URL самостоятельно.

Откройте старый URL в браузере или выполните проверку заголовков и убедитесь, что он отдаёт 301 и ведёт на страницу с ответом 200.
В Search Console вставьте URL в строку вверху и запустите Inspect URL (Проверка URL), затем с помощью теста в реальном времени посмотрите, что получает Google.
Убедитесь, что URL больше нет в вашем sitemap и ни одна внутренняя страница на него не ссылается.

Затем запустите проверку:

Откройте проблему Not found (404) в отчёте Page indexing.
Нажмите Validate fix (Проверить исправление).
Следите за статусом. Не нажимайте «Проверить исправление» повторно, пока проверка не завершится успехом или неудачей.
Если проверка не пройдена, нажмите See details (Подробнее), исправьте оставшиеся URL и запустите её заново.

Google сообщает, что проверка обычно занимает до двух недель, но может занять гораздо больше. Она также останавливается, если находит хотя бы один оставшийся экземпляр, поэтому запускайте её, только когда исправили всю группу. Один совет из документации Google: проверка на подмножестве затронутых URL может завершиться быстрее; для этого отфильтруйте отчёт по sitemap, в котором есть только ваши ключевые страницы.

Ещё одно замечание: Google обрабатывает URL с 404 постепенно. Для URL, возвращающего 404, конвейер индексирования удаляет его из индекса, если он ранее был проиндексирован, новые найденные страницы с 404 не обрабатываются, а частота обхода постепенно снижается. Так что URL, который вы оставите с 404, со временем исчезнет сам.

Шаг 5. Проверьте случаи «на самом деле не 404»

Два похожих случая требуют другого подхода:

Soft 404. Страница возвращает статус 200, но показывает пустую страницу или сообщение об ошибке, и Search Console сообщает о soft 404. Исправьте это, вернув настоящий статус 404 или разместив на странице реальный контент.
Взломанные или внедрённые URL. Внезапный поток 404 на странные имена файлов или спамные пути может указывать на взлом сайта. Если это похоже на вашу CMS, прочитайте наши руководства по исправлению для WordPress, Joomla или Drupal, а затем повторно проверьте отчёт.

Чек-лист сортировки, который можно скопировать

[ ] Выгрузил URL из Not found (404) в Indexing > Pages
[ ] Пометил каждый URL: моя ссылка, мой sitemap, внешняя ссылка или неизвестно
[ ] Проигнорировал удалённые страницы без замены и без внутренних ссылок
[ ] Добавил 301-редиректы для переехавших страниц: один переход, на страницу с ответом 200
[ ] Восстановил страницы, удалённые по ошибке
[ ] Исправил внутренние ссылки на мёртвые URL
[ ] Удалил мёртвые URL из XML-sitemap
[ ] Проверил выборку через Inspect URL
[ ] Один раз нажал Validate fix и дождался результата

Как предотвратить следующую волну

Большинство повторяющихся 404 появляются из-за пересборки сайта, переименованных slug и удалённых записей без плана редиректов. Перед любой миграцией составьте список старых URL и сопоставьте каждому его новый адрес. Если вы всё равно пересобираете небольшой сайт, бесплатный тариф We.Inc позволяет опубликовать до трёх сайтов из готовых шаблонов; AI-конструктор, который составляет черновик сайта по запросу, начинается с тарифа Starter за $20 в месяц. Вы можете зарегистрироваться здесь. В любом случае сохраните карту соответствия старых и новых URL, потому что именно она поддерживает чистоту этого отчёта.

Для общего знакомства с инструментом читайте Google Search Console для начинающих.

Начать бесплатно · Банковская карта не нужна

Umair Ali Sadaqat

Основатель We.Inc

Умайр — основатель We.Inc. Он пишет о создании сайтов с помощью ИИ, агентствах и ведении бизнеса веб-студии.

Готовы создать что-то стоящее?

Присоединяйтесь к 15,000+ компаний, которые с We.Inc запускаются, растут и автоматизируют работу — всё на одной платформе.

Начать бесплатно

Банковская карта не нужна · Связаться с отделом продаж