Редиректы при переносе сайта: как не потерять поисковый трафик
Практическое руководство по серверным перенаправлениям при смене URL и переносе сайта по официальным рекомендациям Google
Перенос сайта на новый домен или изменение структуры URL может привести к потере видимости в поиске, если не настроить серверные перенаправления. Редиректы сообщают поисковым системам, что страница переехала, и помогают передать накопленные сигналы на новый адрес.
Когда нужны редиректы
Серверное перенаправление необходимо при любом изменении URL страниц, которые уже проиндексированы поисковыми системами.
Перенос на другой домен. Если сайт переезжает с одного адреса на другой, каждая старая ссылка должна вести на соответствующую новую страницу. Без редиректов посетители и поисковые роботы получат ошибку 404.
Смена протокола. Переход с HTTP на HTTPS требует настройки перенаправлений со старых адресов на защищенные версии. Это один из самых распространенных сценариев миграции сайта.
Изменение структуры URL. Обновление категорий, изменение языковых версий или переход на другую CMS меняют адреса страниц. Поисковые системы воспринимают новый URL как отдельную страницу.
Объединение нескольких сайтов. При слиянии проектов весь контент со старых доменов должен вести на соответствующие новые страницы. Это позволяет сохранить аудиторию и не потерять накопленные ссылки.
Удаление разделов. Если часть контента больше не актуальна, посетители по старым ссылкам могут переходить на релевантные разделы или главную страницу вместо получения ошибки.
Какие перенаправления использовать
Редирект 301 обозначает постоянное перенаправление. Он сообщает поисковым системам, что страница окончательно переехала на новый адрес. Google рекомендует использовать этот тип для переноса сайта со сменой URL.
Редирект 302 означает временное перенаправление. Используйте его, когда изменение действительно временное. Для постоянного переноса Google рекомендует постоянное серверное перенаправление.
Редирект 307 также является временным перенаправлением с сохранением метода HTTP-запроса. Применяется в специфических технических случаях, когда важно сохранить тип запроса (GET, POST).
Редирект 308 представляет собой постоянное перенаправление с сохранением метода запроса. Это современная альтернатива 301 для серверов, поддерживающих новые стандарты HTTP.
Метатег refresh и JavaScript-перенаправления не являются серверными редиректами. Google умеет обрабатывать несколько типов перенаправлений, но при переносе рекомендует начинать с постоянных серверных редиректов.
Для миграции сайта выбирайте серверный редирект 301 или 308. Настройка выполняется через конфигурацию веб-сервера: файл htaccess для Apache или конфигурационный файл для Nginx. Серверное перенаправление срабатывает до загрузки страницы и корректно обрабатывается поисковыми роботами.
Как составить карту старых и новых URL
Перед настройкой перенаправлений составьте полный список соответствий между старыми и новыми адресами. Это основа успешного переноса.
Выгрузите список всех страниц. Используйте данные из Search Console, XML-карту сайта или программы для сканирования. Включите все страницы, которые получали переходы из поиска за последние месяцы.
Определите новые адреса для каждой страницы. Для каждого старого URL укажите точный новый адрес. Если структура сайта меняется значительно, сопоставьте страницы по содержанию и теме. Контент должен соответствовать ожиданиям посетителя.
Проверьте уникальность соответствий. Один старый URL должен вести строго на один новый адрес. Несколько старых страниц могут перенаправляться на одну новую только если контент действительно объединяется.
Учтите параметры и версии. Если на сайте используются GET-параметры в URL, мобильные версии страниц или вариации с WWW и без, добавьте их в список. Каждый вариант старого адреса нуждается в редиректе.
Сохраните карту в структурированном виде. Таблица с двумя столбцами (старый URL, новый URL) станет основой для настройки редиректов и последующей проверки. Формат должен позволять автоматическую обработку.
Добавьте приоритеты. Отметьте страницы, которые получают больше всего трафика из поиска. Их редиректы проверяйте в первую очередь после запуска переноса.
Как внедрять перенос по этапам
Миграция крупного сайта требует поэтапного подхода и тщательной подготовки.
Подготовьте новую версию сайта полностью. Убедитесь, что все страницы доступны, контент загружен, внутренние ссылки работают корректно. Новый сайт должен быть полностью функциональным до начала переноса.
Настройте редиректы на тестовом окружении. Проверьте правила перенаправления на копии сайта или staging-сервере перед применением на рабочей версии. Это позволит выявить ошибки без влияния на посетителей.
Добавьте новую версию в Search Console. Зарегистрируйте новый домен или новую версию сайта как отдельный ресурс. Подтвердите права собственности заранее.
Если меняется домен целиком, используйте инструмент смены адреса в Search Console после настройки редиректов. Он сообщает Google о переносе сайта.
Запустите перенаправления в нерабочее время. Примените настройки на рабочем сервере в период наименьшей посещаемости. Проверьте доступность нового сайта и работу редиректов сразу после запуска.
Обновите внутренние ссылки на новом сайте. Все ссылки внутри нового сайта должны вести на новые URL напрямую, без редиректов. Это улучшает скорость загрузки и упрощает сканирование.
Свяжитесь с владельцами внешних ресурсов. Если на ваш сайт ссылаются крупные площадки или партнеры, попросите обновить адреса. Прямые ссылки предпочтительнее редиректов.
Отправьте новую XML-карту сайта. Файл sitemap.xml должен содержать только новые URL. Отправьте его через Search Console для ускорения индексации.
Сохраняйте редиректы длительное время. Поисковым системам требуется время для полной переиндексации. Преждевременное отключение перенаправлений прервет процесс и может привести к потере трафика.
Как проверить редиректы
После настройки убедитесь, что перенаправления работают правильно по всему списку.
Проверьте код ответа сервера. Используйте инструменты разработчика в браузере (вкладка Network) или онлайн-сервисы проверки HTTP-заголовков. Старый URL должен возвращать статус 301 или 308 и заголовок Location с новым адресом.
Проверьте случайные страницы вручную. Откройте несколько старых ссылок из разных разделов и убедитесь, что переход происходит корректно, а содержимое соответствует ожидаемому. Обратите внимание на скорость перенаправления.
Проверьте мобильные версии отдельно. Если у сайта была отдельная мобильная версия на поддомене m., убедитесь, что редиректы настроены и для нее.
Используйте автоматическую проверку по списку. Программы для сканирования сайта или скрипты могут проверить весь список URL из карты переноса и выявить ошибки массово. Это быстрее ручной проверки тысяч адресов.
Проверьте отсутствие цепочек редиректов. Каждый старый URL должен перенаправляться напрямую на конечный новый адрес. Цепочка из двух и более редиректов замедляет загрузку и может помешать корректной индексации.
Проверьте файл robots.txt на новом сайте. Убедитесь, что новые страницы не закрыты от индексации случайно. Директивы Disallow не должны блокировать важный контент.
Проверьте XML-карту сайта. Файл sitemap.xml должен содержать новые URL и быть доступен по стандартному адресу. Старая карта на старом домене может ссылаться на новую.
Частые ошибки при переносе
Полное отсутствие редиректов. Если перенаправления не настроены вообще, посетители и поисковые роботы получают ошибку 404 на всех старых адресах. Накопленная репутация страниц теряется полностью.
Использование временного редиректа для постоянного переноса создаёт неоднозначный сигнал. Если переезд постоянный, используйте постоянный серверный редирект 301 или 308.
Перенаправление всех страниц на главную. Если каждый старый URL ведет только на главную страницу нового сайта, посетители не находят нужный контент. Google может расценить массовые редиректы на главную как ошибку 404.
Цепочки редиректов. Когда один URL перенаправляется на второй, второй на третий и так далее, это замедляет загрузку страницы. Длинные цепочки могут прерывать индексацию.
Закрытие старого сайта до настройки. Если домен перестает отвечать или отдает ошибки до того, как редиректы настроены на новом сервере, связь между старыми и новыми адресами теряется.
Перенаправление на несуществующие страницы. Новый URL в редиректе должен возвращать статус 200 и показывать рабочую страницу с контентом, а не ошибку 404 или 500.
Удаление редиректов слишком рано. Если отключить перенаправления через несколько недель, поисковые системы не успеют полностью переиндексировать сайт. Процесс переноса прервется.
Игнорирование HTTPS. При переносе на новый домен важно сразу использовать защищенный протокол. Редирект с HTTP старого сайта на HTTP нового потребует еще одного редиректа на HTTPS.
Отсутствие соответствия контента. Если старая страница вела на одну тему, а новая показывает совершенно другой контент, такой редирект может быть проигнорирован или расценен как ошибка.
Что контролировать после запуска
Отслеживайте показатели в течение нескольких месяцев после переноса для своевременного выявления проблем.
Проверяйте отчёты Search Console регулярно. Отчёт об индексировании страниц и инструмент проверки URL помогают находить недоступные адреса, ошибки перенаправлений и изменения статуса индексации.
Следите за органическим трафиком. Временное снижение переходов из поиска возможно в первые недели после переноса. Длительное значительное падение указывает на проблемы с настройкой редиректов или техническими параметрами нового сайта.
Контролируйте количество ошибок 404. Если число страниц с ошибкой растет после переноса, проверьте карту редиректов и дополните ее пропущенными адресами. Источники ошибок видны в Search Console.
Проверяйте отдельные новые URL инструментом проверки URL в Search Console. Оператор site: подходит только для приблизительной проверки и не заменяет данные Search Console.
Отслеживайте скорость сканирования. В отчете Статистика сканирования видно, как часто поисковые роботы проверяют сайт. Резкое снижение активности может указывать на технические проблемы или ошибки сервера.
Фиксируйте изменения внешних ссылок. Если крупные ресурсы продолжают ссылаться на старые адреса, редиректы продолжают работать. Но прямое обновление ссылок уменьшает нагрузку и улучшает скорость перехода.
Проверяйте корректность канонических URL. Убедитесь, что на новых страницах тег canonical указывает на правильный адрес, а не на старый домен.
Мониторьте скорость загрузки страниц. Новая версия сайта не должна загружаться медленнее старой. Производительность влияет на удержание посетителей и косвенно на ранжирование.