Правила редиректов

Содержание:

Как сделать 301-редирект в файле .htaccess? Примеры и правила настройки

Введение. Правила приведены для сервера Apache. В правилах: % — обозначает фрагмент URL-адреса после знака вопроса (задания значений CGI-параметров). Срабатывание того или иного правила для редиректа определяется тем, попадает URL-адрес страницы под это правило или нет. О значении тех или иных обозначений (^, $, NC и т.д.) см. памятку в конце страницы.

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


Анализ проведён с помощью инструментов в сервисе Пиксель Тулс.

Ниже даны наиболее используемые правила настройки файла .htaccess для 301-редиректа. Лучше размещать все правила после двух строк:

Options +FollowSymLinks
RewriteEngine On

# Текстовый комментарий, данная строчка не будет обрабатываться.

RewriteCond % ^site\.ru$ [NC]
RewriteRule ^(.*)$ http://www.site.ru/$1 [R=301,L]

RewriteCond % ^www.site\.ru$ [NC]
RewriteRule ^(.*)$ http://site.ru/$1 [R=301,L]

RewriteCond % ^80$ [OR]
RewriteCond % =on
RewriteRule ^(.*)$ https://pixelplus.ru/$1 [R=301,L]

Redirect 301 /was.php http://www.site.ru/new.php

При этом, новый адрес указывать необходимо полностью с http и доменным именем.

RewriteRule ^dir /dir-new/$1 [R=301,L]

Скажем, адрес страницы имеет вид: http://www.site.ru/dir/index.php?IBLOCK_ID=1&SECTION_ID=111 тогда для настройки 301 переадресации на новый адрес, необходимо использовать следующее правило:

RewriteCond % ^IBLOCK_ID=1&SECTION_ID=111$ [NC]
RewriteRule ^dir/index\.php$ /new/sef/? [R=301,L]

Если один (или несколько) из GET параметров не задан(ы) или может иметь произвольное значение (в нашем примере это SECTION_ID), можно использовать следующий код:

RewriteCond % ^IBLOCK_ID=1&SECTION_ID=(.*)$ [NC]
RewriteRule ^dir/index\.php$ /new/sef/? [R=301,L]

Если адрес имеет следующий вид: http://www.site.ru/?abc то для перенаправления подойдет последовательность строчек:

RewriteCond % ^abc$ [NC]
RewriteRule ^$ /? [R=301,L]

Если требуется настроить переадресацию только для адреса http://www.site.ru/dir/, но при этом чтобы страница http://www.site.ru/dir/index.php?IBLOCK_ID=1 открывалась по старому адресу, необходимо использовать спецсимвол $ в правиле.

RewriteRule ^dir/$ http://www.site.ru/new-dir/ [R=301,L]

Для доменов в зоне РФ действуют все те же правила, но только все кириллические символы необходимо заменить на альтернативный код (он на латинице). В частности, сама зона .рф преобразуется в .xn--p1ai.

RewriteCond % ^old-site\.ru$ [NC]
RewriteRule ^(.*)$ http://www.site.ru/$1 [R=301,L]

И для домена в зоне РФ:

RewriteCond % ^xn-. \.xn--p1ai$ [NC]
RewriteRule ^(.*)$ http://www.site.ru/$1 [R=301,L]

RewriteCond % ^si-te\.ru$ [NC]
RewriteRule ^(.*)$ http://www.site.ru/si-te/ [R=301,L]

RewriteRule ^bitrix/ /bitrix/admin/ [L,R=301]
RewriteRule ^(.*)$ http://www.newsite.ru/new/ [L,R=301]

RewriteRule ^dir(.*)$ /new-file.php [L,R=301]

RewriteRule ^dir/no-file.html /no-file-new.html [L,R=301]
RewriteRule ^dir(.*)$ /all.php [L,R=301]

RedirectMatch 301 (.*)\.html$ http://www.new-site.ru$1.php

RewriteRule ^img/(.+)\.jpg$ http://img.domain.ru/$1.jpg [R=301,L]

Указывается порядок загрузки типов индексного файла, лежащих в корне каталога.

DirectoryIndex index.html index.php index.htm index.shtml

RewriteCond % ^[A-Z]<3,9>\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://www.site.ru/ [R=301,L]

Для всех индексных страниц на сайте:
RewriteRule ^(.*)index\.php$ http://www.site.ru/$1 [R=301,L]

RewriteCond % ^test.site.ru$ [NC]
RewriteRule ^(.*)$ http://site.ru% [R=301,NC,L,QSA]

RewriteRule [^abc]/unique-file.html /unique-file.html [R=301,L]

Код позволяет поставить 301-редирект со всех папок вида http://site.ru/***/uniqe-file.html на один файл в корне /unique-file.html. Бывает полезен при переделке сайта и изменении ссылок.

RewriteRule ^testovyi/test/?$ /studio/news/detail.php?ID=230354&PAGEN_2=11 [NC,L]

Код позволяет создать копию страницы с относительным адресом /studio/news/detail.php?ID=230354&PAGEN_2=11 по адресу /testovyi/test/

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

RewriteCond % ^80$ [OR]
RewriteCond % =on
RewriteRule ^(.*)$ https://domain.ru/$1 [R=301,L]

RewriteCond % ref-spam-site.ru [NC,OR]
RewriteCond % another-ref-spam.ru [NC]
RewriteRule .* — [F]

Настройка позволяет отклонить спамный реферальный трафик с ряда ресурсов по заголовку HTTP_REFERER.

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

ErrorDocument 404 /404-for-me.php

! Все правила выполняются в прямом порядке их следования в файле .htaccess и правило, написанное позже, и будет выполняться позже.

! Для сайтов, на которых используется не сервер Apache, аналогичные 301-редиректы легко настраиваются с помощью PHP.

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

RewriteCond % (iPad|ipad|iphone|iPhone|ipod|iPod|android|midp|j2me|symbian|series\ 60|symbos|windows\ mobile|windows\ ce|ppc|smartphone|blackberry|mtk|bada|windows\ phone) [NC]
RewriteRule (.*) http://mobile.site.ru/ [L,R=301]

RewriteCond % !(accoona|ia_archiver|antabot|ask\ jeeves|baidu|dcpbot |eltaindexer|feedfetcher|gamespy|gigabot|googlebot |gsa-crawler|grub-client|gulper|slurp|mihalism|msnbot|worldindexer |ooyyo|pagebull|scooter|w3c_validator|jigsaw|webalta|yahoofeedseeker |yahoo!\ slurp|mmcrawler|yandexbot|yandeximages |yandexvideo|yandexmedia|yandexblogs|yandexaddurl|yandexfavicons |yandexdirect|yandexmetrika|yandexcatalog|yandexnews |yandeximageresizer) [NC]
RewriteRule (.*) http://no-search.site.ru/ [L,R=301]

Переадресация с www.site.ru/component/content/?view=featured на www.site.ru/
RewriteCond % ^view=featured$ [NC]
RewriteRule ^component/content/$ /? [R=301,L]

Переадресация с www.site.ru/index.php?idc=4&marea=6 на www.site.ru/
RewriteCond % ^idc=4&marea=6$ [NC]
RewriteRule ^index\.php$ /? [R=301,L]

. — Точка заменяет произвольный символ.
[abc] — обозначает перечень символов, совпадающих с буквами a, b, или с.
[^abc] — перечень символов, которые не входят в указанных диапазон. Совпадёт с любым символом, кроме a, b, или с.
* — означает, что предшествующий символ может повторяться (0 или более раз).
[abc]* — команда найдёт идущие подряд символы из заданного набора.
[^abc]* — с точностью до наоборот.

.* — заменяет абсолютно любой набор символов. «.*» — найдёт все подстроки между кавычками.
^ — начало строки (в том случае, если используется в начале выражения).
$ — обозначает конец строки.

\w — буква, цифра или подчёркивание _.
\d — заменяет любую цифру.
\D — заменяет любой символ, но не цифру.
[0-9] — заменяет любую цифру.
[a-z] — любая буква от a до z (весь латинский набор символов) в нижнем регистре.
[A-Z] — любая буква от A до Z в ВЕРХНЕМ регистре.
[a-zA-Z] — любая буква от a до Z в любом регистре.
[a-Z] — то же самое.

RewriteRule (.*) $1? [R=301,L]
Располагать после: RewriteBase /

Памятка по используемым символам и обозначениям

Строчка RewriteCond — условие выполнения правила RewriteRule. Если условие выполняется, то срабатывает редирект. Правила могут задаваться с помощью регулярных выражений.

Спецсимволы, используемые в правилах и их значения.

  • ^ — спецсимвол начала строки;
  • $ — спецсимвол конца строки;
  • ! — спецсимвол отрицания;
  • . — точка, заменяет любой символ, но только один;
  • () — группировка;
  • \ — «экранирующий» слеш, следующий символ после него считается обычным, а не спецсимволом;
  • # — начало текстового комментария в файле.
  • Модификаторы используются после обычных, спецсимволов или их групп и позволяют расширить возможности шаблонов для срабатывания правил.

  • ? — символ повторяется 0 или 1 раз.
  • + — повторяется от 1 до 65536 раз.
  • * — повторяется от 0 до 65536 раз.
  • Флаги, задают доп. опции для используемого правила. Перечисляются в квадратных скобках через запятую, скажем [NC] или [R=301,L].

    • NC — флаг NoCase, отключающий проверку регистра символов при срабатывании правила.
    • R — флаг Redirect, производит процесс остановки изменения URL-адреса и возвращает результат. Чаще всего используется значение R=301, но возможны и другие для временных перенаправлений (302, MOVED TEMPORARY).
    • L — флаг Last, останавливает формирования URL-адреса и строка считается окончательной.
    • 30+ примеров настройки 301 редиректа в .htaccess

      Популярные примеры правильной настройки 301 редиректа в файле .htaccess. Советы по добавлению редиректов.

      Полезные советы

    • Современные браузеры по умолчанию используют кеширование для редиректов. Чтобы проверить работу редиректа необходимо очистить кеш в браузере или использовать любой сторонний сервис по проверке кода ответа сервера.
    • Нежелательно создавать цепочки редиректов. При медленной работе сервера это вызовет недовольство пользователя. Поисковые роботы также не любят последовательные редиректы — вес исходной страницы может не передаться.
    • При составлении файла .htaccess простые директивы должны идти раньше сложных, которые распространяются на весь сайт. Такая компоновка будет более удобной при работе с файлом и поможет избежать путаницы.
    • Наиболее популярные правила

      Приведенные примеры работают для серверов функционирующих на APACHE, для NGINX настройки в файле .htaccess работать не будут. В примерах используется % — так обозначается часть URL, которая следует после знака вопроса. Правила для редиректа срабатывают только при условии соответствия правилу указанному в редиректе.

      При настройке правила редиректов в файле .htaccess все правила необходимо указывать после указанных двух строк, либо просто добавьте их:

      301 редирект все страниц без WWW на страницы с WWW

      Обратный редирект со страниц с WWW на страницы без WWW

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

      Переадресация для разделов через RewriteRule

      301 редирект для страниц имеющих Get-параметры в URL

      Для наглядности примера допустим адрес страницы имеет вид http://mysite.ru/catalog/index.php?IBLOCK_ID=5&SECTION_ID=15. Следующее правило будет делать переадресацию:

      Иногда необходимо настроить редирект для изменяющихся Get-параметров, например в текущем примере динамическим параметром будет SECTION_ID:

      Переадресация со страниц без значения Get-параметра

      Например адрес страницы имеет вид — http://mysite.ru/?addon, тогда редирект будет следующим:

      Переадресация одного адреса, без вложенных адресов

      Например довольно часто необходимо настроить переадресацию со страницы раздела http:/site.ru/razdel/, однако прочие страницы в данном разделе должны работать без редиректа, например страница http://mysite.ru/razdel/section.php?SECTION_ID=1. Для этого нужно добавить всего один символ — $.

      Настройка кириллических доменов .РФ

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

      301 редирект с одного домена на другой

      Правило для доменов .РФ

      Редирект на папки со слешем на конце

      Редирект на папку без слеша — убираем слеш на конце

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

      Редирект со всех страниц кроме определенной папки

      Для примера возьмем в исключение папку панели администратора в CMS Bitrix

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

      Переадресация файлов папки на другой файл с исключением

      Редирект замены расширений файлов — с html на php

      Указываем порядок загрузки индексных файлов в корне

      Редирект с index.php на корень сайта

      Редирект всех индексных страниц на корень

      Переадресация с поддомена на основной домен

      Редирект страницы из различных директорий

      Если в разных папках сайта лежит файл с одинаковым названием, то настроить переадресацию этих файлов на один.

      Создаем ЧПУ-копию динамических страниц

      Для страницы появится обычный URL без передачи Get-параметров.

      Переадресация с https на http

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

      Настройка ответа 403 для спама по REFERER

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

      Обработка ошибки 404 в .htaccess

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

      Особенности настройки

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

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

      Включение редиректа для определенных User Agent

      Например редирект на мобильную версию для планшетов и смартфонов:

      Новые правила 301 редиректов: что важно знать для SEO

      SEO-специалисты всегда руководствовались определенными правилами касательно правильного использования перенаправлений URL-адресов. Среди этих правил были следующие:

    • 301-й редирект приводит к потере 15% от PageRank. Мэтт Каттс подтвердил это в 2013 году, когда объяснял, что при редиректе 301 теряется столько же PageRank, сколько при ссылке с одной страницы на другую.
    • При 302-м перенаправлении теряется PageRank. По определению, редирект 302 является временным, поэтому для поисковых систем имеет смысл обращаться с ними иначе.
    • PageRank теряется при переходе на HTTPS. Это связано с тем, что такой переход обычно подразумевает наличие множества редиректов 301.
    • Всё это представляет большую проблему для тех, кто хочет изменить URL-адрес, имеет дело со страницей с истекшим сроком или перемещает целый сайт. Риск потери трафика пугает куда больше, чем некрасивый URL, поэтому многие оптимизаторы откладывали миграцию сайтов, оставляли URL-адреса некрасивыми и не спешили переводить сайты на HTTPS из-за всех вышеописанных минусов с редиректами.

      Новые правила перенаправлений 3xx

      Возможно, именно из-за этих проблем с переадресациями (в особенности с HTTPS) Google хорошо поработал над тем, чтобы уничтожить эти аксиомы.

    • В феврале 2016 Джон Мюллер из Google заявил, что при 301 или 302 переадресациях с HTTP на HTTPS PageRank не теряется. Это было воспринято как попытка Google привлечь веб-мастеров использовать протокол HTTPS.
    • Гэри Илш объявил миру SEO, что Google не интересует, какой метод перенаправления используется — это может быть как 301, так и 302 либо 307. Он объяснил, что Google понимает эти вещи и весь PageRank будет передан.

    Также Гэри Илш загадочно написал в Twitter, что 30x редиректы больше не теряют PageRank.

    30x redirects don’t lose PageRank anymore.

    — Gary Illyes ᕕ( ᐛ )ᕗ (@methode) 26 июля 2016 г.

    Означают ли все эти перемены то, что теперь всё будет хорошо?

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

    Для начала, вот диаграмма, где сравниваются старые концепции и новая информация от Google:

    Обсудим некоторые мифы и заблуждения, ответив на общие вопросы о редиректах.

    Вопрос: Могу ли я теперь делать переадресации 301 без риска потерять трафик?
    Ответ: Нет. Любые переадресации — это риск.
    Несмотря на удивительную новость о том, что Google больше не забирает часть PageRank при 301 редиректе, имейте в виду, что PageRank является всего лишь одним из сотен других сигналов, которые Google использует для ранжирования страниц.

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

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

    По сути, Гленн Гэйб, известный эксперт в мире SEO, обнаружил доказательства того, что Google воспринимает редиректы на нерелевантные страницы как «смягченную» версию страницы 404.

    Вопрос: Безопасно ли во всех случаях использовать редирект 302 вместо 301-го?
    Ответ: Опять же, нет.
    Причина, по которой Google стал воспринимать 302 (временные) переадресации точно так же, как и 301 (постоянные), заключается в том, что на многих сайтах применялся неправильный тип (был использован 302-й редирект тогда, когда необходим был 301-й), что вызвало хаос в отношении ранжирования страниц Google.

    И хотя мы теперь знаем, что Google передает PageRank через 302-е редиректы, у нас все еще есть несколько проблем. А именно:

    1. Мы не знаем, равны ли переадресации 301 и 302 во всех отношениях. Раньше мы видели, что через 302-й в конце концов передается PageRank, но только по прошествии значительного времени. В отличие от 301-го, где передача довольно быстрая, мы пока неизвестно, как обрабатываются 302-е редиректы в этом плане.
    2. 302 является веб-стандартом, и Google не единственный игрок на поле. 302 означает временную переадресацию, и вполне вероятно, что другие поисковые системы (Baidu, Bing, DuckDuckGo и прочие), а также социальные сервисы (Facebook, Twitter и т. д.) трактуют редиректы 302 иначе.

    Рэнд Фишкин прекрасно подвел итоги:

    On Google’s announcement that «30xs pass pagerank» — be wary. Test. Don’t assume. Pagerank isn’t the only or most important ranking signal.

    Будьте осторожны с объявлением Google о том, что «при редиректах 30x не теряется PageRank». Тестируйте. Не стройте предположений. PageRank — не единственный и не самый важный сигнал ранжирования.

    Google’s made announcements like this before that later showed to work differently in the real world. Pays to be a skeptic in our field.

    — Rand Fishkin (@randfish) 26 июля 2016 г.

    Может быть, 302 и 301 теперь эквивалентны в глазах Google, но вы можете поменять кучу 302-х на 301-е и по-прежнему видеть скачки трафика.

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

    Вопрос: Если я перенесу свой сайт на HTTPS, сохраню ли я весь свой трафик?
    Ответ: Может быть, но миграции HTTPS — сложны.

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

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

    И даже не считая проблем с PageRank, миграция на HTTPS может оказаться невероятно сложной. Прошло более года с момента миграции Moz.com, и мы рады, что сделали это, но в процессе перемещения было много шансов ошибиться. Так что всегда думайте не только о преимуществах, но и о рисках.

    Кейс от Cyrus Shepard: Работает ли это?

    «Еще не догадываясь о нововведениях, как-то раз мне удалось протестировать правила Google PageRank для 3xx редиректов, производя миграцию небольшого сайта. Эта миграция включала в себя не только переезд на HTTPS, но и перемещение на полностью новый домен. Кроме URL-адресов, каждый элемент сайта оставался неизмененным: контент, заголовки страниц, изображения, всё. В итоге получился отличный тест.

    Итак, я ожидал увидеть снижение трафика из-за 15%-ной потери в PageRank. Ниже на скриншоте вы можете увидеть, что же на самом деле произошло с трафиком:

    Вместо ожидаемого снижения, трафик увеличился после миграции! Взрыв. Мозга. Да, возможно, этот рост связан с тем самым небольшим повышением, которое Google предоставляет HTTPS-сайтам, хотя уже нельзя быть в этом уверенным.»

    Что теперь важно учитывать для SEO?

    Веб-мастерам и SEO-специалистам необходимо запомнить несколько важных моментов относительно того, как теперь передается Google PageRank при 3xx перенаправлениях:

  • Все переадресации в определенной степени рискованны для SEO.
  • Несмотря на то, что PageRank сохраняется при любом перенаправлении 3xx, редирект 301 остается предпочтительным для постоянных переадресаций (неизвестно, будут ли все поисковые системы одинаково относиться ко всем редиректам).
  • PageRank — это лишь один из многих факторов, используемых Google для ранжирования веб-страниц.
  • Помимо PageRank, все остальные правила о перенаправлениях остаются. Если вы делаете переадресацию на несущественную страницу или покупаете веб-сайт, чтобы перенаправить 1000 страниц на свою домашнюю страницу, вы, скорее всего, не увидите значительного положительного эффекта.
  • Лучшая переадресация — это такая, при которой составляющие веб-страницы остаются по максимуму без изменений (кроме URL).
  • Сайты, успешно мигрировавшие на HTTPS, теперь меньше подвержены потерям PageRank, но может возникнуть много других проблем при сканировании и индексировании, которые могут негативно повлиять на позиции и трафик.
  • Изменение URL-адресов с целью…
    • удаления множественных параметров,
    • улучшения структуры директорий/подпапок,
    • добавления ключевых слов в URL-адрес,
    • создания ЧПУ
    • …теперь является менее рискованным занятием, ведь 3xx перенаправления сохраняют PageRank. Тем не менее, всегда будьте осторожны с переадресациями. Если вы находитесь в сомнениях, обратитесь к первому пункту.

      Сложные правила редиректов (Редирект мастер)

      На первый месяц сотрудничества вы получаете скидку 20% на все работы!

      Иногда бывает необходимым переформировать расположение данных на сайте, сменив URL того или иного раздела. Это может быть вызвано разными причинами — внутренней SEO оптимизацией, эстетическими соображениями и т.п.

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

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

      Наше решение подобных проблем — использование модуля Редирект Мастер!

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

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

      А в данной статье мы рассмотрим новые возможности модуля на конкретных примерах из жизни сайтов.

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

      Каталог товаров переместили из папки /dir/catalog/ в папку /catalog/

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

      В поле «редирект с» необходимо прописать правило «^/dir/catalog/«, а в поле «редирект на» — «/catalog/«.

      Символ ^ в начале правила означает, что данное правило не будет срабатывать, если путь dir/catalog/ будет использоваться внутри других папок. К примеру, на страницах/smth/dir/catalog/ и /smth1/smth2/dir/catalog/ данное правило не будет срабатывать.

      После активации данного правила все url, на которые заходит пользователь, будут проверяться на совпадение с правилом «^/dir/catalog/«. И если совпадение найдено, то будет сформирован новый url по следующему правилу:

      В текущем url подстрока «/dir/catalog/» заменится на «/catalog/«. После этого пользователь будет перемещен на новый url.

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

      Если в данном каталоге используется ЧПУ, то необходимо убедиться, что в настройках компонента каталога ЧПУ настроено на новые url.

      Наши довольные клиенты

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

      Время, когда начинали сотрудничество с Атлантом сейчас вспоминается с легкой ухмылкой. А тогда — все было очень плохо.
      Решили кардинально изменить сайт — старый «снести» и перейти на 1С-Битрикс.

      Разработку сайта поручили фрилансеру. Он все сделал, сверстал сайт. Но прямо перед запуском у него случились какие-то трудности, 2 недели мы без связи. О нем ничего плохого сказать не могу, но — факт на лицо. Мы остались с недоработанной копией сайта (более 30 критичных доработок).

      Как быть в такой ситуации — понятия не имели. Стали искать среди Золотых партнеров Битрикса, которые могли бы нам помочь в сложившейся ситуации.
      Написали порядка сотни запросов.
      Ответ от Атланта выделялся среди всех! Стоимость за работы оказалась одной из самых низких. Уверенность придавала пошаговая инструкция, что ребята собираются сделать с сайтом.

      В итоге, запустили сайт, работаем с ними и ни разу не пожалели!
      В первые 6 месяцев после начала сотрудничества — у нас рост продаж в 2 раза. Ставим любые, даже самые сложные задачи. Все выполняется.
      Удобно, что все в одном месте: работы по сайту, 1С, хостинг, seo, дизайн и т.д.
      Рекомендуем!

      Работаем с компанией Атлант уже два года.
      Всегда раскладываем яйца по разным корзинам и работали сразу с несколькими аутсорсерами.
      За год перевели на «Атлант» от 20 до 70% выполнения задач по верстке сайта и настройке 1С.
      Год за годом удивляемся развитию и прогрессу компании и радуемся за свой удачный выбор.
      Уровень программистов стал выше — цены в пределах рынка, реакция руководства моментальная.
      Как обычно когда все хорошо даже не знаешь что выделить и нет повода писать отзыв.
      Ребята целиком создали наш ресурс www.datakam.ru
      От стандартного визуально убожественного Б24 не оставили камня на камне.
      Наши маркетологи, в ежемесячных отчетах, показывают мне как руководителю, положительный эффект изменений на сайте и в автоматизации оформления документов. Есть толк. В деньгах. В рублях.
      Честно и откровенно рекомендуем этот творческий коллектив как надежного партнера в работе.
      Самое смешное что мы никогда не видели никого из руководства и сотрудников в глаза — и при этом удовлетворены качеством и скоростью выполнения задач.
      Рекомендуем.
      Отвечаем.

      Работаем с Atlant уже более 2х лет, все устраивает: скорость выполнения работ и качество. Бывает, что не хватает программистов или не всегда сходимся в вопросах дизайна, но все вопросы получалось решить более-менее оперативно.

      Вполне доволен результатом. Спасибо.

      C компанией АТЛАНТ мы сотрудничаем недавно, можно сказать только притираемся! Радует, что специалисты компании готовы к диалогу, и большинство спорных вопросов решается в режиме он-лайн и с учетом пожеланий заказчика. Цены на услуги, относительно большинства компаний, весьма доступные. Продолжаем работать, очень много проектов по сайту, надеемся что сотрудничество будет долгосрочным и взаимовыгодным!
      Спасибо всем сотрудникам компании АТЛАНТ!

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

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

      20 октября 2017 года. Опубликовано в разделах: Азбука терминов. 2485

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

      Как работает редирект

    • Вы набираете в поисковике нужный запрос или нажимаете на гиперссылку.
    • Сервер обрабатывает его.
    • В процессе он сталкивается с настройкой redirect и следует ей.
    • Вы оказываетесь на новом URL, который был прописан в инструкции или получаете cоответствующий код HTTP (301, 302, 307).
    • Обычно такой переход занимает доли секунд и пользователь его не замечает. А что это дает владельцу сайта?

      Для чего нужен редирект и когда его можно использовать

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

    • Удаление раздела или категории.
    • Переезд на другой домен. Перенаправление запроса в данном случае позволяет сохранить показатели прежнего ресурса и не потерять посетителей.
    • Борьба с дублированием страниц. Повторяющийся контент мешает ранжированию. Если вписать в код redirect, краулер будет знать, какой из них главный.
    • Смена движка. У каждой CMS есть определенные правила формирования URL. Если новый адрес будет отличаться, старый станет недоступен для пользователей. При этом будут потеряны все результаты продвижения.
    • Склейка доменных имен. Речь идет о наличии или отсутствии в них «слеша» и «www». Например, site.ru и www.site.ru поисковая система воспринимает как два разных сайта. Впоследствии роботы соединят обе версии, но до этого момента поднять показатели будет сложно. В этом случае рациональным решением будет redirect.
    • Когда нельзя использовать редирект

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

    • Дорвеев.
    • Несуществующих ресурсов.
    • Страниц с несколькими URL, принадлежащих к разных каталогам.
    • Схожего контента с существенными различиями (два товара в интернет-магазине).
    • Robots.txt. Особенно это касается «Яндекс». Для этой ПС важно, чтобы при переезде на другой домен, прежний файл был доступен. Так роботы быстрее склеят старую и новую версии.
    • В некоторых случаях вместо redirect логичнее переориентировать пользователя с помощью тега rel=canonical. Он позволяет сохранить прежние локации для посетителей сайта. Они не будут индексироваться, а измененный URL поисковые системы будут считать главным.

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

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

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

      301 Moved Permanently

      Redirect на постоянной основе. Он является наиболее популярным и используется для переноса локации навсегда. В результате этого процесса старый URL исчезает из выдачи, а новый индексируется поисковиками. При этом сохраняются все показатели предыдущего ресурса. Также этот вид переадресации подходит для удаления дублей и во всех перечисленных выше ситуациях. Чаще всего SEO-специалисты говорят именно об этом методе. Иногда сервис выдает браузеру ошибку 404 – это значит, что редирект не настроен. В этом случае страница выглядит вот так.

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

      Временный redirect. Это процесс перенаправления с одного на другой URL на короткий период. Посетитель попадает на новую страницу, она не индексируется. Все параметры остаются на исходной страничке и никуда не переносятся. Применять этот вариант переадресации нужно с осторожностью. Он нужен, когда важно оставить предыдущую версию или ссылки, которые размещены. Также этот редирект подходит для интернет-магазинов. Например, один товар закончился, но владелец хочет сохранить позиции раздела. В таком случае целесообразно настроить 302 Found на аналогичную продукцию.

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

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

      307 Temporary Redirect

      Замена URL на время. Исходная версия остается на тех же позициях. Для поисковых систем этот метод является практически копией 302 редиректа.

      Помимо перечисленных вариантов автоматического перенаправления посетителя, существуют еще четыре.

    • 300. Есть несколько локаций, на которые можно направить человека, в зависимости от параметров его браузера.
    • 303. Необходимый документ найден, но для его отображения требуется использовать GET.
    • 304. Информация о том, что сайт остался без изменений после посещения. Браузер открывает страницу из кэша.
    • 305. Указывает на переадресацию на прокси-сервер, а затем на заданный поисковой системе запрос.
    • Как сделать редирект

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

      Это файл, который находится в корне сайта. В нее можно попасть с помощью специальной программы или панели управления хостингом, на котором находится ваш ресурс. Чаще всего она называется «www», «public_html», «HTDOCS». В файле (в самое начало) необходимо внести соответствующую вашему случаю информацию:

    • Переезд с исходной страницы на новую.

    • Для постоянного переноса используется код редиректа 301, для временного – 302 или 307.


      Оба варианта одинаково воспринимаются поисковыми системами. Выбирайте тот, который больше представлен в индексе.

    • Убрать/добавить знак слеша, дефис.
    • Для дублированной первой страницы.
    • Этот код помогает направлять посетителя на Home Page независимо от количества ее версий.

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

      Если наименование каталога отражается в URL и вы планируете поменять его структуру.

      Простой способ настроить redirect

      Что делать если вы не владеете опытом или знаниями в этой области или что-то не получается? Воспользуйтесь онлайн-генерацией.

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

      Как проверить редирект страницы

      Это можно сделать с помощью специальных сервисов. Например, bertal.ru (он дает максимально полный отчет по взаимодействию с сервером) или internetmarketingninjas.com. Они помогут удостовериться в исправной настройке и исключить ошибки. Для этого введите URL в поле поиска и подождите несколько секунд. После того как вы завершили все обновления, обязательно убедитесь в работоспособности сайта. Зайдите на Home Page, исследуйте основные разделы. Редиректы страниц важно контролировать после любых работ на ресурсе.

      Подведем итог. Redirect – это полезный SEO-инструмент. Но для достижения результата его необходимо использовать обдуманно и не злоупотреблять им.

    • Не настраивайте переадресацию слишком часто (два, три и больше раза подряд). Вы можете потерять время, показатели и создать лишнюю нагрузку на сервер.
    • Не перенаправляйте посетителей на нерелевантые и несуществующие страницы.
    • Для постоянного обновления исходного ресурса создавайте 301 Moved Permanently.
    • Для временного или часто изменяющейся целевой страницы – 302 Found.
    • – Только качественный трафик из Яндекса и Google
      – Понятная отчетность о работе и о планах работ
      – Полная прозрачность работ

      301 редирект – самое полное руководство

      Больше полезных статей, кейсов и мануалов. Подпишись на обновления!

      Если вы хотите правильно настраивать 301 редирект на своем сайте. То сегодня мы подготовили пошаговое руководство, в котором рассказываем и показываем все детали и нюансы.

      Руководство по 301-му редиректу состоит из двух частей:

      — Наглядная детальная инфографика

      — Статья с примерами кода и само руководство (если вам сразу нужен пример кода, то лучше сразу пролистать инфографику)

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

      Переходим к просмотру инфографики:

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

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

      301 Moved Permanently

      301 редирект является постоянным редиректом, который передает около 90-99% ссылочного веса. Данный редирект указывает, что страница перемещена по новому адресу и старый url следует считать устаревшим.

      302 Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0)

      302 редирект – временный редирект. Данный редирект передает 0% от ссылочного веса и, в большинстве случаев, не должен использоваться. На данный момент интернет работает по протоколу HTTP, который и определяет, как обрабатывать URL-адреса. В двух версиях этого протокола этот ответ сервера имеет разный статус ответа:

      — HTTP 1.0: 302 ответ сервера это «Moved Temporarily » – текущий документ временно перемещен на другой URL.

      — HTTP 1.1: произошло изменение ответа сервера на «Found» – текущий документ найден.

      307 Moved Temporarily (HTTP 1.1 Only)

      307 редирект в протоколе HTTP 1.1 стал приемником 302 редиректа. В то время, как основные поисковые боты, начнут рассматривать его как аналог 302, для почти всех случаев лучше всего использовать 301. Исключением из этого правила является, когда контент действительно переехал только временно (например, во время технического обслуживания) и поисковые системы уже понимают, что ваш сервер совместим с HTTP 1.1. Но, так как это практически невозможно определить, действительно ли поисковые системы поняли, что ваш сервер совместим с этим новым протоколом, то лучше использовать 302 редирект для контента, который был временно перемещен.

      Другие виды редиректов

      Существуют также и другие виды редиректов: Meta Refresh или с помощью JavaScript – которые выполняются на уровне страницы, а не на уровне сервера. Вот как выглядит типичный редирект Meta Refresh:

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

      Канонизация домена сайта или как склеить домен?

      Чтобы склеить домен с www на без www:

      RewriteCond % ^www.site\.com$ [NC] RewriteRule ^(.*)$ http://site.com/$1 [R=301,L]

      Для склейки с без www на с www:

      RewriteCond % ^site\.com$ [NC] RewriteRule ^(.*)$ http://www.site.com/$1 [R=301,L]

      Для того чтобы правильно выбрать на какой из вариантов склеивать, желательно посмотреть:

      — как из этих вариантов больше находиться в топе
      — для какого из вариантов больше страниц в индексе

      Канонизация слеша в конце урла

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

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

      Для того чтобы удалить слэш в конце:

      RewriteCond % (.*) RewriteCond % /$ [NC] RewriteRule ^(.*)(/)$ $1 [L,R=301]

      Для того чтобы добавить слэш в конец адресной строки:

      Правила редиректов

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

      Нажав кнопку «Принять и продолжить», вы соглашаетесь с Политика конфиденциальности

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

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

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

      Ещё их используют когда нужно создать новую страницу взамен уже существующей и при этом сохранить позиции и трафик. Существует 9 видов редиректов, но в SEO-практике активно применяются лишь три из них:

    • 301 Moved Permanently (постоянный редирект) — указывает, что документ перенесён на новый URL навсегда. Когда SEO-специалисты или разработчики говорят о редиректе, они почти всегда имеют в виду 301 редирект. Старый адрес исчезает из выдачи, его место с сохранением позиций занимает новый.
    • 302 Found, 302 Moved Temporarily (найдено, перемещено временно) — документ перенесён временно, например, переводит пользователя на страницу акции (распродажи), не меняя содержимое старой страницы. При этом в выдаче остается старый адрес страницы, ведь на новый она перемещена временно.
      • 307 Temporary Redirect (временный редирект) — запрашиваемый документ на короткое время доступен по другому URL с сохранением метода передачи запроса (GET, POST) В целом выполняет ту же задачу что и 302 редирект.
      • По словам Джона Мюллера (John Mueller), Google может не делать различий между кодами ответов 301 и 302 — все варианты передают 100% ссылочного веса и PageRank от старого адреса к новому. Поэтому если Google решит, что вы установили 302 редирект по ошибке, он будет воспринимать его как 301.

        1. Делайте редиректы только на релевантные страницы, со статусом 200 (OK)

        Чем более релевантна страница акцептора (та что принимает редирект) странице донору, тем быстрее они склеятся и тем больше веса она передаст.

        2. Не используйте редирект там, где лучше поставить rel=canonical

        Если контент страниц дублируется, но вам важно оставить страницы доступными для пользователей, используйте rel=canonical вместо редиректа. Например, если есть несколько версий контента (для печати, для мобильных,)

        3. Не используйте редиректы для файла robots.txt

        Этот совет в большей мере касается ПС Яндекс — для нее важно, чтобы при смене домена или переезде на защищенный протокол старый robots.txt был доступен роботам — так быстрее происходит склеивание доменов.

        4. Избегайте двух, трёх и более редиректов подряд

        Каждый новый редирект — это потеря времени загрузки, лишняя нагрузка на сервер и возможная потеря передаваемого веса страницы.

        5. В файле .htaccess вначале используйте переадресации страниц с более высоким уровнем вложенности, например:

      • сначала редирект с site.com/category-1/subcategory-1/ на site.com/category-1/subcategory-2/;
      • затем с site.com/category-0/ на site.com/category-0;
      • и последними — глобальные правила типа редиректа всех страниц без «/» на страницы с «/».

    На больших ресурсах с множеством редиректов несоблюдение этого правила ведёт к возникновению страниц с 404 ошибкой.

    6. Браузеры кешируют редиректы — чтобы проверить их работу, сбрасывайте кеш или используйте специализированные сервисы.

    Важно!

    Хотя ссылочный вес и передается в полной мере, при массовом применении редиректов, например, при переезде на https, возможно проседание позиций и трафика страниц на 10-15%, с последующим восстановлением в течение 2-4 недель.

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

    Сразу предупреждаем, что такое использование 302 редиректа идёт вразрез с рекомендациями Google, но никто не запрещает вам экспериментировать 🙂

    Смотрите так же:

    • Приказ о паспортизации Приказ о паспортизации Ссылка не верна или страница была удалена Если Вы попали на эту страницу, перейдя по ссылке внутри нашего сайта, пожалуйста, сообщите нам неверный адрес. Для заказа бесплатной демонстрации возможностей информационно-правового […]
    • Налог с роскошных автомобилей Перечень «роскошных» автомобилей может сократиться Отправить на почту Количество марок и моделей автомобилей, владельцы которых платят транспортный налог с повышающим коэффициентом (так называемый «налог на роскошь»), может сократиться на 10-15%. О таких […]
    • Бланк пд 4сб налог Правила заполнения и условия оплаты формы ПД-4СБ Обращение в банк для проведения самых различных оплат требует правильного заполнения реквизитов квитанций и знания основных момент, связанных с осуществлением перевода средств. Зачастую, приходя в банк, […]
    • Пособие для учащихся pdf Николай Чебышев: Биология: Пособие для поступающих в вузы. Том 2 Мнение читателей: Из-за боязни «перегрузить» учащихся в большинстве пособий необходимые сведения сообщаются упрощенно, что приводит к сужению диапазона знаний о предмете, которых оказывается […]
    • Полиса осаго в москве Бесплатная горячая линия! Звоните! 09:00-20:00 (без выходных) НА ПОЛУЧЕНИЕ ПОЛИСА ОСАГО ЗА 30 МИНУТ В МОСКВЕ И ОБЛАСТИ ПО страховой ставке 3432 рубля ! СО СКИДКОЙ ДО 50%! Диагностическая карта со скидкой 50%! Берем на страхование РЕГИОНЫ! Экономия на […]
    • Образец заполнения заявления на социальную льготу Образец заполнения заявления на льготу транспортному налогу Рекомендуемая форма заявления о льготе по транспортному налогу. Уважаемые владельцы транспорта, имеющие право на льготы! Управление Федеральной налоговой службы по Хабаровскому краю в целях единого […]
    • Герб россии в суде Приказы и распоряжения Судебного департамента при Верховном Суде Российской Федерации приказ от 15 февраля 2010 г. № 19 СУДЕБНЫЙ ДЕПАРТАМЕНТ ПРИ ВЕРХОВНОМ СУДЕ РОССИЙСКОЙ ФЕДЕРАЦИИ 15 февраля 2010 г. Москва № 19 Об утверждении Положения о порядке […]
    • Реестр запрет Запрет смены прокси Google IE С помощью дерева каталогов пройдите по следующим путям и установите параметры: [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings] "AutoConfigURL"=http://www.ligainternet.ru/proxy/proxy.pac […]