Редиректы 301 и 302: постоянный и временный — в чём разница
Разница между кодами 301, 302, 307 и 308, различие сильного и слабого сигнала у Google, способы редиректа, цеп...
Читать
404 — это ответ сервера «здесь ничего нет». Вокруг этого кода в SEO кочуют два мифа: первый — что 404 «наказывает» сайт; второй — что решение в том, чтобы перенаправить их все на главную. Оба неверны.
Реальность проще: 404 — нормальный и полезный ответ. Настоящая проблема возникает тогда, когда код и содержимое не совпадают: страницы нет, а сервер отдаёт 200. Это soft 404, и он тихо съедает ваш краулинговый бюджет.
404 (Not Found) — самый известный представитель семейства клиентских ошибок (4xx). Сервер сообщает: запрос корректный, но по этому адресу ничего нет.
Документация Google описывает поведение точно:
А руководство по краулинговому бюджету даёт прямую рекомендацию: для навсегда удалённых страниц отдавайте 404 или 410. Причина практическая: 404 — сильный сигнал роботу больше не обращаться к этому URL, тогда как закрытые URL остаются в очереди сканирования гораздо дольше.
Короткий ответ: сами по себе нет. 404 — не механизм наказания, Google просто убирает URL из индекса.
Но это не значит, что на них можно не смотреть. Реальные потери в другом:
То есть вопрос не «есть 404, это опасно?», а «была ли ценность за этим конкретным 404?»
410 (Gone) означает «страница удалена навсегда» — заявление более категоричное, чем 404.
С точки зрения SEO практическая разница почти нулевая. Документация Google объединяет их в одном пункте, и результат одинаков: URL убирается из индекса, частота сканирования падает. Руководство по бюджету рекомендует оба варианта.
| Критерий | 404 Not Found | 410 Gone |
|---|---|---|
| Значение | Не найдено (без указания причины) | Удалено навсегда |
| Поведение Google | Убирает из индекса | Убирает из индекса |
| Когда выбирать | Страница может вернуться или вы не уверены | Удаление окончательное |
| Настройка | Обычно поведение CMS по умолчанию | Настраивается вручную |
Практический совет: 410 там, где вы уверены, 404 во всех остальных случаях. Переделывать всю систему ради 410 не стоит — результат почти тот же.
Soft 404 — страница, которая отдаёт код 200, но содержимым сообщает «такого нет». Это не код, который шлёт сервер, а ярлык, который Google присваивает, сравнив код с содержимым.
Руководство Google по краулинговому бюджету для крупных сайтов формулирует прямо: «страницы soft 404 продолжают сканироваться и расходуют ваш бюджет».
Типичные источники:
Решение: привести код в соответствие с реальностью. Страницы нет — отдавайте 404 на уровне сервера, а не просто меняйте текст.
Самый частый практический вопрос. Дерево решений простое:
Если решили редиректить, соблюдайте правила из материала о редиректах 301: напрямую, без цепочек и релевантно по содержанию.
Хорошая страница 404 удерживает посетителя. Её состав:
Главное техническое условие: эта страница обязана отдавать код 404. Красиво оформленная страница 404 с кодом 200 — это и есть soft 404.
Проверить:
curl -I https://example.com/nesushchestvuyushchaya-stranica
# ожидается: HTTP/2 404
| Источник | Что показывает | Сильная сторона |
|---|---|---|
| Search Console → отчёт «Страницы» | Категории «Не найдено (404)» и «Soft 404» | То, что реально увидел Google |
| Логи сервера | Все запросы с 404 и их частота | Самый полный источник; отделяет ботов от людей |
| Краулер сайта (например Screaming Frog) | Битые ссылки внутри сайта | Быстро находит внутренние проблемы |
| Аналитика | Посетители, попавшие на страницу 404 | Показывает реальное влияние на людей |
Самая ценная связка: Search Console + логи сервера. Первое даёт взгляд Google, второе — реальный трафик.
Исправить все 404 невозможно и не нужно. Порядок приоритетов:
1. URL с внешними ссылками. Если удалена страница, на которую ссылались другие сайты, это прямая потеря — поставьте 301 на ближайшую по смыслу.
2. URL, всё ещё дающие трафик. Удалённые страницы, по которым в аналитике или Search Console видны показы.
3. URL, на которые ссылаются изнутри сайта. Самое простое исправление: обновите ссылку — редирект вообще не понадобится.
4. URL, оставшиеся в карте сайта. Удалённой странице там не место.
Не стоит исправлять: выдуманные URL, которых никогда не было, адреса, которые перебирают спам-боты (/wp-admin, /.env и подобные), и старые тестовые страницы. Для них 404 — совершенно правильный ответ.
1. Перенаправлять все 404 на главную. Самая повторяемая ошибка. Нерелевантные редиректы Google часто расценивает как soft 404.
2. Отдавать страницу 404 с кодом 200. Дизайн верный, код неверный — получается soft 404.
3. Держать удалённые страницы через noindex. Руководство по бюджету это не рекомендует: страницу всё равно надо просканировать и затем отбросить — потеря времени. Для удалённой страницы 404/410 чище.
4. Не чистить sitemap. Если удалённые URL остаются в карте, Google проверяет их снова и снова.
5. Оставлять битые внутренние ссылки. Починить ссылку лучше, чем строить вокруг неё редирект.
Само число ни о чём не говорит. Важно, что это за URL: если реальные страницы, ранее собиравшие трафик и ссылки, — расставьте приоритеты и перенаправьте. Если выдуманные адреса или запросы ботов — 404 и есть правильный ответ.
Нет, это не нужно и бессмысленно: код 404 уже говорит, что страница не будет проиндексирована. noindex имеет смысл только для страниц с кодом 200.
Разница очень мала. Google убирает URL из индекса в обоих случаях. 410 яснее выражает намерение, но перестраивать ради этого всю систему не стоит.
Если товар вернётся — оставьте страницу и покажите статус «нет в наличии» (код 200 корректен, там есть реальный контент). Если снят окончательно — 301 на ближайшую альтернативу либо 404.
Откройте категорию «Soft 404» в отчёте «Страницы» в Search Console. Затем прогоните URL через инструмент проверки URL: увидите код 200 при пустом содержимом или сообщении «не найдено».
Разница между кодами 301, 302, 307 и 308, различие сильного и слабого сигнала у Google, способы редиректа, цеп...
Читать
Что такое HTTP-коды состояния, что означают пять семейств и как их трактует Google: индексация, сигнал канониз...
Читать
Как связать сущности через JSON-LD: ссылки @id, структура @graph, подтверждение sameAs, поля Organization, пра...
Читать