Bitrix как изменить url страницы

ЧПУ: делаем адреса понятными Согласитесь, что ссылка на некий элемент инфоблока http://mysite.ru/catalog/pants/pants-striped-flight/ [ /images/conte...

ЧПУ: делаем адреса понятными

Урок
180
из
363

Сложность урока:

2 уровень — несложные понятия и действия, но не расслабляйтесь.


2 из 5

Дата изменения:
03.02.2023

Просмотров:
37952

Недоступно в лицензиях:

Текущую редакцию Вашего 1С-Битрикс можно просмотреть на странице Обновление платформы (Marketplace > Обновление платформы).


Ограничений нет

  ЧПУ: делаем адреса понятными

Согласитесь, что ссылка на некий элемент инфоблока

http://mysite.ru/catalog/pants/pants-striped-flight/




гораздо понятнее посетителям, чем

http://mysite.ru/catalog/?SECTION_ID=8&ELEMENT_ID=4




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

Сделайте красивые адреса для элементов инфоблока вместе с поддержкой

ЧПУ


Средства «1С-Битрикс: Управление сайтом» позволяют сделать ссылки более понятными с помощью специальной функции. Функция встроена во все комплексные компоненты (и отдельные простые) и преобразует стандартный веб-адрес в так называемый человеко-понятный URL (сокращенно ЧПУ).

Подробнее…




в компонентах:

  1. Откройте на

    редактирование


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

    Подробнее…




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

  2. В секции Управление адресами страниц отметьте опцию

    Включить поддержку ЧПУ




    .
  3. Задайте настройки для ЧПУ:
    • При наличии разделов в инфоблоке в поле Раздел (или Страница раздела) замените #SECTION_ID#/ на #SECTION_CODE#/. Построение ссылки будет выполняться с помощью

      символьного кода раздела




      , а не его

      идентификатора




      .

      Если разделов нет, то оставьте поле пустым.

    • В поле Страница детального просмотра измените #SECTION_ID#/#ELEMENT_ID#/ на #SECTION_CODE#/#ELEMENT_CODE#/ в случае наличия разделов.

      Если разделов нет, то просто замените #ELEMENT_ID# на #ELEMENT_CODE#.

    Если такие настройки не выполнять, то адрес страницы элементов всего лишь изменит вид с http://mysite.ru/catalog/?SECTION_ID=8&ELEMENT_ID=4 на http://mysite.ru/catalog/8/4/.

  4. Сохраните настройки компонента.
  5. Для всех разделов и элементов инфоблока заполните поле

    Символьный код




    .

    Примечание: если поле Символьный код не показывается в форме раздела и/или элемента, то выполните

    настройку форм.


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

    Если собираетесь настроить форму редактирования элемента, то откройте страницу со списком

    элементов инфоблока. Если же нужно настроить форму раздела, то страницу со списком разделов.

    Откройте на редактирование любой элемент (или раздел соответственно). В правой части формы нажмите на «шестеренку» . Откроется окно с настройками

    Подробнее…




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

    автогенерацию кода




    из названия раздела/элемента путем транслитерации.

    Настоятельно рекомендуется сделать настройки символьных кодов ДО добавления разделов/элементов в инфоблок. Так как для того, чтобы прописать символьные коды в уже добавленных разделах/элементах, придется открывать каждый элемент и транслитерировать название вручную.

  6. В форме инфоблока выполните

    настройку адресов


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

    В форме редактирования инфоблока укажите правильные пути к просмотру элемента инфоблока и раздела (если используются).

    Подробнее…




    так, как меняли для компонента.

Теперь адреса страниц на материалы инфоблока имеют удобный читабельный вид.

  Пример настройки ЧПУ в новостном инфоблоке

  Важно запомнить!

Обратите внимание! При настройке ЧПУ значения в полях Раздел и Детальная информация должны различаться по уровню вложенности или способу формирования ссылок.

Если ссылки на разделы и элементы будут иметь одинаковый вид http://сайт.ru/catalog/символьный_код/, то возникнет конфликт — компонент не сможет определить, открывать ему по ссылке раздел или элемент.

Поэтому в настройках адресов должен быть

разный уровень




вложенности. А если уровень вложенности нужен одинаковый, то используйте префиксы (или постфиксы) при формировании ссылок. Например, в поле Раздел укажите section-#SECTION_CODE#/, а в поле Детальная информацияdetail-#ELEMENT_CODE#/.

  Заключение

Для настройки человеко-понятных адресов необходимо:

  • включить поддержку ЧПУ в компоненте;
  • задать настройки ЧПУ для страниц и разделов;
  • задать символьные коды для страниц и разделов.

  • Главная
  • Документация
  • Общие вопросы
  • Изменение адреса ссылки — Изменение url раздела

Изменение имени раздела в инфоблоке.

Если вам нужно переименовать раздел «Услуги» в раздел «Продукция».

Для изменения необходимо:

1. Зайти в Битрикс.

2. Включить режим правки

3. Навести курсор мыши на меню и выбрать «Редактировать пункты меню»

4. Переименовать пункт меню

5. Нажать «Сохранить»

Результат

Изменение адреса ссылки

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

То есть необходимо изменить имя раздела /uslugi/ на /products/

Для изменение url раздела необходимо:

1. Изменить имя папки uslugi на products в панели Администрирования Битрикс

1.1.

1.2.

1.3.

2. Перейти в папку products

3. Отредактировать файл .left.menu_ext.php

4. В корне сайта отредактировать файл urlrewrite.php

5. Изменить url в инфоблоке «Услуги»

6. Изменить url в верхнем меню для раздела Продукция

7. Изменить url в настройках инфоблока

Доброго времени суток уважаемые читатели. Данную статью хотелось бы посвятить настройке ЧПУ в интернет-магазине bitrix’а у карточек товаров и разделов, ведь это очень важно для поисковой оптимизации. Т.к. я мало знаком с битриксом пришлось долго лазать по форумам и документации прежде, чем я пойму как же поменять ссылки, а также поставить редиректы со старых с, к примеру, /shop/category/detail.php?ID=384 на /shop/category/nazvanie-tovara. Для вас, дорогие читатели, я решил упростить задачу и рассказать как же я изменил вид ссылок на вложенные человекопонятные в битриксе. Также хочу заметить, что данный способ не будет работать, если у страниц с товарами и категориями не заполнено поле с символьным кодом, насколько мне известно, это, как правило, делается автоматически — если нет, то нужно либо сгенерировать символьный код, либо проставить вручную на каждый раздел и каждую карточку товара.

Итак, всего необходимо сделать не много не мало — 3 действия:

Создаем правило обработки адресов

Это нужно для того, чтобы страница просто открывалась по нужному нам URL /shop/category/nazvanie-tovara.

Переходим по административной части битрикса сюда Рабочий стол > Настройки > Настройки продукта > Обработка адресов > Правила обработки

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

Настраиваем правила обработки адресов в битриксе

  • Условие: ~/shop/category/(.*?)$~ — Условие по которому происходит обработка адреса
  • Компонент: bitrix:catalog.element — Компонент, который обрабатывается (данный компонент выводит карточку товара)
  • Файл: /shop/category/detail.php — Файл, который обрабатывается (файл, как правило можно увидеть в нашем старом URL /shop/category/detail.php?ID=384)
  • Правило: ELEMENT_CODE=$1 — Правило по которому обрабатывается ссылка

Теперь наш URL приобрел вид /shop/category/nazvanie-tovara, но страница категории выводит по-прежнему ссылки на старые URL, для того, чтобы это исправить необходимо перейти к следующему шагу.

Изменение URL в bitrix на ЧПУ в инфоблоке (на странице категории)

Данное действие необходимо, чтобы на странице категории выводились наши новые ЧПУ-шные ссылки.

Идем в административную часть битрикса и заходим Рабочий стол > Контент > Инфоблоки > Типы инфоблоков > Инфоблок-вашей-категории

Открываем инфоблок нужной категории

Делаем ЧПУ в информационном блоке bitrix

Нас интересуют поля:

  • URL страницы информационного блока: #SITE_DIR#/shop/category/index.php?ID=#IBLOCK_ID#
  • URL страницы раздела: #SITE_DIR#/shop/category/index.php?SECTION_ID=#SECTION_ID#
  • URL страницы детального просмотра: #SITE_DIR#/shop/category/detail.php?#ELEMENT_ID#

Думаю за что отвечает каждый из URL пояснять не нужно. Для внедрения полного ЧПУ в битрикс вам необходимо будет сделать 3 действия описанные в этой статье — 3 раза (на каждый из УРЛов (раздела, подраздела, карточки товара), но я продолжу показывать пример внедрения ЧПУ на карточке товара.

Нам, стало быть, нужно изменить ссылку страницы детального просмотра. Сделать это достаточно просто — справа от данных полей есть «многоточие», если вы на него нажмете, то интуитивно поймете как выстроить URL. Нам нужно сделать URL такого вида #SITE_DIR#/shop/category/#ELEMENT_CODE#

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

Казалось бы, на этом этапе можно закончить внедрение ЧПУ на bitrix, но, для тех кто занимается SEO, либо сотрудничает с СЕО-шниками необходимо сделать еще одну важную вещь.

Внедрение редиректов со старых ссылок на ЧПУ

Это необходимо для склейки дублей страниц, а также для тех, кто закупал или имеет ссылки по старым адресам.

Нам необходимо дописать чуть-чуть кода в файл result_modifier.php элемента каталога. Открыть этот файл можно несколькими способами:

  • Со стороны редактирования сайта перейти на карточку товара, выделить компонент, нажать на выпадающее меню рядом с «шестеренкой» > элемент каталога детально (bitrix:catalog.element) > редактировать файл result_modifier.php
  • Через ФТП: /bitrix/templates/.default/components/bitrix/catalog.element/ваш-каталог/result_modifier.php
  • Через административную часть: Рабочий стол > Контент > Структура сайта > Файлы и папки > bitrixtemplates > .default > components > bitrixcatalog.element > ваш-каталог > result_modifier.php

Открываем файлик и перед закрывающимся ?> дописываем

//редирект для удаления дублей
if (($arResult['DETAIL_PAGE_URL'] != $APPLICATION->GetCurPage(false)) and (($arResult['IBLOCK_ID']==10) or ($arResult['IBLOCK_ID']==11) or ($arResult['IBLOCK_ID']==12))) LocalRedirect($arResult['DETAIL_PAGE_URL'],false,'301 Moved permanently');

Где [‘IBLOCK_ID’]==10, 11, 12 и так далее это ID ваших главных категорий (у которых присутствует свой инфоблок — можно посмотреть в том же инфоблоке)

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

Loading...Loading…

  • Подготовка страниц для 301 редиректов
  • Настройка редиректов в Битрикс
  • Передаем страницы на переобход для поискового робота
  • Изменение поискового трафика
  • Наша специализация — доработка и продвижение сайтов на 1С-Битрикс

— Здесь всегда пора пить чай. Мы не успеваем даже посуду вымыть!
— И просто пересаживаетесь, да? — догадалась Алиса.
— Совершенно верно, — сказал Болванщик.
— Выпьем чашку и пересядем к следующей.
— А когда дойдете до конца, тогда что? — рискнула спросить Алиса.

Если у вас есть сайт, в структуре которого давно пора навести порядок, изучите наш опыт настройки редиректов в Битрикс статейного раздела сайта intervolga.ru.

Мы начали вести блог в далеком 2007 году. Сейчас в нем около 300 статей, число растет. Стараемся выдерживать темп 6 — 8 статей в месяц.

Первые несколько лет мы не делали рубрикацию и размещали статьи единым списком.

С развитием компании и блога ввели рубрики: Проекты, Мысли, Жизнь, КаПли (для статей о Корпоративном Портале с адресом /drops/ естественно ;). Отделили статьи о веб-проектах от статей о семинарах и новых технологиях. Были «лихие нулевые», писали обо всем без разбора

Впоследствии появились разделы Подкаст (для видео), Брендинг, Битрикс24 и Интернет-маркетинг для соответствующих подразделений. Появилось ощущение, что если блог распечатать (с комментариями), хватит на маленькую библиотеку с картотекой. Для уменьшения бардака энтропии и наведения порядка решили уменьшить число рубрик и оптимизировать адреса категорий.

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

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

Все статьи блога хранятся с URL-ами вида: /blog/<название категории>/<название статьи>/

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

Для решения задачи нам потребовались:

  • аналитик для исследования трафика и составления таблицы редиректов;
  • веб-разработчик для настройки перенаправлений.

Важно не рубить с плеча и подойти к задаче ответственно — в случае неудачи вы рискуете посещаемостью сайта!

Подготовка страниц для 301 редиректов

Для этой задачи правильно использовать «Постоянное внутрихостовое перенаправление» — 301 редирект. Подобное перенаправление пригодится в случаях, когда вы меняете адреса страниц, протокол (http на https) или переезжаете на новый домен. Прочие виды перенаправлений (302, 303, 307) в практике почти не используются. Радует, что Яндекс и Google в этом вопросе солидарны, советы по настройке редиректов не отличаются.
Настройка 301 редиректа
Для удобства работы мы воспользовались стандартным инструментов экспорта элементов из инфоблока и получили таблицу. Таблица для настроек 301 редирект
Столбец Посещаемость собирали из отдельной таблицы, добытой из Яндекс.Метрики. Думали, пригодится для оценки “важности” статьи. В итоге решили не использовать и изменили часть популярных URL-ов.

В таблицу добавили колонки «Новый раздел» и «Символьный код нового раздела», а также «Новый URL» и «Redirect 301». Работа заключалась в том, чтобы назначить статье «Новый раздел», остальные данные получали автоматически на основе формул. После окончания составления таблицы останется только скопировать столбец с редиректами и вставить в файл .htaccess на сервере.
новые категории статей
Столбец «Совпадение» необходим, чтобы исключить редирект «сам на себя» для статей, которые сохранили адрес.

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

  • Нашли несколько статей без полезной информации и безжалостно удалили. Редирект в таких случаях ставили на категорию;
  • Нашли несколько дублей и в одном случае три статьи (!) об одном и том же. В этом случае оставили самую интересную, остальные перенаправляли на нее;
  • Нашли новую проблему — вакханалия в тегах (служебное поле 1С-Битрикс), которые каждый автор ставит как заблагорассудится, привела к тому, что на сайте появились сотни страниц типа “Поиск по тегу”. В ближайшее время запланирована оптимизация тегов статей.

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

Теперь мы можем сравнивать трафик по направлениям и делать выводы: Сравнение трафика до и после переезда

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

Сайты на платформе 1С-Битрикс работают на веб-сервере Apache. Редиректы нужно прописывать в специальном файле .htaccess. Файл должен находиться строго в корне сайта и иметь точку в названии.

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

Redirect 301 /blog/likbez/information-to-be-published/ /blog/projects/information-to-be-published/

Пример
Настройка .htaccess и редиректы
Для редиректов типа межхостовое перенаправление (другой домен, протокол, редирект на www) в Битриксе инструкции нужно писать в это место файла .htaccess:

<IfModule mod_rewrite.c>
Options +FollowSymLinks
RewriteEngine On
#
#Редиректы
#
</IfModule>

Для настройки редиректов нельзя использовать админку, используйте только FTP-клиент. Рекомендуем настроить один-два перенаправления, тщательно проверить поведение на www- и без-www домене. Только после этого настраивать весь список.

Передаем страницы на переобход для поискового робота

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

  • создали новую карту сайта sitemap.xml (Битрикс умеет автоматически);
  • отправили карту сайта на переобход в Яндекс и Google с помощью Инструментов для вебмастеров.

Тем, кто поделится статьей в социальных сетях, на почту придет подробная инструкция о настройке sitemap.xml в 1С-Битрикс.

Изменение поискового трафика

Поисковый трафик составляет 90% посетителей нашего блога. Мы боялись на длительное время потерять посетителей. Опасения не оправдались. Результат:

  • Мы сохранили трафик из Google. Поисковик мгновенно все переиндексировал и уже через пару дней показывал в выдаче новые адреса;
  • Мы в течение 1 недели наблюдали потери трафика из Яндекса. Так как большую часть читателей в наш блог приводит Google, на общую картину Яндекс повлиял минимально — за неделю потеряли чуть меньше 20% поискового трафика на страницы блога;
  • Еще через неделю трафик из Яндекса вернулся в норму.

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

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

Мы собрали список распространенных редиректов для сайтов на Битрикс и оформили в виде универсальной инструкции. Чтобы получить файл, поделитесь статьей в социальных сетях. Удачных перенаправлений!

Наша специализация — доработка и продвижение сайтов на 1С-Битрикс

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

ИНТЕРВОЛГА – компетентный веб-интегратор . Мы можем решить все задачи веб-интеграции собственными силами. Большинство наших проектов– комплексные, интеграционные.
Наш принцип: приносить пользу бизнесу клиента за счет осмысленного применения веб-технологий.

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

Рассказываем, как сделать 301 редирект в Битриксе, редирект с http на https, редирект с www на без www.

Редиректы — это перенаправление посетителей сайта с одной на другую веб-страницу. Переадресация может вести на страницы того же сайта или страницы другого.

Основные виды редиректов:

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

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

  • 303 и 307 редиректы с временным перенаправлением, аналоги 302.

  • Meta refresh — принудительная переадресация, негативно влияющая на SEO.

Редиректы незаменимы в работе сайта на 1С-Битрикс, когда меняются структура, разделы, адреса страниц.

301 редирект Битрикс

Чтобы сделать постраничный 301-редирект, нужно изменить файл «.htaccess».

  1. Перейдите в панель управления — виртуальным хостингом, виртуальным сервером или выделенным сервером.

  2. В меню слева выберите Главное (1) → Менеджер файлов (2) и откройте «.htaccess», кликнув по нему 2 раза.

Добавьте в файл строку:

Redirect 301 /cat/page.php https://mysite.ru/new-cat/new-page.php

где:

  • /cat/page.php — старый относительный адрес страницы, с которой делается перенаправление;
  • https://mysite.ru/new-cat/new-page.php — полный новый адрес страницы, на которую делается 301-перенаправление.

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

Можно выполнить как через панель управления, так и изменив файл «.htaccess». Рассмотрим второй вариант.

Добавьте следующие строки:

RewriteCond %{HTTP_HOST} old-site.ru
RewriteRule (.*) http://new-site.ru/$1 [R=301,L]

где:

  • old-site.ru — домен, с которого происходит редирект;
  • new-site.ru — домен, на который происходит редирект.

На скриншоте ниже представлен пример:

301 редирект с домена с WWW на домен без WWW

Для реализации перенаправления добавьте в «.htaccess» непосредственно после строки «RewriteEngine On»:

RewriteCond %{HTTP_HOST} ^www.(.*)$
RewriteRule ^(.*)$ http://%1/$1 [L,R=301]

301 редирект с домена без WWW на домен с WWW

Для реализации перенаправления добавьте в «.htaccess» непосредственно после строки «RewriteEngine On»:

RewriteCond %{HTTP_HOST} http://%1/$1
RewriteRule ^(.*)$ ^www.(.*)$ [L,R=301]

301 редирект с https:// на http://

Можно выполнить как через панель управления, так и изменив файл «.htaccess». Рассмотрим второй вариант.

В файле «.htaccess» вашего сайта добавьте следующие строки после «RewriteEngine On»:

RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

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

301 редирект с главной страницы, кроме остальных страниц сайта

Добавьте в «.htaccess» после «RewriteEngine On» строку:

RewriteRule ^$ https://site.ru [R=301,L]

Есть вопрос?

Поможем по любому из способов связи: онлайн-чат на сайте, через личный кабинет, по почте support@reddock.ru, по телефону +7 (495) 008-31-24 или +7 (351) 225-64-56.

Короткая ссылка — это функционал, позволяющий изменить вид адреса любой страницы в рамках домена. То есть ссылка вида: http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=34&amp;CHAPTER_ID=637 может выглядеть как http://dev.1c-bitrix.ru/Эрмитаж.

Укороченные ссылки являются одним из способов передачи URL адресов, если реальная ссылка длинная то ее можно при этом методе сократить до 10 – 20 символов.

Для чего нужны короткие ссылки

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

Само сокращение URL применяется, что бы уложиться в определенный лимит знаков, к примеру, при публикации контента в Twittet или в VK, а также в других сервисах, где установлен данный лимит на ввод символов. Короткие ссылки можно легко запомнить, продиктовать по телефону и не боятся о том что их неправильно наберут, отправить по Email или SMS не переживать что они нарушат форматирование письма. Отследить количество переходов по ним с писем рассылок или с других ресурсов и так далее.

Рассмотрим часть популярных ресурсов для укорачивания URL ссылок:

  1. Bitly — https://bitly.com/
  2. Кликер — https://clck.ru/
  3. Speedtester — http://speed-tester.info/url_redirect.php
  4. Вконтакте — https://vk.com/cc
  5. Гугл — http://goo.gl/

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

Всем нам известно назначение данных сервисов, но мало кто знает, что в 1С Битрикс есть аналогичный функционал, который не хуже, а даже удобнее, а чем удобнее, читайте далее.

Настройка коротких URL в 1С Битрикс

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

http://www.incunabula.ru/blogs/mediateka/images/141203114710-street-art-illusion-odeith-gator-super-…

Добавляем ссылку в наше поле, а в поле «Короткая ссылка» видим префикс, который автоматически сформировался и добавился к нашему домену. Как видите в начале его стоит символ «Тильда» и она предназначена для того что бы сами не забыли что это является короткая ссылка. Эта тильда не обязательна, и несет только информационный характер.

Мы можем целиком изменить префикс, прописать в нем свое название, к примеру «kart» или даже указать его на кириллице, допустим «картинка», ниже установить 301 или 302 HTML статус для робота. И нажмем кнопку применить.

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

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

делаем короткий URL в битрикс

Я думаю многие из Вас, придумают массу вариантов, где это можно задействовать.

Обязательно поделись в комментариях какими методами пользуешься для составления URL адресов именно ты.

Оставить комментарий:

Отзывы
Написать отзыв

Здравствуйте, сегодня мы рассмотрим обработку адресов в системе управления сайтом 1С-Битрикс. Обработка адресов UrlRewrite применяется для того, чтобы скрипт мог отвечать не только по своему физическому, но и по любому другому указанному адресу. Другими словами, urlrewrite позволяет создавать ЧПУ.

   $arUrlRewrite = array(
      array(
         "CONDITION" => "#^/blog/post/([a-zA-Z0-9\.\-_]+)/?.*#",
         "RULE"      => "ELEMENT_CODE=$1",
         "PATH"      => "/blog/post.php",
      ),
      array(
         "CONDITION" => "#^/blog/([a-zA-Z\.\-_]+)/?.*#",
         "RULE"      => "SECTION_CODE=$1",
         "PATH"      => "/blog/index.php",
      ),
      array(
         "CONDITION" => "#^/company/news/(.*)/#",     // плохой шаблон, просто до кучи пример с ID
         "RULE"      => "ELEMENT_CODE=$1",
         "ID"        => "bitrix:news",
         "PATH"      => "/company/news/detail.php",
      );
   );

Примерно так он может выглядеть.

Каждый элемент в массиве $arUrlRewrite — это, как вы уже могли понять, отдельное правильно, где:

  1. CONDITION — условие выполнения правила. Записывается правилами регулярного выражения;
  2. PATH — адрес физической страницы, к которой мы реально будет обращаться;
  3. RULE — правило замены. Его может не быть. В нем пишутся названия параметров и их значения из регулярного выражения, которые будут передаваться на физический адрес (PATH);
  4. Еще правило может содержать параметр ID, этот параметр содержит название компонента, который добавил данное правило. Как правило это название комплексного компонента.

Давайте рассмотрим на примере правило:

   array(
      "CONDITION" => "#^/blog/post/([a-zA-Z0-9\.\-_]+)/?.*#",
      "RULE"      => "ELEMENT_CODE=$1",
      "PATH"      => "/blog/post.php",
   )

Оно отвечает за обработку адресов /blog/post/<Символьный_код_темы>/. Кода пользователь открывает страницу со схожим адресом, он попадает на скрипт /blog/post.php, которому передается символьный код темы в переменной ELEMENT_CODE.

Думаю это понятно, теперь рассмотрим некоторые нюансы, связанные с работой файла urlrewrite.php:

  1. Если вам необходимо сделать обработку адресов для новостей таким образом, чтобы по адресу /news/10/ открывался раздел новостей с ID = 10, а по адресу /news/10/255/ сама новость с ID = 255, то менее часто срабатываемое правило для /news/10/255/ необходимо поместить ‘выше’, чем правило для /news/10/. Другими словами: каждое правило — это элемент массива $arUrlRewrite, и ключ массива для правила /news/10/255/ должен быть меньше, чем ключ массива для правила /news/10/. Иначе правило /news/10/255/ никогда не сработает и у вас будет постоянно открываться раздел новости, вместо самой новости. Это связано с тем, что битрикс обрабатывает правила, начиная с самого начала массива и, если условие правила соответствует запрашиваемому адресу, то он берет его и останавливается на этом.
  2. Вторая ошибка, которая может возникнуть, связана с сортировкой массива $arUrlRewrite. Каждый раз, когда вы пересохраняете настройки комплексного компонента, битрикс обновляет правила компонентов в urlrewrite.php (правила, содержание параметр ID), а также сортирует(!) элементы массива по длине условия (CONDITION). Из-за этого некоторые правила могут начать перекрывать друг-друга. Чтобы избежать такой ситуации, у добавленных правил n-раз дописывается .* в конец условия, таким образом мы устанавливаем длину условия для каждого правила и впредь можем не беспокоиться об этой сортировке.

Visit http://web.archive.org/web/20201201210506/https://ftdev.ru/blog/post/uchimsya-rabotat-s-bitrix-urlrewrite/

Настройка редиректов (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

    Понравилась статья? Поделить с друзьями:
  • Bitrix smart filter 404 ошибка
  • Bitrix pull websocket connection error
  • Bitrix parse error syntax error unexpected
  • Bitrix orm add error
  • Bitrix network error