Битые ссылки и редиректы: 301, 302 и 308, цепочки, 404 или 410

Битые ссылки и редиректы появляются на любом сайте, который живёт дольше года. Страницы удаляют, разделы переименовывают, каталог переезжает на новую структуру, а ссылки на старые адреса остаются в меню, в статьях, на чужих сайтах и в закладках. Сами по себе 404 и 301 не проблема. Проблемой они становятся, когда сайт сам ссылается на несуществующие страницы, когда редирект ведёт через три промежуточных адреса или когда удалённый раздел целиком перенаправлен на главную. Ниже разобрано, чем отличаются коды 301, 302 и 308, когда отдавать 404, а когда 410, как найти битые ссылки краулером, в Яндекс Вебмастере и в Search Console и в каком порядке их чинить, чтобы не потерять накопленные ссылки и трафик.

Что считается битой ссылкой

Яндекс в справке Вебмастера определяет неработающую ссылку как ссылку, которая не ведёт на нужную страницу или ресурс либо ведёт к ошибке (проверено 15 октября 2026). На практике удобно делить их на три вида, потому что чинятся они по-разному.

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

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

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

Постоянные и временные редиректы: 301, 308, 302, 303, 307

Редирект говорит браузеру и роботу, что содержимое находится по другому адресу. Главное различие между кодами в том, постоянное это перемещение или временное. Яндекс и Google делят коды одинаково:

Google в документации о редиректах (developers.google.com, страница обновлена 14 апреля 2026, проверено 15 октября 2026) относит к постоянным 301 и 308, к временным 302, 303 и 307. Справка Яндекса «Обработка редиректов» перечисляет те же группы. Метатег refresh обе системы тоже понимают как редирект: Google считает мгновенный refresh постоянным, а отложенный временным, Яндекс считает refresh с небольшой задержкой временным. JavaScript-редирект Google советует использовать только тогда, когда серверный редирект и refresh невозможны, потому что отрисовка страницы может не сработать и робот просто не увидит перенаправления.

Справка Яндекса по кодам ответа добавляет к этому два практических правила. 302 следует использовать только для временных перенаправлений, например на время технических работ или сравнительного теста, а если перенаправление планируется постоянным, нужен 301. Постоянный редирект Яндекс советует сохранять минимум шесть месяцев.

Что происходит со старым адресом в выдаче

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

У Google правило сформулировано прямо: при постоянном редиректе в результатах показывается новый адрес, при временном — исходный. Постоянный редирект для Google служит сильным сигналом того, что каноническим нужно считать адрес назначения. Старый URL Google при этом запоминает как альтернативное имя страницы и какое-то время может показывать его в выдаче, особенно после переезда домена; по документации, такие альтернативные имена со временем исчезают сами.

У Яндекса формулировки другие. В справочнике по кодам ответа для 301, 302 и 308 написано одно и то же: страницу с редиректом робот не индексирует, но проиндексирует страницу, на которую установлено перенаправление, если она доступна. Для редиректа внутри одного хоста справка уточняет, что в результатах поиска будет ссылка на цель. При этом в инструкции по переезду сайта Яндекс говорит, что перенаправление со внутренних страниц старого сайта на аналогичные страницы нового позволяет передать новым страницам показатели. Поэтому для постоянного переезда используйте 301 или 308, как бы конкретная система ни обрабатывала временную переадресацию: тогда обе получают одинаковый сигнал.

Частая ошибка здесь — 302, оставшийся от настроек CMS или плагина по умолчанию. Страница переехала навсегда, а сервер второй год отвечает «временно перемещена». Google в такой ситуации может держать в выдаче старый адрес. Проверить код легко: curl -sI https://example.ru/old-page/ покажет первую строку ответа и заголовок Location.

Цепочки и петли редиректов

Цепочка возникает, когда адрес A перенаправляет на B, а B на C. Обычно это следы нескольких переездов: сначала сайт перевели на HTTPS, потом убрали www, потом поменяли структуру URL, и каждое правило дописали поверх предыдущего.

Google, по документации о кодах ответа (проверено 15 октября 2026), следует максимум 10 переходам. В инструкции по переезду сайта он же советует вести редирект сразу на конечный адрес, а если это невозможно, держать цепочку короткой: в идеале не больше трёх переходов и меньше пяти. Слишком длинная цепочка, петля, адрес, который в процессе превысил максимальную длину, и пустой или некорректный URL в цепочке попадают в Search Console в один статус — «Ошибка переадресации».

Короткие цепочки бывают и на аккуратных сайтах. На gbseo.ru 15 октября 2026 года адрес http://www.gbseo.ru/blog/site-indexing-check проходил два перехода: сначала на HTTPS без www, потом на версию со слешем в конце. Это допустимо, потому что на такой адрес никто не ссылается: все внутренние ссылки и карта сайта указывают на конечный URL. Опасны цепочки, на которые ведут реальные ссылки, а таких обычно больше на сайтах, переезжавших дважды.

Исправляется цепочка одинаково: каждое правило должно вести сразу на конечный адрес. Если у вас есть таблица соответствия старых и новых URL, при каждом следующем переезде обновляйте в ней колонку назначения у всех старых строк, а не добавляйте новое правило поверх. Петля (A → B → A) обычно возникает из-за конфликта двух правил, например принудительного слеша в конфигурации сервера и обратного правила в CMS, и сразу видна в браузере как ошибка «слишком много перенаправлений».

404 или 410: что отдавать для удалённых страниц

Код 404 означает, что страница не найдена. Код 410 означает, что она удалена навсегда. Разница между ними важна меньше, чем принято думать.

Google в документации о кодах ответа пишет, что все ошибки 4xx, кроме 429, обрабатываются одинаково: ранее проиндексированный адрес удаляется из индекса, а частота его обхода постепенно снижается (developers.google.com, проверено 15 октября 2026). То есть для Google 404 и 410 равнозначны. Яндекс в справочнике кодов советует отдавать 410, если ресурс удалён навсегда, и настраивать 301, если он перемещён. Для удаления страницы из поиска справка Яндекса допускает 404, 403 и 410.

Практическое правило выглядит так: если у удалённой страницы есть близкая по смыслу замена, ставьте 301 на неё. Если замены нет, отдавайте 404 или 410, что проще настроить. Перенаправлять удалённую страницу на главную или на общий раздел не стоит. Google прямо предупреждает, что массовый редирект старых адресов на один нерелевантный адрес, например на главную, может быть воспринят как soft 404, то есть как ошибка, замаскированная под нормальную страницу.

Soft 404 — отдельный вид поломки. Страница показывает «ничего не найдено», а сервер отвечает 200. Для поисковой системы это полноценная страница, и такие адреса копятся в индексе. У Яндекса для этого есть рекомендация в диагностике «Некорректно настроено отображение несуществующих или удалённых файлов и страниц». Справка советует проверить, какой код отдаёт адрес из произвольного набора символов, и если 404 настроить не получается, использовать любой другой 4xx, кроме 429. Коды 429 и 5xx Яндекс не рекомендует, потому что они сообщают роботу о перегрузке сервера и замедляют индексирование.

Как найти битые ссылки краулером

Краулер обходит сайт так же, как поисковый робот: начинает с главной и идёт по ссылкам. Подойдёт любой: Screaming Frog SEO Spider, Netpeak Spider, аудит сайта в Semrush или Ahrefs. Как устроен аудит в Semrush, мы разбирали в отдельной статье о Semrush Site Audit; здесь важно, что выгружать.

1. Все внутренние ссылки, которые ведут на адреса с кодом 4xx или 5xx, вместе со страницей, на которой стоит ссылка, и анкором. Это и есть список правок.
2. Все внутренние ссылки на адреса с кодом 3xx. Их стоит заменить прямыми ссылками на конечный адрес.
3. Цепочки редиректов: исходный адрес, все промежуточные и конечный, с числом переходов.
4. Адреса из карты сайта, которые отвечают не 200. В карте должны быть только конечные адреса с кодом 200.
5. Канонические адреса, которые указывают на редирект или на 404.

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

Как найти битые ссылки в Вебмастере и Search Console

В Яндекс Вебмастере для этого есть три отчёта в разделе «Ссылки». По справке Яндекса (проверено 15 октября 2026):

• «Внутренние ссылки» показывает неработающие ссылки между страницами вашего сайта: страницу со ссылкой, адрес назначения, код 4xx или 5xx, текст ссылки и дату обновления. Для одного сайта отображается до 10 000 таких ссылок.
• «Внешние ссылки» показывает неработающие ссылки на ваш сайт с других сайтов, до 200 000 штук. По умолчанию список отсортирован по ИКС ссылающегося ресурса, и есть группировка по сайтам. Это готовый список кандидатов на редирект: сверху стоят ссылки с самых заметных площадок.
• «Переходы по неработающим ссылкам» строится по обезличенным данным о реальных переходах пользователей и делится на внешние, внутренние и исходящие. Если по ссылке кто-то действительно кликает и попадает на ошибку, она окажется здесь.

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

В Search Console нужный отчёт — «Индексирование страниц». Статусы, которые относятся к этой теме: «Не найдено (404)», «Страница с переадресацией», «Ошибка переадресации» и «Ложная ошибка 404». Справка Google спокойно относится к первому: ответ 404 не обязательно проблема, если страницу удалили без замены, а исправлять, как правило, стоит только те 404, на которые вы ссылаетесь сами или которые есть в вашей карте сайта (support.google.com, проверено 15 октября 2026). Статус «Страница с переадресацией» тоже не ошибка: такой адрес просто не индексируется, потому что перенаправляет на другой. Внимания требуют «Ошибка переадресации» и «Ложная ошибка 404».

Одна деталь про проверку отдельного адреса: по документации Google, инструмент проверки URL в Search Console не следует редиректам. Чтобы увидеть, куда в итоге ведёт старый адрес, проверяйте конечный URL отдельно или смотрите цепочку через curl -sIL.

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

Начинать стоит с внутренних ссылок. Если начать с редиректов, можно потратить день на правила для адресов, которые никому не нужны, и не заметить ссылки в собственном меню.

1. Исправить внутренние ссылки. Каждая ссылка на 404 или на редирект заменяется прямой ссылкой на актуальный конечный адрес. Это бесплатно, не зависит от поисковых систем и сразу убирает лишний обход.
2. Собрать удалённые и переехавшие адреса, у которых есть ценность: внешние ссылки (отчёт «Внешние ссылки» в Вебмастере или ссылочный индекс Ahrefs и Semrush), трафик из поиска за последний год, переходы пользователей.
3. Для каждого такого адреса выбрать замену по смыслу и настроить 301 на неё. Страница о конкретном товаре ведёт на ближайший товар или на его категорию, но не на главную.
4. Адреса без ценности и без замены оставить отдавать 404 или 410.
5. Обновить карту сайта и канонические адреса так, чтобы в них остались только конечные URL с кодом 200.
6. Сохранить правила надолго. Яндекс советует держать постоянный редирект минимум шесть месяцев, Google в инструкции по переезду — как можно дольше, обычно не меньше года (developers.google.com, страница обновлена 20 августа 2026). Если удалить правила через месяц после переезда, чтобы «почистить конфигурацию», внешние ссылки на старые адреса снова начнут вести на 404.

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

Переезд и смена структуры: отдельный случай

При переезде на новый домен или новую структуру URL битые ссылки и цепочки появляются сотнями, поэтому работу лучше построить заранее.

Основа переезда — таблица соответствия: каждый старый адрес и адрес, на который он должен вести. Google в инструкции по переезду советует собирать список старых URL из карт сайта, логов сервера, аналитики и выгрузки CMS. Чем полнее таблица, тем меньше 404 появится после переключения.

Яндекс в справке по переезду разбирает случай, когда меняются одновременно домен и пути, и приводит пример двойного редиректа: http://сайт.рф/стр/ → http://example.ru/стр/ → http://example.ru/page/. Там же сказано, что перенаправление с главной старого сайта на главную нового необходимо для правильного переезда, а редирект всех страниц старого сайта на главную нового неудобен пользователям и замедляет индексацию. Для переезда Яндекс принимает редирект с кодом 301 или 302, но для постоянной смены адреса логичнее 301: так сигнал совпадает с тем, что ожидает Google.

После переключения пройдите сайт краулером по списку старых адресов, а не только от главной: так проверяется каждый редирект из таблицы. Через неделю посмотрите в Вебмастере «Статистику обхода» с фильтром 404, а в Search Console отчёт «Индексирование страниц» по статусам 404 и «Ошибка переадресации». Поломки, которые видят роботы, но не видит краулер, обычно находятся именно там. Если переезд сопровождается закрытием старых разделов, не закрывайте их в robots.txt раньше времени: робот должен увидеть и редирект, и 404. Почему запрет обхода здесь мешает, объяснено в материале о разнице между robots.txt и noindex.

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

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

Чем 301 редирект отличается от 302?

301 сообщает, что страница переехала навсегда, 302 — что временно. Google при 301 показывает в выдаче новый адрес, при 302 оставляет старый. Яндекс советует использовать 302 только для временных ситуаций вроде технических работ, а для постоянного переезда ставить 301.

Нужен ли 308 вместо 301?

Для обычных страниц нет. Обе системы считают 308 постоянным редиректом, как и 301. Разница в том, что 308 сохраняет метод и тело запроса, поэтому он нужен для форм и API.

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

Для Google разницы нет: все коды 4xx, кроме 429, обрабатываются одинаково. Яндекс рекомендует 410 для ресурсов, удалённых навсегда. Если у страницы есть близкая замена, лучше 301 на неё.

Сколько редиректов в цепочке допустимо?

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

Можно ли перенаправить все удалённые страницы на главную?

Нет. Google может посчитать такие редиректы ложными ошибками 404, а Яндекс в справке по переезду называет такую схему неудобной для пользователей и замедляющей индексацию. Редирект должен вести на страницу с похожим содержанием.

Как долго держать 301 редирект?

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