Почему сайт загружается медленно и как это исправить
Как проверить скорость сайта, прочитать отчёт PageSpeed Insights и выбрать, что исправлять первым. С примером оптимизации шрифтов на одном из наших проектов.
Редакция awakes.ai · · обновлено
Почему сайт загружается медленно
Сайт загружается медленно из-за задержки ответа сервера, тяжёлых изображений, шрифтов, стилей или JavaScript. Чтобы выбрать исправление, проверьте нужную страницу в PageSpeed Insights: отчёт поможет отличить ожидание сервера от загрузки ресурсов и работы браузера.
Если сайт тормозит только у вас, откройте его с другого устройства и другой сети. Сравните и другие сайты. Так можно заметить проблему соединения, браузера или устройства. Быстрая загрузка на другом телефоне ещё не доказывает, что сайт хорошо работает у всех посетителей.
Ниже — порядок проверки, объяснение показателей и примеры правок. Начинать стоит с причины задержки в вашем отчёте: порядок разделов не задаёт очерёдность работ.
Как замерить скорость и не обмануть себя
- 1
Откройте PageSpeed Insights
Вставьте адрес страницы в pagespeed.web.dev. Вверху могут быть данные реальных посетителей, ниже — лабораторный тест Lighthouse с оценкой от 0 до 100. Это разные измерения: балл теста помогает диагностике, но не заменяет опыт клиентов.
Открыть PageSpeed Insights → - 2
Проверьте мобильную и настольную версии
Мобильный тест имитирует ограниченные ресурсы телефона и сети. Настольный тоже полезен, особенно если клиенты работают с компьютера. Доли устройств смотрите в своей аналитике; мобильная индексация Google не означает, что сайт ранжируют по мобильному баллу Lighthouse.
- 3
Повторите тест в одинаковых условиях
Для начала сделайте три прогона одного URL с одним профилем устройства. Сохраните отчёты, диапазон и медиану — средний по порядку результат. Разброс может зависеть от сети, нагрузки, кеша и сторонних скриптов; по числу баллов причину не определить.
- 4
Выберите страницы и проверьте действия
Проверьте главную, страницу услуги или товара и путь к заявке. После правок повторите те же тесты и вручную проверьте меню, форму, корзину и оплату, если они есть. Быстрое появление текста не означает, что все кнопки уже работают.
Что означают три показателя, которые вам покажут
| Показатель | Что это по-человечески | Хорошо, если |
|---|---|---|
| LCP | Когда появился крупнейший видимый блок текста или изображения в первом экране. | не больше 2,5 секунды |
| INP | Задержка от взаимодействия до следующего отображения результата: например после клика или ввода. | не больше 200 миллисекунд |
| CLS | Оценка неожиданных сдвигов содержимого, в том числе после загрузки страницы. Это не секунды. | не больше 0,1 |
Это Core Web Vitals. Пороги применяют к 75-му процентилю посещений: у большинства посетителей значение должно быть не хуже указанного. Источник: Google Web Vitals, проверено 6 сентября 2026 года.
Почему в отчёте нет данных или оценки расходятся
Данные реальных посетителей в PageSpeed Insights приходят из Chrome UX Report за последние 28 дней. Если посещений недостаточно, сервис может показать данные всего домена вместо страницы или сообщить, что данных нет. Это не ошибка сайта и не подтверждение хорошей скорости.
Лабораторный тест — отдельная загрузка в заданных условиях. Обычный тест загрузки не измеряет INP: для него нужны взаимодействия. Смотрите INP в полевых данных, а для диагностики воспроизводите проблемные клики. После исправлений лабораторный результат меняется сразу, полевые данные обновляются постепенно.
Пример оптимизации одного проекта
Как читать этот пример
Это внутренние замеры одного из наших проектов: Lighthouse 12.8.2, мобильный профиль, локальная production-сборка. В сохранённых отчётах от 3 сентября 2026 года есть исходные 79 и последующие 92 балла, а также результаты выше 92. Это история отдельных прогонов, не среднее трёх тестов и не текущий результат публичного сайта.
Размеры шрифтов округлены по переданным байтам из отчётов до и после их сокращения. Между прогонами менялись и другие части страницы, поэтому нельзя приписать весь прирост только шрифтам. Домен проекта не раскрываем; рост заявок этим примером не измерен.
Шрифты: лишние файлы и символы
В теме могут быть шрифты и начертания, которые нужны лишь отдельным элементам. Проверьте, какие файлы браузер действительно запрашивает и какие из них нужны первому экрану. Их влияние зависит от способа подключения и отображения текста.
На одном из наших проектов шрифт Graphik подключался ради скрытой подписи кнопки «наверх». Его убрали, остальные файлы сократили до нужного набора символов. В двух сохранённых отчётах объём переданных шрифтов уменьшился примерно с 280 до 61 КБ. После такого сокращения нужно проверить все языки и символы, включая новые тексты.
У внешнего сервиса тоже бывают средства оптимизации. Например, Google Fonts позволяет выбрать начертания, диапазоны и задать набор символов через text=. Для меняющегося текста такой набор нужно поддерживать. Возможность менять или размещать файл у себя зависит от лицензии и настроек платформы.
Изображения: размер, формат и момент загрузки
Например, фотографию с телефона загрузили шириной 4000 пикселей, а показывают в карточке шириной 400. Если сайт отдаёт исходный файл, посетитель скачивает лишние данные.
Подберите несколько размеров через srcset и sizes с учётом плотности экрана: для блока шириной 400 CSS-пикселей на экране 2× может понадобиться изображение шириной 800 пикселей. Сравните WebP или AVIF с исходным форматом по размеру и качеству, без ожидания фиксированного процента экономии.
Изображения ниже первого экрана можно загружать отложенно. Изображение LCP откладывать не стоит: это задержит главный контент. Задайте размеры, чтобы при загрузке не прыгала вёрстка. Для фонового видео подготовьте постер и отдельно настройте момент загрузки самого ролика: один постер не останавливает скачивание видео.
Код темы, который вы не писали
Тема может загружать стили и скрипты для галерей, магазина и других компонентов, которых нет на вашей странице. Сначала проверьте сетевой отчёт и используемый код. Отключение модуля не всегда означает, что он исчез из общего файла темы.
На том же проекте мы удаляли неиспользуемые правила CSS. Но проверка только первого экрана пропустит классы открытого меню, ошибок формы или мобильной версии. После очистки нужно пройти эти состояния, чтобы ускорение не сломало интерфейс.
Очистку можно автоматизировать при сборке. После обновления темы или добавления блока повторите проверку внешнего вида: новые классы могут попасть под удаление, а ненужные правила — вернуться.
Чужие скрипты на вашей странице
Чат, аналитика, карта, отзывы и рекламные пиксели добавляют сетевые запросы и работу браузеру. Откройте список реально загруженных ресурсов: он точнее списка плагинов в панели управления.
Некритичные виджеты можно загружать позже, если это допустимо для их задачи. После изменения проверьте открытие чата, отправку формы и события аналитики: слишком позднее подключение может потерять ранние действия. Время появления виджета и выигрыш в скорости нужно измерить.
Прокси-сервис тоже может добавлять скрипты. Например, Cloudflare Web Analytics поддерживает автоматическую вставку своего кода на проксируемые сайты при соответствующей настройке. Проверьте панель сервиса и фактические запросы страницы.
Сервер, который долго думает
Долгое ожидание первого байта (TTFB) не доказывает, что сервер каждый раз собирает страницу заново. Причиной бывают сеть, перенаправления, отсутствие кеша, работа приложения или нагрузка на сервер. Начните с разбора ожидания ответа.
Кеширование помогает быстрее отдавать готовый результат. Сжатие уменьшает передаваемый объём, а кеш браузера позволяет повторно использовать файлы. CDN может сократить путь до посетителя. Для корзины, личного кабинета и персональных данных общие правила кеширования применять нельзя без проверки.
Перед покупкой доработки проверьте настройки своей CMS, конструктора и хостинга: нужное кеширование или оптимизация изображений могут уже входить в тариф. Переезд обсуждайте после диагностики, если причина действительно в инфраструктуре и доступных настроек недостаточно.
Где ускорение упирается в потолок
Балл Lighthouse зависит от метрик и условий теста. В нашем примере 92 — результат одного прогона, а не предел React или другого фреймворка. Размер JavaScript сам по себе не определяет, сколько баллов получит страница.
Блокировка JavaScript полезна как диагностический эксперимент, но она может отключить меню, форму и аналитику. Более высокий балл без этих функций не равен ускорению работающего сайта. Дальнейшие правки оценивайте по задержкам и сохранности нужных действий.
Конструктор, сторонний платёжный модуль и обязательные виджеты ограничивают доступные изменения. Поэтому конкретный результат обсуждают после замера. Core Web Vitals участвуют в ранжировании Google, но хорошие показатели не гарантируют высоких позиций: значение имеют и содержание страницы, и другие факторы.
Что обычно спрашивают о скорости сайта
- Какая скорость загрузки сайта считается нормальной?
Для Core Web Vitals ориентиры такие: LCP не больше 2,5 секунды, INP не больше 200 мс, CLS не больше 0,1. Их оценивают по 75-му процентилю посещений. Единого времени «полной загрузки», которое описывает удобство любого сайта, нет.
- Как проверить скорость своего сайта?
Откройте pagespeed.web.dev, введите адрес нужной страницы и сравните мобильный и настольный профили. Различайте данные реальных посетителей и лабораторный тест. Сохраните несколько прогонов и рекомендации, чтобы после правок повторить проверку в тех же условиях.
- Это мой сайт медленный или мой интернет?
Сравните сайт на другом устройстве и в другой сети, затем откройте несколько других сайтов. PageSpeed Insights проверяет страницу независимо от вашего домашнего соединения, но его лабораторный профиль не воспроизводит всех посетителей. Хороший результат одного теста не исключает проблему на конкретном устройстве.
- Почему на компьютере быстро, а на телефоне медленно?
Телефон может иметь меньше ресурсов, а соединение — большую задержку. Кроме того, мобильная версия иногда загружает другой контент. Сравните оба профиля PageSpeed Insights и данные своей аудитории; сама мобильная индексация Google не делает настольный тест бесполезным.
- Поднимет ли скорость мой сайт в Google?
Ускорение может помочь удобству и поисковым показателям, но не гарантирует роста позиций. Google учитывает Core Web Vitals вместе с другими факторами. Балл Lighthouse не равен позиции в поиске.
- Сколько стоит ускорить сайт?
У нас разовое ускорение стоит $600 для лендинга или сайта услуг до 30 страниц и $1 200 для магазина, каталога или нескольких языковых версий. Замер перед работой бесплатный. Состав и ограничения согласуем до оплаты.
- Что делать, если сайт не просто медленный, а вообще не открывается?
Проверьте доступ с другой сети, статус домена и хостинга, DNS и сертификат HTTPS. Если сайт недоступен всем, передайте сообщение об ошибке администратору или хостеру: причина может быть и в приложении. Сначала восстановите доступность, затем проверяйте скорость.
Замерили — и цифра не понравилась
Начните с отчёта: долго ждёте первый байт — разбирайтесь с ответом сервера; поздно появляется крупное фото — с его загрузкой; кнопки зависают — с работой JavaScript. Сохраните исходный замер, внесите одну группу изменений и сравните результат в тех же условиях.
Если нужна помощь, у нас это разовая работа: $600 и 2 недели для лендинга или сайта услуг до 30 страниц; $1 200 и 3 недели для магазина, каталога или нескольких языковых версий. В отчёте сравниваем те же страницы до и после и описываем ограничения.
Перейдите на страницу ускорения и нажмите «Получить бесплатный разбор». Для начала подготовьте адрес сайта, проблемную страницу и описание задержки. Замер бесплатный: до оплаты обсудим, что можно исправить и есть ли смысл заказывать работу.
Нужна помощь со скоростью сайта?
Начните с бесплатного разбора на 30 минут: посмотрим, что мешает сайту, и скажем, есть ли что ускорять.
Перейти к разбору скорости