Перенаправление с WWW на не-WWW

Генератор .htaccess-редиректов с www на без www от ToolsPivot создаёт готовый код 301-перенаправления для сервера Apache за несколько секунд. Поисковые системы считают www.site.ru и site.ru разными сайтами, что дробит ссылочный вес и создаёт дубли страниц. Инструмент формирует корректные правила RewriteRule без ручного кодирования и без регистрации.

Возможности генератора .htaccess-редиректов от ToolsPivot

Генератор решает одну конкретную задачу: выдаёт рабочий код .htaccess для склейки зеркал www и без www. Вот что он умеет.

• Двусторонний выбор направления: редирект с www на без www или наоборот. Вы сами решаете, какой формат URL станет основным зеркалом сайта.

• Код с 301-статусом: генерируемые правила используют постоянный 301-редирект. Это сигнал для Google и Яндекса: переезд окончательный, ссылочный вес передаётся на целевой URL.

• Корректный синтаксис mod_rewrite: в выходном коде уже прописаны RewriteEngine On, RewriteCond по %{HTTP_HOST} и RewriteRule с флагами [L,R=301]. Ничего дописывать вручную не нужно.

• Сохранение полного пути URI: правила перенаправляют www.site.ru/catalog/item на site.ru/catalog/item, а не на главную. Внутренние страницы не теряются.

• Флаг [NC] для регистронезависимости: редирект сработает, даже если пользователь наберёт WWW.Site.Ru с заглавными буквами.

• Готовый к копированию вывод: код появляется в текстовом поле. Скопируйте, вставьте в файл .htaccess на сервере. Никакой правки.

Как пользоваться генератором .htaccess-редиректов от ToolsPivot

Весь процесс занимает меньше минуты. Четыре шага от ввода домена до работающего редиректа.

1. Выберите направление редиректа. Нажмите «Redirect from www to non-www» или «Redirect from non-www to www» в зависимости от того, какой формат URL вы хотите сделать основным.

2. Введите доменное имя. Укажите домен без префиксов: только yoursite.ru, не www.yoursite.ru и не https://yoursite.ru.

3. Нажмите «Get .htaccess Code». ToolsPivot мгновенно сгенерирует блок кода с правильными директивами RewriteCond и RewriteRule.

4. Скопируйте код и вставьте в .htaccess. Откройте файл .htaccess в корневой папке сайта через FTP-клиент (FileZilla, WinSCP) или файловый менеджер хостинга. Добавьте код в начало файла, перед другими правилами.

После вставки проверьте результат: наберите в браузере оба варианта URL. Адресная строка должна переключиться на выбранный формат.

Зачем использовать генератор .htaccess-редиректов от ToolsPivot

• Убирает дубли страниц. Google и Яндекс перестают индексировать один и тот же контент по двум адресам. Это снимает риск фильтра за дублирование и концентрирует позиции в выдаче.

• Сохраняет ссылочный вес. 301-редирект передаёт от 90 до 99 % авторитета ссылок на целевой URL. Бэклинки на www-версию больше не пропадают впустую. Проверить профиль ссылок можно через проверку бэклинков.

• Экономит время. Вместо ручного написания RewriteCond и RewriteRule вы получаете готовый блок кода за 2 секунды. Синтаксические ошибки исключены.

• Работает с HTTPS. Сгенерированный код совместим с SSL-сертификатами. Его можно комбинировать с правилами принудительного HTTPS в одном файле .htaccess. Проверить SSL можно инструментом проверки сертификата.

• Не требует технических знаний. Владельцы сайтов на WordPress, Joomla или 1С-Битрикс копируют код и вставляют в файл. Знать регулярные выражения не нужно.

• Повышает краулинговый бюджет. Поисковые боты обходят сайт через один URL-формат, не тратя ресурсы на дубли. Для крупных интернет-магазинов на Ozon или Wildberries с тысячами товаров это критично.

• Бесплатно и без регистрации. Никаких подписок. Открыли страницу, сгенерировали код, закрыли вкладку.

Что такое 301-редирект и как он влияет на SEO

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

Почему это так важно для поиска? Яндекс и Google обрабатывают www.site.ru и site.ru как два разных домена. Если оба варианта доступны без перенаправления, поисковик индексирует их отдельно. Ссылки, которые ведут на www-версию, не помогают версии без www, и наоборот. Результат: ни один из адресов не набирает достаточно авторитета для попадания в топ-10.

По данным поисковых систем, 301-редирект передаёт приблизительно 90–99 % PageRank. Это значит, что при склейке зеркал вы теряете минимальную часть авторитета. Для сравнения: 302-редирект (временный) не передаёт вес совсем. Яндекс.Вебмастер и Google Search Console рекомендуют указывать основное зеркало и настраивать 301-перенаправление.

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

Когда стоит настроить редирект www на без www

Ситуации, в которых генератор пригождается практически сразу.

Запуск нового сайта. Настройте редирект до первой индексации. Поисковики с самого начала будут знать только одно зеркало. Сразу после запуска полезно создать XML-карту сайта с каноническими URL.

Установка SSL-сертификата. При переходе на HTTPS совмещайте редирект http→https с www→без www. Так вы закрываете четыре дублирующих варианта одним .htaccess-файлом.

Предупреждения в Яндекс.Вебмастере и Google Search Console. Оба сервиса фиксируют дубли контента и сигнализируют об этом в отчётах покрытия. 301-редирект закрывает предупреждения.

Технический SEO-аудит. Проверка сайта через SEO-аудит почти всегда выявляет отсутствие редиректа как приоритетную ошибку. Устранение занимает пару минут.

Миграция на новый домен. При переезде с одного домена на другой нужно настроить канонические URL на новом сервере сразу.

Особенно актуально для сайтов на WordPress и 1С-Битрикс. CMS-системы не всегда создают правильный 301-редирект через настройки панели управления. Ручной код в .htaccess работает надёжнее встроенных плагинов.

Расшифровка кода: что означает каждая строка

Генератор выдаёт блок из трёх-четырёх строк. Разберём, что делает каждая.

RewriteEngine On включает модуль mod_rewrite для текущей директории. Без этой строки все последующие правила игнорируются сервером. Пишется один раз, в начале блока.

RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] задаёт условие: правило сработает, только если запрос пришёл на домен с префиксом www. Переменная %{HTTP_HOST} содержит имя хоста из заголовка запроса. Флаг [NC] отключает проверку регистра.

RewriteRule ^(.*)$ http://%1/$1 [L,R=301] выполняет само перенаправление. Шаблон ^(.*)$ захватывает весь URI запроса. %1 ссылается на содержимое скобок из RewriteCond (домен без www), $1 подставляет URI. Флаг R=301 указывает код ответа, L останавливает дальнейшую обработку правил.

Для обратного направления (без www → www) RewriteCond проверяет, что в запросе нет www, а RewriteRule добавляет префикс. Логика зеркальна.

Типичные ошибки при настройке .htaccess-редиректов

Даже правильный код может не работать из-за конфликтов на сервере. Вот что проверить в первую очередь.

Циклическая переадресация (redirect loop). Возникает, если в виртуальном хосте или другом .htaccess-файле уже есть конфликтующее правило. Браузер показывает ошибку ERR_TOO_MANY_REDIRECTS. Решение: удалите дублирующие директивы и проверьте .htaccess в родительских каталогах.

Ошибка 500 Internal Server Error. Причина — синтаксическая ошибка в файле. Чаще всего это лишний пробел, незакрытая кавычка или невидимый символ, скопированный из форматированного текста. Сравните код с оригиналом через инструмент сравнения кода.

Правила не срабатывают. Модуль mod_rewrite отключён на сервере или директива AllowOverride запрещает использование .htaccess. Уточните у хостинг-провайдера (Timeweb, Beget, REG.RU, Selectel): включён ли mod_rewrite и разрешена ли обработка .htaccess.

Предупреждения Mixed Content. После редиректа www→без www часть ресурсов (картинки, скрипты) продолжает загружаться по HTTP. Проверьте SSL-конфигурацию и убедитесь, что правила HTTPS тоже прописаны.

Редирект не работает на Nginx. Генератор создаёт код для Apache. Если сайт работает на Nginx, код .htaccess бесполезен. Нужно править конфигурацию виртуального хоста в nginx.conf. Узнать тип сервера поможет проверка статуса сервера.

Совет: перед любыми правками сохраните копию .htaccess. Если что-то пойдёт не так, восстановите оригинал за 10 секунд.

Практические сценарии использования

Интернет-магазин на OpenCart или 1С-Битрикс. Владелец ООО запускает каталог на 2 000 товаров. Без склейки зеркал Google проиндексирует 4 000 страниц (с www и без). Генератор ToolsPivot формирует код, который добавляется в .htaccess до правил CMS. Результат: единый формат URL, чистая индексация. После настройки стоит проверить битые ссылки, чтобы убедиться, что ни одна страница не вернула 404.

Блог фрилансера на WordPress. Самозанятый копирайтер ведёт блог на общем хостинге. WordPress-настройки «Адрес сайта» устанавливают формат URL, но не создают 301-редирект. Код из генератора, вставленный над блоком # BEGIN WordPress, решает проблему полностью.

Корпоративный сайт на Tilda. Tilda работает на собственных серверах, но при подключении собственного домена через DNS иногда возникают дубли. Если домен указывает на сервер с Apache, сгенерированный .htaccess-код устранит двойственность. Проверить DNS-записи можно через DNS-проверку.

Сеть региональных сайтов для ИП. Индивидуальный предприниматель управляет тремя сайтами для разных городов. На каждом нужна одинаковая конфигурация www-редиректа. Генератор позволяет быстро получить код для каждого домена, не набирая правила вручную.

Популярные вопросы о генераторе .htaccess-редиректов

Генератор .htaccess-редиректов ToolsPivot бесплатный?

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

Чем отличается редирект 301 от 302?

301 сообщает поисковику, что переезд постоянный, и передаёт ссылочный вес на новый адрес. 302 указывает на временное перенаправление. Для склейки www и без www используется только 301, иначе Яндекс и Google не объединят индексы.

Какой формат URL лучше для SEO: с www или без www?

С точки зрения ранжирования разницы нет. Оба варианта равноценны. Главное — выбрать один формат и перенаправить второй через 301-редирект. Адреса без www короче и проще для запоминания, поэтому сейчас их выбирают чаще.

Где находится файл .htaccess на сервере?

В корневой директории сайта, обычно это папка public_html или www. Доступ через FTP-клиент (FileZilla, WinSCP) или файловый менеджер хостинга. Файл может быть скрыт по умолчанию. Включите отображение скрытых файлов в настройках FTP.

Подходит ли код для WordPress?

Да. Вставьте сгенерированный блок в начало файла .htaccess, перед строкой # BEGIN WordPress. Встроенные настройки WordPress не создают полноценный 301-редирект между зеркалами, поэтому ручной код надёжнее.

Работает ли код с HTTPS?

Сгенерированный код совместим и с HTTP, и с HTTPS. Для полной унификации URL добавьте отдельное правило принудительного перенаправления http→https. Оба блока размещаются в одном файле .htaccess.

Что делать, если хостинг не поддерживает .htaccess?

Некоторые управляемые хостинги (например, на базе Nginx без Apache) не обрабатывают .htaccess. В таком случае настройте перенаправление через панель управления хостингом или обратитесь в техподдержку. Для Nginx нужно редактировать файл nginx.conf.

Как проверить, что редирект работает?

Наберите оба варианта URL в адресной строке браузера. Адрес должен автоматически переключиться на основной формат. Для точной диагностики используйте проверку редиректа или команду curl -I в терминале.

Можно ли использовать генератор для Nginx?

Нет. Инструмент создаёт код для Apache (.htaccess). Nginx использует другой синтаксис в конфигурационных файлах виртуального хоста. Узнать, какой сервер использует сайт, можно через проверку HTTP-заголовков.

Сколько времени нужно поисковикам для обработки 301-редиректа?

Google обычно обрабатывает 301-редирект за несколько дней при следующем обходе. Яндекс может потребовать до двух-трёх недель. Ускорить процесс помогает запрос на переиндексацию через Google Search Console и Яндекс.Вебмастер.

Повлияет ли редирект на скорость загрузки сайта?

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

Нужно ли менять ссылки внутри сайта после настройки редиректа?

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