Редиректы в bitrix – 301 редирект в Битрикс — меняем структуру и адреса страниц сайта

Настройка редиректов (htaccess) в Битрикс

В каждой CMS системе есть свои особенности, свои плюсы и минусы. В 1C-Bitrix, также есть куча своих нюансов, об одном из них расскажу.

Избавляемся от дублей в Битрикс

Речь идет про Apache, или Apache/Nginx, и работу через файл htaccess. Бывают разные ситуации, когда не все редиректы отрабатывают или «ложится» админка и т.д. Здесь рассмотрен пример в котором ВСЕ работает (или пока что работает 🙂 ).

Какие дубли убираем

  1. дубли слеша на конце урлов — принудительно добавляем
  2. дубли главного зеркала — принудительно на non-www
  3. дубли с /index.php при просмотре с главной
  4. дубли с /index.php при попытке открыть такой урл с внутренних страниц. Например site.com/index.php/services/qa
  5. дубли вида site.com/alias/index.php
  6. дубли .html в конце урла — принудительно «отрезаем»

Собственно сам htaccess

< IfModule mod_rewrite.c >
Options +FollowSymLinks
RewriteEngine On
#добавляет слэш в конец
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*[^/])$ $1/ [L,R=301]
#редирект на без www
RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]
RewriteRule ^(.*)$ http://%1/$1 [R=301,L]
#редирект с /index.php
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://site.com/ [R=301,L]
#редирект с внутренних /index.php
RewriteCond %{REQUEST_URI} ^/index.php/(.*)$
RewriteRule (index.php)/(.*) http://site.com/$2 [R=permanent,L]
#убирает .html со всех урлов
RewriteCond %{THE_REQUEST} ^[A-Z]{3,}\s/+([^.]+)\.html [NC]
RewriteRule ^ /%1/ [R=301,L]
#убирает /index.php в конце алиаса
RewriteRule ^(.*)index\.php$ $1 [R=301,L]
#стандартный набор Битрикс
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-l
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
RewriteRule .* — [E=REMOTE_USER:%{HTTP:Authorization}]
< / IfModule >

Использовать нужно только так (в таком порядке) как тут написано!

Это все дело обернуто в стандартную конструкцию «IfModule» — по умолчанию.

Схожая статья — основные редиректы, с чего начать?

И напоследок — небольшой совет ↓

Если Вы не очень поняли, что написано выше, или самостоятельно не получается избавится от дублей в Битрикс — не переживайте!
Вам поможет простой и удобный инструмент для управления редиректами в Битрикс, рекомендую установить модуль Редирект Мастер.

В нем можно удобно:

  • создать редиректы через админку,
  • загрузить их из Excel,
  • сгенерировать редиректы при изменения ЧПУ,
  • настроить их автоматическое создание.

Более полый перечень функций можно посмотреть на официальном сайте разработчика: atlant2010.ru
Модуль доступен в Маркетплейс 1С-Битрикс.

max-levsha.by

Битрикс - Редиректор — модуль для создания SEO-редиректов

Редиректор — модуль для создания SEO-редиректов

Редиректор — модуль для управления перенаправлениями посетителей между страницами сайта.Модуль основывает свою работу на правилах редиректов, которые задаются администратором сайта или сотрудником, отвечающим за SEO-продвижение.В каких случаях полезен модуль:Переезжаете со старой CMS на Битрикс и нужно сохранить ссылочную массу.Решили изменить структуру разделов сайта или товарный каталог интернет-магазина.Часто меняете URL-ы страниц товаров в процессе их редактирования — вам поможет автоматический режим работы модуля, когда редиректы создаются модулем самостоятельно.Решили удалить страницы или разделы сайта.Нужен редирект для HTTPS, домена без www (или наоборот), добавление слэша в конце адресов.Нужно выделить один главный домен сайта среди нескольких.Что умеет модуль:Создание неограниченного количества правил переходов администратором или SEO-специалистом в визуальном режиме в панели управления сайтом.Поддержка многосайтовости: правила могут быть привязаны как к одному, так и к нескольким сайтам одновременно. При посещении отдельных сайтов проверяются редиректы только текущего сайта.Последовательное выполнение нескольких правил в один редирект:Представьте, что у вас есть два правила:Первое со страницы /catalog/ на страницу /store/.Второе со второстепенного домена www.nosochki.ru на главный домен noski.ru.Если посетитель зайдёт на страницу http://www.nosochki.ru/catalog/, то он получит сразу итоговый редирект на http://noski.ru/store/ — и это будет только один редирект, а не два!Модуль самостоятельно «пройдёт» все промежуточные варианты и выдаст окончательный редирект.Быстрая настройка стандартных редиректов:домен с www и без wwwс index.php в конце адреса или без негосо слэшем в конце адреса или без негоредирект с http на https и обратноудаление множественных слэшей из адресаВ качестве условий на проверку можно задать: протокол страницы, доменное имя сайта, путь до страницы, параметры.Можно задавать правила переходов в зависимости от географии пользователя: по городу, области или целой стране сразу!Можно задавать период активности правила (по датам), а также включать и выключать отдельные правила одной галочкой.Можно использовать пользовательские функции для проверки текущего адреса на соответствие правилу, а также пользовательские функции для определения итогового адреса для перехода.Импорт редиректов из Excel (можно загрузить файл или просто скопировать данные напрямую из Excel).Режим тестирования редиректов позволяет вам ввести адрес любой страницы сайта и посмотреть, какие редиректы на ней должны произойти.История переходов сохраняет информацию обо всех случаях срабатывания правил редиректов, информацию о пользователях, их IP-адресах и правилах, которые сработали.Модуль регистрирует серверные 404 ошибки на сайте и позволяет отследить их появление, найти источник битых ссылок и создать правило для редиректа со страницы с 404 ошибкой на нормальную страницу.Режим отладки модуля: в режиме отладки редиректы производиться не будут.Вместо этого в шапке сайта администраторы будут видеть, какой редирект должен был сработать на текущей странице.Условия соответствия можно проверять на совпадение, содержание подстрок, и регулярные выражения.Автоматичекий режим модуляЕщё одной уникальной функцией модуля «Редиректор» является автоматический режим работы.В автоматическом режиме «Редиректор» следит за изменением адресов страниц разделов и элементов инфоблоков при любых попытках изменения этих разделов и элементов.Как именно действует модуль:Что случилось?Что делает модуль?Изменился элементЕсли изменилось какое-либо поле, влияющее на адрес страницы элемента, модуль создаст редирект со старого адреса страницы элемента на новый.Изменился разделЕсли изменилось какое-либо поле, влияющее на адрес раздела, модуль создаст редирект со старого адреса страницы раздела на новый, а также аналогичные редиректы для всех подразделов и элементов данного разделаУдалён элементБудет создан редирект на раздел данного элементаУдалён разделБудут созданы редиректы со всех внутренних подразделов и товаров на родительский разделДобавлен элементЕсли с данного адреса есть ранее созданный автоматический редирект на другой адрес, он будет отключёнДобавлен разделЕсли с данного адреса есть ранее созданный автоматический редирект на другой адрес, он будет отключён Автоматический режим включается для каждого инфоблока отдельно и не требует дальнейшего участия администратора: при создании, редактировании и удалении разделов и элементов отслеживаемого инфоблока все операции с редиректами будут происходит автоматически.Модуль поддерживает следующие коды редиректов:301 Moved Permanently — страница навсегда перемещена на новый адрес, кэшируется браузером302 Moved Temporarily — страница временно перемещена на новый адрес, кэшируется браузером303 See Other — результат можно найти по новому адресу, не кэшируется браузером307 Temporary Redirect — страница на короткое время перемещена на новый адрес, кэшируется браузером410 Gone — страница по данному адресу удалена

Описание

Технические данные
Опубликовано:
03.11.2017
Обновлено:
24.12.2019
Версия:
1.1.9
Установлено:
100 - 499 раз
Подходящие редакции:
«Первый сайт», «Старт», «Стандарт», «Малый бизнес», «Эксперт», «Бизнес», «Корпоративный портал», «Энтерпрайз»
Адаптивность:
Нет
Поддержка Композита:
Нет
Совместимо с Сайты24
Нет
Описание

Редиректор — модуль для управления перенаправлениями посетителей между страницами сайта.

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

В каких случаях полезен модуль:

  1. Переезжаете со старой CMS на Битрикс и нужно сохранить ссылочную массу.

  2. Решили изменить структуру разделов сайта или товарный каталог интернет-магазина.

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

  4. Решили удалить страницы или разделы сайта.

  5. Нужен редирект для HTTPS, домена без www (или наоборот), добавление слэша в конце адресов.

  6. Нужно выделить один главный домен сайта среди нескольких.

Что умеет модуль:

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

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

  3. Последовательное выполнение нескольких правил в один редирект:

    Представьте, что у вас есть два правила:
    Первое со страницы /catalog/ на страницу /store/.
    Второе со второстепенного домена www.nosochki.ru на главный домен noski.ru.
    Если посетитель зайдёт на страницу http://www.nosochki.ru/catalog/, то он получит сразу итоговый редирект на http://noski.ru/store/ — и это будет только один редирект, а не два!
    Модуль самостоятельно «пройдёт» все промежуточные варианты и выдаст окончательный редирект.

  4. Быстрая настройка стандартных редиректов:

    1. домен с www и без www

    2. с index.php в конце адреса или без него

    3. со слэшем в конце адреса или без него

    4. редирект с http на https и обратно

    5. удаление множественных слэшей из адреса

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

  6. Можно задавать правила переходов в зависимости от географии пользователя: по городу, области или целой стране сразу!

  7. Можно задавать период активности правила (по датам), а также включать и выключать отдельные правила одной галочкой.

  8. Можно использовать пользовательские функции для проверки текущего адреса на соответствие правилу, а также пользовательские функции для определения итогового адреса для перехода.

  9. Импорт редиректов из Excel (можно загрузить файл или просто скопировать данные напрямую из Excel).

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

  11. История переходов сохраняет информацию обо всех случаях срабатывания правил редиректов, информацию о пользователях, их IP-адресах и правилах, которые сработали.

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

  13. Режим отладки модуля: в режиме отладки редиректы производиться не будут.
    Вместо этого в шапке сайта администраторы будут видеть, какой редирект должен был сработать на текущей странице.

  14. Условия соответствия можно проверять на совпадение, содержание подстрок, и регулярные выражения.

Автоматичекий режим модуля

Ещё одной уникальной функцией модуля «Редиректор» является автоматический режим работы.

В автоматическом режиме «Редиректор» следит за изменением адресов страниц разделов и элементов инфоблоков при любых попытках изменения этих разделов и элементов.

Как именно действует модуль:

Что случилось?

Что делает модуль?

Изменился элемент

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

Изменился раздел

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

Удалён элемент

Будет создан редирект на раздел данного элемента

Удалён раздел

Будут созданы редиректы со всех внутренних подразделов и товаров на родительский раздел

Добавлен элемент

Если с данного адреса есть ранее созданный автоматический редирект на другой адрес, он будет отключён

Добавлен раздел

Если с данного адреса есть ранее созданный автоматический редирект на другой адрес, он будет отключён

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

Модуль поддерживает следующие коды редиректов:

  • 301 Moved Permanently — страница навсегда перемещена на новый адрес, кэшируется браузером

  • 302 Moved Temporarily — страница временно перемещена на новый адрес, кэшируется браузером

  • 303 See Other — результат можно найти по новому адресу, не кэшируется браузером

  • 307 Temporary Redirect — страница на короткое время перемещена на новый адрес, кэшируется браузером

  • 410 Gone — страница по данному адресу удалена

Обсуждения (34)

Обсуждения (34 )

Что нового

1.1.10 (06.12.2019) (beta) Добавлены кнопки для удаления всех записей в таблицах "404 ошибки" и "История переходов". Добавлены фильтры "Откуда" и "Куда" в списке правил. Поиск работает по части фразы в названии полей "Откуда", "Куда".
1.1.9 (15.10.2019) Оптимизация запросов к базе данных.
1.1.6 (13.05.2019) Исправление ошибки, из-за которой, при определённых условиях не выполнялись редиректы.
1.1.5 (30.04.2019) Добавлена возможность удаления записей из лога ошибок. Исправление ошибки из-за которой, при определённых условиях не определялся циклический редирект.
1.1.4 (20.12.2018) Исправление ошибки в истории переходов определенного правила
1.1.3 (11.09.2018) Исправлена работа глобальных редиректов. При определенных обстоятельствах не срабатывали.
1.1.2 (03.09.2018) Исправлена ошибка в определении циклического редиректа
1.1.1 (28.08.2018) Исправлена ошибочная обработка служебных символов при импорте.
1.1.0 (28.06.2018) Исправление ошибки, при которой глобальные правила выполнялись несколькими редиректами. Теперь это один редирект.
1.0.9 (30.05.2018) Исправлена ошибка определения пользовательской функции
1.0.8 (23.04.2018) В авторедиректах введена проверка типа редиректа при обновлении правила. Введена проверка среды выполнения скрипта.
1.0.7 (04.04.2018) Исправлена ошибка очистки логов ошибок 404
1.0.6 (02.04.2018) Исправлена ошибка с действием "Ничего не делать". Выполнялся бесконечный редирект. Авторедиректы. Вывод всех инфоблоков - fix
1.0.5 (28.02.2018) Исправлена ошибка при отображении списка бекапов. Из бекапа исключены логи переходов.
1.0.4 (13.02.2018) Исправление ошибок, связанных с входными параметрами.
1.0.3 (12.02.2018) Увеличение быстродействия модуля за счет более быстрой обработки правил.
1.0.2 (16.01.2018) Проведена оптимизация SQL запросов.
1.0.1 (19.12.2017) Исправление ошибок в режиме "Авторедиректы". Если включен режим "Композитный сайт", при добавлении/редактировании правила выводится напоминание о том, что нужно сбросить кеш.

Установка

Модуль устанавливается стандартным образом из маркетплейса. В главном меню панели управления Битрикса у вас появится новый значок (в самом низу меню):


Поддержка

Справочное руководство по модулю можно найти в самом модуле в разделе «Справка».

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

  1. Написать письмо на email [email protected] (отвечаем в течение 1-3 рабочих дней),
  2. Зарегистрироваться в личном кабинете на нашем сайте и задать вопрос там (отвечаем в течение 1 дня).
В случае, если ваш вопрос касается какого-либо правила редиректов (скажем, правило не срабатывает или срабатывает неправильно), к своему запросу сразу прикладывайте скриншот окна настроек правила — так вы сильно ускорите процедуру анализа проблемы.

Лицензионное соглашение

Другие решения разработчика

marketplace.1c-bitrix.ru

Должен ли быть редирект 301 www с https или только с http в битрикс? — Хабр Q&A

я пиал тут
https://klondike-studio.ru/standards/standartnyy-h...
############################################################################
#### Стандартный .htaccess для проектов студии Клондайк, версия 4.6     ####
############################################################################
RewriteEngine On
   #  Директива включает редиректы.
RewriteBase / 
   # Без директивы (.*) = /$1 будет /var/wwww/site/web/$1  с директивой  = /$1
Options +FollowSymLinks
   # Разрешает переход по символическим ссылкам.
php_flag display_errors off
  # запретить отображение ошибок  (требование монитора качества)
php_flag allow_url_fopen off
  # запретить  использовать удаленные файлы (требование проактивной защиты)

############################################################################
#### Выбор основного зеркала (с www или без www)                        ####
############################################################################
    # 1. Удалить www
RewriteCond %{ENV:HTTPS} on
    #Если включен https
RewriteRule .* - [E=SSL:s]
    #То создаем переменную  ssl с текстом s
RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]
    # Проверяем, содержит ли домен www в начале URL.
RewriteRule ^(.*)$ http%{ENV:SSL}://%1/$1 [R=301,L]
    # Перенаправляем удаляем www

    # 2. Добавить www
#RewriteCond %{ENV:HTTPS} on
    #Если включен https
#RewriteRule .* - [E=SSL:s]
    #То создаем переменную  ssl с текстом s
#RewriteCond %{HTTP_HOST} !^www\.(.*) [NC]
    # Если нет www в начале домена
#RewriteRule ^(.*)$ http%{ENV:SSL}://www.%{HTTP_HOST}/$1 [R=301,L]
    #Подставляем www и https если он включен.

############################################################################
#### Перенаправляем протокол https на http                              ####
############################################################################
#RewriteCond %{HTTPS} on
   # Проверяем наличие https в URL.
#RewriteRule ^.*$ http://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
   # Перенаправляем протокол на http.

############################################################################
#### Перенаправляем протокол http на https                              ####
############################################################################
RewriteCond %{HTTPS} off
   # Проверяем наличие https в URL.
RewriteCond %{REQUEST_URI} !^/bitrix/admin/1c_exchange\.php$ [NC] 
   #  Исключим обмен с 1С, ему требуется только 200 
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
   # Перенаправляем протокол на http.

############################################################################
#### Убираем index.php, если он есть в конце URL                        ####
############################################################################
RewriteCond %{REQUEST_URI} ^(.*)/index\.php$
   # URL cодержит index.php в конце.
RewriteCond %{REQUEST_METHOD} =GET
   # Выявляем GET запрос в URL (не POST).
RewriteRule ^(.*)$ %1/ [R=301,L]
   # Удалить index.php из URL.

############################################################################
#### Убираем повторяющиеся слеши (/) в URL                              ####
############################################################################
RewriteCond %{THE_REQUEST} //
   # Проверяем, повторяется ли слеш (//) более двух раз.
RewriteCond %{QUERY_STRING} !http(s|)://
  # Убедимся что это не урл в  GET
RewriteRule .* /$0 [R=301,L]
   # Исключаем все лишние слеши.

############################################################################
#### Убираем слеши в конце URL для статических файлов (содержит точку)  ####
############################################################################
RewriteCond %{REQUEST_URI} \..+$
   # Если файл содержит точку.
RewriteCond %{REQUEST_FILENAME} !-d
   # И это не директория.
RewriteCond %{REQUEST_FILENAME} -f
   # Является файлом.
RewriteCond %{REQUEST_URI} ^(.+)/$
   # И в конце URL есть слеш.
RewriteRule ^(.+)/$ /$1 [R=301,L]
   # Исключить слеш.

############################################################################
#### Добавляем слеш(/), если его нет, и это не файл.                    ####
############################################################################
RewriteCond %{REQUEST_URI} !(.*)/$
   # Если слеша в конце нет.
RewriteCond %{REQUEST_FILENAME} !-f
   # Не является файлом.
RewriteCond %{REQUEST_URI} !\..+$
   # В URL нет точки (файл).
RewriteCond %{REQUEST_URI} ^(.+)$
 # В URL есть хоть один символы
RewriteRule ^(.*)$ $1/ [L,R=301]
   # Добавляем слеш в конце.


############################################################################
#### Компрессия статического контента для гугл  спид тест               ####
############################################################################
<IfModule mod_deflate.c>
  AddType image/svg+xml .svg
  AddOutputFilterByType DEFLATE image/svg+xml  
  AddOutputFilterByType DEFLATE application/rss+xml
  AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
  AddOutputFilterByType DEFLATE application/x-font
  AddOutputFilterByType DEFLATE application/x-font-opentype
  AddOutputFilterByType DEFLATE application/x-font-otf
  AddOutputFilterByType DEFLATE application/x-font-truetype
  AddOutputFilterByType DEFLATE application/x-font-ttf
  AddOutputFilterByType DEFLATE application/x-javascript
  AddOutputFilterByType DEFLATE application/xhtml+xml
  AddOutputFilterByType DEFLATE application/xml
  AddOutputFilterByType DEFLATE font/opentype
  AddOutputFilterByType DEFLATE font/otf
  AddOutputFilterByType DEFLATE font/ttf
  AddOutputFilterByType DEFLATE image/svg+xml
  AddOutputFilterByType DEFLATE image/x-icon
  AddOutputFilterByType DEFLATE text/css
  AddOutputFilterByType DEFLATE text/html
  AddOutputFilterByType DEFLATE text/javascript
  AddOutputFilterByType DEFLATE text/plain
  AddOutputFilterByType DEFLATE text/xml
  AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>
<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 1 year"
  ExpiresByType image/svg "access plus 1 year"
  ExpiresByType image/gif "access plus 1 year"
  ExpiresByType image/png "access plus 1 year"
  ExpiresByType text/javascript "access plus 1 year"
  ExpiresByType text/css "access plus 1 year"
  ExpiresByType application/javascript "access plus 1 year"
  ExpiresByType application/vnd.ms-fontobject "access plus 1 year"
  ExpiresByType application/x-font-ttf "access plus 1 year"
  ExpiresByType application/x-font-opentype "access plus 1 year"
  ExpiresByType application/x-font-woff "access plus 1 year"
  ExpiresByType image/svg+xml "access plus 1 year"
</IfModule>
  <IfModule mod_headers.c>
  <filesmatch "\.(ico|flv|jpg|jpeg|webp|png|gif|css|swf|woff|pdf)$">
    Header set Cache-Control "max-age=31536000, public"
  </filesmatch>
  <filesmatch "\.(html|htm)$">
    Header set Cache-Control "max-age=7200, private, must-revalidate"
  </filesmatch>
  <filesmatch "\.(pdf)$">
    Header set Cache-Control "max-age=86400, public"
  </filesmatch>
  <filesmatch "\.(js|otf|ttf|woff|woff2)$">
    Header set Cache-Control "max-age=31536000, private"
  </filesmatch>
  </IfModule>
############################################################################
#### Конец общей части, далее следует собственные директивы .htaccess   ####
############################################################################

qna.habr.com

Модуль редиректов для Битрикс - Редирект мастер

  • Почечикин Андрей

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

  • Рычагов Сергей

    Использую модуль на 2-х сайтах
    Использую данный модуль на 2-х сайтах. Всё устраивает. Хотелось бы иметь следующие улучшения:
    1) Есть два пункта.
    - Битые ссылки
    - Битые ссылки (вся история)
    В "Битые ссылки (вся история)" в таблице выводится столбец "Переход с URL", а в просто "Битые ссылки", его нет, приходится нажимать "Посмотреть переходы". Когда смотришь переходы, то при возврате обратно уже применяется фильтр, который нужно сбрасывать - это очень неудобно, делаешь несколько лишних кликов.
    2) Если использовать это решение на нескольких сайтах, то хорошо бы сделать импорт-экспорт игнор-листа, так как он повторяется.

  • Фролов Сергей

    Не встречал более отзывчивых и честных компаний!!!
    Обратился за советом, а получил помимо...
    Ответов на мои вопросы, ещё и рекомендации по хостингу.
    В результате сделали все редиректы, которые не удалось настроить самостоятельно, работает модуль как заявлено.
    В общем я не то что давно, а вообще не встречал такого подхода к клиентам. Приятно удивлён поставил бы 10 звёзд если-быыли!!!

  • Калиниченко Валерий

    Хороший модуль
    Модуль установлен на сайт более 2 лет назад. С тех пор работает, все хорошо. Достаточно просто делается импорт списка редиректов когда нужно отработать много адресов. Одного модулю не хватает (для этого пришлось купить другой модуль) - автоматического создания редиректа при изменении символьного кода или перемещения элемента в другой раздел или инфоблок. 410 редирект так то тоже можно было сделать. Все что заявлено было у модуля работает.

  • atlant2010.ru

    Инструкция по устранению уязвимости перенаправлений в 1C-Битрикс: Управление сайтом

    Данная информация будет полезна государственным учреждениям, сайты которых проходили проверку на безопасность. Если ее итогом стало письмо, содержащее подобную формулировку: “По имеющейся информации официальный сайт ‘название учреждения’ содержит в себе уязвимость информационной безопасности, связанную с функцией перенаправления пользователей в системе управления сайтом “1С-Битрикс”. Указанная уязвимость может быть использована потенциальным нарушителем информационной безопасности...”, мы расскажем о чем идет речь, и что с этим делать.

    Под уязвимостью в данном случае понимают Open Redirect (открытые перенаправления) на вашем сайте. Если при редиректе пользователя не предупреждают о переходе, то сайт могут заподозрить в уязвимости к фишингу.

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

    Чтобы все редиректы были защищены, вам нужно:

    1. Авторизоваться в административной части по адресу http://НАЗВАНИЕ_САЙТА/bitrix/ (вместо  НАЗВАНИЕ_САЙТА подставьте название вашего сайта), введя ваши логин и пароль.

    2. В левом меню перейти в раздел Настройки-Проактивная защита-Защита редиректов.

    3. Нажать кнопку «Включить защиту редиректов», если выводится сообщение «Защита редиректов от фишинга выключена». Если защита редиректов включена, пропускайте этот шаг.

    4. Перейти во вкладку «Параметры».

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

    6. В секции «Действия» выбрать действие защиты от фишинга - «Показать сообщение о попытке перенаправления на другой сайт». Этот вариант не допустит несанкционированный и незаметный для пользователя редирект. Такое поведение соответствует рекомендациям OWASP, данным на сайте организации.

    7. Применить настройки, нажав кнопку «Сохранить».

    Готово! Теперь все редиректы на вашем сайте защищены и соответствуют требованиям безопасности.

    www.info-expert.ru

    1С-Битрикс - СЕО редирект

    Внимание!!! модуль использует возможности нового ядра D7, поэтому работать на ядре ниже 12 редакции не будет!

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

    В процессе работы СЕО специалисты очень часто используют механизм редиректа при создании новой структуры сайта или при переезде на другой домен или при переносе сайта на другой движок. Редирект можно создать несколькими способами, но для этого потребуются специфические знания синтаксиса и правил написания редиректов. Данный модуль значительно упрощает работу при создании редиректов любого объема, создавая новые возможности благодаря возможности использования дополнительных настроек! Удобная панель управления в административной части сайта с небольшим количеством параметров позволит в кратчайшие сроки создать любое количество редиректов.

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

    Данный модуль просто незаменимый инструмент любого СЕО специалиста!

    Модуль позволяет:
    - активировать/деактивировать работу всего модуля одной галочкой!
    - активировать/деактивировать отдельные редиректы
    - устанавливать значение сортировки редиректов - редиректы у которых значение сортировки меньше обрабатываются раньше.
    - устанавливать сроки действия редиректов - возможно установить отдельно даты начала и окончания срабатывания редиректа.
    - поддержка мультсайтовости - возможно устанавливать редиректы отдельно для разных сайтов.
    - указывать тип сравнения адресной строки со строкой редиректа.
    - указывать статус редиректа
    - указывать тип редиректа
    - указывать комментарий для каждого редиректа
    - применять фильтры по основным параметрам в списке редиректов

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

    Типы сравнения адреса:
    - Полное совпадение по URL - проверяется полное совпадение адреса, в том числе и GET параметров адресной строки!!!
    - Вхождение в URL - проверяется вхождение в наличие в URL указанной строки, т.е. все страницы, в которых присутствует данная адресная строка, в том числе и GET параметры, будут перенаправлены.
    - Полное совпадение по Page URL - проверяется совпадение по адресу страницы
    - Полное совпадение по Directory URL - проверяется совпадение по адресу директории
    - Вхождение в Directory URL - проверяется вхождение в директорию, т.е. все внутренние страницы будут перенаправлены.

    Поддерживает различные статусы редиректов:
    - 300: Multiple Choices - несколько вариантов на выбор
    - 301: Moved Permanently - Перемещено навсегда
    - 302: Found (HTTP 1.1) / Moved Temporarily (HTTP 1.0) - Найдено / Перемещено временно
    - 303: See Other - Затребованный ресурс можно найти по др. адресу
    - 304: Not Modified - Содержимое не изменялось
    - 305: Use Proxy - Доступ должен осуществляться через прокси
    - 306: Unused - Не используется
    - 307: Moved Temporarily (HTTP 1.1 Only) - Перемещено временно

    А так-же позволяет создавать отображение на любых существующих страницах код ответа:
    - 404: Not found - Страница не найдена

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

    Более подробная информация о возможностях модуля и непосредственно демонстрациия работы модуля тут:
    http://seoredirect.kreattika.ru/

    marketplace.1c-bitrix.ru

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *