Зачастую куча компонентов из-за отсутствия блоков на странице попросту не нужна в сайтах, а они грузятся.
Было бы круто иметь возможность отключать все, что не нужно в header.

Добрый день.

Виджет, который мы устанавливаем на сайт, не оптимизирован по версии google page speed и другим сервисам анализа.

Используйте кеш браузера для следующих ресурсов:

• https://bitrix.info/bx_stat (не указан срок действия)
  

Оптимизируйте следующие изображения, чтобы уменьшить их размер на 5,7 КБ (39 %).

• Сжатие страницы https://cdn.bitrix24.ru/b5238693/livechat/images/sprite.png?1 уменьшит ее размер на 4,6 КБ (37 %).
  
• Сжатие страницы https://cdn.bitrix24.ru/b5238693/livechat/images/logoen.png?1 уменьшит ее размер на 1,1 КБ (50 %).
  

Сократите код JavaScript на следующих ресурсах, чтобы уменьшить их размер на 675 Б (12 %).

• Сокращение https://cdn.bitrix24.ru/…livechat/script/livechat.js?r=1511485129 позволит уменьшить размер на 675 Б (12 %) после сжатия.
  

Сократите код CSS на следующих ресурсах, чтобы уменьшить их размер на 525 Б (14 %).

• Сокращение https://cdn.bitrix24.ru/…ivechat/script/livechat.css?r=1511485129 позволит уменьшить размер на 525 Б (14 %) после сжатия.
  

https://developers.google.com/speed/pagespeed/insights/ и другие средства анализа

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

Предлагаю добавить базовый конструктор html и css верстки шаблона. Данный функционал позволит изменять верстку сайта не прибегая к помощи верстальщика при мелком и не сложном изменений верстки. Так как на сегодняшний день сделать любое изменение можно только в том случае если обладаешь базовыми знаниями в верстке сайта.

Наличие любого параметра (?blablabla) у ссылки на подключаемый файл заставляет любое клиентское приложение (браузер, прокси-сервер, мобильное приложение и т.д.) обязательно обратиться за файлом на сервер.
Это RFC.
Сервер, в лучшем случае ответит "304 Not Modified" (но при этом всё равно дёрнет файл с диска/памяти, чтобы проверить) или же полноценный 200 с полной передачей файла.
Ответ сервера в некоторых кешах сохранится, в некоторых (н-р, AppCache) нет.

Соответственно, время модификации, хеш от него или любой другой праметр для cache busting должен быть в имени или пути файла (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b-142712022549372.js), а не в параметре (...template_283cd0022d3edc763e34cc00a91e7e1b/template_283cd0022d3edc763e34cc00a91e7e1b.js?142712022549372).

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

UPDATE 2015-04-01

Теоретическое обоснование и рекомендации от известных разработчиков:

• http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/
• https://github.com/paulirish/html5-boilerplate/wiki/cachebusting/e58c07be9f0a43da08e766b21514f81ece24fa17
• http://webassets.readthedocs.org/en/latest/expiring.html#expire-using-a-querystring
• Application cache

  Never access cached files by using traditional GET parameters (like other-cached-page.html?parameterName=value). This will make the browser bypass the cache and attempt to get it from network.

  https://developer.mozilla.org/en-US/docs/Web/HTML/Using_the_application_cache#Gotchas
  

Реализации:

• В Apache https://github.com/h5bp/server-configs-apache/blob/master/dist/.htaccess#L982-L998
• В Nginx https://github.com/h5bp/server-configs-nginx/blob/master/h5bp/location/cache-busting.conf
• Rails Asset Pipeline http://guides.rubyonrails.org/asset_pipeline.html#what-is-fingerprinting-and-why-should-i-care-questionmark
• Модуль Web Optimizer для 1С-Битрикс, многие идеи из которого перешли "в коробку" https://dev.1c-bitrix.ru/community/blogs/rsv-dev/1732.php
  

Первые попашиеся "правильные" сайты:

• Все проекты TM (http://habrahabr.ru/, http://megamozg.ru/, http://geektimes.ru/ и т.д.)
• https://twitter.com/
• https://www.facebook.com/
  

Font-Awesome планирует в 5-й версии перенести параметр в название файла шрифта https://github.com/FortAwesome/Font-Awesome/issues/5231 и https://github.com/FortAwesome/Font-Awesome/issues/3286

Стандартная оптимизация хороша, но есть идеи как можно сделать еще лучше, для этого необходимо событие (после объединения CSS в один файл) в этом файле:
/bitrix/modules/main/lib/page/asset.php
После 2001 строки:


Моя идея оптимизации CSS заключается в минификации CSS и замене маленьких картинок на base64.
Но имея такое событие другие разработчики могли бы реализовать и свои идеи.

В Битрикс24 сверстаны почти все типовые элементы, которые нужны для разработки новой функциональности и поддержки портала.
Думаю, разработчикам было бы полезно иметь под рукой каталог типовых блоков, как, например, это сделано в bootstrap, чтобы не верстать на ходу, а разрабатывать в рамках существующей верстки.

Есть CMain::AddHeadScript, который добавляет скрипты в <head></head>.
Но для ускорения загрузки сейчас в основном верстают так, что скрипты подключаются в футере.
По-моему, уже почти все написали свои отложенные функции для этого, но они не работают с CDN и не сжимают файлы.
Было бы хорошо иметь встроенный механизм для этого.

Очень не хватает возможности добавлять атрибуты к стилям.
Можно было бы добавить третий параметр $arParams где парами ключ=>значение передавать название атрибута => значение.

В работе с новым визуальным редактором была проведена очень не плохая работа. Однако для меня не понятным остался момент добавления классов (через файл styles.css + styles.php) но игнорирование идов. Большая просьба добавить аналогичным образом возможность вставлять не только класс но и id для хтмл тегов. А также немного пересмотреть мехнаизм добавления - если у элемента уже есть класс, то прри выборе в строке нового, старый затирается. было бы не плохо видеть эту строку по типу строки тегов с возможностью вручную нажать крестик и удалить не нужный класс. а при добавлении нового класса из списка, он добавлялся бы в конец строки существующих классов.

При редактировании файлов css и js в админке - убрать возможность задавать "заголовок".

см. скриншот:
http://img600.imageshack.us/img600/3248/okit.jpg

Непонятно зачем это поле, если его случайно задаст редактор для css-файла - то в css-файл добавится тег <title></title> и css-файл перестанет открываться.

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

Когда открываешь исходники битрикс сайта, то в шапке зачастую можно увидеть вот такую картину


<link href="/bitrix/wizards/bitrix/portal/css/panel.css?1287665096" type="text/css" rel="stylesheet" />
<link href="/bitrix/js/main/core/css/core.css?1291034643" type="text/css" rel="stylesheet" />

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

Предлагаю такой вариант

До и После

Было бы здорово, если бы все стили от самого Битрикса, например, в визуальном редакторе или в панелях управления компонентами, меню и пр., имели бы префиксы, например ".bx_"

Не было бы наследования стилей от шаблона.

Здравствуйте, не плохо было бы создать css framework что то вроде  -  gantry-framework для WordPress и joomla (http://www.gantry-framework.org/)
С уважением, Роман.