Часы работы пн-пт 9:00 — 18:00
Адрес г. Тула, ул. Некрасова, 7, оф. 315
301 редирект на Linux-сервере 2025: настройка .htaccess за 5 минут + чек-лист

301 редирект на Linux-сервере 2025: настройка .htaccess за 5 минут + чек-лист

Owebs
18 марта 2025
Просмотры 311
Рейтинг
Время чтения Время чтения: 19 минут

Установка 301 редиректа на Linux-сервере - требования и порядок действий.

Представьте: вы сменили домен, не настроили редиректы — и трафик с позициями рухнули на 90% за одну ночь. В 2025 году Google жёстко требует правильный 301-редирект даже на Linux-серверах (официальное уведомление в Search Console). Без него — потеря PageRank, штрафы за дубли, 404-ошибки и месяцы восстановления. А если всё сделать правильно — настройка .htaccess занимает 5 минут и сохраняет 100% SEO-juice. В этой статье — пошаговая инструкция для Apache на Linux, чек-лист перед запуском, типичные ошибки, которые убивают сайты, и как проверить, что всё работает. Никакой воды — только код, команды и практика. Мы также затронем влияние цепочек редиректов (чейн-редирект) на скорость и SEO, чтобы вы не потеряли позиции из-за лишних звеньев.

Зачем 301-редирект на Linux в 2025 году: не просто «чтобы не было 404»

301 — это не техническая мелочь. Это официальное сообщение поисковикам: «страница переехала навсегда». Google и Яндекс переносят до 100% ссылочной массы, если всё сделано по правилам. Без 301:

  • Старые URL возвращают 404 → потеря трафика
  • Дубли контента → фильтры
  • PageRank «рассыпается» → падение позиций
  • Пользователи уходят → рост отказов

С 301 — всё наоборот: SEO сохраняется, пользователи не замечают смены, боты индексируют новый домен за 1–4 недели. Но помните: каждая лишняя цепочка редиректов (чейн-редирект) добавляет задержку и снижает передаваемый вес, поэтому важно минимизировать количество переходов.

Для новичков: что даёт правильный 301

  • SEO без потерь: позиции не падают, трафик остаётся
  • Пользовательский опыт: нет 404, переход мгновенный
  • Доверие поисковиков: Google видит «переезд», а не «сайт умер»

Для экспертов: жёсткие требования Google и Яндекса в 2025

  • Apache + ModRewrite: модуль должен быть включён на сервере
  • HTTPS обязателен: HTTP → HTTPS с 301, иначе — mixed content и штрафы
  • Цепочка редиректов ≤ 3: больше — Google считает это манипуляцией и замедляет индексацию
  • Один канонический домен: с www или без — выбрать и придерживаться
  • Логи серверов: боты должны видеть 301, а не 302 или 200
  • Кэширование на сервере: убедитесь, что кэш не отдаёт старые версии страниц, иначе редиректы могут не сработать

Пошаговая настройка 301-редиректа через .htaccess на Linux

Работаем с Apache. Если у вас Nginx — в конце будет отдельный блок. Всё делается через SSH. Обратите внимание на .htaccess директивы: мы используем RewriteEngine и RewriteCond для точного управления.

  1. Подключитесь к серверу по SSH
    ssh username@your-server-ip
  2. Проверьте и включите ModRewrite
    sudo a2enmod rewrite
    sudo systemctl restart apache2
  3. Сделайте бэкап .htaccess (обязательно!)
    cp /var/www/html/.htaccess /var/www/html/.htaccess.backup
  4. Откройте или создайте .htaccess в корне сайта
    sudo nano /var/www/html/.htaccess
  5. Вставьте этот код
# Включить обработку .htaccess
Options +FollowSymLinks
RewriteEngine On

# === 301: старый домен (с www и без) → новый домен (с www) ===
RewriteCond %{HTTP_HOST} ^olddomain\.ru$
RewriteCond %{HTTP_HOST} ^www\.olddomain\.ru$
RewriteRule ^(.*)$ https://www.newdomain.ru/$1

# === HTTP → HTTPS (на новом домене) ===
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1

# === Убрать www (если хотите без www) ===
# RewriteCond %{HTTP_HOST} ^www\.newdomain\.ru$
# RewriteRule ^(.*)$ https://newdomain.ru/$1

Что заменить:
olddomain.ru — ваш старый домен
newdomain.ru — ваш новый домен
→ Раскомментируйте блок «Убрать www», если хотите без www

  1. Сохраните и выйдите: Ctrl+O → Enter → Ctrl+X
  2. Проверьте права:
    sudo chmod 644 /var/www/html/.htaccess
  3. Перезапустите Apache:
    sudo systemctl restart apache2

Чек-лист перед запуском: не пропустите ни одного пункта

Проверка Команда / Действие Статус
ModRewrite включён apache2ctl -M | grep rewrite
AllowOverride All В /etc/apache2/sites-available/000-default.conf:
<Directory /var/www/html>
AllowOverride All
</Directory>
HTTPS-сертификат активен curl -I https://newdomain.ru
Бэкап .htaccess сделан ls -la .htaccess*
Синтаксис .htaccess валиден apache2ctl configtest

Типичные ошибки, которые убивают сайт после смены домена

90% падений трафика — из-за этих «мелочей».

  • ModRewrite выключен → 500 Internal Server Error
  • AllowOverride None → .htaccess игнорируется, редиректов нет
  • Циклические редиректы: A → B → A → бесконечный цикл — особенно опасны при неверной настройке цепочек
  • Кэш браузера/сервера → старый домен продолжает показываться; очистите кэш после настройки
  • Забыли HTTPS → HTTP → HTTPS → 301 → 301 → цепочка > 3, что вредит скорости и SEO
  • Не обновили GSC и Вебмастер → поисковики не знают о переезде
  • Игнорирование сжатия изображений: хотя это не про редиректы, тяжёлые картинки (не через tinypng/tinyjpg) замедляют загрузку нового сайта, что косвенно влияет на ранжирование после переезда

Проверка после настройки: убедитесь, что всё работает

  1. Онлайн-чекеры:
    redirect-checker.org → введите старый URL → должен быть 301 → новый URL, цепочка не должна превышать 3 шага
  2. Google Search Console:
    → «Покрытие» → «Перенаправления» → все 301
  3. Яндекс.Вебмастер:
    → «Переезд сайта» → укажите старый → новый домен
  4. cURL в терминале:
    curl -I http://olddomain.ru → должен вернуть HTTP/1.1 301 Moved Permanently и Location: https://www.newdomain.ru/ — убедитесь, что нет лишних редиректов
  5. Логи Apache:
    tail -f /var/log/apache2/access.log | grep 301

Бонус: 301-редирект на Nginx (если у вас не Apache)

Откройте конфиг сайта:

server {
    listen 80;
    server_name olddomain.ru www.olddomain.ru;
    return 301 https://www.newdomain.ru$request_uri;
}

server {
    listen 443 ssl;
    server_name olddomain.ru www.olddomain.ru;
    ssl_certificate /path/to/cert.crt;
    ssl_certificate_key /path/to/cert.key;
    return 301 https://www.newdomain.ru$request_uri;
}

Перезапустите: sudo nginx -t && sudo systemctl reload nginx

FAQ: отвечаем на частые вопросы

А если у меня Nginx, а не Apache?

Используйте server block с return 301 — код выше. Работает мгновенно. Это единственный безопасный способ переноса сайта на другой домен с 301-редиректами на Nginx, так как он избегает цепочек редиректов.

Сколько ждать переиндексации?

От 1 до 4 недель. Ускорьте: добавьте новый домен в GSC и Вебмастер, отправьте sitemap, используйте «Запросить индексацию». Также проверьте кэширование на сервере — оно может задерживать обновление.

Потеряю ли я трафик и позиции?

Нет, если: 301 настроен правильно, HTTPS работает, цепочка ≤ 3, GSC обновлён. Потери — только временные (1–2 недели). Избегайте лишних звеньев, чтобы не снижать скорость.

А если у меня WordPress?

Можно через плагин (Redirection), но лучше в .htaccess — быстрее и надёжнее, без нагрузки на PHP и базу данных. Плагин — только для отдельных страниц, когда нужна гибкость.

Что делать, если после редиректа 404?

Проверьте: ModRewrite, AllowOverride, путь к .htaccess, синтаксис кода. 90% ошибок — в опечатках. Также убедитесь, что .htaccess директивы не конфликтуют с другими правилами.

Сравнение методов настройки 301: .htaccess vs Nginx vs плагины WordPress

Чтобы вы могли выбрать оптимальный способ под свою инфраструктуру, мы собрали ключевые различия в таблицу. Это поможет избежать ошибок на старте и сэкономить время. Учитывайте, что цепочка редиректов (чейн-редирект) вредит скорости и SEO, поэтому выбирайте метод с минимальным количеством промежуточных шагов.

Критерий .htaccess (Apache) Nginx (server block) Плагин WordPress (Redirection)
Скорость выполнения Высокая

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

Как проверить, что 301 редирект работает правильно на Linux-сервере?

14:41

Используйте команду curl -I http://ваш-сайт.ру/старый-url в SSH. В ответе вы должны увидеть статус 301 и заголовок Location с новым URL. Также проверьте, что в логах сервера нет цепочек длиннее 3 редиректов.

14:47

Что делать, если после настройки 301 редиректа сайт всё равно показывает 404 ошибку?

15:40

Убедитесь, что модуль mod_rewrite включён в Apache (проверьте через phpinfo или команду apachectl -M). Также проверьте синтаксис .htaccess на опечатки и права доступа к файлу (он должен читаться веб-сервером). Если используете кэширование, сбросьте кэш на сервере.

15:54

Чем опасны цепочки редиректов (chain redirect) и как их избежать?

17:24

Каждый лишний редирект в цепочке добавляет задержку загрузки и уменьшает передаваемый PageRank. Google рекомендует не более 3 последовательных редиректов. Избегайте ситуаций, когда URL перенаправляется несколько раз подряд, всегда настраивайте прямые редиректы с исходного URL на финальный.

17:27

Как настроить 301 редирект с HTTP на HTTPS через .htaccess, чтобы избежать штрафов?

18:54

Добавьте в начало .htaccess строки: RewriteCond %{HTTPS} off и RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1. Убедитесь, что редирект идёт сразу на HTTPS без промежуточных звеньев, и что все внутренние ссылки на сайте ведут на HTTPS-версию.

19:24

Можно ли использовать один .htaccess для 301 редиректа с www на без www и наоборот?

20:11

Да, выберите канонический домен и настройте редирект с нежелательной версии на выбранную. Например, для редиректа с www на без www используйте: RewriteCond %{HTTP_HOST} ^www\.(.*)$ и RewriteRule ^(.*)$ http://%1/$1. Важно придерживаться одного варианта, чтобы избежать дублей.

20:49
Ow
Имя:
Комментарий:
6 комментариев
Больше года назад

Здравствуйте! А если я сделаю несколько 301 редиректов подряд, например, со старой страницы на промежуточную, а потом на новую — это нормально? Ничего страшного не будет?

Ответить
Посмотреть ответы Скрыть ответы
Имя:
Owebs
Больше года назад

Сергей Петров

Здравствуйте, Сергей! Настоятельно не рекомендуем этого делать. Цепочка редиректов (чейн-редирект) напрямую вредит скорости загрузки страницы и SEO-показателям. Каждый дополнительный шаг увеличивает время ожидания для пользователя и поискового робота. Лучше всего настраивать прямой 301 редирект: со старого URL сразу на финальный, как описано в нашем чек-листе.

Ответить
Имя:
Больше года назад

Подскажите, а после настройки редиректов в .htaccess нужно ли что-то делать с картинками? Я слышала про сжатие, но не уверена, влияет ли это на редиректы.

Ответить
Посмотреть ответы Скрыть ответы
Имя:
Owebs
Больше года назад

Анна Кузьмина

Анна, отличный вопрос! Настройка 301 редиректов и сжатие изображений — это разные, но одинаково важные этапы оптимизации сервера. Непосредственно на редиректы это не влияет, но для общей производительности сайта мы советуем сжимать картинки через сервисы вроде tinypng/tinyjpg. Это снизит вес страниц, ускорит их загрузку после редиректа и положительно скажется на пользовательском опыте.

Ответить
Имя:
Больше года назад

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

Ответить
Посмотреть ответы Скрыть ответы
Имя:
Owebs
Больше года назад

Илья Смирноff

Здравствуйте, Илья! Ваш друг абсолютно прав: единственный безопасный способ переноса сайта — это настройка 301 редиректа через .htaccess. Он корректно передает вес ссылок. Что касается кэширования: обязательно настройте его на сервере для статики (CSS, JS, изображения) после того, как редиректы вступят в силу. Перед тестированием же редиректов кэш лучше временно отключить или сбросить, чтобы увидеть реальный результат, а не закэшированную старую версию.

Ответить
Имя:
Развернуть все Скрыть

Популярные

Анимированный индикатор для пунктов меню на сайте
Просмотры 1062
Рейтинг 15
8 декабря
7 месяцев назад

Расскажем как написать анимированный индикатор для пунктов меню на сайте. Так портал станет более интерактивным и привлекательным для пользователей.

Как оформить блок акции через CSS в 2025: Зачеркнутая цена + эффектная скидка за 5 минут
Просмотры 1855
Рейтинг 6
14 октября
9 месяцев назад

В данном уроке будем стилизовать текст для объявлений об акции. Необходимо сделать так, чтобы наше объявление привлекло потенциальных покупателей

Создание сайтов через нейросети: плюсы и минусы
Просмотры 1491
Рейтинг 4
9 февраля 2025
Больше года назад

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

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

Оставьте заявку

Поставив галочку, Вы даете согласие на обработку ваших Персональных данных

Услуги

Техническая оптимизация сайта
  • Устранение технических ошибок сайта
  • Оптимизация скорости загрузки
  • Настройка индексации и robots.txt
  • Исправление дублей и редиректов
  • Внедрение микроразметки schema.org
  • Проверка мобильной версии
Внутренняя SEO оптимизация сайта
  • Оптимизация заголовков и метатегов
  • Улучшение структуры и перелинковки
  • Работа с изображениями и alt-текстами
  • Устранение дублей и технических ошибок
  • Оптимизация под ключевые запросы
  • Проверка скорости и мобильной адаптации
Перенос сайта на другой домен (с 301-редиректами)
  • Перенос сайта на новый домен без потерь
  • Настройка 301-редиректов со старых страниц
  • Сохранение позиций и трафика
  • Обновление ссылок и sitemap
  • Проверка индексации после переноса
  • Мониторинг после запуска