Avoid large layout shifts
These DOM elements contribute most to the CLS of the page.
Reduce initial server response time
Root document took 3 250 ms
Keep the server response time for the main document short because all other requests depend on it. more](https://web.dev/time-to-first-byte/).
Задержка со стороны сервера
Задержки со стороны сервера могут влиять на скорость загрузки страниц. Высокое время реакции сервера говорит о его перегруженности или недостаточной производительности.
Настройте эффективную кодировку изображений
Потенциальная экономия – 1 029 КБ
Оптимизированные изображения загружаются быстрее и меньше расходуют мобильный трафик.
Уменьшение использования стороннего кода
Сторонний код заблокировал основной поток на 0 мс
Сторонний код может сильно замедлить загрузку страниц сайта. Рекомендуем использовать только самые необходимые сторонние ресурсы и сделать так, чтобы они загружались в последнюю очередь.
Приблизительное время задержки при вводе
Примерное время задержки при вводе показывает время в миллисекундах, через которое приложение реагирует на действия пользователя в течение самых активных 5 секунд загрузки страницы. Если это время превышает 50 мс, пользователям может показаться, что ваше приложение работает слишком медленно.
Avoid long main-thread tasks
Lists the longest tasks on the main thread, useful for identifying worst contributors to input delay. more](https://web.dev/long-tasks-devtools/)
Время выполнения кода JavaScript
Рекомендуем сократить время на анализ, компиляцию и выполнение скриптов JS. Для этого вы можете уменьшить размер фрагментов кода JS.
Совокупное смещение макета
Совокупное смещение макета – это процентная величина, на которую смещаются видимые элементы области просмотра при загрузке.
Устраните ресурсы, блокирующие отображение
Потенциальная экономия – 390 мс
Некоторые ресурсы блокируют первую отрисовку страницы. Рекомендуем встроить критическую часть данных JS/CSS в код HTML и отложить загрузку остальных ресурсов.
Постарайтесь уменьшить количество запросов и размеры передаваемых данных
Чтобы установить бюджет для количества и размера ресурсов на странице, добавьте файл budget.json.
Предотвратите чрезмерную нагрузку на сеть
Общий размер достиг 4 358 КБ
Чрезмерная нагрузка на сеть стоит пользователям реальных денег и может стать причиной долгого ожидания при работе в Интернете.
Удалите неиспользуемый код JavaScript
Потенциальная экономия – 280 КБ
Чтобы сократить расход трафика, удалите неиспользуемый код JavaScript.
Настройте подходящий размер изображений
Потенциальная экономия – 1 823 КБ
Чтобы сэкономить мобильный трафик и ускорить загрузку страницы, следите за тем, чтобы размеры ваших изображений соответствовали требованиям.
Старайтесь не допускать создания цепочек критических запросов
Приведенные ниже цепочки критических запросов показывают, какие ресурсы загружаются с высоким приоритетом. Чтобы ускорить загрузку страниц, рекомендуем сократить длину цепочек, уменьшить размер скачиваемых ресурсов или отложить скачивание ненужных ресурсов.
Общее время блокировки
Сумма (в миллисекундах) всех периодов от первой отрисовки контента до загрузки для взаимодействия, когда скорость выполнения задач превышала 50 мс.
Largest Contentful Paint element
This is the largest contentful element painted within the viewport. More](https://web.dev/lighthouse-largest-contentful-paint/)
Удалите неиспользуемый код CSS
Потенциальная экономия – 108 КБ
Чтобы сократить расход трафика, удалите ненужные правила из таблиц стилей и отложите загрузку кода CSS, который не используется в верхней части страницы.
Отрисовка крупного контента
Отрисовка крупного контента – показатель, который определяет время, требуемое на полную отрисовку крупного текста или изображения.
Уменьшите размер кода JavaScript
Потенциальная экономия – 34 КБ
Уменьшив файлы JavaScript, вы можете сократить объем полезной нагрузки и время анализа скриптов.
Включите сжатие текста
Потенциальная экономия – 18 КБ
Чтобы уменьшить расход сетевого трафика, рекомендуем сжимать текстовые ресурсы (gzip, deflate или brotli).
Сократите размер структуры DOM
Сложная структура DOM усилит использование памяти, замедлит стилей](https://developers.google.com/web/fundamentals/performance/rendering/reduce-the-scope-and-complexity-of-style-calculations) и увеличит затраты на шаблонов](https://developers.google.com/speed/articles/reflow).
Задайте правила эффективного использования кеша для статических объектов
Благодаря долгому времени хранения кеша страница может быстрее загружаться при повторных посещениях.
Используйте современные форматы изображений
Потенциальная экономия – 1 985 КБ
Форматы JPEG 2000, JPEG XR и WebP обеспечивают более эффективное сжатие по сравнению с PNG или JPEG, поэтому такие изображения загружаются быстрее и потребляют меньше трафика.
Время прохождения сигнала сети
Время прохождения сигнала сети (RTT) напрямую влияет на производительность сайта. Высокое время прохождения сигнала означает, что серверы расположены слишком далеко от пользователя и сайт будет работать медленнее.
Минимизация работы в основном потоке
Рекомендуем сократить время на анализ, компиляцию и выполнение скриптов JS. Для этого вы можете уменьшить размер фрагментов кода JS.
Avoid long main-thread tasks
Lists the longest tasks on the main thread, useful for identifying worst contributors to input delay. more](https://web.dev/long-tasks-devtools/)
Минимизируйте работу в основном потоке
Рекомендуем сократить время на анализ, компиляцию и выполнение скриптов JS. Для этого вы можете уменьшить размер фрагментов кода JS.
Задержка со стороны сервера
Задержки со стороны сервера могут влиять на скорость загрузки страниц. Высокое время реакции сервера говорит о его перегруженности или недостаточной производительности.
Общее время блокировки
Сумма (в миллисекундах) всех периодов от первой отрисовки контента до загрузки для взаимодействия, когда скорость выполнения задач превышала 50 мс.
Настройте подходящий размер изображений
Потенциальная экономия – 273 КБ
Чтобы сэкономить мобильный трафик и ускорить загрузку страницы, следите за тем, чтобы размеры ваших изображений соответствовали требованиям.
Время прохождения сигнала сети
Время прохождения сигнала сети (RTT) напрямую влияет на производительность сайта. Высокое время прохождения сигнала означает, что серверы расположены слишком далеко от пользователя и сайт будет работать медленнее.
Удалите неиспользуемый код CSS
Потенциальная экономия – 108 КБ
Чтобы сократить расход трафика, удалите ненужные правила из таблиц стилей и отложите загрузку кода CSS, который не используется в верхней части страницы.
First Contentful Paint (3G)
First Contentful Paint 3G marks the time at which the first text or image is painted while on a 3G network. more](https://developers.google.com/web/tools/lighthouse/audits/first-contentful-paint).
Включите сжатие текста
Потенциальная экономия – 18 КБ
Чтобы уменьшить расход сетевого трафика, рекомендуем сжимать текстовые ресурсы (gzip, deflate или brotli).
Уменьшение использования стороннего кода
Сторонний код заблокировал основной поток на 30 мс
Сторонний код может сильно замедлить загрузку страниц сайта. Рекомендуем использовать только самые необходимые сторонние ресурсы и сделать так, чтобы они загружались в последнюю очередь.
Время выполнения кода JavaScript
Рекомендуем сократить время на анализ, компиляцию и выполнение скриптов JS. Для этого вы можете уменьшить размер фрагментов кода JS.
Приблизительное время задержки при вводе
Примерное время задержки при вводе показывает время в миллисекундах, через которое приложение реагирует на действия пользователя в течение самых активных 5 секунд загрузки страницы. Если это время превышает 50 мс, пользователям может показаться, что ваше приложение работает слишком медленно.
Largest Contentful Paint element
This is the largest contentful element painted within the viewport. More](https://web.dev/lighthouse-largest-contentful-paint/)
Старайтесь не допускать создания цепочек критических запросов
Приведенные ниже цепочки критических запросов показывают, какие ресурсы загружаются с высоким приоритетом. Чтобы ускорить загрузку страниц, рекомендуем сократить длину цепочек, уменьшить размер скачиваемых ресурсов или отложить скачивание ненужных ресурсов.
Предотвратите чрезмерную нагрузку на сеть
Общий размер достиг 4 359 КБ
Чрезмерная нагрузка на сеть стоит пользователям реальных денег и может стать причиной долгого ожидания при работе в Интернете.
Устраните ресурсы, блокирующие отображение
Потенциальная экономия – 1 590 мс
Некоторые ресурсы блокируют первую отрисовку страницы. Рекомендуем встроить критическую часть данных JS/CSS в код HTML и отложить загрузку остальных ресурсов.
Сократите размер структуры DOM
Сложная структура DOM усилит использование памяти, замедлит стилей](https://developers.google.com/web/fundamentals/performance/rendering/reduce-the-scope-and-complexity-of-style-calculations) и увеличит затраты на шаблонов](https://developers.google.com/speed/articles/reflow).
Уменьшите размер кода JavaScript
Потенциальная экономия – 34 КБ
Уменьшив файлы JavaScript, вы можете сократить объем полезной нагрузки и время анализа скриптов.
Удалите неиспользуемый код JavaScript
Потенциальная экономия – 280 КБ
Чтобы сократить расход трафика, удалите неиспользуемый код JavaScript.
Используйте современные форматы изображений
Потенциальная экономия – 1 985 КБ
Форматы JPEG 2000, JPEG XR и WebP обеспечивают более эффективное сжатие по сравнению с PNG или JPEG, поэтому такие изображения загружаются быстрее и потребляют меньше трафика.
Настройте эффективную кодировку изображений
Потенциальная экономия – 1 029 КБ
Оптимизированные изображения загружаются быстрее и меньше расходуют мобильный трафик.
Отрисовка крупного контента
Отрисовка крупного контента – показатель, который определяет время, требуемое на полную отрисовку крупного текста или изображения.
Постарайтесь уменьшить количество запросов и размеры передаваемых данных
Чтобы установить бюджет для количества и размера ресурсов на странице, добавьте файл budget.json.
Задайте правила эффективного использования кеша для статических объектов
Благодаря долгому времени хранения кеша страница может быстрее загружаться при повторных посещениях.
Reduce initial server response time
Root document took 3 670 ms
Keep the server response time for the main document short because all other requests depend on it. more](https://web.dev/time-to-first-byte/).