Для ультиязычных сайтов невозможно установить свои страницы регистрации для системного компонента (и это достаточно печально), страница регистрации либо одна либо без ЧПУ вроде http://domain.ru/registration/)

из-за этого приходится кастомизировать системный шаблон авторизации и ограничивать штатный функционал работы авторизации... кроме кастомизации шаблона авторизации нет способа задать ЧПУ URL для страниц авторизации на разных сайтах, но предлагаю это довести "до коробки" и добавить:
Либо в настройку "Страница регистрации (для системного компонента авторизации):" использование #SITE_DIR#
Либо в настройках каждого сайта указывать URL.

В ЧПУ детальной страницы карточки товара по умолчанию выводится символьный код названия товара:
https://www.screencast.com/t/dKCDOgyAFpJ

Идея в том, чтобы в URL карточки товара, вместо символьного кода названия товара -  подставлялся символьный код значения артикула:
https://www.screencast.com/t/Q7QjzQln

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

В типовом интернет-магазине возможность такой подстановки по артикулу отсутствует, и  требуется кастомизация.
Предлагаю поддержать идею реализации в типовом интернет-магазине от 1С-Битрикс.
Полагаю будет востребовано.

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

Добавьте пожалуйста как стандартную возможность подстановки свойства ИБ в УРЛ.
Идеально, если в настройках инфоблока где настраивается путь к детальной странице можно было бы выбрать #SVOISTVO_IB# как указывается ID элемента или раздела.
Есть страницы: Сайт/раздел1/раздел2/раздел3/раздел4
На странице раздел1 выводится детальное описание инфоблока 1 и заменой через ЧПУ получаем красивый путь
Сайт/Europa/
На странице с разделом 2 из второго инфоблока делаем замену так же через ЧПУ но раздел уже получается не очень красивым и правильным
Сайт/раздел1/Russia/
Если во втором инфоблоке сделать привязку к элементу инфоблока 1 и подставлять как свойства в УРЛ то можно получить красивый путь без сложной кастомизации:
сайт/erope/russia/samara

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

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

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

Если 2 одинаковых товара/услуги в разных разделах тогда ЧПУ с символьным кодом не сработает корректно!!!
Нужно дописать функционал "строгой проверки ссылки на элемент" и проверять раздел элемента для определения ELEMENT_ID.

p.s. По этой теме много недовольства при импорте товаров из других CMS, где символьный код использовался в url

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

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/

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

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

Необходимо добавить в bitrix_server_test.php проверку работоспособности ЧПУ на данном сервере.

Это нужно, чтобы после установки типовых решений не возникало проблем с основным функционалом сайта в виде такой ошибки -- http://prntscr.com/91gsqe (она возникает при включении ЧПУ у компонента каталога.

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

Добавьте возможность создать файлы urlrewrite_before.php и urlrewrite_after.php, которые будут добавляться к основным правилам, но не будут перетираться автоматом битриксом. Когда делаешь совсем не стандартный функционал, который должен иметь ЧПУ, но не влезает в функционал компонентов новости или каталога, приходиться дописывать свои правила и очень не удобно, что они перетираются при редактировании инфоблоков из публичной части.

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

Например есть старый сайт с кучей новостей, где URL новости выводится по get параметру (ELEMENT_ID=). Захотели сделать ЧПУ, но нужно в каждую новость зайти и руками добавить (нажать на скрепочку) симвойльный код. Если новостей много, это не удобно.
Было бы здорово, выделить все новости и нажать на кнопочку "сгенерировать символьный код".

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

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

Хотелось бы иметь возможность строить ЧПУ, в котором учитывалась бы вложенность секций инфоблока не только по символьным кодам, но и по ID разделов.
Например указанием по аналогии:
/catalog/#SECTION_ID_PATH#/

в результате получаем:
/catalog/301/84/12/

При использовании множественного участия в разделах, конечный путь к элементу в настоящее время строится через раздел, у которого наименьший ID. Хорошо, что URL товара при этом 1, но неудобно что нельзя назначить в каком именно разделе.
Желательно добавить функционал назначения "основного" раздела через пользовательское св-во или другим методом.
По мотивам этой темы.

Нужна возможность включить ЧПУ при использовании тега BREAK в статьях.
Вот пример кривых ссылок:
http://yarcube.ru/playbill/actions/54367.php?%2Fplaybill%2Factions%2F54367_php=&ID=54367&PAGEN_5=6

Чпу в текущем виде серьезно влияет на продвижение
Если включить вывод товаров из подгрупп получаем один и тот же товар, доступный по нескольким ссылкам
Site.ru/group/tovar/
Site.ru/group/subgroup1/tovar/
Site.ru/group/subgroup1/subgroup2/tovar/
и тд..по количеству вложенных групп
В итоге можем получить санкции за дубли страниц
Товар должен иметь единственный url (если он привязан к 1 группе). При выводе товаров из подгрупп должны выводиться конечные пути, а все остальные страницы должны выдавать 404 (сейчас почему то вместо 404 выдается 200 и список корневых групп)
Прошу прощения если идея повторяется
PS. даже если резать Url с начала, страница все равно открывается
Site.ru/subgroup2/tovar/
Site.ru/subgroup1/subgroup2/tovar/

сейчас чпу реализовано кусками. на одной странице может быть компонент с чпу, на другой без чпу, и даже если чпу включен - все равно пагинация портит весь вид. плюс к этому чпу надо настраивать и в компоненте, и не забыть в инфоблоке, и еще переиндексировать поиск и заново сгенерить sitemap. Морока и неудобство. Предлагаю настройки чпу перенести глобально в настройки сайта, где в одном месте координировать управление адресами/чпу всего сайта. например, поставил галку - "включить чпу" - все компоненты и страницы перегенерируют адреса и включают чпу. Вновь создаваемая страница работает уже с чпу. Плюс к этому, функции работы с url также автоматически работают по новому.