Генератор 301-редиректов — код, который не сломает сайт

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

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

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

Они повторяют смысл 302 и 301, но с одним строгим условием: клиент обязан сохранить метод запроса. При 301 и 302 браузер исторически имеет право превратить POST в GET, и данные формы теряются.

Для обычных страниц разницы нет — там всегда GET, и 301 понимают вообще все клиенты. Коды 307 и 308 нужны, когда переадресуются формы, API или загрузка файлов.

Когда страница удалена окончательно и замены ей нет: товар снят с производства, услуга закрыта, раздел расформирован. Код 410 прямо сообщает «ресурс удалён насовсем», и поисковые системы убирают такую страницу из индекса быстрее, чем при обычной 404.

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

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

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

Настоящая потеря происходит в двух случаях: редирект ведёт на нерелевантную страницу (например, всё на главную) или выстроена длинная цепочка переходов. Чем короче путь от старого адреса к новому, тем меньше потери.

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

Это когда адрес ведёт на второй, второй — на третий, и только потом открывается страница. Типичная цепочка после небрежной настройки: http://www.site.ru/old → https://www.site.ru/old → https://site.ru/old → https://site.ru/new.

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

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

Самые частые причины — одновременно включённые правила «добавлять слэш» и «убирать слэш», переезд на домен, совпадающий со старым, или редирект на HTTPS на сервере, который сам возвращает запрос обратно на HTTP.

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

Это приведение всех вариантов адреса сайта — с www и без, по http и https — к одному каноническому через постоянный редирект. Без склейки поисковая система может считать версии разными сайтами и делить между ними вес.

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

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

Выберите формат PHP: код вставляется в самое начало входного файла (обычно index.php) и отдаёт настоящий заголовок с нужным кодом ответа. Это полноценный редирект, ничем не хуже серверного.

Два условия. Первое: код должен идти до вывода любого текста — даже пробел перед <?php сломает отправку заголовков. Второе: правила сработают только для запросов, которые доходят до PHP; статические файлы сервер отдаёт мимо него.

На конструкторах вроде Тильды не сработает и это — там переадресации настраиваются штатными средствами платформы.

Технически да, но для переезда это плохой выбор, и в конструкторе таких форматов нет намеренно. Тег <meta http-equiv="refresh"> и переход через window.location отдают обычный код 200: для поисковой системы страница осталась на месте, просто её содержимое подменилось.

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

Потому что и RewriteRule в Apache, и location в Nginx сопоставляются только с путём адреса. Всё, что идёт после знака вопроса, в правило не попадает, поэтому строка вида /page?id=5 не совпадёт никогда.

Для таких адресов нужна отдельная проверка строки запроса: RewriteCond %{QUERY_STRING} в Apache или переменная $args в Nginx. Инструмент предупреждает, если находит вопросительный знак в исходном пути.

Откройте инструменты разработчика на вкладке «Сеть» и перейдите по старому адресу. Проверяйте три вещи: код ответа совпадает с задуманным, переход ровно один, а конечная страница отдаёт 200.

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

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

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

Файл для Apache скачивается как htaccess.txt — браузеры не сохраняют файлы с точкой в начале имени. Переименуйте его в .htaccess уже на сервере.