В умном фильтре необходимо, чтобы значения максимальной и минимальной цены изменялись с учетом выборки, и не только цен, любого свойства типа число, которые выводятся в виде <input type="text".../>

Т.е., если в фильтре выбрать какой нибудь параметр, например, бренд Adidas, интервал цены подстроился с учетом данного бренда. Т.е., например, если было от 1 000 до 10 000, а в бренде Adidas доступны только товары с ценой от 3 000 до 8 000, то значения в инпутах и ползунках становились такие.

За все эти годы ничего не изменилось. Смотрел в последний раз в components/bitrix/catalog/templates/.default/bitrix/catalog.search/.default/template.php от iblock 17.5.4.

Выполняется поиск в два шага:

1. bitrix:search.page
   
2. bitrix:catalog.section
   

Это ненормально. Причины всего-то две:

1. Техническая: странно собирать ИД-шки элементов, чтобы потом использовать их для второй выборки уже не из поискового индекса, а из инфоблока.
   
2. Функционал: пользователи давно ждут подсветки поисковых фраз в результатах поиска, но при таком подходе ее не будет в принципе.
   

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

Давно уже пора научить Битрикс делать один запрос (поиск и фильтрация одновременно, учитывая фасетный индекс, если ищем по инфоблокам). Также давно пора (1С УТ такое умеет, к примеру) делать подсветку того, что искал пользователь. Так интуитивно проще оценивать релевантность.

Сейчас умный фильтр для множественных свойств работает только по условию "ИЛИ", нет возможности выбрать условие "И". К примеру, есть каталог фильмов. Отмечаю флажками в свойстве Жанр: боевик и фантастика. В результате будут все фильмы: и боевики и фантастика, но не боевик+фантастика.

Большая просьба к разработчикам доработать умный фильтр!

Сейчас при выборе свойства для фильтрации которое состоит из двух слов пробел в ссылке заменяется символами "%20", к примеру:
домен/раздел/filter/tip-is-велосипедное%20трико/apply/

Также не плохо было бы добавить транслитерацию.

Мы наткнулись на логическое противоречие.
Одинаковые названия свойств товаров и предложений
Например, в одном разделе есть "Товар" (простой товар, без торговых предложений) со свойством "Диаметр резьбы", и в этом же разделе есть "Товар с торговыми предложениями" с точно таким же свойством "Диаметр резьбы", но именно в свойствах инфоблока "Торговые предложения". И нам нужно оба свойства показать в умном фильтре.
Мы это сделали, и у нас отображаются как дубли  http://prntscr.com/htq4wy

Было бы хорошо решить эту проблему, создав в настройках инфоблока функцию "Объединить значения одинаковых свойств в умном фильтре"

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

На данный момент стандартных возможностей нет, так как система принципиально не может связать несколько таблиц (поиск, список товаров и список свойств товаров, плюс возможно разделы каталога) в одном запросе/методе.

Но есть чудовищное решение:
Например, для фильтрации по каким либо параметрам умному фильтру необходимо наличие идентификаторов всех товаров, которые возвращает компонент search.page. Но если результатов поиска много (при большом количестве товаров, удовлетворяющих поисковому запросу), то компонент (точнее стандартный CSearch::Search) будет сильно тормозить.
Метод CSearch::Search при порядка 60к результатов может отрабатывать от 20 сек в зависимости от индексируемых параметров, используемого аппарата.

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

С одной стороны для построения ЧПУ умного фильтра используется XML_ID значений, с другой стороны при обмене с 1С в XML_ID записывается UID полученный из 1С, который изменить нельзя из-за обмена.

В итоге ЧПУ получается совсем не человеко понятный да еще и черезмерно длинный.

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

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

1. Хотелось бы иметь возможность заменить / на -
2. Хотелось бы иметь возможность менять "is", "or" и "and" на другие форматы сочетания. Идеально - то же на "-"
3. В идеале, хотелось бы иметь возможность задавать правила и порядок составления url
   

Это требуется для формирования понятных и красивых урлов для людей и поисковиков.

Пример: у одного из наших клиентов уже реализована свой логика формирования урлов, которая позволяет делать так:
/krovati/dvuspalnye/belye-serye-dlya-detskoy-v-stile-skandinavskom/


А из коробки этот же адрес выглядел так:
/krovati/dvuspalnye/tsvet-is-belye-or-serye/dlya-is-detskoy/v-stile-is-skandinavskom/

Понятно, что можно переименовать все свойства с транслита на перевод - тогда урл будет красивый. Но не русски! Яндекс, всё же, с транслитом работает лучше. И запросы, которым должны быть релевантны урл - у нас пишут то же по-русски.

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

Возможность добавлять программно новые значения для поля "Вид в умном фильтре" умного фильтра на вкладке Магазин -> Настройка каталога -> Свойства элементов

Аналогия API PROPERTY_<PROPERTY_CODE>.<FIELD>, только в умном фильтре.
Думаю эта возможность не такая уж и востребованная, но было бы круто!

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

После изменения Url разделов для умного фильтра столкнулся с проблемой: Яндекс проиндексировал много страниц сгенерированных фильтром, но при этом возникли дубли title, description.
Предлагаю добавить возможность автоматически генерировать мета-теги для страниц умного фильтра, с учетом свойств по которым осуществляется фильтрация.

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

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

Читать подробнее...

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

В тикете это обсудили с тех. поддержкой (#608955).
Там как пожелание это записали (Номер обращения в разработку: 35154).

Если проголосуем ЗА, то быстрее внедрять.

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

Сейчас адресная строка выглядит довольно зверски, при установленном фильтре:
site.com.ua/catalog/elektronika/?arrFilter_147_1330857165=Y&arrFilter_147_4088188550=Y&arrFilter_155_1685985038=Y
&arrFilter_155_2225864208=Y&arrFilter_155_174200537=Y&arrFilter_P1_MIN=823&arrFilter_P1_MAX=1513
&set_filter=%CF%EE%EA%E0%E7%E0%F2%FC

лучше чтобы она выглядела более красиво и презентабельно, например, так:
http://allo.ua/kompyuternaya-tehnika/price_from-8073/price_to-34923/proizvoditel-acer-or-apple-or-asus/

А то сейчас можно только SECTION_ID в него передать, приходится делать доп. запросы на определение ID по символьному коду прямо в section.php, что есть неудобно и некрасиво, и повышает вероятность ошибок.