Почему сайт загружается медленно и как это исправить
Свой замер, а не десятый список сервисов: как мы подняли собственный сайт с 79 до 92, что дало большую часть прироста и где потолок, за который не пройти.
Редакция awakes.ai ·
Почему сайт загружается медленно
Страница грузится медленно, когда браузер до первого кадра обязан загрузить слишком много: тяжёлые изображения, несколько шрифтов, стили темы, скрипты сторонних виджетов. Плюс время, пока сервер вообще начнёт отвечать. Скорость — это не одна цифра, а сумма мелочей, и почти всегда оказывается, что две-три из них дают больше, чем все остальные вместе.
Но прежде чем что-то лечить, стоит ответить на другой вопрос. Очень часто «сайт тормозит» означает «тормозит именно у меня»: слабый мобильный интернет, старый телефон, десяток открытых вкладок, расширения в браузере. Проверяется это за минуту — откройте свой сайт с чужого устройства и другой сети. Если там быстро, лечить надо не сайт.
Если медленно везде — дальше эта статья. Сначала как замерить, чтобы цифра что-то значила, потом что именно забирает время, и в конце самое неприятное: где ускорение упирается в потолок, за который не пройти никому.
Как замерить скорость и не обмануть себя
- 1
Меряйте инструментом, а не секундомером
Откройте pagespeed.web.dev и вставьте адрес страницы. Это бесплатный сервис самого Google, и именно его цифры увидят все, кому вы потом покажете сайт. Секундомер и собственное ощущение не годятся: у вас страница уже в кеше браузера.
- 2
Смотрите мобильную вкладку, а не десктопную
Google оценивает сайт по мобильной версии, и большинство ваших посетителей тоже с телефона. Десктопная оценка почти всегда выше и почти всегда бесполезна: она показывает сайт на быстром проводном интернете, которого у вашего клиента нет.
- 3
Прогоните трижды и возьмите среднее
Один прогон ничего не значит: цифра прыгает на несколько баллов от загрузки серверов. Три замера подряд дают понять, где реальный уровень. Если разброс больше пяти баллов — что-то нестабильно на самом сервере.
- 4
Меряйте не главную, а страницу, которая приносит деньги
Главную открывают реже, чем кажется. Замерьте страницу услуги, карточку товара и страницу с формой — именно там потерянные секунды превращаются в потерянные заявки.
Что означают три показателя, которые вам покажут
| Показатель | Что это по-человечески | Хорошо, если |
|---|---|---|
| LCP | Сколько прошло, пока человек увидел главное на экране: заголовок, большое фото, первую кнопку. | до 2,5 секунды |
| INP | Сколько страница думает, прежде чем отреагировать на нажатие. Это про «кликнул и ничего не произошло». | до 200 миллисекунд |
| CLS | Насколько страница прыгает под пальцем, пока грузится. Из-за этого промахиваются мимо кнопки. | до 0,1 |
Это Core Web Vitals — три показателя, по которым Google оценивает удобство страницы. Пороги приведены по документации Google по состоянию на 6 сентября 2026 года.
Наш собственный замер
Шрифты, о которых никто не пишет
Совет «сожмите изображения» стоит в каждой статье про скорость. О шрифтах не пишет почти никто — а браузер тянет их в наивысшем приоритете, ещё до картинок. Красивая тема легко приносит с собой четыре-пять шрифтовых файлов, из которых на сайте реально видно два.
У нас это оказалось самой крупной отдельной находкой. Один шрифт грузился ради подписи к кнопке «наверх», которую никто не видит, — его выбросили целиком. Остальные обрезали до символов, которые действительно встречаются в текстах сайта: латиница, кириллица, знаки препинания, и ничего больше. 288 КБ превратились в 61 КБ, и ни одна буква на сайте не изменилась.
Потолок здесь такой: обрезать можно только свой файл. Если шрифт подключён из чужого сервиса — Google Fonts, Adobe, конструктор, — вы управляете лишь тем, какие начертания просить. Половину выигрыша это всё равно даёт: большинство сайтов тянет жирное, курсив и полужирное, а пользуется двумя из них.
Изображения: самая частая находка и самая дешёвая
Классика, с которой начинают все, и она действительно работает. Типичная картина: фотографию загрузили с телефона как есть, три-четыре тысячи пикселей в ширину и несколько мегабайтов весом, а показывается она в блоке шириной четыреста. Браузер честно качает все мегабайты, чтобы потом уменьшить картинку до миниатюры.
Лечится тремя вещами. Размер — картинка должна быть примерно такой, какой её видно, а не вдвое-втрое больше. Формат — современный WebP или AVIF вместо JPEG и PNG, это почти всегда минус половина веса без видимой разницы. И отложенная загрузка: то, что лежит внизу страницы, не нужно до первого кадра.
Здесь же живёт самая дорогая ошибка — видео на фоне первого экрана. Оно выглядит дорого и стоит дорого: несколько мегабайтов, которые браузер начинает качать сразу. Если без него никак, хотя бы поставьте статичный первый кадр, пока видео подгружается. Потолок этого блока прост: когда все картинки уже оптимизированы, больше из них не выжать, и дальше искать надо в другом месте.
Код темы, который вы не писали
Покупая тему или ставя конструктор, вы получаете стили и скрипты для всех вариантов страниц, которые автор когда-то предусмотрел: слайдеры, галереи, магазин, форумы, тёмная тема, поддержка языков, которые пишутся справа налево. Ваш сайт пользуется десятой частью. Остальное всё равно грузится на каждой странице.
Мы почистили стили своей темы от правил, которые в разметке не встречаются ни разу: 130 КБ стали 25 КБ. Вместе со шрифтами это дало большую часть нашего прироста — больше, чем все манипуляции с изображениями. То же касается выключенных модулей: плагин выключили, а его стили часто остаются в наборе.
Предел здесь не технический, а организационный. Чистка ломается от следующего обновления темы: пришла новая версия — пришли новые правила. Или вы повторяете чистку после каждого обновления, или принимаете, что часть веса вернётся. Честно об этом знать заранее, а не удивляться через полгода.
Чужие скрипты на вашей странице
Посчитайте, сколько сторонних сервисов стоит на вашей главной. Чат поддержки, счётчик аналитики, пиксель рекламы, карта проезда, виджет отзывов, всплывающее окно с подпиской, кнопки соцсетей. Каждый из них — это отдельный запрос на чужой сервер и отдельный пакет кода, часто больший, чем весь ваш сайт.
Дело не в том, что они плохие: чат приносит заявки, аналитика показывает, откуда люди. Дело в том, когда именно они грузятся. Большинство из них можно отложить на момент после первого кадра — человек увидит страницу сразу, а чат появится секундой позже, и никто этого не заметит. У нас чат именно так и подключён.
И отдельно о том, чего вы не ставили. Если сайт стоит за прокси-сервисом вроде Cloudflare, тот может добавлять в страницу свои скрипты — например аналитику, включённую по умолчанию. Проверять стоит не по списку того, что вы подключали, а по тому, что реально грузится в замере.
Сервер, который долго думает
Бывает, что вес страницы нормальный, а секунды всё равно теряются — до того, как браузер получил первый байт. Это значит, что сервер собирает страницу заново на каждый запрос: идёт в базу, подставляет данные, рисует HTML. На дешёвом хостинге, где на одной машине живут сотни сайтов, это и есть основная потеря.
Лечится кешированием: готовую страницу отдают сразу, а собирают заново только когда что-то изменилось. Плюс сжатие ответа и заголовки кеша для картинок и шрифтов, чтобы на втором заходе человек не качал то же самое. Если посетители не из одной страны — CDN, сеть серверов, которая отдаёт файлы из ближайшего к человеку города.
Потолок здесь неприятно твёрдый: медленный хостинг не лечится настройками. Если сервер отвечает за секунду даже на пустую страницу, кеш поможет частично, а остальное — это переезд. Это отдельная работа и отдельные деньги, и лучше посчитать их до того, как начнёте чистить картинки.
Что мы пробовали и что не сработало
Казалось очевидным: не будет отдельного запроса за файлом стилей. На деле HTML раздулся вдвое, стили продублировались внутри страницы ещё раз, и первый кадр стал показываться позже, а не раньше. Откатили.
Модальное окно, меню, блок вопросов, форму сделали загружающимися отдельно. После первого кадра действительно уехало несколько килобайтов, до первого кадра — ничего. Вес был не в них, и мы потратили день, чтобы это выяснить.
Прогнали иллюстрацию через дополнительный оптимизатор, выиграли шесть процентов её веса. В общей цифре это не увидел никто. Когда изображение уже в современном формате и в нужном размере, дальше там ничего нет.
Логично было предположить, что анализ готового HTML найдёт больше лишнего, чем анализ исходного кода. Разница вышла в половину килобайта. Второй подход оказался не лучше, просто медленнее.
Где ускорение упирается в потолок
Самая честная часть замера — та, что показывает предел. У нас страница даёт 92 балла, и сделать из них 100 не выйдет: около 120 КБ это React и рантайм фреймворка, на котором сделан сайт, они грузятся на любой странице независимо от того, что на ней написано. Та же страница с выключенным JavaScript даёт 100. То есть восемь баллов — цена технологии, а не недоработка.
У вас будет свой потолок, просто по другой причине: конструктор, тяжёлая тема, платёжный модуль, требование маркетинга оставить три виджета. Это нормально. Ненормально — когда подрядчик обещает «сделаем 90+», не посмотрев, на чём сайт сделан.
И главное, чего не стоит ждать от скорости вообще. Она не поднимет сайт в поиске сама по себе. Google формулирует это так: Core Web Vitals участвуют в ранжировании, но хороший показатель в отчёте не гарантирует позиций. Скорость убирает причину, по которой страницу отодвигают; рост даёт работа со спросом, структурой и текстами. Сайт, который грузится за секунду, но не отвечает на запрос, останется там, где был.
Хотите цифру по своему сайту
За 30 минут замерим ваши страницы вместе с вами и покажем, из чего складывается время: сколько весят изображения, сколько шрифты, сколько чужие виджеты и сколько думает сервер. Скажем, сколько из этого реально можно снять на вашей платформе — и если снимать нечего, скажем и это. Бесплатно, до любого счёта.
Узнали свой процесс?
За 30 минут разберём, как это устроено у вас, и скажем, что из этого можно забрать у людей. Бесплатно и без обязательств.