404, 301, 302: как битые ссылки и неправильные редиректы крадут вес страниц

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

Ситуация, которую я вижу на каждом втором проекте после редизайна: адреса страниц изменились, старые остались в чужих ссылках и в индексе, редиректы либо не настроили вовсе, либо свалили всё на главную временным кодом. Внешние упоминания на месте, а результата от них нет. Ниже — механика передачи веса через коды ответа, порядок поиска утечек и правила, по которым я решаю, куда вести каждый старый адрес.

Что теряется, когда адрес отдаёт 404

Ссылка с чужого сайта передаёт вашей странице часть авторитета донора. Передача происходит по конкретному адресу. Если адрес отвечает кодом 404, передавать некуда: вес не перетекает на главную, не распределяется по сайту, не ждёт, пока страницу вернут. Он просто не участвует в расчёте. Пятьдесят упоминаний в отраслевых изданиях после смены структуры адресов без редиректов дают ровно тот же эффект, что и полное их отсутствие.

Вторая потеря — квота обхода. Робот помнит адреса, которые видел раньше, и продолжает по ним ходить: сначала часто, потом всё реже, но месяцами. Каждый такой заход — потраченный запрос, который не достался живой карточке товара. На сайте в двести страниц это незаметно, на каталоге в двадцать тысяч разница между «новый товар в поиске через сутки» и «через шесть недель».

Третья потеря самая дорогая и самая простая: человек, который перешёл по ссылке из статьи или из закладки, видит пустую страницу и уходит. Ссылка была живой рекомендацией, а привела в тупик.

Отдельно стоит разобраться с двумя близкими кодами и одной подделкой:

• 404 — страницы нет, но, возможно, она появится. Робот будет возвращаться к адресу ещё долго.
• 410 — страница удалена намеренно и не вернётся. Из индекса выбывает быстрее, чем при 404. Уместен для снятых с производства товаров и закрытых разделов, когда замены нет.
• Мягкая ошибка 404 — адрес отдаёт код 200 и оформленную страницу с надписью «ничего не найдено». Для робота это обычная страница, он берёт её в индекс, потом сам же помечает как малоценную. Такие адреса плодятся сотнями на сайтах с поиском и фильтрами.

Проверка занимает секунды: добавьте к любому адресу произвольный хвост и посмотрите код ответа в инструментах разработчика браузера, на вкладке «Сеть». Если там 200 — у вас мягкая 404, и это первая правка в списке.

301 и 302: разница, которая стоит лет работы

Оба кода уводят посетителя и робота на другой адрес, и в браузере они выглядят одинаково. Смысл при этом противоположный.

301 — постоянное перемещение. Поисковая система понимает, что старого адреса больше не будет, склеивает его с новым и переносит накопленные сигналы. Индекс обновляется, в выдаче появляется новый адрес. Это код для переезда домена, смены структуры адресов, объединения дублей и склейки версий с www и без.

302 — временное перемещение. Система считает, что старый адрес вернётся, и держит в индексе именно его. Сигналы остаются на старом адресе, а новый воспринимается как подмена. Код уместен ровно в двух случаях: страница действительно недоступна временно (техработы, сезонная акция) и вы проводите эксперимент с двумя версиями страницы.

Беда в том, что 302 стоит по умолчанию во многих панелях, плагинах и серверных шаблонах: разработчику проще, а разницы он не видит. В итоге результат переезда «зависает» — старые адреса в индексе, новые не растут, а на графике позиций провал, который списывают на алгоритмы.

Если нужны детали, смотрите «Битые ссылки: что это такое, как они возникают и как их избежать».

Рядом живут ещё три способа отправить посетителя на другой адрес, и они неравноценны:

• 307 и 308 — современные аналоги 302 и 301, которые дополнительно сохраняют метод запроса. Для обычных страниц ведут себя так же, как их старшие коды.
• Meta refresh в коде страницы. Робот сначала загружает страницу целиком, потом уходит. Вес передаётся хуже и медленнее, чем при серверном 301. Использовать не стоит.
• Переадресация скриптом в браузере. Самый ненадёжный вариант: до исполнения скрипта робот видит содержимое исходной страницы, и трактовка непредсказуема.

Правило простое: если адрес меняется навсегда — только серверный 301. Всё остальное это либо частный случай, либо ошибка.

Цепочки, петли и внутренние ссылки на редиректы

Помогу с продвижением: продвижение сайта без накруток — вывожу сайты в топ Яндекса белыми методами.

Даже правильный код превращается в проблему, когда его ставят поверх предыдущего. Типичная история: сначала перевели сайт на защищённый протокол, потом убрали www, потом изменили структуру раздела, потом добавили слэш в конец адресов. Каждый шаг оформили отдельным правилом, и старый адрес теперь идёт до цели четырьмя прыжками.

Что это ломает. Во-первых, каждый прыжок — отдельный запрос к серверу: на мобильном канале это лишние сотни миллисекунд до появления страницы. Во-вторых, роботы и браузеры не идут по цепочке бесконечно: после нескольких переходов обработка прекращается, и адрес считается недоступным. В-третьих, при длинной цепочке часть сигналов теряется на каждом звене, а склейка со старым адресом происходит хуже.

Отдельный класс аварий — петли: адрес A ведёт на B, B ведёт обратно на A. Возникают, когда правило со слэшем и правило без слэша написаны разными людьми в разных файлах. Страница перестаёт открываться совсем, и находят это обычно по резкому падению трафика, а не по мониторингу.

Третья тихая утечка — внутренние ссылки, которые ведут на старые адреса. Редиректы стоят, всё работает, но каждый переход внутри сайта проходит через лишний шаг. Особенно дорого это в меню и подвале: они выводятся на всех страницах сразу, поэтому одна устаревшая ссылка там весит как тысяча. После любого изменения структуры внутренние ссылки надо переписать на финальные адреса, а редиректы оставить только для внешнего мира.

Где искать битые ссылки и лишние редиректы

Ни один инструмент не показывает картину целиком: одни видят сайт изнутри, другие — глазами поисковой системы, третьи — со стороны чужих сайтов. Выводы делаются на пересечении.

Инструмент	Что находит	Чего не покажет
Краулер (Screaming Frog и аналоги)	Все внутренние ссылки на 404 и 301, цепочки редиректов, петли, глубину вложенности	Ссылки с чужих сайтов на ваши несуществующие страницы
Яндекс.Вебмастер, раздел исключённых страниц	Адреса, выброшенные из индекса, с указанием причины: не найдена, дубль, редирект	Ситуацию в Google и внешние доноры
Google Search Console, отчёт об индексировании	Тот же срез со стороны Google, отдельная категория мягких ошибок 404	Данные Яндекса
Мегаиндекс и подобные сервисы ссылок	Внешние ссылки, ведущие на несуществующие страницы вашего сайта	Внутренние проблемы структуры
Журнал обращений сервера	Реальные запросы роботов и людей к несуществующим адресам, частота обращений	Причину появления адреса
Плагин учёта ошибок в CMS	Новые 404 по мере их появления, в том числе от опечаток в чужих ссылках	Массовые проблемы, возникшие до установки

Порядок работы: сначала краулер собирает общую картину, потом Вебмастер и Search Console показывают, что из найденного реально мешает индексации, потом сервис ссылок даёт список внешних доноров, чьи ссылки бьются. Обратный порядок отнимает вдвое больше времени, потому что список из краулера всегда длиннее, чем список реальных проблем.

Что делать с каждой находкой

Список ошибок сам по себе бесполезен, пока к каждой строке не приписано действие и срочность. Матрица, по которой я разбираю выгрузку.

Подробнее об этом — в статье «Поисковая оптимизация страниц».

Находка	Действие	Срочность
404 на адресе, куда ведут внешние ссылки	301 на ближайшую по смыслу существующую страницу	Немедленно
404 без внешних ссылок и без трафика	Оставить 404 или отдать 410, убрать из карты сайта и внутренних ссылок	Низкая
302 на постоянно перемещённой странице	Заменить на 301	Немедленно
Мягкая 404: несуществующий адрес отдаёт 200	Настроить сервер на выдачу 404 с прежним оформлением страницы	Немедленно
Цепочка из двух и более редиректов	Сократить до одного прямого 301 с исходного адреса на конечный	Первая неделя
Внутренние ссылки ведут на редирект	Переписать ссылки на финальные адреса, редирект оставить	Первая неделя
Редиректы в карте сайта	Оставить в карте только адреса с кодом 200	Первый месяц
Петля редиректов	Развести конфликтующие правила, страница должна открываться	Немедленно

Сортировка простая: сначала то, из-за чего страницы недоступны или выпадают из индекса, потом то, что размывает вес и тормозит обход, потом косметика. Выгрузка на четыреста строк после такой сортировки превращается в план на неделю, а не в бесконечную уборку.

Куда вести редирект: правило ближайшего смысла

Самая распространённая ошибка при массовом переезде — свалить все старые адреса на главную страницу одним правилом. Так делают, потому что это одна строка в конфигурации. Последствия три.

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

Работающий порядок выбора цели для каждого старого адреса:

1. Тот же материал по новому адресу. Идеальный случай, встречается при смене структуры адресов и переезде домена.
2. Ближайший по смыслу заменитель. Товар снят с производства — ведём на его актуальную модель. Услуга переименована — на новую страницу услуги.
3. Родительский раздел. Когда конкретной замены нет, но категория осталась: карточка товара уходит на свою категорию, а не на главную.
4. 404 или 410. Если ничего похожего на сайте нет и внешних ссылок на адрес тоже нет — честная ошибка лучше бессмысленного перенаправления.

Для каталога с тысячами адресов ручной разбор невозможен, и здесь помогает промежуточный слой правил: раздел на раздел по маске, а внутри уже точечные исключения для страниц, у которых есть внешние ссылки. Список таких страниц берётся из сервиса анализа ссылок — их обычно десятки, а не тысячи, и разобрать их руками реально.

Как настраивать редиректы технически

Если нужна помощь по теме — разработка сайта под ключ.

Способ зависит от того, где стоит сайт и сколько правил нужно.

Плагин в CMS. Для WordPress это Redirection и его аналоги: правило добавляется через админку, доступ к серверу не нужен, плагин заодно ведёт журнал новых ошибок 404. Подходит для десятков правил и для владельца, который правит сайт сам. Минус — каждый запрос к несуществующему адресу поднимает всю систему целиком, а при сотнях правил это заметная нагрузка.

Тему разбирал отдельно: «Стоит ли запрещать индексацию страниц категорий и архивов».

Файл конфигурации Apache. Правило вида Redirect 301 /staraya-stranica/ https://site.ru/novaya-stranica/ обрабатывается до запуска PHP, поэтому работает быстрее плагина. Для разделов целиком применяется RedirectMatch с регулярным выражением и переносом хвоста адреса. Важная деталь: правила читаются сверху вниз, и общее правило, поставленное выше частного, перекроет его — точечные исключения всегда идут первыми.

Конфигурация nginx. На связке nginx и Apache редиректы, прописанные в nginx, срабатывают раньше и перекрывают всё, что написано ниже по стеку. Если правило в файле Apache не работает, а вы уверены в синтаксисе, причина обычно именно в этом. Отдельная ловушка: панели управления хостингом перезаписывают конфигурацию nginx при изменении настроек домена, поэтому ручные правки надо вносить в тот файл, который панель не трогает, и фиксировать где-то у себя.

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

Переезд сайта: порядок, при котором вес не теряется

Смена домена или структуры адресов — единственная операция, где ошибка с редиректами обходится в месяцы восстановления. Порядок, который я соблюдаю.

• Карта соответствия до переезда. Таблица «старый адрес — новый адрес» составляется заранее, полным обходом текущего сайта. Составлять её после того, как старая версия удалена, уже не из чего.
• Приоритет по внешним ссылкам и трафику. Страницы, на которые есть чужие ссылки и живой поисковый трафик, разбираются поштучно, остальное — по маскам.
• Постоянные редиректы одним шагом. Никаких промежуточных остановок: старый адрес сразу на конечный, включая правильный протокол и правильный вариант со слэшем.
• Внутренние ссылки переписаны на новые адреса. Меню, подвал, ссылки в текстах, карта сайта, микроразметка хлебных крошек.
• Уведомление поисковых систем. В Вебмастере есть отдельный инструмент для смены главного зеркала, в Search Console — инструмент переезда. Без них склейка идёт дольше.
• Старый домен не отключать. Минимум год он должен продолжать отдавать редиректы, иначе всё, что не успело склеиться, пропадёт.
• Мониторинг четыре недели. Каждую неделю: коды ответов по карте соответствия, число страниц в индексе, отчёт об ошибках в панелях, журнал 404 на сервере.

Отдельно предупреждаю про частую самодеятельность: параллельное существование старого и нового сайта с кодом 200 на обоих. Это не «плавный переход», а два полных дубля, между которыми поисковая система будет выбирать сама, и выберет чаще старый.

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

Сколько веса передаёт 301-редирект?
Официальных коэффициентов ни одна поисковая система не публикует. Практическая позиция обеих систем последних лет: при осмысленном редиректе на близкую по содержанию страницу потери минимальны. Значимые потери возникают не от самого кода, а от двух вещей — длинных цепочек и перенаправления на нерелевантную страницу.

Через сколько после настройки редиректа обновится выдача?
От нескольких дней до нескольких недель — робот должен сам зайти на старый адрес и увидеть новый код. Ускорить можно: отправить старые адреса на переобход в Вебмастере и убедиться, что на новые адреса ведут внутренние ссылки с посещаемых страниц.

Нужно ли делать красивую страницу 404?
Нужно, но не ради поисковых систем. Оформленная страница с поиском по сайту, ссылками на популярные разделы и контактами возвращает часть людей, которые иначе ушли бы. Главное требование — она обязана отдавать код 404, а не 200.

Что делать со старыми адресами, которых тысячи и они никому не нужны?
Проверить по сервису ссылок, есть ли на них внешние доноры, и по данным аналитики — был ли трафик. То, что чисто по обоим параметрам, спокойно оставляйте на 404 или 410 и уберите из карты сайта. Плодить тысячи бессмысленных правил вредно: они замедляют сервер и запутывают следующего человека, который полезет в конфигурацию.

Влияют ли внешние ссылки на мой сайт, если они ведут на страницу с редиректом?
Влияют, вес доходит до конечного адреса. Но если есть возможность связаться с владельцем донора и попросить обновить ссылку на прямой адрес — это лучше: убирается лишний шаг, и ссылка перестаёт зависеть от того, сохранится ли ваше правило через три года.

Много редиректов — это плохо само по себе?
Само число значения не имеет, у крупных сайтов их десятки тысяч. Плохо другое: цепочки, петли, редиректы внутри собственной навигации и правила, о назначении которых уже никто не помнит. Раз в год список стоит перечитывать и вычищать.

Коротко

• Ссылка передаёт вес по конкретному адресу. Если адрес отдаёт 404, вес не перетекает никуда — он не участвует в расчёте вовсе.
• 301 переносит сигналы и склеивает адреса, 302 их не переносит и держит в индексе старый адрес. Постоянный переезд оформляется только кодом 301.
• Мягкая 404 — несуществующий адрес с кодом 200 — засоряет индекс пустышками и съедает квоту обхода. Проверяется за секунды произвольным хвостом в адресе.
• Цепочки редиректов сокращают до одного шага, а внутренние ссылки после переезда переписывают на финальные адреса.
• Массовый редирект всех старых адресов на главную не сохраняет вес: система читает его как мягкую ошибку. Ведут на ближайшую по смыслу страницу или на родительский раздел.
• При переезде карта соответствия составляется до отключения старой версии, старый домен держат минимум год, а результат проверяют кодами ответов ещё месяц.

Если нужен разбор конкретного сайта — где именно утекает вес, какие адреса чинить первыми и куда вести каждый из них, — это SEO-консультация: смотрю проект, показываю находки с указанием места и даю приоритетный список правок. Быстрый срез по техническим ошибкам можно получить и раньше — через бесплатный аудит сайта.