Перенаправление Apache и Nginx | firstvds.ru

Статья давно не обновлялась, поэтому информация могла устареть.

Подключения модуля mod_rewrite

Для включения перенаправления средствами Apache, достаточно чтобы модуль mod_rewrite.so был загружен в Apache.

LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so

Для того ,чтобы директивы mod_rewrite можно было использовать в .htaccess, надо в конфигурационном файле Apache, в соответствующем разделе «<Directory /путь/до/директории>» прописать:

AllowOverride all

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

apachectl restart

или

apache2ctl restart

В .htaccess для работы перенаправления нужно указать следующую директиву:

RewriteEngine On

Правила Redirect

Эти директивы вы можете прописывать как в конфиге Apache для нужного virtualhost, так в файле .htaccess.

Redirect или RedirectPermanent

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

Если нужно сделать несколько редиректов, то каждый новый редирект нужно написать с новой строки.

Redirect 301 /old-page.html http://new-domain.ru/new-page.html

или

Redirect permanent /old-page.html http://new-domain.ru/new-page.html

Для перенаправления всех запросов на другой сайт вы можете использовать следующую конструкцию:

Redirect 301 / http://new-domain.ru/

или

Redirect permanent / http://new-domain.ru/

RedirectMatch

Этот редирект отличается тем, что в нем можно использовать регулярное выражение. Например, при переносе сайта с Windows на Linux, необходимо сменить все ссылки с *.php на *.aspx:

RedirectMatch /(.*)\.(.*)$ https://www.site.ru/$1 [R=301,L]

Мы правильно делаем перенос сайтов на https.

Звоните нам по телефону +7 (4742) 39-07-59

301-редирект: гайд по настройке — SEO

Alexander Kots

30 июня | 2020

Что за зверь такой, этот редирект? Редирект используется для перенаправления человека или бота ПС на другой адрес, который отличается от запрашиваемого вначале.

Пример: https://en.uaateam.agency/ перенаправляется на https://uaateam.digital/

Когда используется 301 redirect

Самый распространенный пример использования 301 redirect в SEO—продвижении – это склейка урлов сайта. В этом случае помимо передачи 90% ссылочного веса, передается также и авторитетность сайта с которого идёт перенаправление.

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

Если вы переезжаете на новый домен тоже было бы хорошо сделать редирект на него со старого, ведь таким образом можно сохранить трафик (люди переходят на старый домен через закладки или вписывают УРЛ в поиске, и в этих случаях попадают на новый домен)

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

Но в таких случаях также присутствует еще один вариант исправления ошибки — удаление страницы.

Виды Редиректов

301 редирект

301 редирект — это постоянный редирект, с помощью которого можно передавать  более 90% ссылочного веса, также он говорит о том, что страница имеет новый адрес, а старый УРЛ стоит считать неактуальным.

302 и 307 редирект

302 редирект является временным и передает целых 0% ссылочного веса и не рекомендуются для использования, его приемником в протоколе HTTP 1.1 является 307 редирект. Эти типы перенаправлений следует использовать лишь для перемещения контента на время, например, для проведения технических работ.

Остальные виды редиректов

Также редирект можно выполнить с помощью JavaScript или Meta Refresh, неудобство их использования заключается в том, что они не передают ссылочный вес и выполняются на уровне страницы, а не на уровне сервера как 301 или 302 редиректы.

Чем отличается постоянная переадресация от 302?

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

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

Советы по использованию редиректа

1. Переадресация не должна быть циклической, если страница будет ссылаться на саму себя это может привести к тому, что при индексации сайта поисковым ботом, есть вероятность его попадания в такую «петлю», что в конечном счёте повлечет за собой сливание краулингового бюджета и как итог — сайт не будет проиндексирован.
2. Не стоит делать редирект с адреса на который также идёт редирект, то бишь, если у вас есть страница 1, 2 и 3, то не нужно делать редирект с первой на вторую, а со второй на третью, ставьте сразу с первой на третью. Таким образом нагрузка на сервер не будет увеличиваться, а эффективность редиректа не будет уменьшаться.
3. Размещение правил редиректов стоит начинать с общих, и лишь после них вписывать частные, так как при каких-либо противоречиях первыми будут срабатывать общие правила и лишь после них частные.
4. Полезным редиректом будет считаться тот, который ведёт на страницу, копирующую во всех нюансах запрашиваемую.

 

Где настраиваются редиректы?

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

При использовании веб-сервера Apache файл называется httpd.conf.

Рекомендую вам делать Backup файла или всего сайта, перед тем как вносить какие-либо изменения.

Регулярные выражения

Прежде чем перейти к примерам, хочу сказать, что для написания правил редиректов используются регулярные выражения. Помимо редиректов, они могут использоваться в сервисах аналитики (Google Analytics, Яндекс Метрика), поиске записей по ссылкам, при работе с Google Tag Manager. 

Подробно о регулярных выражениях и его синтаксисе вы можете прочитать здесь.

 Примеры:

• Перенаправляем полностью весь сайт на новый адрес:

• Редирект с одной страницы на другую

• Редирект с www на без www:

• Переадресация с HTTP на HTTPS:

Не забывайте о том, что работая с файлом, команда происходит на уровне сервера с ОС Linux или Apache с активированным модулем Mod_rewrite.

Также можно уменьшить нагрузку на сервер, изменив конфигурационным файлом hpptd.conf. — редирект .htaccess.

Настройка редиректов в CMS

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

С помощью PHP-условия

Если вы знаете структуру web-проекта, разбираетесь в PHP и сайт сделан на CMS, то откройте файл index.php, и в корне движка пропишите:

(в первой строчке указывается старый url, а во второй — новый)

Также, перенаправление PHP можно сделать с помощью отправки заголовков:

ASP редирект

ASP.NET редирект

В корне сайта необходимо будет найти файл web.config и вставить в секцию синтаксис:

ColdFusion редирект

JSP (Java) редирект

Такой способ лучше всего подойдет для корректировки простых проектов. Вы просто прописываете код в одном файле и добавляете на все нужные страницы. А вот и сам код:

(перенаправление на другой сайт)

CGI-скрипт на PERL

Ruby on Rails

Редирект в nginx

HTML-редирект

Если вам необходимо изменить лишь одну страницу на простеньком статическом сайте — сделайте редирект HTML.  Просто добавьте мета-тег внутри.

В данном примере мы используем редирект на наш сайт с 10-секундной задержкой:

Если мы изменим значение с 10 на 1, то пользователь отправится на https://uaateam.agency/ с секундной задержкой.

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

Редиректы по типам задачи

Перенаправление с www / без www

Добавьте эти строки в файл .htaccess, если вам необходимо настроить главное зеркало:

Также редирект с www можно выполнить благодаря синтаксису:

Склейка index.php, index.html, index.htm, index.asp

Редирект с http и https

Если мы переезжаем на защищенный протокол, то добавляем:

или

Редирект с https на http

Склейка дублей со слешем в конце url

Для удаления слеша по всему сайту необходимо использовать код:

Код для обратного эффекта:

Удаляем несколько слешей или тире в адресной строке

Делаем перенаправление с лишними слешами на страницу с одним слешем:

Для склейки тире воедино пропишите от www.)

новый адрес

Если некоторых GET-параметров нет или они имеют произвольное значение, выбираем такой синтаксис:

Без сохранения GET-параметров

Для переадресации адреса site.ua/index.php на основное зеркало site.ua:

или

Редирект на URL в нижнем регистре

Мы знаем, что ПС учитывает регистр букв, именно поэтому разработчики пытаются добавлять адреса в нижнем регистре, но если что-то пошло не по плану, то всегда можно воспользоваться вот таким алгоритмом перенаправления.

Пропишите данный код на уровне php-скрипта:

С внутренней страницы на главную

Перенаправление каталога

Если изменяется структура каталога, отображаемой в url:

Если адрес каталога, который устарел, идет сразу же после названия сайта, то применяем такой синтаксис:

 

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

Редирект при изменении файловых расширений

Если из-за переезда на другую платформу у вас изменились расширения файлов, вы можете использовать такую формулу:

Склеиваем домены или переезжаем на другой сайт

Перенаправляем все страницы с одного домена на главную страницу другого

Добавьте в файл .htaccess сайта, с которого делаете редирект, следующие строки:

(site.ua — площадка, на которую будет вести редирект)

Перенаправление на главную с внутренних страниц

Перенаправление на внутреннюю страницу с главной

С поддомена на основной домен

Со страниц одного домена на аналоги в другом

Если перенаправление на другой адрес необходимо после смены структуры урлов, то попробуйте этот код:

В случае отсутствия решения проблемы с помощью синтаксиса, рекомендую обратиться к разработчикам данного ресурса, они допилят предложенные выше варианты с особенностями вашей CMS. Также в таком случае, было бы хорошо составить карту редиректов.

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

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

Редирект с www на без www

Если вы разрабатываете или уже начали администрировать свой сайт (как я), то необходимо помнить важную  вещь — поисковые воспринимают   http://sayteg.ru/ и http://www.sayteg.ru/ как разные сайты. Абсолютно. Если  одни сторонние сайты будут ссылаться на http://sayteg.ru/, а другая на http://www.sayteg.ru/, то ссылочная масса сайта будет дробиться между двумя этими  доменными именами, что есть плохо. Я столкнулся этой бедой в самом начале работы над своим творением в сети, что не дало этой штуке зайти далеко.  Для решения этой  проблемы используется 301 редирект, который автоматом будет переадресовывать все переходы по начинающиеся  с http://sayteg.ru/ ссылки на адрес http://www.sayteg.ru/, что дает понять поисковым системам  о том,  что эти домены являются одним. Редирект с www  на без www  сделает так, что ссылочная масса  больше не будет делиться между двумя доменами, а станет единой, что повысит позиции сайта в глазах  поисковых систем.

В зависимости от сервера настройки будут отличаться. Так как у меня Apache, приведу настройки именно для него. И так, начнем.

Перед ЛЮБОЙ редакцией ЛЮБОГО файла с сервера ОБЯЗАТЕЛЬНО делайте его резервную копию в отдельную папку «исходники», например:

модуль ModRewrite  на  сервере  должен быть активен. Если он не активирован, напишите в службу поддержки своего хостера для его включения . Или, если доступен файл httpd.conf, активация делается самостоятельно, — в файле  раскомментируем  выражение

LoadModule rewrite_module modules/mod_rewrite.(.*)$ http://sayteg.ru/$1 [R=301,L]

Сохраняем и грузим его на сервер. Далее  в  браузере  в адресной строке вводим адрес сайта  с WWW. Если все верно,  то адрес сайта с введенного сменится на http://sayteg.ru/. автоматически . Для пущей уверенности можно воспользоваться услугами онлайн-проверки 301 редиректа. Если ничего не получается — тогда вам прямиком в службу поддержки хостера, эти ребята вам должны помочь. Если этого не сделать, то продвижение сайта будет затруднено и приведет к распылению ресурсов, выделенных под ваш проект.

Как в Apache реализуется редирект c www на без www и с протокола HTTP на HTTPS

Все более широкое внедрение протокола HTTPS поставило несколько новых задач перед разработчиками и системными администраторами. Таких, как необходимость редиректа с http на https.

Ниже я покажу, как реализовать редирект с www на без-www (или наоборот) и с http на https, используя конфигурацию сервера Apache. https://www.%1%{REQUEST_URI} [L,NE,R=301]

RewriteRule – центральный элемент перенаправления. С помощью этой строки мы предписываем Apache перенаправить любой запрос на новый URL, который состоит из:

• https: // WWW;
• %1: Ссылка на без-WWW часть хоста;
• %{REQUEST_URL}: URL-запрос, без имени хоста.

Все эти маркеры соединены друг с другом, и представляют собой конечный URL перенаправления. В конце мы добавляем три флага:

• NE — чтобы не выйти из специальных символов;
• R=301 — использовать HTTP статус 301 редиректа;
• L — прекратить обработку других правил, и немедленно перенаправить.

В моём примере htaccess редиректа http на https используется дополнительная строка RewriteCond, чтобы извлечь имя хоста, а не подставлять имя в правило. Если чувствуете, что для вас это — потеря производительности, то можете встроить хост непосредственно в правило:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www.(.*)$ https://%1/$1 [R=301,L]
 
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [NC,R=301,L]

Для htaccess есть сборник сниппетов, на все случаи жизни: https://github.com/phanan/htaccess (en)

Также очень рекомендую прочитать статью про правильный переезд на https.
Да, переехать можно и неправильно.

Успехов! Сработал ли у вас редирект, напишите в комментариях.

Была ли эта статья полезна?

Настройка 301 редиректа www / без www — VPS.ua Wiki

Настройка переадресации (или «редиректов») может быть выполнена средствами файла .htaccess.

С www.сайт.com на сайт.com или наоборот

Для переадресации с www.domain.com на domain.com или наоборот необходимо убедиться, что в настройках данного виртуального хоста прописан ServerAlias вида www.domain\.com$ RewriteRule (.*) http://domain2.com/$1 [R=301,L]

C HTTP на HTTPS

Настройка переадресации с не шифрованного соединения (http) на шифрованное (https) выполняется путем добавления следующих строк:

RewriteEngine On
 RewriteCond %{HTTPS} off
 RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Нужен сертификат для https на вашем веб-сайте? Смотрите наши предложения от центров сертификации Comodo, GeoTrust, Thawte и Verisign.

Перенаправление на www или без www

Перенаправление на www или без www

Зачем нужно перенаправлять на www или без www?

Запуск вашего веб-сайта на www или не-www URL может быть вызван эстетическими соображениями, личными предпочтениями или для предотвращения дублирования имен хостов. Рекомендуется, чтобы имя хоста вашего веб-сайта оставалось неизменным. Либо с частью www, либо без части www.

В WordPress у вас есть homeurl и siteurl , поэтому проблема с избыточными именами хостов не является проблемой, поскольку WordPress автоматически перенаправляет, чтобы гарантировать, что сайт работает на том же siteurl , как и должно быть.Однако другие приложения могут потребовать вашего внимания в этой области.

Google Analytics также выдаст предупреждение « Redundant Hostnames », если вы этого не сделаете.

Вы хотите сделать для этого постоянное перенаправление HTTP 301.

Как перенаправить на www или без www

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

1. Использование cPanel для перенаправления на www или без www

Это легко сделать с помощью cPanel. Войдите в свою cPanel, чтобы начать.

Перейдите в Домены> Перенаправляет на главной странице cPanel.

Теперь, в зависимости от того, предпочитаете ли вы URL-адреса с частью www или без части www, инструкции будут немного отличаться.

Перенаправить на www

1. Установите постоянный тип, который даст код состояния HTTP 301.
2. Выберите в этом раскрывающемся списке свой основной домен.
3. Оставьте путь пустым, вы хотите перенаправить весь домен.
4. Укажите URL-адрес для перенаправления с частью « www ».
5. Выберите « Не перенаправлять www ».
6. Не устанавливайте флажок « Wild Card Redirect ».

Перенаправить на не-www

1. Установите постоянный тип, чтобы получить код состояния 301 HTTP.
2. Выберите основной домен из раскрывающегося меню.
3. Оставьте путь пустым, мы хотим перенаправить весь домен.
4. Установите URL-адрес для перенаправления без части « www ».
5. Выберите « Только перенаправлять с www »
6. Не устанавливайте флажок « Wild Card Redirect ».

2. Использование .htaccess для перенаправления на www или без www

Просто поместите следующие строки кода в основной файл root .htaccess .
В обоих случаях просто замените domain.com на свое собственное имя хоста.

Перенаправить на www

Перенаправить на не-www

Нравится:

Нравится Загрузка.(. *) $ https: //xxxx.yyy/$1 [R = 301, QSA]

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

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

TO HTTP_HOST или нет

Вы можете использовать $ {HTTP_HOST} , чтобы быть частью URL в RewriteRule , или вы можете использовать явный текст канонического имени домена ( xxxx.ггг выше).

Указание доменного имени явным образом гарантирует, что в предоставленном пользователем URL-адресе не будут использоваться какие-либо незначительные средства изменения символов, которые могут заставить ваш сайт сделать то, к чему он может быть не подготовлен, или, по крайней мере, гарантирует, что правильное доменное имя отображается в адресной строке независимо от того, в какой строке URL-адреса открывается страница.

Это может даже помочь преобразовать домены с кодировкой punycode для отображения правильных символов Unicode в адресной строке.

php — Как перенаправить www без www для внутренних страниц в htaccess

Я работал над поисковой системой кода ifsc под названием Myifsccodes.com. Я единственный, кто разработал его полностью с использованием Php и mysql. Я сделал перенаправление с WWW-версии на без WWW для домашней страницы в Bluehost Cpanel, которая использует перенаправление htaccess 301. Он отлично работает для домашней страницы. Но недавно я обнаружил, что если я помещаю www для внутренних страниц, они не перенаправляются на версию без WWW, что является огромной проблемой дублирования для SEO сайта.

Я пробовал различные исправления из Stackoverflow и другие подобные вопросы, но ничего не работает точно. Этот вопрос — моя последняя надежда решить его с помощью экспертов.([a-zA-Z0-9 _-] +) $ /bankdetails2.php?banknamefromhtaccess=$1

Я хочу добиться перенаправления ниже;

Моя предпочтительная версия этой страницы http://myifsccodes.com/canara-bank

И этот URL http://www.myifsccodes.com/canara-bank должен перенаправлять на указанный выше URL.

Точно так же URL-адреса подпапок 2-го уровня также должны перенаправлять на версию соответствующей страницы без www.

Пример: этот URL http://www.myifsccodes.com/canara-bank/delhi должен перенаправлять на этот http: // myifsccodes.com / canara-bank / delhi

Пожалуйста, помогите мне как можно скорее решить эту проблему.

nginx https перенаправляет www на не www

Привет, я настроил свой блок nginx для перенаправления всего www на не-www, это моя конфигурация:

  сервер {
    слушать 80;
    имя_сервера mysite.com www.mysite.com;
    возврат 301 https: //mysite.com$request_uri;
}

server {
    прослушать 443 ssl http2;
    имя_сервера mysite.com;
    корень / usr / share / nginx / html;

    ssl включен;
    ssl_certificate / ssl / ssl-bundle.crt;
    ssl_certificate_key /ssl/mysite.key;
    ssl_session_cache общий: SSL: 20 м;
    ssl_session_timeout 10 мин;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers на;
    ssl_ciphers ECDHE-ECDSA-CHACHA20-POLY1305: ECDHE-RSA-CHACHA20-POLY1305:! DSS;
    ssl_buffer_size 8k;
    ssl_session_tickets off;

    ssl_stapling on;
    ssl_stapling_verify on;
    ssl_trusted_certificate /ssl/ssl-trusted.crt;
    резольвер 8.8.8.8 8.8.4.4 действительный = 300 с;
    resolver_timeout 10 с;

    #add_header X-Content-Type-Options "nosniff";

    место расположения / {
        index index.php index.html index.htm;
    try_files $ uri $ uri / /index.php?$uri&$args;
    }

    location / internal_data / {
        внутренний;
        разрешить 127.0.0.1;
        отрицать все;
        }

        location / library / {
        внутренний;
        разрешить 127.0.0.1;
        отрицать все;
        }

    расположение ~ \ .php $ {
    try_files $ uri = 404;
    fastcgi_pass 127.0.0.1:9000;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $ document_root $ fastcgi_script_name;
    включить fastcgi_params;
    }

    расположение ~ * \.(?: ico | css | gif | jpe? g | js | png | svg | svgz | swf) (\?. +)? $ {
        access_log off;
        log_not_found off;
        истекает 1 год;
    }

расположение ~ \. (jpe? g | png | gif) $ {
     valid_referers никто не заблокировал mysite.com * .mysite.com;
     if ($ invalid_referer) {
        возврат 403;
        }
    }
}
  

работает нормально только для не-www и https, но не работает с www на не-www,
это результат curl -I http://www.mysite.com:

  curl: (6) Не удалось разрешить www.mysite.com '
  

есть ли какой-нибудь промах?
спасибо.

Выбор между URL-адресами с www и без www — HTTP

Владельцы веб-сайтов постоянно спрашивают, следует ли выбирать URL-адреса без www или www. Эта страница дает несколько советов о том, что лучше всего.

В URL-адресе HTTP первая подстрока, следующая за начальным http: // или https: // , называется именем домена. Это доменное имя размещено на сервере, где находится документ.

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

• Да , вам нужно выбрать один и придерживаться его. Выбор того, какой из них будет каноническим, остается за вами, но если вы выберете одно, придерживайтесь его. Это сделает ваш сайт более последовательным для пользователей и поисковых систем.Это включает в себя постоянную ссылку на выбранный домен (что не должно быть сложно, если вы используете относительные URL-адреса на своем веб-сайте) и постоянный обмен ссылками (по электронной почте / в социальных сетях и т. Д.) На один и тот же домен.
• Нет , можно два. Что важно, так это то, что вы согласовываете и соответствуете тому, какой из них является официальным доменом. Этот официальный домен называется каноническим именем . Все ваши абсолютные ссылки должны использовать его. Но даже в этом случае у вас все еще может работать другой домен: HTTP позволяет использовать два метода, чтобы вашим пользователям или поисковым системам было ясно, какой домен является каноническим, в то же время позволяя неканоническому домену работать и предоставлять ожидаемые страницы.

Итак, выберите один из ваших доменов в качестве канонического! Ниже приведены два метода, позволяющие неканоническому домену работать по-прежнему.

Есть несколько способов выбрать, какой веб-сайт является каноническим .

Использование перенаправления HTTP 301

В этом случае вам необходимо настроить сервер, получающий HTTP-запросы (что, скорее всего, одинаково для URL-адресов с www и без www), чтобы он отвечал адекватным ответом HTTP 301 на любой запрос в неканоническую область.Это перенаправит браузер, пытающийся получить доступ к неканоническим URL-адресам, на их канонические эквиваленты. Например, если вы выбрали использование URL-адресов без www в качестве канонического типа, вам следует перенаправить все URL-адреса с www на их эквивалентные URL без www.

Пример:

1. Сервер получает запрос на http://www.example.org/whaddup (когда каноническим доменом является example.org)
2. Сервер отвечает кодом 301 с заголовком Местоположение : http: // example.org / whaddup .
3. Клиент выдает запрос к каноническому домену: http://example.org/whatddup

В шаблонном проекте HTML5 есть пример того, как настроить сервер Apache для перенаправления одного домена на другой.

Использование

Можно добавить на страницу специальный элемент HTML , чтобы указать канонический адрес страницы. Это не влияет на человека, читающего страницу, но сообщает сканерам поисковых систем, где на самом деле находится страница.Таким образом, поисковые системы не индексируют одну и ту же страницу несколько раз, что может привести к тому, что она будет рассматриваться как дублированный контент или спам, и даже удалит или опустит вашу страницу со страниц результатов поисковой системы.

При добавлении такого тега вы обслуживаете один и тот же контент для обоих доменов, сообщая поисковым системам, какой URL является каноническим. В предыдущем примере http://www.example.org/whaddup будет обслуживать тот же контент, что и http://example.org/whaddup , но с дополнительным элементом в заголовке:

В отличие от предыдущего случая, история браузера будет рассматривать URL-адреса без www и www как независимые записи.

С помощью этих методов вы можете настроить свой сервер для правильного ответа как для доменов с префиксом www, так и для доменов без префикса www. Это хороший совет, поскольку вы не можете предсказать, какой URL-адрес пользователи будут вводить в адресную строку своего браузера. Это вопрос выбора, какой тип вы хотите использовать в качестве канонического местоположения, а затем перенаправления на него другого типа.

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

Как перенаправить URL без www на www?

Если вы хотите перенаправить все запросы с yourdomain.com на открытие www.yourdomain.com или если вы используете наш инструмент CloudFlare cPanel и вам нужно открыть свой веб-сайт с www , То вам следует установить правило перезаписи в.htaccess вашего сайта. Для этого выполните следующие простые и быстрые шаги:

• Войдите в свою cPanel с помощью WebHostFace и щелкните значок File Manager в разделе Files .

• Это приведет вас к интерфейсу File Manager . Нажмите кнопку с надписью Settings в правом верхнем углу экрана и убедитесь, что установлен флажок «Показать скрытые файлы».

• Найдите .(. *) $ http://www.yourdomain.com/$1 [L, R = 301]

Вам просто нужно заменить yourdomain.com на свое фактическое доменное имя.

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

* Примечание: Существуют определенные сценарии и приложения, которые требуют дополнительных изменений для того, чтобы это работало.Это так называемые доменно-зависимые приложения, такие как WordPress, Magento, PrestaShop, которые работают только с определенным доменом. Ознакомьтесь с руководствами ниже, чтобы узнать, как изменить основной домен для этих скриптов:

• Изменение основного домена WordPress.
• Изменение основного домена Magento.
• Изменение основного домена PrestaShop.

Исправление перенаправления без www — База знаний WP Rocket

Отсутствие правильных перенаправлений для различных версий вашего домена может вызвать проблемы.Есть несколько способов настроить эти перенаправления.

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

В этой статье

Спросите у хозяина

Перенаправления, выполняемые на уровне сервера, будут быстрее, чем перенаправления в файле htaccess. Лучшее решение — попросить ваш хост настроить его для вас в конфигурации сервера.

Правила страницы Cloudflare

Если вы используете Cloudflare и знакомы с их функцией правил страниц, вы можете использовать их для перенаправления (наша служба поддержки не может вам с этим помочь).

Перенаправление без www → www

Следующий вспомогательный плагин добавит правильное правило перенаправления с не-www на www-версию вашего URL-адреса в файл .htaccess .

📥 Скачать (.zip): WP Rocket | Перенаправление без www на www
Разработчики: вы можете найти код этого плагина на GitHub.

Перед использованием необходимо отредактировать код вручную!
Вам придется вручную отредактировать 2 строки кода:
Заменить example \.(. *) $ http://www.example.com/$1 [L, R = 301]

Перенаправление с www → без www

Если вам нужно обратное правило (с www на не www), используйте этот плагин:

📥 Скачать (.zip): WP Rocket | Перенаправить www на не-www.
Разработчики: вы можете найти код этого плагина на GitHub.

Перед использованием необходимо отредактировать код вручную!
Вам придется вручную отредактировать 2 строки кода:
Замените www.example \ .com своим доменом.(. *) $ http://example.com/$1 [L, R = 301] .