301 редирект: как настроить и не потерять позиции при переезде сайта

Часть 1 из 7 · Серия «Старый сайт — новая рабочая система»

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

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

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

301 и 302: в чём разница

Оба кода говорят браузеру «страница теперь по другому адресу», но означают разное.

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

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

Простое правило: если возвращаться на старый адрес вы не планируете — 301. Практически весь переезд — это 301. Исключения вроде временной страницы акции или технических работ встречаются редко.

Зачем это нужно

За годы работы у сайта накапливается то, что не видно в админке:

• страницы в индексе поисковиков;
• ссылки с других сайтов;
• закладки в браузерах покупателей;
• адреса в рекламных кампаниях, письмах, QR-кодах на визитках и упаковке.

Всё это указывает на старые адреса. Без переадресации каждый такой переход приводит на 404 — и человека, и поискового робота. Человек уходит, робот со временем выбрасывает страницу из индекса.

Карта соответствия адресов

Это главная и самая трудоёмкая часть работы. Настройка редиректов без карты — почти гарантированные потери.

Соберите список старых адресов. Источники, от полного к частному:

• выгрузка из панелей вебмастера — там адреса, которые реально в индексе;
• старая карта сайта sitemap.xml, если она сохранилась;
• логи веб-сервера за последние месяцы — покажут, куда реально ходят;
• аналитика: страницы с трафиком за год.

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

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

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

Адреса вида ?id=123

Отдельная боль старых сайтов: адреса с параметрами, где вся суть в числе.

было:  /catalog.php?id=1523&cat=7
стало: /catalog/nasosy/nasos-grundfos-upa-15-90

Автоматически такое не сопоставляется — соответствие «1523 → насос Grundfos» знает только старая база. Порядок действий: выгрузить из старой базы пары «идентификатор → товар», сопоставить с новыми адресами по артикулу, получить ту же таблицу из двух колонок.

Работа муторная, но одноразовая — и именно её чаще всего пропускают, а потом удивляются просадке.

Как настроить

Три способа, по одному примеру каждого.

Apache, .htaccess. Поштучно:

Redirect 301 /old-page.html /new-page

Правилом с параметром:

RewriteCond %{QUERY_STRING} ^id=1523$
RewriteRule ^catalog\.php$ /catalog/nasosy/nasos-grundfos? [R=301,L]

Знак вопроса в конце отбрасывает исходную строку запроса — без него параметры приклеятся к новому адресу.

Nginx. Поштучно и правилом:

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

location ~ ^/catalog/(.*)\.html$ {
    return 301 /catalog/$1;
}

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

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

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

Классика при втором переезде: старый адрес ведёт на промежуточный, тот — на третий, и только он на актуальный.

/old.html  →  /new.html  →  /new  →  /catalog/new

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

Как проверить

Точечно — запросом с показом заголовков:

curl -I https://example.ru/old-page.html

В ответе должно быть 301 и Location с конечным адресом — без промежуточных звеньев.

Списком — прогнать все старые адреса и убедиться, что каждый отдаёт 301, а не 404 и не 200. Пары сотен строк хватит скрипта, для десятков тысяч есть краулеры.

Что проверить обязательно:

• переадресация с http на https и с www на без-www (или наоборот) — один канонический вариант, а не четыре;
• главная страница;
• страницы с наибольшим трафиком по аналитике;
• отсутствие циклов: адрес не должен вести сам на себя.

Чего ждать по позициям: врезка для владельца

Эта часть для тех, кто переезд не делает, а оплачивает.

Просадка в первые недели — нормально. Поисковикам нужно обойти старые адреса, увидеть переадресацию и переиндексировать новые. Обычно речь про недели, иногда — про пару месяцев на крупном сайте.

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

Что попросить у подрядчика: карту соответствия адресов до начала переезда и отчёт о проверке после. Это два документа, по которым видно, сделана работа или нет.

Как следить. В Яндекс.Вебмастере и аналоге от Google смотрите ошибки обхода и статистику по страницам — как читать отчёты по конкретным запросам разбирали отдельно. Рост 404 в отчётах — сигнал, что часть адресов пропустили.

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

Сколько держать редиректы?

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

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

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

Что делать со страницами, которых больше нет?

Если есть близкий по смыслу раздел — 301 на него. Если замены нет вообще — честный 404 или 410 лучше бессмысленной переадресации.

Влияет ли редирект на скорость?

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

Нужны ли редиректы, если адреса не менялись?

Если структура полностью сохранена — нет. Проверьте только канонические варианты: http/https и www.

Что дальше

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

Техническую часть переезда — копирование данных, проверку до переключения и план отката — разбирали в статье «Переезд сайта на другой хостинг без потери данных».