Сотбит seo умного фильтра 404 ошибка

При использовании многосайтовости в пункте 5 доступен выбор требуемого сайта.

• Что такое умный фильтр
• В чем сложность и вопрос?
• История исследования и разработки умного фильтра
• Почему нельзя использовать умный фильтр Битрикса «из коробки»?
• Ожидания покупателя от работы фильтра
  • Какие флажки помещать в умный фильтр?
• Требования SEO-специалистов к умному фильтру
  • Уникальные title, keywords, description, h1.
  • «Быстрые ссылки» — готовые результаты фильтра
  • Размещение текста на странице с фильтром
  • Правильные canonical и отсутствие дублей
  • Шаблон правил для robots.txt
  • Автоматическое добавление в sitemap.xml
  • Умный фильтр и коды ответа
  • Фильтр не требует квалификации программиста для настройки
  • Пример реализации механизма расстановки уникальных заголовков на страницах фильтра (сайт dg-home.ru).
• Ожидания директора магазина
• Внедрение умного и готового к seo фильтра на ваш проект

Есть проекты — интернет-магазины. Это сложные проекты и для продвижения, и для веб-разработки.

В них сотни и тысячи товаров. Десятки и сотни категорий.

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

Пример: на сайте, где продаются стройматериалы, в категории «облицовочный кирпич» ставим флажок «желтый». Видим новую страницу, идеально отвечающую на запрос «желтый облицовочный кирпич». Таким образом можно обеспечить посадочными страницами семантическое ядро любого размера. Настройка ЧПУ и умного фильтра в Битрикс позволяет оптимизировать страницы правильно и для клиента и для поисковых роботов.

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

Вывод: страницы выдачи фильтров интернет-магазина исключительно важны для SEO.

Статья о том, как их делать, оформлять, встраивать в навигацию и продвигать.

Что такое умный фильтр

Фильтр — инструмент выбора товаров в интернет-магазине. Например, в строительном интернет-магазине, чтобы из множества однотипных кирпичей выбрать желаемый цвет, пользователь ставит галочку, страница обновляется, появляются «Абрикосовые кирпичи». Также выбирают Производителя, Размер, и прочие характеристики. Чем больше параметров выберет пользователь, тем уже будет выборка, тем точнее результат.

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

Фильтр — это ваш актив. Работайте с ним!

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

• Знает, какие комбинации характеристик не дают результата, и запрещает их выбор. Например, бренд Braer не производит абрикосовый кирпич.
• Знает, в какой категории какие характеристики бывают. Для строительного кирпича не показывает характеристику «Цвет».

В статье описан наш опыт разработки и seo продвижения магазинов с использованием умного фильтра.

Знакомьтесь, Умный Фильтр.

Знакомьтесь, господин Уэф. Никакого отношения к статье не имеет, но созвучно

В чем сложность и вопрос?

Фильтр — штука «чисто программерская». Ставишь галочки, сайт «вжух-вжух» и показывает результат.

Никакой ручной настройки не подразумевает — SELECT-запросы к базе данных в чистом виде.

Однако, есть 2 отрасли, о которых нужно подумать — поисковое продвижение и юзабилити. Первое важно для сеошника, второе — для пользователя. Ведь он покупает ваши товары! Пусть ему будет удобно!

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

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

Список требований к умному фильтру участников проекта оформили в виде mindmap (увеличивается при нажатии).

История исследования и разработки умного фильтра

Ранее мы касались темы в статьях:

• Рассказали, чем хорош умный фильтр и как он работает — Подбор по параметрам как на Ситилинке
• Немного раскрыли в статье технику реализации ЧПУ фильтра на портале недвижимости.
• Упомянули «быстрый фильтр» — младшего брата «умного фильтра», заточенного для SEO.

Почему нельзя использовать умный фильтр Битрикса «из коробки»?

Битрикс сделал хороший фильтр, но традиционно не подумал о SEO. У коробочного фильтра 1С-Битрикс (версия 16.5.4) несколько серьезных недостатков:

• Длинные избыточные адреса страниц. Также, если удалить последний /apply/ будет 404 ошибка.
  
• Отдельную страницу с результатами фильтра нельзя оптимизировать — разместить заголовок и текст. Приходится использовать дополнительные модули (например, наши «Инструменты SEO-специалиста»).
• Нельзя настроить канонический адрес автоматически.
• Сброшенный фильтр возвращает вас к оригинальному списку товаров, но меняет адрес страницы: /catalog/pants/filter/clear/apply/ вместо /catalog/pants/.
• Если у магазина товаров до 50 тысяч, а общее количество свойств не превышает 500, можно смело использовать умный фильтр битрикса. Он справится. Если товаров или свойств в разы больше, придется делать собственную разработку.

Ожидания покупателя от работы фильтра

1. Фильтр помогает найти товар.
2. Покупатель хочет, чтобы фильтр работал быстро. Выбрал галки, перезагрузил страницу, увидел результат.
3. Покупатель хочет, чтобы адреса страниц не менялись. Страницей фильтра можно поделиться, сохранить в закладки, выучить наизусть.
4. Поведение фильтра предсказуемо и понятно. Владельцы магазинов не всегда хотят тратить ресурсы на удобство работы пользователя с сайтом, оставляют задачи «на потом». Страдают, как правило, пользователи.

Пример страдания: Угадайте, за что отвечает флажок «Тип: Отвертка аккумуляторная» в категории «Отвертки аккумуляторные»? Правильно, ни за что;)

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

1. Сделать удобный и понятный интерфейс фильтра.
2. В каждой категории магазина показывать важными несколько свойств, которые помогают покупателю совершить выбор. Остальные скрывать.
3. Продумать архитектуру фильтра так, чтобы запросов было минимальное количество и работал кеш. Влияет на скорость работы фильтра. Бонус — быстрые страницы хорошо влияют на пользовательские факторы сайта (важно для SEO).
4. Дополнительное требование про кеш: кэшированные страницы отдают правильный заголовок Last-Modified на дату кеширования.
5. Порядок сортировки и постраничная навигация должны передаваться в GET-параметрах. Вопрос про канонические страницы ниже в блоке про SEO.
6. Сделать минимум изменений в существующем программном коде. В идеале — небольшие надстройки «поверх» фильтра из коробки.

Какие флажки помещать в умный фильтр?

Как мы решали проблему сортировки характеристик / свойств фильтра в категориях.

Есть категории — Диваны и Люстры. У диванов есть свойства: двухместный, трехместный. У люстр — материал (сталь, стекло) и стиль (прованс, лофт). Какие флажки должны остаться в фильтре, в каком порядке? На основании чего принимать решение?

Для электроники, бытовой техники, инструментов, компьютеров можно подсмотреть флажки-свойства в Яндекс.Маркете. Как быть для других тематик?

Мы придумали следующий алгоритм:

• собираем ключевые фразы по названиям всех категорий каталога сайта (включая слова «купить», «цена»)
• группируем в соответствии с исходными категориями. В «Диваны» кладем «купить кожаный диван», «купить угловой диван», «диван аккордеон купить». В «Люстры» — «купить хрустальную люстру», «купить потолочную люстру».
• сортируем в каждой группе ключи по убыванию частотности, отсеиваем низкочастотные запросы.
• Получаем по 2-3 базовых характеристики, которые интересуют покупателей товаров конкретной категории. Для диванов важен тип и материал. Для люстр — материал на первом месте.

Заметили, да? У всех ожидания, а у нас — требования. Отвечу от имени сеошников. Фильтр может оказаться бомбой замедленного действия, неповоротливой и инертной для поисковой машины. Лучше заранее все продумать и не совершать ошибок.

Фильтр может оказаться бомбой замедленного действия

Для внедрения SEO-требований подойдет «коробочный» фильтр Битрикса. Приблизительная оценка внедрения: ~100 человеко-часов. Перечисляем в порядке важности приоритета. Если бюджета не хватает, отказывайтесь от нижних.

1. Уникальные title, keywords, description, h1 на страницах умного фильтра. Бонус — красивый и кликабельный сниппет в выдаче.
2. «Быстрые ссылки» — готовые результаты фильтра
3. Размещение текста на странице с фильтром
4. Правильные canonical и отсутствие дублей
5. Шаблоны правил для robots.txt
6. Автоматическое добавление в sitemap.xml
7. Генерация sitemap.xml с правильными ЧПУ одной кнопкой
8. Фильтр отдает правильные коды ответа.
9. SEO-специалист справится с настройкой без программиста.

Пояснения некоторых требований.

Уникальные title, keywords, description, h1.

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

«Быстрые ссылки» — готовые результаты фильтра

Мы неоднократно писали про удобство «Быстрых фильтров» для пользователя:

• https://www.intervolga.ru/blog/marketing/fix-seo-problems-integration/#section9
• https://www.intervolga.ru/blog/projects/tipovye-pozhelaniya-seo-spetsialistov-dlya-internet-magazinov-na-1s-bitriks-i-sposoby-ikh-realizatsi/#section12

Быстрая ссылка (быстрый фильтр) — это страница с подборкой товаров под конкретный запрос. Например, «фрезеры бош». Быстрая ссылка имеет ЧПУ и находится в зоне видимости пользователя (заодно, и поисковика).

Как программировать быстрые фильтры:

1. В 1С создаем и загружаем на сайт пустые категории в соответствии с группами фраз из семантического ядра. Группы нельзя переименовывать, это важно.
2. На стороне сайта настраиваем привязки «Адрес категории — Адрес страницы фильтра».
3. Пишем код, который подставляет на страницу пустой категории список товаров с указанной страницы фильтра. Получается «ЧПУ над ЧПУ».

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

Некоторые SEO-специалисты считают, что в интернет-магазине вообще надо закрыть от индексации все страницы с результатами фильтра

Наша позиция — если вы настроите «Быстрые ссылки» и заведете необходимое количество по всему семантическому ядру, остальные страницы можно «спрятать». На продвигаемые запросы будут страницы (что хорошо). Не используемые — закрыты от поискового робота.

Размещение текста на странице с фильтром

В конкурентных тематиках на войне за поисковый трафик мы используем возможности сайта по-максимуму.

Размещение текстов на страницах категорий каталога помогает получить коммерческий трафик на сайт.

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

Правильные canonical и отсутствие дублей

На скриншоте ссылки «сортировка по цене», «алфавиту», «показывать по 20 — 40 — 60» не изменяют товары на странице, только их порядок. С точки зрения поисковика, никакой ценности эти страницы не представляют. SEO-специалисты используют специальный «канонический тег» для указания поисковой машине, какую страницу считать главной и оставить в выдаче.

Инструментов для настройки канонических тегов категорий в битриксе нет. Наш подход к настройке канонических страниц фильтра:

1. По умолчанию по адресу категории без GET-параметров выводим страницу с сортировкой по цене по возрастанию и внешним видом «Плитка». Эту страницу назначаем канонической с помощью тега

   <link rel="canonical" href="<адрес страницы>" />

2. 2-я, 3-я и все следующие страницы ссылаются на каноническую страницу по умолчанию. Для Google делаем дополнительно атрибуты

   rel="next" и rel="prev"

3. Все прочие направления сортировок и внешнего вида товаров (страницы с GET-параметрами, как правило) закрываем от индексации через robots.txt.

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

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

Шаблон правил для robots.txt

К сожалению, шаблона для настройки robots.txt в части фильтра нет. Каждый проект индивидуален, и задача по настройке файла лежит на плечах SEO-специалиста. Некоторые типовые инструкции:

Disallow: /*PAGEN_
		

Disallow: /*ORDER_BY=
Disallow: /*desc=
Disallow: /*sort=
Disallow: *sort_by=*

Disallow: */filter/
Disallow: */apply/
Disallow: /?set_filter=

Для облегчения первичной настройки воспользуйтесь «Стартовым набором robots.txt» от битрикс.

Автоматическое добавление в sitemap.xml

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

Сейчас мы делаем карту сайта «по старинке» — автоматически генерируем средствами битрикса и полуавтоматически добавляем адреса страниц фильтра.

Умный фильтр и коды ответа

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

200 OK

301 Moved Permanently
		

304 Not Modified
		

404 Not Found
		

410 Gone
		

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

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

Пока, лучшее решение — все настройки выносить в отдельные инфоблоки (highload-блоки), которые можно редактировать в интерфейсе админки.

Альтернативная попытка — сделать настройку через CSV или другой табличный формат — привела к провалу. Разобраться в хитросплетениях шаблонов названий элементов смог только его автор:

Пример файла настроек

Пример реализации механизма расстановки уникальных заголовков на страницах фильтра (сайт dg-home.ru).

1. Разработали техническое задания для программирования — описали, какие должны быть заголовки и мета-теги страниц рубрики, фильтра, карточки товара.
2. Используем бесплатную библиотеку морфологического анализа phpMorphy (http://phpmorphy.sourceforge.net/dokuwiki/). phpMorphy умеет склонять слова русского языка — заголовки и мета-описания получаются фонетически грамотными и привлекательными для пользователей.
3. Готовим CSV-файлики с настройками для какой категории какое свойство в каком порядке выводить и как правильно склонять его название.
4. На странице каталога в component_epilog.php размещаем код, который проверяет настройки в CSV для данной категории и устанавливает в соответствии с ними Title, H1, мета-теги. При большом объеме настройки надо выносить в инфоблоки или highload-блоки.

Ожидания директора магазина

1. Минимум, а лучше отсутствие изменений в учетной системе (1С). Все решать на стороне сайта. Если в 1С установлен свежий модуль обмена данными, никаких доработок на стороне 1С не потребуется. Максимум — аккуратно создать свойства товаров и привязать товары к соответствующим категориям.
2. Подрядчик должен решить задачу комплексно и ничего не сломать. Подрядчик умеет проектировать интерфейсы и оптимизировать сайты. Желательно участие SEO-специалиста в процессе написания технического задания на фильтр.

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

Если вы решили поручить работу с умным фильтром своему разработчику — пусть сначала читает нашу статью.

Внедрение умного и готового к seo фильтра на ваш проект

Можно внедрять постепенно, можно сразу все. Трудоемкость разработки всех описанных задач — 80 — 100 часов для среднего интернет-магазина.

Для больших (50 тысяч товаров и больше) появятся проблемы с производительностью, время увеличится на 30-50%.

Мы рассмотрели решение задач, которые возникают перед веб-разработчиками и SEO-специалистами при настройке умного фильтра на проектах с 1С-Битрикс. Будем рады, если вы поделитесь статьей в социальных сетях и напишете в комментариях, если мы что-то забыли.

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

• ООО «КирпичРУ» (kirpich.ru);
• ООО «Декор и Дизайн» (dg-home.ru);
• ООО «ЛидерСтройИнструмент» (liderstroyinstrument.ru)
• ООО «Империя Садовода» (www.imperia-sadovoda.ru)

Доброго времени суток!

На одном проекте встала задача для комплексного компонента каталога, а в частности при выбранном фильтре проверять параметры которые передаются в URL-е и если в нем находятся несуществующие параметры выводить 404 страницу (при ЧПУ для catalog.smart.filter).

Для примера, есть действующая рабочая страница с адресом/catalog/dveri/filter/tolshina_polotna-is-35/apply/ и есть старый адрес (или просто любой спамный адрес) /catalog/dveri/filter/tolshina_polotna-is-999999999/apply/. Т.е. такого параметра в фильтре нет, но страница все равно отдает 200 код и выводит данные по странице без фильтра. Вот её то нам и нужно убрать, т.е. выводить 404 код и страницу.

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

Что делаем:

1) убеждаемся, что у нас добавлен обработчик события на эпилоге, проверяющий константу ERROR_404 и при её наличии выводящий 404 страницу с нужным кодом. Примерно такого содержания:

AddEventHandler("main", "OnEpilog", "error_page");
function error_page()
{
    $page_404 = "/404.php";
    GLOBAL $APPLICATION;
    if(strpos($APPLICATION->GetCurPage(), $page_404) === false && defined("ERROR_404") && ERROR_404 == "Y")
    {
        $APPLICATION->RestartBuffer();
        CHTTP::SetStatus("404 Not Found");
        include($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/header.php");
        include($_SERVER["DOCUMENT_ROOT"].$page_404);
        include($_SERVER["DOCUMENT_ROOT"].SITE_TEMPLATE_PATH."/footer.php");
        die();
    }
}

Добавить его можно в init.php например.

2) Мы будем проверять, что выбран адрес с установленными значениями фильтра (в моём случае это наличие /filter/), а также есть параметры фильтрации для catalog.section (по умолчанию глобальная переменная $arrFilter, у вас может быть другая).

Для этого идем в шаблон нашего catalog.section в файл result_modifier.php и там ставим проверку (можно её поставить перед вызовом catalog.section, как вам угодно)

global $arrFilter;
$curPage = $APPLICATION->GetCurPage(false);

if(strpos($curPage, "/filter/") !== false && empty($arrFilter))
{
	define("ERROR_404","Y");
}

Как вы можете видеть я проверяю вообще на пустоту массива фильтра $arrFilter, если он у вас где-то еще переопределяется и там присутствуют другие значения (кроме тех, что устанавливает catalog.smart.filter) — вам нужна более сложная логика для проверки. Но для общего примера и понимания мне кажется этого достаточно.

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

Одним из преимуществ интернет-магазинов на 1С Битрикс на мой взгляд является наличие не так давно доведённого до ума «умного фильтра». Дело в том что теперь фильтр получил возможность выдавать результаты по вполне симпатичным ЧПУ адресам. А это в свою очередь даёт большие возможности по улучшению SEO магазина, большому охвату НЧ запросов, созданию «посадочных страниц» прямо в структуре каталога и многое другое. Давайте по подробнее рассмотрим все эти плюшки.

Кто не знает что такое ЧПУ — это «человеко понятные url» т.е когда вы заходите на сайт в раздел Каталог / Телевизоры и видите в в адресной строке не /?s=1&ss=15 а читаемый латиницей адрес /katalog/televizori/ это удобно, и поисковые системы относятся лучше к таким адресам.

Настройка инфоблока

И так как же настраивается ЧПУ режим умного фильтра. В первую очередь настраиваем URL страниц в параметрах информационного блока, в админке вкладка Контент / Типы инфоблоков / Каталог / Одежда (в вашем случае название типа и инфоблока могут отличаться). На первой вкладке «Инфоблок» настраиваем слудющие поля:

где

• #SITE_DIR# — константа битрикса, обозначает папку сайта;
• /catalog/ — директория в корне сайта, где будет размещён комплексный компонент каталога;
• #SECTION_CODE# — переменная куда будет подставлен символьный код раздела (обычно это транслитерированное название раздела);
• #ELEMENT_CODE# — тоже символьный код транслитерированный из названия элемента.

Чтобы #SECTION_CODE# и #ELEMENT_CODE# формировались автоматически при создании разделов и элементов не забудьте на вкладках «Поля» и «Поля разделов» установить для поля «Символьный код» такие параметры:

т.е. мы делаем поле

• обязательным (первая галочка);
• проверяем на уникальность (чтобы не получилось что один URL имеют разные страницы);
• транслитерировать из названия при добавлении (чтобы не вводить код вручную).

Настройка свойств инфоблока

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

Дело в том что при составлении ЧПУ адреса страницы с результатом фильтрации по определённому свойству, компонент собирает этот URL из кода свойства и внешнего кода выбранного значения свойства.

Для того чтобы нам было легче читать URL предлагаю коды свойств и их значений задавать в формате транслита, например свойство «цвет», имеет код «cvet», значение свойства цвет «красный» имеет код «krasniy» и т.д. В начале прописываем код свойства

А затем коды значений свойства цвет, колонка «Внешний код» в диалоге редактирования свойства инфоблока.

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

То же самое проделываем с вновь созданным свойством «фасон», для простоты я использовал тип свойства «Список». Код свойства «fason» и несколько значений «Футляр -> futlar» и «Сарафан -> sarafan». Кстати код значений свойства фасон при выбранном типе свойства «Список», прописывается в колонке «XML_ID»

Не забудьте задать нескольким торговым предложениям каталога свойство «Фасон», чтобы оно отобразилось в умном фильтре. Свойства инфоблока настроили, переходим к настройкам компонента bitrix:catalog.

Настройка компонента

Переходим в каталог товаров, включаем режим правки и заходим в параметры компонента. В параметрах компонента bitrix:catalog на вкладке «Управление адресами страниц» ищем поле «Url раздела для умного фильтра» — это и есть шаблон ЧПУ адресов с результатами фильтрации. Для сокращения я обычно убираю последнюю часть /apply/ оставляя такую строку #SECTION_CODE#/filter/#SMART_FILTER_PATH#/ где

• #SECTION_CODE# — код раздела в котором осуществляется фильтрация;
• #SMART_FILTER_PATH# — путь собранный из кодов свойств и их значений составленный по определённому алгоритму.
• /filter/ — что-то вроде директивы позволяющей системе правильно идентифицировать и интерпретировать запрашиваемый адрес (т.е. понять открыть определённый раздел или выполнить фильтрацию текущего)

Сохраняем настройки компонента. Теперь при фильтрации например по свойству «Цвет» = «Красный» — получаем такой URL /catalog/dresses/filter/cvet-is-krasniy/ а если дополнительно отфильтровать каталог по фасону получим URL /catalog/dresses/filter/cvet-is-krasniy/fason-is-futlar/. Если вы всё сделали правильно у вас должны получаться такие ЧПУ URL фильтра. Переходим к самому интересному, настраиваем seo для полученных страниц.

SEO для страниц результатов фильтра битрикс

В первую очередь давайте определимся, что мы будем менять для таких вот страниц как /catalog/dresses/filter/cvet-is-krasniy/ (т.е. каталог / плать/ цвет — красный). На мой взгляд минимальный набор для корректировки это title — страницы, meta-keywords, meta-description, заголовок h1 и дополнительный текст (назовём его SEO-текст) на странице видимый пользователю, описывающий данный раздел в трёх — четырёх предложениях.

Где все эти данные хранить? Есть два варианта, в инфоблоке и в HL-инфоблоке, т.к. мне привычнее первый, реализуем именно его. И так ещё раз что нам нужно хранить в элементах инфоблока:

1. заголовок страницы (title)
2. ключевые слова (meta-keywords)
3. описание страницы (meta-description)
4. заголовок (h1)
5. SEO — текст (текст для посетителя)
6. URL страницы на которой все эти данные нужно изменить / вывести

Создадим инфоблок с соответствующими полями.

Для удобства дальнейшей работы с инфоблоком сохраните его идентификатор в константу IBLOCK_SEO в файл /bitrix/php_interface/init.php это позволит подставлять в код функции осмысленное значение IBLOCK_SEO а не просто число, что в последствии повысит качество и восприятие кода.

Поле URL страницы делаем обязательным т.к. по нему будет определяться к какой странице применить заданные свойства. В результате получаются вот такие элементы:

Теперь необходимо в файле шаблона section.php комплексного компонента каталога после вызова компонента catalog.section разместить следующий код:

//Получаем SEO параметры текущей страницы
	$currentPageUrl = $APPLICATION->GetCurPage();
	$currentPageSeo = array();
	$arSelect = Array("ID", "PROPERTY_TITLE", "PROPERTY_META_KEYWORDS", "PROPERTY_META_DESCRIPTION", "PROPERTY_HEADER", "PROPERTY_SEO_TEXT");
	$arFilter = Array("IBLOCK_ID"=>IBLOCK_SEO, "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y", "PROPERTY_PAGE_URL"=>$currentPageUrl);
	$res = CIBlockElement::GetList(Array(), $arFilter, false, false, $arSelect);
	while($ob = $res->GetNextElement()){
		$arFields = $ob->GetFields();
		$currentPageSeo = array(
				"TITLE" => $arFields["PROPERTY_TITLE_VALUE"],
				"KEYWORDS" => $arFields["PROPERTY_META_KEYWORDS_VALUE"],
				"DESCRIPTION" => $arFields["PROPERTY_META_DESCRIPTION_VALUE"],
				"HEADER" => $arFields["PROPERTY_HEADER_VALUE"],
				"SEO_TEXT" => $arFields["PROPERTY_SEO_TEXT_VALUE"]["TEXT"],
			);
	}

	//Устанавливаем полученные параметры
	if($currentPageSeo["TITLE"]){
		$APPLICATION->SetPageProperty("title", $currentPageSeo["TITLE"]);
	}

	if($currentPageSeo["KEYWORDS"]){
		$APPLICATION->SetPageProperty("keywords", $currentPageSeo["KEYWORDS"]);
	}

	if($currentPageSeo["DESCRIPTION"]){
		$APPLICATION->SetPageProperty("description", strip_tags($currentPageSeo["DESCRIPTION"]["TEXT"]));
	}

	if($currentPageSeo["HEADER"]){
		$APPLICATION->SetTitle($currentPageSeo["HEADER"]);
	}

	if($currentPageSeo["SEO_TEXT"]){
		$arResult["SEO_TEXT"] =  htmlspecialcharsBack($currentPageSeo["SEO_TEXT"]);
	}

Что мы делаем в данном скрипте, первым делом получаем параметры текущей страницы (переменная $curPage) фильтра. Если таковые имеются сохраняем их в массив $arSeo, а дальше дополнительно проверяя каждое конкретное значение устанавливаем соответствующее свойство страницы.

Блок с SEO-текстом можно красиво оформить и вывести под списком товаров попавших в выборку. Что же нам дал такой механизм? Теперь мы можем «выжать» семантическое ядро сайта по максимуму и фактически для каждой страницы задать уникальный title, keywords, description и т.д. Создава для каждого низкочастотного запроса например «Красное шёлкове платье, фасон сарафан, размера L» — отдельную страницу с уникальным URL и заголовками (страницу результатов фильтра) на которй представить пользователю ассортимент моделей товаров удовлетворяющих его запросу. А это в свою очередь улучшение поведенческих факторов и повышение конверсии, т.к. посетитель сайта сразу получает страницу именно с тем товаром что он искал.

Давайте создадим несколько элементов для примера. Через SEO инфоблок я создал описание для страницы с фильтром по синему цвету и по цвету + фасону. Получилось следующее:

теперь отфильтровав раздел платья по свойству цвет (цвет = синий) я получаю такой результат:

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

Скармливаем ссылки поисковому роботу

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

Для создания такой связи, перейдите к редактирванию любого раздела каталога в админке, на вкладке «Доп. поля» есть ссылка «Добавить пользовательское свойство» и настройте привязку к SEO-инфоблоку:

Не забываем отметить галочку «Множественное», т.к. потом сделать созданное пользовательское поле множественным не получится, придётся пересоздавать. А нам нужно именно множественное свойство.

Своё свойство я назвал «Быстрые ссылки», а код поля задал как UF_SEO_ITEMS. Теперь давайте установим несколько связей для теста. В своём SEO-инфоблоке я создал несколько элементов описывающих различные страницы фильтра, они все относятся к разделу «Платья». Переходим редактированию раздела платья, вкладка «Доп. поля» и в свойстве «Быстрые ссылки» выбираем те элементы SEO-инфоблока которые относятся к этому разделу, у меня таких два «Платья синего цвета» и «Синие платья футляр».

Теперь нужно вывести их посетителю сайта. Идём в компонент каталога, ищем там компонент catalog.section, у меня это папка /bitrix/templates/#шаблон_сайта#/components/bitrix/catalog/#имя_шаблона_компонента#/bitrix/catalog.section/.default/ нас интересует файл result_modifier.php и вставляем следующий код:

        //Получаем быстрые ссылки текущего раздела
	$seoItems = array();
	$arSectionSelect = array("ID", "UF_SEO_ITEMS");
	$arSectionFilter = array("IBLOCK_ID"=>$arParams["IBLOCK_ID"], "ID"=>$arResult["ID"]);
	$dbSectionList = CIBlockSection::GetList(array(), $arSectionFilter, false, $arSectionSelect);
	while($arSection = $dbSectionList->GetNext()){
		$seoItems = $arSection["UF_SEO_ITEMS"];
	}

	//Получаем Анкро и URL быстрых ссылок раздела
	$fastUrlsList = array();
	$arSelect = Array("ID", "NAME", "PROPERTY_PAGE_URL");
	$arFilter = Array("IBLOCK_ID"=>IBLOCK_SEO, "ACTIVE"=>"Y", "ID"=>$seoItems);
	$res = CIBlockElement::GetList(array("SORT"=>"ASC"), $arFilter, false, false, $arSelect);
	while($ob = $res->GetNextElement()){
		$arFields = $ob->GetFields();
		$fastUrlsList[] = array(
			"NAME" => $arFields["NAME"],
			"URL" => $arFields["PROPERTY_PAGE_URL_VALUE"],
		);
	}

	//Сохраняем результат в кеш компонента
	if($fastUrlsList){
		$arResult["FAST_URL_LIST"] = $fastUrlsList;
		$this->__component->setResultCacheKeys(array("FAST_URL_LIST"));
	}

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

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

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

Комментарий от SEO специалиста Вадима Кабаева

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

Сразу для понимания

В гугле закрывать от индексации нужно через meta тег robots со значением noindex. Либо noindex добавлять в HTTP-заголовок X-Robots-Tag. Работает для Яндекса и Гугла. Robots.txt не решает вопрос закрытия от индексации для Гугла. Сканирование и индексация это два разных процесса.

Теперь по работе фильтра

Возможно данная реализация часть из ниже написанного решает, но всё равно напишу.

1. При выборе двух и более значений внутри одного свойства, такие страницы не должны индексироваться. /cvet-sinii-or-white/fason-futlar/
2. Нужно строго соблюдать последовательность в URL, что бы не плодить дубли (/cvet-sinii/fason-futlar/ и /fason-futlar/cvet-sinii/ дубли)
3. Часто нужны правила перемножения. Внутри раздела может быть 10 свойств (цвет, материал, фасон, сезон, бренд, размер и т.д.). Если мы начнём генерить страницы перемножением всё на всё, мы можем получить страницы пустышки (без поискового спроса) «Платье синее из шерсти футляр летнее Бренд 42 размера…»
   Такие страницы нужны не на всех сайтах, а в некоторых случаях могут даже навредить.
4. Краулинговый бюджет. На каждый сайт ПС выделяют лимит по кол-ву страниц для обхода в сутки, так как мощности ПС не бесконечны. Создавая страницы без спроса мы можем расходовать наш краулинговый бюджет не эффективно. Поэтому нам нужно составлять список таких страниц и закрывать их в Robots.txt. Идеально наличие в URL паттернов по которым можно страницы закрывать от сканирования.
5. Шаблоны для страниц фильтров — хорошо бы использовать шаблоны для генерации мета-данных, заголовков и текстов.
6. На некоторых сайтах встречаются страницы полученные фильтрами без товаров. Это тоже косяк.

Подведём итоги

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

Нюансы внедрения seo фильтра сотбит

Новые статьи в блоге:

Возврат к списку

Распространенной задачей SEO оптимизации является переход умного фильтра на человекопонятный url.

Для возможности продвижения сайта по низкочастотным запросам было принято решение по переходу фильтра со стандартного $_GET запроса (?width=165&radius=13&profile=35&proizvoditel=Bridgestone&section=tyre) на ЧПУ (/filter/manufacturer-is-continental/p_width_tyres-is-155/p_profile_tyres-is-65/p_radius-is-r13/apply/).

Основными моментами перехода служит параметр компонента фильтра catalog.smart.filter :
SEF_MODE => «Y» и установкой пути построения url SECTION_CODE_PATH  => путь к каталогу товаров/filter/#SMART_FILTER_PATH#/apply/
так же рекомендуется заполнять параметр PREFILTER_NAME => массив фильтруемых свойств, в которую передается массив параметров из дополнительного фильтра, для актуальности выводимых свойств фильтра и их совместимости между собой.

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

Не забываем изменить файл urlrewrite.php по примеру

  array (
    ‘CONDITION’ => ‘#^/catalog/filter/(.+?)/apply/#’,
    ‘RULE’ => ‘SMART_FILTER_PATH=$1’,
    ‘ID’ => ‘bitrix:catalog.smart.filter’,
    ‘PATH’ => ‘/catalog/index.php’,
  ),

так как без него фильтр работать не будет или будет выдавать 404 ошибку

В дальнейшем генерировать карту сайта для фильтра необходимо будет вручную, так как стандартный функционал Битрикса не собирает ссылки с запросов умного фильтра, с помощью CIBlockElement::GetList и создания файла с расширением .xml, тут фильтр выборки для каждого может быть свой из за индивидуальности свойств и нужных разделов для генерации sitemap.