CMain::AddFooterScript

Несколько месяцев назад был коммент на хабре, где кто-то из битриксоидов проговорился что УЖЕ ЕСТЬ подобная штука. Но она не документирована.
Сейчас найти не могу, увы.

Замеры на Wordpress

Лучше поздно чем никогда.
http://habrahabr.ru/company/bitrix/blog/221805/#comment_7561303

К сожалению, метод требует вмешательства в init.php, что лично мне кажется равносильно лоботомии при слабой головной боли.

Думаю Вы и так это знаете, но раз уж спросили.
Достаточно подключить файлы в футере на любом сайте, зайти в инструменты браузера (консоль разработчика или FireBug) и посмотреть на события DOMContentLoaded (загрузка DOM) и load (полная загрузка).
Еще есть хороший инструмент : https://developers.google.com/speed/pagespeed/insights/ , который в последнее время набирает популярности в измерении качества сайта (скорость, отображение на мобильных устройствах). Прогоните сайт до и после изменений размещения скриптом и стилей.
Более того все чаще клиенты обращают на него внимание, и уже в некоторых моих проектах прописывается условие набора не меньше определённого количества баллов (как пример 85) в этом сервисе.

Есть еще идеи по разделению файлов скриптов, но наверное они не найдут поддержки у разработчиков.
На всякий случай напишу:
Разделение файлов по параметру, или стандарту названия (script.js , script_fr.js*, script_cr.js** , style.css, style_fr.css* , style_cr.css**) на:
1. асинхронные и обычные (для скриптов);
2. подключаемые в футере и хедере;
3. Создания объединённого критического .css и .js , который будет инлайниться в хедере, для вхождения в первые 14 кБайт и моментального показа первых 1000 пикселей страничек сайта.
Если идеи бредовые - извините.
* - script_fr.js для футера
** - script_cr.j критическая часть скриптов и стилей, инлайняться в хедере.

Чет мало 85, у меня в режиме dev 84, больше пусть требуют

Мне больше нравится

• footer.js
• header.js
• sync.js
  

в данном примере 85 - минимальное значение для всех страничек. Попробуйте набрать больше 90 на главной или карточке товара, средне статистического интернет-магазина на битриксе, который использует разделение файлов скриптов и стилей по компонентам.

Вы не поняли, 84 - это dev-версия сайта

Вот яркий пример, когда битрикс не дает получить больше 90 баллов:
http://joxi.ru/82QVd6QcjpReAd
Без технологии Композитный сайт.
При том, что первая загрузка странички (приватный просмотр, чистый кэш):
DOMContentLoaded - ~850 ms
load - ~870 ms
повторная, и все остальные:
DOMContentLoaded - ~500 ms
load - ~520 ms

В принципе большой разницы нет ))) Главное, что бы был 1 утверждённый стандарт )

Прошу голосовать за идею сжатия файлов по параметру в админке (*.js *.css) ядра битрикс к одно строчным: http://idea.1c-bitrix.ru/to-minimize-the-files-js-css-engine/
Что бы обойти хотя бы пункты сжатия файлов kernel_main.js и kernel_main.css .

В правильном направлении двигаются с методом addString(...) в классе Asset. В указанном методе есть параметр location, который указывает в каком  месте расположить строку.
Подробнее можно посмотреть в /bitrix/modules/main/lib/page/asset.php
Надеюсь подобный параметр перекочует в addJs(...), а в AssetLocation появится константа на подобе BEFORE_BODY_END