301 редирект php: Как с помощью PHP сделать редирект с кодом 301 (Moved Permanently)? | Техническая поддержка

Содержание

301 редирект с помощью .htaccess

Редирект 301 — зачем он нужен? В процессе продвижения сайта может возникнуть ситуация, когда необходимо изменить url страницы. Причины тому могут быть разные: переезд на новый домен, склейка дублей страниц, или даже, не к ночи будут помянуты, санкции поисковых систем. Чтобы изменить url, используется перенаправление, правильно называющееся «301 Permanent Redirect».

Что такое 301 редирект?

301 redirect действует на постоянной основе, передает со старой страницы на новую ссылочный вес, ТИЦ сайта и PR. Также, если сайт находится в каталоге Яндекс или DMOZ, страниц нового сайта в нем, разумеется, не будет. Помимо этого, используется 301 редирект на другой сайт, и перенаправление с одной версии сайта на другую. В частности так избавляются от проблем при индексации, возникающих из-за дублирования страниц сайта.

Избавление от дублей страниц также называют канонизацией.

Как настроить 301 редирект

При использовании некоторых CMS (систем управления контентом, или «движков» сайта) редирект можно настроить при помощи специальных плагинов. index.php http://your-site.ru/articles.php? [R=301,L]

Полезное видео по теме:

Стоит ли использовать 301 редирект при санкциях поисковых систем

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

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

Редирект 301 – что такое, как правильно сделать через .htaccess и PHP

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

Что такое 301 редирект, зачем он нужен и как его применять?

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

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

предупреждение проблем в случае переезда одной или нескольких веб-страниц.

Главная задача – предупреждение потери клиентов и результатов, накопленных ранее. Редирект 301 является палочкой-выручалочкой для владельцев сайтов и вебмастеров, поэтому его нельзя оставлять без внимания. Рассмотрим основные виды перенаправления:

с протокола HTTP на новый безопасный HTTPS. Предварительно устанавливается SSL-сертификат, безопасное соединение существенно повышает доверие к сайту и обеспечивает улучшенное ранжирование;
с World Wide Web и без него;

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

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

Классификация

Существует более восьми видов редиректов, однако в реальной разработке используют всего 3-4 вида, рассмотрим их:

постоянный 301. Свидетельствует о том, что сайт или веб-страница перемещены навсегда. На смену старому адресу приходит новый, этот вид перенаправления является самым популярным и стабильным, обеспечивая защиту от санкций поисковых систем;
временный 302. Речь идет о временном редиректе с сохранением старого адреса страницы;
временные 303 и 307. Используются для замены 302 редиректа, осуществляют перенаправление, сохраняя тип передачи запроса.

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

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

Как правильно сделать редирект 301: основные ошибки и полезные советы

Говоря о том, как правильно сделать редирект 301, стоит упомянуть о ряде советов и распространенных ошибках:

не спешите настраивать 301 редирект с одной веб-страницы на другую для борьбы с дублирующимся контентом. В этом случае целесообразно использовать атрибут rel=canonical. Атрибут размещается на HTML-странице между тегами , позволяет выделить приоритетную страницу (canonical) в случае, если на разных версиях используется одинаковый контент. Например, десктопная и мобильные версии;
страница, принимающая редирект, должна быть релевантной донору, что обеспечит быструю склейку и перенос веса;
перенаправление не стоит использовать для файла robots. txt, что особо актуально для поисковой системы «Яндекс». Если старый файл будет доступен, то склейка выполняется намного быстрее и корректнее;
для проверки правильности настройки редиректа 301 с одного домена на другой и иных видов перенаправления можно использовать сторонние сервисы. Отлично себя зарекомендовали инструменты от Netpeak Spider и WebsitePlanet.

Настраивая редирект 301 с одной страницы на другую или с домена на домен, стоит учитывать, что может произойти изменение трафика. Уровень проседания может достигать 20%, однако в течение первого месяца ситуация восстановится, если все было сделано правильно. Некоторые специалисты начинают настройку с применения редиректа 302 с последующим переходом на 301, однако такие действия не рекомендуют поисковые системы.

Что такое редирект 301 и каноничные страницы?

Canonical – приоритетная страница, редирект – перенаправление. Первый вариант целесообразно использовать в случае наличия нескольких версий сайта (десктоп, мобильная), дублирующего контента, одинаковых описаний – материалов, нуждающихся в расстановке приоритетов. Редирект целесообразно применять при переходе на новое доменное имя, для ошибки 404 и т. д.

Как настроить редирект www и другие виды перенаправления: инструкция

Если вы не знаете, как правильно сделать редирект 301, то должны помнить, что настройка выполняется с учетом типа сайта и сервера, а также с помощью разных инструментов: файл .htaccess, PHP, HTML и т. д. Самый популярный способ настройки редиректа 301 с одного домена на другой и прочих видов переадресации – использование файла .htaccess, что актуально для сайтов, работающих на веб-серверах Apache (для проверки стоит использовать сервис sitereport.netcraft.com). Если ваш веб-сервер Apache, но файла нет, то его можно будет создать:

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

Если используется WordPress, то для создания файла можно использовать плагин Redirection.

Как сделать 301 редирект с одной страницы на другую?

Если необходимо сделать этот вид перенаправления, то используется Redirect /page-1. (.*)$ http://адрессайта/$1 [R=301,L]

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

RewriteEngine On
RewriteCond %{HTTP_HOST} старыйадрес.ru

RewriteRule (.*) http://новыйадрес.ru/$1 [R=301,L]

Существует много способов настройки, мы рассмотрели самые популярные.

Как правильно сделать редирект 301, не допустив ошибки?

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

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

В последнем случае целесообразно использовать следующие ресурсы:

rapidtables.com. Осуществляет моментальную генерацию кода под PHP, Apache .htaccess. HTML, JavaScript и другие виды перенаправления;
beamusup.com, ориентированный на генерацию кода под .htaccess. Может использоваться для URL-переадресации, настройки редиректа на www и без него, массового перенаправления и иных задач;
winginx.com/ru/htaccess, являющийся htaccess-конвертером для nginx.

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

В заключение

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

Общие правила перенаправления Htaccess 301 от Linchpin

1) .Htaccess вариант №

2) Общие правила перенаправления 301 Htaccess

Существуют общие правила перенаправления htaccess 301, которые я ищу каждый раз, когда создаю веб-сайт, перенаправляю страницу для SEO-стратегии для клиента или помогаю с планом SEO-перехода веб-сайта. Поэтому я подумал, что создам ресурс, где я мог бы собрать все общие правила в одном месте, чтобы сэкономить время для каждого проекта.

Что такое файл Htaccess?

.htaccess, или файл доступа к гипертексту, представляет собой текстовый файл конфигурации, который управляет каталогом и любыми подкаталогами, расположенными на веб-сервере Apache. Если вы используете план веб-хостинга на базе Linux, ваши веб-ресурсы, скорее всего, будут работать на Apache. Возможно, вы видели файл .htaccess в определенных каталогах, особенно если вы развернули WordPress, Shopify, Craft или любое другое веб-программное обеспечение для управления контентом.

Файл .htaccess может содержать определенные инструкции для сервера. Этот файл может настроить сервер на запрос пароля для каталога, в котором он находится. Файл .htaccess также можно настроить для автоматического перенаправления пользователей на другой индексный файл или сайт, ограничения или разрешения пользователей на основе IP-адресов и отключения списков каталогов. Возможно, вам никогда не понадобится редактировать файл .htaccess, но если вы это сделаете, вы должны убедиться, что файл называется только «. htaccess» с точкой впереди и без расширения файла .txt или .htm.

Common 301 Redirect Правила Htaccess

Перенаправление одной страницы

 Перенаправление 301 /pagename.php http://www.domain.com/pagename.html

Перенаправление всего сайта или домена на новый

 Перенаправление 301 / http://www.domain.com/

Перенаправление всего сайта в подпапку

 Перенаправление 301 / http://www.domain.com/subfolder/

Перенаправление подпапки на другой веб-сайт

 Перенаправление 301 /подпапка http://www.domain.com/

Перенаправить расширение файла, но сохранить имя страницы

Пример: Если вы хотите, чтобы расширение .html использовало то же имя файла, но использовало расширение .php.

 RedirectMatch 301 (.*)\.html$ http://www.domain.com$1.php

Перенаправление со старого домена на новый

 RewriteEngine on
Переписать Базу /
RewriteRule (.*) http://www.newdomain. (.*)$ http://www.domain.com/$1 [r=301,nc] 9подкаталог/индекс\.php$/путь-к-новому-местоположению/? [L,R=301]

Перенаправление сайта на HTTPS с HTTP для устранения дублированного контента

 RewriteEngine on
RewriteCond %{HTTPS} на
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Перенаправление сайта с HTTP на HTTPS для устранения дублирующегося контента

 RewriteEngine On
RewriteCond %{HTTPS} на
RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI}

Удалить index.html или index.php и перенаправить в корень

 RewriteEngine включен
RewriteCond %{THE_REQUEST} /index.php HTTP [NC]
RewriteRule (.*)index.php$ /$1 [R=301,L]

 RewriteEngine вкл.
RewriteCond %{THE_REQUEST} /index.html HTTP [NC]
RewriteRule (.*)index.html$ /$1 [R=301,L]

Перенаправление URL-адресов с параметрами запроса в структуру на основе каталогов с сохранением строки запроса на корневом уровне URL-адреса

Пример: исходный URL-адрес http://www. website.com/index.php?id=100 и новая страница http://www.website.com/100/ 9(.*)/old-directory/(.*)$ $1/new-directory/$2 [R,L]

apache 2.2 — Почему перенаправление 301 не работает после удаления расширения .PHP через HTACCESS?

Вместо того, чтобы вообще «не перенаправлять 301», я ожидаю, что ваш код создаст цикл перенаправления. Поскольку более ранняя переадресация также будет перехватывать переписанный URL-адрес (более поздней директивой) и перенаправлять и т. д. и т. д.

не .php версии страниц без 301 перенаправления.

Не так ли? Или здесь нужно убрать «не» или «не»?

доступны для просмотра как .php , так и не .php версии страниц.

Это может означать, что, возможно, MultiViews включен. MultiViews должен быть отключен, чтобы ваши директивы mod_rewrite выполнялись правильно. (Здесь вы используете MultiViews или mod_rewrite, однако у вас могут возникнуть проблемы с попыткой перенаправить , если MultiViews включен. ) Чтобы убедиться, что MultiViews отключен, добавьте следующее в начало ваших .htaccess файл:

 Параметры -MultiViews

Однако, чтобы избежать цикла перенаправления, вместо сопоставления с REQUEST_URI , который изменяется при перезаписи URL-адреса (так же, как URL-путь, который соответствует шаблону RewriteRule ), вы должны либо сопоставить против THE_REQUEST (который содержит первую строку запроса и не изменяется) ИЛИ просто проверьте, что переменная среды REDIRECT_STATUS пуста, чтобы убедиться, что вы проверяете только первоначальный запрос, а не переписанный запрос. 9\s]+)\.php http://www.example.com/$1$2 [L,R=301]

NB: Всегда тестируйте с 302 (временными) переадресациями, чтобы избежать проблем с кэшированием.

Тем не менее, ваше регулярное выражение можно немного подчистить. Согласно вашим примерным URL-адресам, /courses является первым сегментом пути, однако ваше регулярное выражение соответствует «курсам/» в любом месте URL-пути. И вы разрешаете перенаправлять любой URL-адрес с информацией о пути — это намеренно? Вам нужна только одна обратная ссылка; не два. И нет необходимости экранировать косые черты в 9%{REQUEST_URI}.php [L]

Это может работать для определенных URL-адресов, которые вы тестируете, однако это правило может легко сломаться (и оно не нацелено конкретно на подкаталог /courses ). %{REQUEST_FILENAME}.php не обязательно совпадает с %{REQUEST_URI}.php . Таким образом, хотя условие может быть выполнено, вы все равно можете переписать недопустимый URL-адрес, что может привести к бесконечному циклу — 500 Internal Server Error.

Например, при запросе на /courses/blue-course/foo (на основе вашего примера), где /courses — это каталог в файловой системе, а blue-course.php — это файл, в который вы собираетесь перезаписать (нет подкаталога /blue-course ) и /foo — это просто что-то, что было ошибочно добавлено к URL-адресу (возможно, даже злонамеренно третьей стороной), тогда это приведет к ошибке 500.