Избавляемся от index.php в адресах
Убирать из URL-адресов (ссылок) index.php нужно обязательно, т.к. это все дубли страниц, которые создают проблем в плане SEO и продвижения сайта.
Например, вот эти две страницы на вашем сайте отдают один и тот же контент, что для ПС есть дубль:
Настройка индексной страницы в 1С Битрикс
В Битриксе поможет нам в этом штатная константа BX_DISABLE_INDEX_PAGE, ее описание из официальной документации:
В этом файле
/bitrix/php_interface/dbconn.php
Добавьте эту константу, в любом месте
define(«BX_DISABLE_INDEX_PAGE», true);
Все, обновите страницу в публичной части и проверяйте, во всех ссылках должна исчезнуть индексная страница index.php
Если не исчезли, пробуйте сбросить весь кэш, особенно композитный, если не помогло, то могут мешать хитрые следы разрабов или сеошников например в файле urlrewrite.php или еще хоть где.
Так мы исправили проблему в адресах сайта, но это еще не все, если вы напрямую откроете страницу
/catalog/index.php
301 редирект с /index.php на / в nginx
На каждом сервере пути до конфигов могут быть совершенно разные, но в панели VESTA по умолчанию конфиги в папке пользователя по этому пути
/home/user1254/conf/web/snginx.conf
Обязательно после изменений конфига nginx его необходимо перезагрузить, делается это, например, в PuTTY по SSH так:
#service nginx restart
Одна страница — один адрес. Как убрать дубли страниц 1С-Битрикс
Доктор слушает пациента и приговаривает:
— Хорошо, хорошо.
— Доктор, а что хорошего-то?!
— Хорошо, что у меня такого нет!
С точки зрения SEO плохо, когда одна и та же страница доступна по двум разным ссылкам.
Поисковый робот путается в том, какую страницу показывать.
SEO-шнику непонятно какую из копий продвигать. Неважно, он покупает ссылки или пользуется более современными методами продвижения — адрес страницы желательно иметь фиксированным.
Причин для появления дублей может быть несколько.
Причина первая. Один элемент в нескольких секциях инфоблоков Битрикс. Дубли
С точки зрения пользователя и программиста иногда у одной страницы должны быть несколько адресов.
Например, если один и тот же товар присутствует в нескольких группах каталога.
Разумеется, попасть на его страницу можно двумя разными маршрутами.
Тогда в “хлебных крошках” должны быть разные цепочки групп. А для этого потребуется чтобы у страниц были разные адреса.
Казалось бы, все логично.
Единственное различие между этими страницами — слово “Платья” или “Штаны” в хлебных крошках. Для оптимизатора это — вредный дубль.
Вариант решения: нужно выбрать один основной адрес, например /catalog/pants/pants-flower-glade/ и сделать так, чтобы при переходе даже из группы /catalog/dresses/ переход шел на эту основную страницу.
Это простой путь почти без недостатков. Почти — потому что “хлебные крошки” будут вести себя нелогично и не будут удобным средством навигации.
Более изящно — проставить атрибут rel=»canonical» тега link на страницах всех “дублей” и указать основную страницу, которую и продвигать. Все поисковики учитывают этот атрибут.
Это идеальное решение, так как оно сохраняет удобный пользовательский интерфейс и выполняет все требования оптимизатора.
Настройку атрибута canonical можно сделать:
для единичных страниц — с помощью модуля Маркетплейса 1С-Битрикс “ Инструменты SEO-специалиста ”,
для целого раздела — силами программиста.
Причина вторая. Адреса c /index.php и / на Битрикс. Дубли
— ААААА. Доктор, посмотрите, что это у меня.
— ААААА. Господи, ЧТО это у вас.
Одна из распространенных проблем с дублями страниц на Битрикс — появление в индексе поисковых машин страниц с именем файла index.php в адресе и без него.
Очевидно, разработчики не считают это проблемой. В самом деле, проблемы нет, пока ссылки с именем файла не будут сгенерированы кем-то по ошибке или злому умыслу, а потом проиндексированы.
Стандартные компоненты Битрикса почти никогда не генерируют ссылки на страницы с именем файла index.php (почти — потому что нужно убирать index.php в настройке шаблонов страниц новых инфоблоков).
Тем не менее желательно подавить появление таких страниц раз и навсегда.
Что получается? Получается что index.php корректно вырезается из строки адреса с простановкой 301 редиректа и сохранением get-параметров. Все будет работать:
Для полноты картины можно еще закрыть такие страницы от индексации в robots.txt.
Яндекс, Google и ваш SEO-специалист будут довольны.
Причина третья. Дубли из-за “лишних” get-параметров в адресе
— Доктор, когда я так делаю — мне больно!
— Ну не делайте так.
Тема дублей страниц на этом не исчерпана.
Что будет, если к адресу страницы приписать произвольный параметр?
Сайт просто показывает ту же самую страницу.
С точки зрения программиста это нормально. Вы у сайта спросили что-то специфическое, передали хитрый параметр. Он всем компонентам все передал, может какой-то и отреагировал. Все в порядке.
SEO-специалисту такое не нравится. Он всю ночь читал webmaster.ya.ru и не выспался. Ему мерещатся дубли.
SEOшник хочет, чтобы любые “нелегальные” параметры в адресе страницы вырезались.
Программисту трудно, почти невозможно, решить эту задачу хорошо. А плохо программисты делать не любят.
Причина простая: никто не знает какие параметры страница должна обрабатывать, а какие являются “нелегальными”. Внутренняя логика компонентов современного сайта редко абсолютна прозрачна даже для опытного программиста.
Если программист сделает так, чтобы ненужные параметры блокировались, он может нарушить работу компонентов Битрикса или систем веб-аналитики.
Гораздо проще сделать вот что:
проследить за тем, чтобы сам сайт не генерировал “неправильных” ссылок;
исключить проблемные страницы из индекса (например, обычно так поступают со страницами результатов поиска);
своевременно добавлять в индекс поисковой машины новые осмысленные страницы, чтобы их “параметризованная” копия не была проиндексирована раньше.
Пожалуй, единственное, чего нельзя избежать подобным образом, это размещение где-то вне вашего сайта ссылки с неуместным параметром и индексация ее поисковой системой.
Например, чуть выше в этой статье я разместил такую “неправильную” ссылку http://www.1c-bitrix.ru/?who_are_the_champions
Ссылка работает, индексируется, однако умный поисковик правильно “склеит” страницы и вреда никакого не будет.
Если и программист и оптимизатор будут просто мыть руки аккуратно делать свое дело, никакого вреда от лишних get-параметров не будет. А вот параноидальная попытка защититься от них будет стоить вам непредсказуемых глюков на сайте в будущем.
ИНТЕРВОЛГА как веб-интегратор
Наш принцип: приносить пользу бизнесу клиента за счет осмысленного применения веб-технологий.
Решение задачи поискового продвижения, комплексного стратегического интернет-маркетинга это одна из основных компетенций веб-интегратора.
Оптимальный htaccess для Cms Bitrix
В каждой CMS системе есть свои особенности, свои плюсы и минусы. В 1C-Bitrix, также есть куча своих нюансов, об одном из них расскажу.
Избавляемся от дублей в Битрикс
Речь идет про Apache, или Apache/Nginx, и работу через файл htaccess. Бывают разные ситуации, когда не все редиректы отрабатывают или «ложится» админка и т.д. Здесь рассмотрен пример в котором ВСЕ работает (или пока что работает 🙂 ).
Какие дубли убираем
Собственно сам htaccess
Использовать нужно только так (в таком порядке) как тут написано!
Это все дело обернуто в стандартную конструкцию «IfModule» — по умолчанию.
И напоследок — небольшой совет ↓
Если Вы не очень поняли, что написано выше, или самостоятельно не получается избавится от дублей в Битрикс — не переживайте!
Вам поможет простой и удобный инструмент для управления редиректами в Битрикс, рекомендую установить модуль » href=»https://atlant2010.ru/modules/redirekt-bitrix/» target=»_blank» rel=»nofollow noopener noreferrer»>Редирект Мастер.
В нем можно удобно:
Более полый перечень функций можно посмотреть на официальном сайте разработчика: atlant2010.ru
Модуль доступен в Маркетплейс 1С-Битрикс.
11 replies on “ Оптимальный htaccess для Cms Bitrix ”
#редирект с внутренних /index.php
не работает
происходит редирект на
site.com/vnetrenya/index.php/
Все должно работать, возможно где-то допустили ошибку, перепроверьте еще раз. Как вариант, можно пробовать менять местами регулярки, например, сначала выполнить редирект с index.php, а после (ниже) — выполнять редирект слэша..
Max, хорошие рекомендации, спасибо.
Для полного счастья было бы неплохо исправить пару ошибок, неочевидных — и потому неприятных, особенно тем, кто сделал простой copy/paste
Спасибо за рекомендации, Сергей! Возможно это правильнее, но я делал так, как написано, и у меня все отрабатывало 🙂
Max, не сомневаюсь, что отработает. До первых «граблей» в виде url, содержащего фразу index.php, как часть имени скрипта типа search_reindex.php. В итоге получим проблему, например в админке:
— так должно быть
site.my/bitrix/admin/search_reindex.php/?lang=ru
— так получится, фраза index.php честно вырезана из url
site.my/bitrix/admin/search_re/?lang=ru
К чему это приведет — догадаться несложно.
1) все равно не отрабатывает правильно, нужно писать исключение:
RewriteCond %
или любой другой на ваше усмотрение
хотя, судя по моему предыдущему опубликованному комментарию, по поводу дефиса — это проблемы сайта, при публикации обычный «минус» меняется на нечто похожее, с кодом #x97
А как сделать редирект на www?
Чтобы был адрес вида https://www.site.ru, даже если набирают адрес без ввв и без хттпС
(переход на httpS осуществлен)
Попробуйте в начале (до https правил) добавить это:
Options +FollowSymLinks
RewriteEngine On
RewriteCond %
RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]
проверьте через bertal все варианты с ввв, без, индекс пхп и т.д., если что-то легло, то попробуйте перенести регулярку
Стандартное содержимое htaccess для 1С Битрикс 18 ( все редакции )
Настройка редиректов в 1С Битрикс
Настройка редиректа с www на без-www в 1С Битрикс
Данное правило лучше размещать сразу же после конструкции:
Options +FollowSymLinks
RewriteEngine On
Это необходимо для того, чтобы корректно работали все правила обработки ЧПУ сайта
Настройка редиректа с http на https в 1С Битрикс
Если вы на сайте решили подключить SSL сертификат, то вам будет обходимо настроить редирект с версии сайта на обычном протоколе http на защищённый протокол https, в противном случаи вы получите дубли всех страниц сайта. Для настройки редиректа на https нужно добавить в htaccess следующий код:
Избавляемся от дублей index.php
По умолчанию в 1С Битрикс все страницы доступны как по их ЧПУ так и по адресам с index.php на конце. Т.е если ввести страницу https://ваш-сайт.ру/ и https://ваш-сайт.ру/index.php то по обоим адресам будет доступна одна и та-же страница. От таких дублей нужно избавляться. Для этого разместим в htaccess следующий код:
Убираем повторяющиеся слэши в конце адреса
Чтобы убрать дублирующиеся слэши в конце url необходимо в htaccess разместить правило
Добавляем слэш / в конце url адресов
Чтобы страницы не были доступны по двум адресам https://ваш-сайт.ру/catalog и https://ваш-сайт.ру/catalog/ необходимо настроить редирект на один из вариантом. Настроим редирект на страницы со слэшем / для этого в htaccess разместим следующий код:
Настройка браузерного кэширование при помощи htaccess в 1С Битрикс
Чтобы снизить нагрузку на сервер и увеличить в целом производительность сайта, рекомендуется использовать браузерное кэширование ресурсов сайта: изображений, скриптов, файлов стилей. Для того чтобы включить кэширование необходимо в htaccess после блока mod_rewrite вставить следующий код:
Дубли Битрикс: удаление с помощью rel canonical и другие способы
С точки зрения поисковой оптимизации доступ к одной странице по разным ссылкам – это большая проблема. Поисковой робот не понимает, какую страницу надо показывать. В связи с этим адрес страницы должен быть фиксированным. Чтобы удалить дубли Битрикс, нужно выявить основные причины их появления.
Как устанавливать канонический URL?
Частая проблема, связанная с Bitrix – это появление множества дублей страниц. Особенно это касается товаров из разных категорий. Проблемы здесь как минимум две: дублирование контента, что вредно для SEO, и появление дублей метатегов. Поисковики могут и вовсе не показывать страницы-дубли.
Исправить проблему штатными средствами, к сожалению, не получится. Один из вариантов борьбы с дублями предлагает Google. Ваша задача – указать каноническую страницу из числа одинаковых. Так, один URL станет каноническим, а остальные получат статус его копий. Сканирование канонического URL выполняется гораздо чаще.
Указать Гуглу на нужные URL можно с помощью тега rel= »canonical». Сразу стоит отметить, что такой метод борьбы с дублями подходит далеко не всегда. Сам Google сообщает, что при индексировании обращает внимание не только на тег, но и на качество контента на странице, протокол и присутствие URL в Sitemap. Вот для каких случаев подходит использование тега:
Здесь можно узнать, какую страницу Google считает канонической. Но помните, что указание тега не дает гарантии, что поисковик не выберет другую страницу.
rel canonical для разделов
Прописать в Битриксе метатег rel canonical для страниц разделов напрямую не получится. Сделать это можно только с помощью костылей. При использовании комплексного компонента необходимо дописать в section.php следующий кусок кода:
Второй вариант – добавить кусок кода в шаблоне catalog.sections.list:
В основной шаблон сайта внутри head вставляется строчка:
Благодаря этому простому алгоритму из разных шаблонов различных компонентов в основной шаблон веб-ресурса внутрь head можно передать любые данные. Например, это метатеги под социализацию или микроразметку.
rel canonical для статей
Для страниц со статьями можно указать каноническую страницу одним из любых способов, которые предлагает Google:
Google не советует использовать инструмент удаления URL для указания актуальной версии страницы: так из выдачи исчезнут все варианты URL. Не стоит использовать разные методы указания актуальной версии страницы под разные URL. Не нужно трогать noindex, пытаясь предотвратить выбор канонической страницы.
Это лишь часть рекомендаций, которые дает Google.
Настройка товаров с каноническими ссылками с помощью rel canonical
Для начала нужно создать пользовательское свойство у информационного блока категорий «Канонический URL» с id каноникал. Делается это по адресу:
Путь к каталогу товаров
Открываем шаблон карточки товара:
В самой верхней части добавляем кусок кода:
Между тегами в шаблоне header.php вставляем код:
Открываем карточку товара, у которой есть дубли, после чего ищем поле «Канонический URL». Тут вставляем путь до карточки товара, которую нужно обозначить в качестве канонической. Домен при этом не указывается:
Отныне все страницы, отображающие указанный товары по другим URL, будут иметь тег
Некоторые готовые решения на Битрикс уже имеют необходимые настройки для обозначений актуальных версий страниц. К примеру, вот как это реализовано в готовом решении «Аспро»:
Готовое решение.png
Можно активировать режим правки в публичной части сайта на любой карточке товара. В группе параметров «Настройки детального просмотра» нужно поставить галку возле «Установить канонический URL» и сохранить настройки.
Настройки детального просмотра в Битрикс
Все зависит от того, какой версией Битрикс вы пользуетесь, либо на каком решении реализован Ваш сайт или интернет-магазин. Лучше не пытаться решить проблему самостоятельно, а обратиться в техническую поддержку или квалифицированным специалистам.
Что делать с index.php на Битрикс?
Таким образом index.php вырезается из строки адреса с простановкой 301 редиректа и сохранением get-параметров.
Дубли из-за лишних get-параметров
Не стоит допускать «нелегальных» параметров в адресе страницы. Так вы избежите вреда от лишних get-параметров. Алгоритм защиты довольно прост:
Отчет метрики по параметрам URL
Так или иначе, впадать в паранойю во время поиска «нелегальных» элементов не стоит. Если программист и оптимизатор будут аккуратно выполнять свою работу, лишние get-параметры не принесут особого вреда. И наоборот: если слишком тщательно пытаться “защититься” от них, сайт обрастет лишними ошибками.