Создать бесплатный аккаунт Войти

Аудит

SEO-аудит Сканер Видимость в ИИ Сайт против сайта

Исследование

Keyword Explorer Сайт не работает? Все SEO-инструменты76

Инструменты

On-page SEO11
Анализатор мета-теговПревью сниппета в выдачеПроверка структуры заголовковПроверка alt-текста изображенийПроверка Open Graph и превью для соцсетейВалидатор структурированных данныхПроверка тега canonicalАнализатор ссылокПроверка hreflangПроверка фавиконаПроверка доступности
Техническое SEO11
Полный аудит сайта (краулер)Проверка robots.txtПроверка XML-карты сайтаПроверка редиректовМассовая проверка HTTP-статусовПроверка HTTP-заголовковПроверка битых ссылокПроверка индексируемостиПроверка мобильной адаптацииПроверка SEO для JavaScriptСканер cookie и трекеров
Скорость и производительность11
Тест скорости страницыПроверка Core Web VitalsТест времени ответа сервера (TTFB)Проверка веса страницыТест сжатия Gzip и BrotliПроверка HTTP/2 и HTTP/3Минификатор CSSМинификатор JavaScriptСжатие изображений и конвертер WebPМинификатор HTMLКалькулятор углеродного следа сайта
Контент и ключевые слова8
Проверка плотности ключевых словПодбор ключевых словСчётчик словПроверка читаемостиПроверка соотношения текста и HTMLГенератор slug для URLИзменение регистраПроверка дублированного контента
Генераторы10
Генератор мета-теговГенератор robots.txtГенератор разметки SchemaГенератор Open GraphГенератор XML-карты сайтаГенератор редиректов (.htaccess и Nginx)Генератор тегов hreflangГенератор UTM-ссылокГенератор llms.txtГенератор фавиконов
Домен и безопасность14
Проверка SSL-сертификатаПроверка заголовков безопасностиDNS-запросWHOIS / проверка доменаПроверка возраста доменаПроверка смешанного контентаПоиск IP и хостинга сайтаПинг-тест – работает ли сайт?Определение технологий сайтаПроверка SPF, DKIM и DMARCПроверка распространения DNSПроверка чёрных списковМониторинг доступности сайтаПроверка открытых портов
ИИ-поиск и ИИ-тексты11
Проверка готовности к ИИ-поискуИИ-генератор заголовков и мета-описанийИИ-генератор FAQ и разметкиИИ-генератор контент-брифовИИ-оптимизатор контентаИИ-обзор SEO страницыИИ-анализ поискового намерения и соответствия страницыИИ-анализ контентных пробелов относительно конкурентовИИ-детектор текстаИИ-генератор alt-текстаИИ-генератор заголовков

Обучение

SEO-руководства Руководство по SEO-проблемам Тарифы

Настройки

Тема
Техническое SEO

Редиректы для SEO: 301, 302 и как безопасно перенести сайт

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

URL меняются. Страницы переименовывают, товары снимают с производства, сайты переходят на HTTPS, бренды меняют домен. Каждый раз, когда меняется URL, редирект отправляет посетителей и поисковые системы со старого адреса на новый — и переносит с собой позиции и ссылки старой страницы.

Ошибки с редиректами — один из самых быстрых способов потерять поисковый трафик. А чтобы сделать всё правильно, в основном нужно хорошее планирование.

Основные типы редиректов

Код Название Когда использовать
301 Moved Permanently Страница переехала навсегда. Самый распространённый SEO-редирект.
308 Permanent Redirect То же, что 301, но метод запроса (например, POST) не должен меняться.
302 Found (временный) Переезд временный, исходный URL вернётся.
307 Temporary Redirect То же, что 302, но сохраняет метод запроса.

Для SEO ключевое различие — постоянный или временный. При постоянном редиректе поисковики заменяют в индексе старый URL новым. При временном они обычно оставляют в индексе старый URL, ведь вы сказали, что он вернётся.

Google заявлял, что и 301, и 302 передают PageRank. Но если использовать 302 для постоянного переезда, Google может дольше показывать старый URL. Используйте постоянные редиректы для постоянных изменений.

Каких редиректов избегать

Редиректы через meta refresh (<meta http-equiv="refresh">) и JavaScript-редиректы работают, но они медленнее, менее надёжны для краулеров и сбивают с толку пользователей, нажимающих кнопку «Назад». По возможности используйте серверные редиректы.

Цепочки редиректов возникают, когда URL A перенаправляет на B, а тот — на C. Каждый шаг добавляет задержку, а краулеры могут перестать следовать за редиректами после нескольких переходов. Обновите редиректы так, чтобы каждый старый URL вёл сразу на конечный адрес.

Циклы редиректов — A перенаправляет на B, а B обратно на A — делают страницу невозможной для загрузки.

Проверка редиректов

Отследите каждый шаг цепочки редиректов с кодами ответа и временем.

Открыть: Проверка редиректов

Куда перенаправлять

Перенаправляйте каждый старый URL на наиболее подходящую новую страницу-аналог:

  • Старый товар → товар-замена или его категория, если замены нет
  • Старая статья → обновлённая версия статьи или ближайшая по теме статья
  • Старая категория → новая категория

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

Как настроить редиректы

Apache (.htaccess)

Большинство виртуальных хостингов с cPanel работают на Apache. Добавьте правила в файл .htaccess в корне сайта:

Redirect 301 /old-page /new-page

Nginx

location = /old-page { return 301 /new-page; }

Плагины и настройки CMS

Плагины WordPress, такие как Redirection, или менеджеры редиректов в Yoast и Rank Math позволяют добавлять редиректы, не трогая файлы сервера. В Shopify, Wix, Squarespace и Webflow есть встроенные настройки редиректов.

Генератор редиректов (.htaccess и Nginx)

Создайте правила 301-редиректов для .htaccess (Apache) и Nginx, включая HTTPS и www.

Открыть: Генератор редиректов (.htaccess и Nginx)

Переезд сайта: пошаговый план

Переезд — новый домен, новая CMS, новая структура URL или переход на HTTPS — меняет множество URL одновременно. Планируйте его тщательно.

До переезда

  1. Зафиксируйте исходные данные. Запишите текущий трафик, позиции и количество проиндексированных страниц из Search Console и аналитики.
  2. Просканируйте старый сайт и выгрузите все URL, а также URL из карты сайта, посадочные страницы из аналитики и данные об обратных ссылках. Страницы с внешними ссылками важнее всего.
  3. Составьте карту редиректов: таблицу, где для каждого старого URL указан новый адрес.
  4. Сохраните то, что работает. Если можно оставить URL прежними, оставьте. Каждый изменённый URL несёт риск.
  5. Подготовьте новый сайт в тестовой среде, защищённой паролем, а не только запретом в robots.txt.

В день запуска

  1. Включите редиректы в тот же момент, когда запускается новый сайт.
  2. Снимите все ограничения тестовой среды (пароль, Disallow: /, noindex).
  3. Проверьте выборку старых URL, особенно с высоким трафиком и множеством ссылок.
  4. Обновите внутренние ссылки, чтобы они вели сразу на новые URL.
  5. Отправьте новую карту сайта в Search Console. При смене домена используйте инструмент «Изменение адреса» в Search Console, а в Яндекс Вебмастере — «Переезд сайта».
Массовая проверка HTTP-статусов

Проверьте код ответа, редиректы и время ответа сразу для 25 URL.

Открыть: Массовая проверка HTTP-статусов

После переезда

  1. Просканируйте новый сайт на битые ссылки, цепочки редиректов и отсутствующие страницы.
  2. Ежедневно проверяйте Search Console на ошибки сканирования и изменения в индексации.
  3. Следите за отчётами о 404, чтобы найти пропущенные старые URL, и добавляйте для них редиректы.
  4. Сохраняйте редиректы не меньше года — а для URL с ценными обратными ссылками навсегда.

Колебания позиций в первые недели — это нормально. Устойчивое падение обычно означает отсутствующие редиректы, заблокированное сканирование или удалённый либо изменённый контент.

С HTTP на HTTPS

При переходе на HTTPS перенаправьте каждый HTTP-URL на его HTTPS-аналог редиректом 301, обновите внутренние ссылки и теги canonical на HTTPS и добавьте заголовок HSTS, когда всё заработает. Проверьте смешанный контент — изображения или скрипты, которые всё ещё загружаются по HTTP.

С www или без www

Выберите одну версию и перенаправьте на неё другую, чтобы поисковики видели один сайт. Для SEO неважно, какую вы выберете; важна последовательность.

Как составить карту редиректов

Карта редиректов — самый важный документ любого переезда. Достаточно простой таблицы:

Старый URL Новый URL Тип Приоритет Примечания
/services/seo-audit.php /services/seo-audit 301 Высокий 45 ссылающихся доменов
/blog/2019/05/title-tags /blog/title-tags 301 Высокий Главная посадочная из органики
/products/discontinued-x /category/x-alternatives 301 Средний Прямой замены нет
/old-promo – 410 Низкий Акция закончилась, ссылок нет

Как её заполнить:

  1. Соберите все старые URL из сканирования, карты сайта, аналитики (посадочные страницы за последний год), Search Console (основные страницы) и отчётов по обратным ссылкам.
  2. Сопоставьте их с новыми URL. Если структура URL меняется системно (например, убирается .php), одно правило по шаблону может охватить тысячи URL сразу.
  3. Расставьте приоритеты по трафику и ссылкам, чтобы самые ценные URL проверялись первыми.
  4. Проверьте цепочки: если старый URL уже куда-то перенаправляет, направьте его сразу на конечный новый URL.

Редиректы по шаблону

Когда URL меняются единообразно, одно правило может заменить тысячи отдельных редиректов. Например, чтобы убрать .php из всех URL на Apache:

RewriteEngine On
RewriteCond %{THE_REQUEST} \s/([^.]+)\.php[\s?] [NC]
RewriteRule ^ /%1 [R=301,L]

Или чтобы перенести блог с /blog/2019/05/post-name на /blog/post-name:

RewriteRule ^blog/\d{4}/\d{2}/(.+)$ /blog/$1 [R=301,L]

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

Мониторинг после запуска

В первые недели после переезда внимательно следите за:

  • Ошибками 404 в Search Console и логах сервера — каждая из них может быть пропущенным URL
  • Индексацией новых URL в отчёте «Индексирование страниц»
  • Трафиком на главные посадочные страницы в сравнении с исходными данными
  • Позициями по самым важным запросам

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

Гигиена редиректов в повседневной работе

Редиректы важны не только при переездах. Возьмите в привычку:

  • Добавлять 301 каждый раз, когда меняете адрес страницы или удаляете страницу, у которой есть разумная замена
  • Обновлять внутренние ссылки после добавления редиректов, чтобы сайт ссылался сразу на конечные URL
  • Раз в год пересматривать список редиректов, чтобы убрать цепочки и исправить редиректы на страницы, которые с тех пор снова переехали

Главное

  • Используйте постоянные редиректы (301 или 308) для постоянных переездов, а временные — только для действительно временных изменений.
  • Перенаправляйте каждый старый URL на наиболее подходящий новый аналог, а не на главную.
  • Избегайте цепочек и циклов редиректов; направляйте каждый старый URL сразу на конечный адрес.
  • Полная карта редиректов, собранная из сканирования, аналитики и данных об обратных ссылках, — основа любого переезда.
  • Включайте редиректы одновременно с запуском нового сайта и внимательно следите за 404 после него.
  • Сохраняйте редиректы не меньше года — а для URL с ценными обратными ссылками навсегда.

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

Как долго хранить редиректы?

Google рекомендует не меньше года. Для URL с обратными ссылками или в закладках надёжнее хранить их навсегда — это почти ничего не стоит.

Замедляют ли редиректы сайт?

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

Потеряю ли я позиции из-за 301?

Правильно настроенный редирект 301 обычно сохраняет позиции, хотя возможны временные колебания, пока поисковики обрабатывают изменение.

Использовать для удалённых страниц 410 вместо 404?

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

redirects301site migration

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

Запустите бесплатный аудит из 80+ проверок и получите решение для каждой проблемы.

Бесплатный аудит

Читать дальше