Отчёт о покрытии JavaScript показывает, какой код выполнился за время наблюдения. Неисполненный при открытии страницы код может понадобиться меню, оформлению заказа или другому разделу. По отчёту выберите направление исследования, затем проверьте затронутые действия пользователя перед изменением сборки.
Начните с ресурса и условий проверки
Запустите JS Scanner Milten для нужной страницы. Сохраните URL, дату и выбранные условия вместе с результатом. Сканер наблюдает одну загрузку без кликов и прокрутки. Он показывает загрузку скриптов, покрытие и ошибки JavaScript, но не доказывает, что файл не нужен всему сайту.
Сопоставьте загрузку файла с выполнением его кода. Большой объём передачи, длительное выполнение и высокая доля неисполненного кода означают разное. Скрипт может быстро скачаться, но надолго занять основной поток браузера. Для ресурса, который не загрузился, в этом прогоне нет полезного измерения выполнения.
Разберите учебный пример оформления заказа
Допустим, app.js содержит код посадочной страницы и оформления заказа. При открытии посадочной страницы функция оформления заказа не выполняется. Это учебный пример, а не измеренный результат клиента.
Найдите URL ресурса и способ его подключения. Откройте оформление заказа, воспользуйтесь меню и посетите другие страницы с той же сборкой. Зафиксируйте проверенные действия. В Coverage Chrome DevTools запись может продолжаться во время взаимодействия со страницей. Такое наблюдение отвечает на другой вопрос, чем проверка одной начальной загрузки.
Если код нужен оформлению заказа, его удаление сломает полезное действие. Можно исследовать загрузку этой функции при переходе к оформлению заказа. Решение зависит от приложения и влияния на следующее взаимодействие.
Используйте карты исходников, если они доступны
Карта исходников, source map, связывает сгенерированную сборку с исходными модулями. Разбор модулей в Milten зависит от корректной поддерживаемой карты, которую сканер может прочитать. Без неё этот раздел отчёта неполон. Данные о ресурсах и ошибках по-прежнему помогают сузить поиск.
Если подходящей карты нет, изучите подключение ресурса и результат своей сборки. Отсутствие представления модулей не означает, что весь код выполнился. Справка MDN о source maps объясняет связь сгенерированного и исходного кода.
Внесите одно изменение и проверьте нужное действие
Выберите подтверждённую возможность, например разделение редко используемой функции или отложенную загрузку необязательной интеграции. Небольшое изменение проще сравнить. Убедитесь, что нужная функция работает, в консоли нет новых ошибок, а браузер загружает ожидаемые файлы.
В Speed Scanner проверьте результат для загрузки, а в INP Scanner исследуйте медленное взаимодействие. TBT и длинные задачи при старте измеряют не то же самое, что полевой INP. Для объектов, которые накапливаются после повторных переходов, используйте Memory Leaks и воспроизведите путь из отчёта.
Сравнивайте сопоставимые прогоны
Повторите тот же URL с одинаковыми условиями устройства, сети и кеша. Сохраните оба отчёта и перечень действий, проверенных вручную. После публикации изменения проверьте production-сборку: сборка для разработки может вести себя иначе.
Можно ли удалить все неисполненные байты?
Нет. Результат относится к интервалу наблюдения, а не ко всем состояниям приложения. Перед удалением проверьте нужные действия и страницы с общей сборкой.
Гарантирует ли меньшая сборка более быструю страницу?
Нет. Влияют также порядок загрузки, ответ сервера, выполнение кода и последующие действия. Сравнивайте пользовательский путь вместе с размером файла.
Проверьте JavaScript страницы. О влиянии загрузки на поиск читайте в статье скорость сайта и SEO.