Reduce unused JavaScript?

Question

[Fqwd123]

У меня есть 1 js файл на весь сайт, он довольно маленький всего 800 строк это учитывая комментарии и отступы, но разные Speed Test-ы ругаются что у меня много неиспользуемого кода( свою немалую лепту вносят всякие плагины, сайт на wordpress), но что меня тригеррит, так это то что код относящийся к другим страницам при инспекции считается как неиспользуемый. Изначально я хотел обойти это используя такие конструкции:

if (bodyClass(['single-product', 'woocommerce-cart'])) {
// Код относящийся к данной странице
}

Я написал функцию которая проверяет есть ли в body такой класс( который отвечает за определенную страницу) и я полагал что эти тесты будут думать что на странице просто не сходится условие( я же могу повесить огромный функционал, который будет отображаться только, к примеру, при клике на определенную кнопку).
То же самое относится к событиям onclick, onmouseover итд, все это почему то тесты считают ненужным кодом.
Вопрос, есть ли способ как это можно обойти? Может какие то хаки есть итд. Я понимаю что в этом моменте эти тесты явно некомпетентны, но у меня главная задача набрать как можно больше баллов( считай классов) а я их теряю на ровном месте

Comments

[SagePtr]

Ты для людей сайт делаешь или для тестов?

[Fqwd123]

SagePtr, для людей(для заказчика)

[Red_Devi1]

Разноси js для каждой страницы в отдельные файлы и подключай их. Это в том числе для людей с плохим инетом, которым впредь не нужно будет тянуть твои 800(а спустя время мб и все n-тысяч) строк кода туда, где они не нужны

[Fqwd123]

Red_Devi1, как вариант, но тогда кэширование js-а слетает, так я один раз загрузил на главной, и больше не нужно, а так +1 хоть и очень маленький, но все же запрос. + к тому же не решает проблему с ивентами

[sinneren]

спидтесты используют coverage. который есть в хроме.
оно не учитывает реальную обстановку, например вызов разных функций, выполнение в них всех условий. да и вообще сокращая даже на 50% весь код толку особо не будет. единственное что важно в плане tti\tbt - метрика, именно она убивает всё.

[Red_Devi1]

Fqwd123, возможно открою секрет, но кеширование можно настроить отдельно для каждой отдельно взятой страницы) Т.е. пользователю на новой для него странице нужно будет один раз подряд загрузить этот небольшой кусок js, при дальнейших посещениях страницы он так же будет браться из кеша

[Fqwd123]

Red_Devi1, не знал про настройку, поинтересуюсь, звучит круто, спасибо. Но я писал о другом, мой js файл весит 90к килобайт, допустим я его разьбью отдельно для страницы товара, отдельно для корзины, и отдельно для формы оплаты. Это получается каждая из этих страниц будет немного дольше грузится, пока будет делаться запрос, моя же логика состоит в том что бы при первой загрузке сайта пользователь загрузил 1 js файл, и при переходе на другие страницы он не делал лишний запрос. Хотя я вот пишу и подумал что может преувеличиваю и этот +1 запрос не такая уж и проблема))

[Red_Devi1]

Fqwd123, допустим, у Вас 90кб кода в 1 файле для корзины, страницы товара и оплаты. Условно каждый из этих модулей равен другим по объему кода т.е. 30кб на модуль.

Как у Вас есть сейчас при таком раскладе:
- при переходе на любую из указанных страниц пользователь загружает лишние 60кб данных, что и не нравится гуглу, при этом он устанавливает 1 http соединение при первой загрузки и бросает данные в кеш.

Как будет при разносе кода в отдельные файлы:
- при переходе на любую из указанных страниц пользователь загружает только необходимые для данного модуля 30кб данных, что нравится гуглу, при этом он устанавливает всё то же 1 http соединение при первой загрузки и бросает данные в кеш.

После этого ответьте сами себе на вопрос какой из вариантов быстрее)

Вообще в http/1.1 tcp соединения вроде как не закрывается, у вас увеличится только TTFB. Так с учетом того что пользователю после первого успешного обращения не нужно резолвить IP сервера при каждом последующем запросе (DNS почти всегда кешируется локальным интернет провайдером), инициализировать соединение и тд и тп, даже загрузка 3-х меньших файлов вместо 1-го большего в рамках одной не должно повлиять на производительность в худшую сторону с точки зрения гугла, пользователь же на глаз этого не заметит вовсе.

В предыдущем абзаце лучше проверять и тестировать, мог что-то забыть или напутать, но пища для размышлений у Вас есть. Вообще по части оптимизации скорости загрузки и ублажения гугла вероятно будет полезно ознакомиться с сим: https://habr.com/ru/post/445264/