Редирект 301 с поддомена на домен
301 редирект c сайта с поддомена на основной домен через htaccess
301 редирект с сайта с www на без www позволяет осуществить полный переезд сайта на одну из версий и закрепить единое главное зеркало.
С поддомена на основной домен
Если требуется выполнить условие перенаправления для всех поддоменов без исключения:
RewriteCond %
RewriteRule (.*) http://site.ru/$1?region=%1 [L,R=301,QSA]
Когда речь идет о конкретном поддомене следует использовать:
RewriteCond %
RewriteRule (.*) http://site.ru/$1?region=poddomen [L,R=301,QSA]
Как сделать редирект через файл htaccess
Для того, чтобы выполнить правило, потребуется посетить административную панель хостинга (или же зайти через FTP), где в корневой папке сайта лежит файл htaccess.
Вводим нужное нам правило.
Как проверить работу 301 редиректа?
Для этого можно использовать инструмент проверки ответа сервера Яндекса:
Здесь вводим адрес первой страницы и видим следующее:
Как видим правило применилось и работает корректно.
Как сделать 301 редирект (переадресацию) через htaccess
Редирект (перенаправление или форвардинг) —позволяет автоматически переадресовать пользователя, посетившего страницу А на страницу Б. Например, пользователь, пытающийся открыть страницу site.ru/page1/ будет попадать на site.ru/page2.
Как сделать редирект через файл htaccess
Для того, чтобы перенаправить пользователя с одной страницы на другую требуется использовать следующую комбинацию:
Redirect 301 site.ru/page1/ site.ru/page2/
Важно! Можно записывать адреса в относительном виде, например, /page1/ и /page2/.
Также допускается использование конструкции:
Redirect permanent site.ru/page1/ site.ru/page2/
Для того, чтобы выполнить правило, потребуется посетить административную панель хостинга (или же зайти через FTP), где в корневой папке сайта лежит файл htaccess.
Вводим нужное нам правило.
Как проверить работу 301 редиректа?
Для этого можно использовать инструмент проверки ответа сервера Яндекса:
Здесь вводим адрес первой страницы и видим следующее:
Как видим правило применилось и работает корректно.
Как сделать перенаправление на другой домен?
В этом случае необходимо автоматически перекидывать всех пользователей с домена domain1.ru на domain2.ru при помощи функции:
RewriteRule ^(.*)$ http://www.domain2/$1 [R=301,L]
Переадресация с http на https
При переезде сайта с http на https (установка SSL-сертификата) потребуется код, который не требует дополнительных модификаций:
Второй метод осуществляет перенос с http://domain.ru на https://domain.ru:
RewriteRule ^(.*)$ https://domain.ru/$1 [R=301,L]
Третий способ выполняет аналогичную функцию, но отключает перенаправление для robots.txt:
RewriteRule ^(.*)$ https://domain.ru/$1 [R=301,L]
В 4-й версии конечным пунктом для пользователя станет https://www.domain.ru:
RewriteRule ^(.*)$ https://www.domain.ru/$1 [R=301,L]
Позволяет сделать форвардинг с http://www.poddomen.domain.ru на https://poddomen.domain.ru:
RewriteCond %
RewriteRule ^(.*)$ https://poddomen.domain.ru/$1 [R=301,L]
Последняя версия, дающая возможность сделать связь между http://poddomen.domain.ru на https://www.poddomen.domain.ru:
RewriteCond %
RewriteRule ^(.*)$ https://www.poddomain.domain.ru/$1 [R=301,L]
301 редирект с домена без WWW на с WWW
В функции ниже осуществляется переход из www.poddomen.domain.ru на poddomen.domain.ru:
RewriteCond %
RewriteRule ^(.*)$ http://poddomen.domain.ru/$1 [R=301,L]
Если же первый способ не помог можно использовать данную версию:
RewriteCond %
RewriteRule ^(.*)$ http://poddomen.domain.ru/$1 [R=301,L]
С www на без WWW
RewriteCond %
RewriteRule ^(.*)$ http://www.poddomen.domain.ru/$1 [R=301,L]
Также имеется второй метод не требующий ввода доменного имени:
C https на http
При необходимости сделать обратную интеграцию и перейти на незащищенную версию протокола можно воспользоваться:
301 редирект на http для одной страницы
В этой ситуации подойдет:
Второй метод осуществляет общий переезд на защищенный протокол (https), но одна страница останется на старом протоколе (http). Этот способ подойдет для интеграции 1С Bitrix с 1С Предприятие, так как система не может работать с защищенным протоколом:
Для готовой интеграции с 1С-Битрикс, формула позволяющая исключить директорию bitrix/admin/1c_exchange.php из общего правила:
RewriteCond %
Форвардинг на https для конкретной страницы
Для этой цели можно воспользоваться:
RewriteCond %
С несуществующего файла
В этом случае можно будет применить:
RewriteRule ^(.*)$ /poddomen/script.php [R=301,L]
Также подойдет второй способ:
RewriteCond %
RewriteRule ^(.*)$ http://poddomen.domain.ru/$1 [R=301,L]
Перенаправление на подкаталог
В этом случае возможно пербрасывать пользователей с poddomen.domain.ru на подкаталог poddomen.
RewriteEngine on
RewriteBase /
RewriteCond %
RewriteCond %
RewriteRule ^index.php(.*)$ /poddomen/$1 [L,QSA]
RewriteEngine on
RewriteBase /
RewriteCond %
RewriteCond %
RewriteRule ^(.*)$ /poddomen/$1 [L]
В случае, когда речь идет о www.poddomen.doamin.ru необходимо применить:
RewriteRule ^(.*)$ /poddomen/$1 [L]
С любой страницы на главную
RewriteRule ^(.*)$ index.php [L,QSA]
С поддомена на основной домен
Если требуется выполнить условие для всех поддоменов без исключения:
RewriteCond %
RewriteRule (.*) http://site.ru/$1?region=%1 [L,R=301,QSA]
Когда речь идет о конкретном поддомене следует использовать:
301 редирект. Шпаргалка по mod_rewrite
Данная шпаргалка содержит набор директив, флагов и переменных, подсказки по синтаксису регулярных выражений, используемых mod_rewrite, а так же примеры наиболее популярных шаблонов.
| ^ | начало строки |
| $ | конец строки |
| . | любой одиночный символ |
| (a|b) | «a» или «b» |
| (…) | группа |
| [abc] | «a» или «b» или «c» |
| [^abc] | не «a», не «b» и не «c» |
| \s | Пробел |
| a? | 0 или 1 символ «а» |
| a* | 0 или больше «а» |
| a*? | 0 или больше «а», нежадный |
| a+ | 1 или больше «а» |
| a+? | 1 или больше «а», нежадный |
| a | ровно 3 символа «а» |
| a | 3 или больше «а» |
| a | от 3 до 6 «а» |
| a<3,6>? | от 3 до 6 «а», нежадный |
| !(…) | Префикс «не» (действует если шаблон не подходит) |
| NC | Не учитывать регистр |
| OR | Комбинировать по принципу «или» |
| R[=code] | Редирект, опционально с кодом |
| F | Доступ запрещен (посылает 403 заголовок) |
| G | «Мертвая» страница (удалена) |
| P | Прокси |
| L | Последнее правило |
| N | Следующий круг |
| C | Цепочка |
| T=mime-type | Установить MIME-тип |
| NS | Пропустить внутренний подзапрос |
| NC | Не учитывать регистр |
| QSA | Добавить строку запроса |
| NE | Не экранировать при выводе |
| PT | Пропустить через следующий |
| S=x | Пропустить следующие х правил |
| E=var:value | Установить переменную окружения |
| 301 | Перенесен постоянно |
| 302 | Перенесен временно |
| 403 | Доступ запрещен |
| 404 | Страница не найдена |
| 410 | «Мертвая» страница |
| Переменные: HTTP заголовки | Переменные: время |
|---|---|
| % | % |
| % | % |
| % | % |
| % | % |
| % | % |
| % | % |
| % | % |
| % | |
| Переменные: запрос | Переменные: сервер |
| % | % |
| % | % |
| % | % |
| % | % |
| % | % |
| % | % |
| % | % |
| % | |
| Переменные: специальные | Директивы |
| % | RewriteEngine |
| % | RewriteOptions |
| % | RewriteLog |
| % | RewriteLogLevel |
| % | RewriteLock |
| RewriteMap | |
| RewriteBase | |
| RewriteCond | |
| RewriteRule |
301 редирект. Популярные шаблоны
Склейка домена (префикс www)
www.example.com и example.com в глазах поискового работа — абсолютно разные сайты, каждый со своими показателями. Для того чтобы не распылять вес, склеиваем эти адреса
Редирект с адреса www на адрес без www
Редирект с адреса без www на адрес с www
Зачастую главная страница вашего сайта доступна по нескольким адресам: example.com/ и example.com/index.php или example.com/index.html. Для склейки таких дублей, используем следующий шаблон:
Склейка индексной страницы с корнем сайта
Склейка поддомена и папки
Редирект с поддомена на папку основного домена
При необходимости наоборот перенаправить с папки на поддомен:
Редирект с папки основного домена на поддомен
Редирект с одних расширений файлов на другие
Если вам необходимо сменить расширение файла в адресе (например page.html на page.php) или убрать его совсем:
Редирект на другой сайт
При создании зеркала сайта либо переезде на новый домен, для склейки и перенаправления используем следующую конструкцию:
Все страницы домена oldsite.com будут перенаправлены на соответствующие страницы newsite.com.
301 Редирект динамических страниц
При модернизации динамического сайта и создании ЧПУ-адресов часто возникает необходимость перенаправить старые страницы с параметрами ID на новые с ЧПУ. Например, чтобы переадресовать страницу вида http://example.com/page.php?id=13 на новую страницу http://example.com/new-url/, используется следующая конструкция:
Добавляем слеш в конце адреса
Если у вас на сайте реализованы ЧПУ адреса тем или иным способом, то вероятно ваши ссылки могут работать либо со «/» на конце адреса либо без него одинаково. Добавим однозначности и добавим слеш ко всем адресам.
Если считаете статью полезной,
не ленитесь ставить лайки и делиться с друзьями.
Если вы ещё не знаете, зачем нужно перенаправление страниц сайта, читайте нашу статью Что такое редирект.
Для чего нужен 301-й редирект
Помимо разных способов настройки переадресации, существуют разные виды редиректов. Каждый из них имеет своё кодовое название. Основные виды:
Также существуют 304-й, 306-й и 307-й редиректы. Однако сейчас эти виды практически никто не использует. Один из самых популярных видов — это 301-й.
301-й редирект (Moved Permanently) — это постоянный редирект. Используется для перемещения страницы на новый URL-адрес насовсем. Когда поисковые системы встречают страницу с редиректом 301, они «понимают», что теперь необходимо индексировать новую страницу, а старую можно полностью исключить из индексации. Если настроить переадресацию 301 некорректно, на странице будет отображаться ошибка 404. Индексация страниц с ошибками приводит к снижению SEO-показателей всего веб-ресурса.
1С-Битрикс — популярная CMS в которой время от времени необходимо настраивать перенаправление.
Где www.site.ru — домен, с которого происходит редирект, а site.ru — домен, на который происходит редирект.
Где www. — домен, с которого происходит редирект, а www. — домен, на который происходит редирект.
Где site.ru — имя вашего домена.
Где site.ru — имя вашего домена.
Где site.ru — имя вашего домена.
Где site.ru — имя вашего домена.
Для всех страниц с http:// на https://, в том числе и с http://www на https://
Если первый вариант не поможет, воспользуйтесь вторым вариантом:
Если все варианты не помогли и возникает циклическая переадресация:
Редирект 301 с поддомена на домен
Идея, разработка и дизайн:
Андрей Третьяков (aka inscriptor)
[+ сборник моих стихов прошлых лет ]
и
Creative Force
2009–.
▪
Поделитесь с другом короткой ссылкой
на «Creounity Машину Времени»:
creounity.com/tm
▪
Благодарности +
вехи развития проекта
▪
▪
—> Полезные интернет-ресурсы
в области нумизматики
▪
Данное веб-приложение
работает на PHP-движке
Alcutima Plus v2.6.11
rev. 2020_12_18
(араб. القوطيما )
▪
▪
—> Количество стран, в которых
пользуются веб-приложением
«Creounity Машина Времени»:
212
(по данным Google Analytics)
▪
Друзья! Слово «Creounity»
в русской транскрипции звучит
не «креонити», а «креою́нити»
(образовано от англ.
« creative »
[творческий, созидательный] и
« unity »
[единение, сплочённость]).
—> ▪
Частичная или полная перепечатка текстового и графического содержимого этого веб-сервиса запрещена без письменного разрешения автора и указания активной индексируемой обратной ссылки!
▪
Информация
о государственной регистрации
(показать/скрыть).
Авторами получено государственное свидетельство
о регистрации объекта интеллектуальной собственности.
Данное веб-приложение зарегистрировано в Реестре авторских произведений Российской Федерации.
301 редирект с поддомена на домен
Теги этой статьи: 301 редирект, редирект с поддомена на домен, инструкция, .htaccess, веб-разработка
На днях изменилась система формирования адресов Creounity Машины Времени. Так, «apps» больше не используется как название поддомена. Вместо адреса http://apps.creounity.com/time_machine/
теперь используется следующий: http://creounity.com/apps/time_machine/.
Все файлы остались на своих местах, изменился лишь способ адресации. Было 2 возможных способа сделать редирект (перенаправление) со старых адресов на новый: либо через PHP в индексном файле Creounity Машины Времени, либо через файл .htaccess. При этом поисковые системы по старому адресу теперь получают 301 редирект (Moved Permanently), т.е. они понимают, что содержимое по старому адресу было перенесено навсегда.
Для размещения собственного коммутационного и серверного оборудования на удалённой площадке обращайтесь в msm.ru — узнайте цены на услуги colocation.
Options +FollowSymLinks
RewriteEngine On
RewriteBase /
RewriteCond %
RewriteCond %
RewriteRule ^(.*)$ http://www.site.com/$1 [L,R=301]
Применительно к моему проекту и структуре каталогов в нём, вышеперечисленные инструкции необходимо поместить в .htaccess, располагающийся на корне папки «apps/», а не в .htaccess на корне сайта.
RewriteEngine On
RewriteBase /
Можно проверить, что в строке, которую смотрит RewriteRule, есть «apps/». Если указать:
RewriteRule ^apps/(.*)$ http://creounity.com/$1 [L,R=301]
то правило тоже сработает.
2. В моём случае 301 редирект с поддомена на домен с помощью инструкций в индексном PHP был сделан таким образом:
if ($_SERVER[‘HTTP_HOST’]==»subdomain.site.com») <
header(‘HTTP/1.1 301 Moved Permanently’);
header(«Location: http://site.com/subdomain».$_SERVER[‘REQUEST_URI’]);
>
Так всё же как лучше сделать 301 редирект с поддомена на домен? Вот какой комментарий я получил на этот счёт:
«Технически .htaccess и перенаправление в index.php делают одно и то же — возвращают статус 301 и заголовок Location: с нужной ссылкой. Так что поисковикам всё равно.
.htaccess будет тратить немного меньше ресурсов, так как не нужно запускать php, но это очень незначительная разница.
С точки зрения порядка лично я размещаю редиректы в .htaccess. Если они лежат в коде приложения, их сложнее найти, если нужно разобраться, почему происходит редирект. Но тоже незначительно.
Рекомендую всегда размещать .htaccess в той папке, где он должен срабатывать, это на порядок снижает уровень сложности конфигурации.»
Олег Петрачёв, он же хабраюзер cronfy
Таким образом, оба описанных способа являются практически равноценными.