Скорость сайта: чем проверить и что чинить в первую очередь

· 7 минут чтения

Вы открыли отчёт и увидели 47 из 100. Разбираемся, что это за число, стоит ли из-за него нервничать и что чинить первым, если стоит.

Коротко: измеряйте в PageSpeed Insights и обязательно смотрите вкладку с данными реальных пользователей, а не только лабораторный балл. Значения, ради которых всё затевается: главная картинка экрана должна появиться за 2,5 секунды, реакция на нажатие — за 0,2 секунды, страница не должна прыгать под пальцем. Чинится это почти всегда в одном и том же порядке: картинки, сторонние скрипты, шрифты, кэш, хостинг. Дальше — подробно и с цифрами.

Две одинаковые веб-страницы на чашечных весах, левая перевешивает из-за крупного изображения внутри
Страница весит ровно столько, сколько весит её самая тяжёлая картинка. Остальное — детали.

Чем проверить скорость загрузки сайта

Инструментов много, а нужны три, и каждый отвечает на свой вопрос.

  • PageSpeed Insights от Google — главный. Показывает две разные вещи на одной странице: лабораторный тест (эмуляция телефона на среднем канале) и поле — то, что реально видели люди с вашего сайта за последние 28 дней. Полю верить больше.
  • Отчёт «Основные интернет-показатели» в Search Console — тот же полевой набор, но по всем адресам сразу и с историей. Именно он показывает, стало лучше после ваших правок или нет.
  • Вебмастер Яндекса, раздел скорости — второй взгляд, по своим замерам и своей аудитории. Расходится с Google, и это нормально: разные пользователи, разные устройства.

Отдельно про инструменты вида «вбей адрес — получи секунды». Они меряют скорость ответа сервера из своего дата-центра. Число красивое, к вашему посетителю с телефоном в метро оно отношения почти не имеет.

Разовый замер ничего не значит. Прогоните три раза подряд и возьмите средний результат: разброс в 10–15 баллов между попытками — обычное дело, потому что тест каждый раз попадает на разную загрузку сервера.

Почему у вас быстро, а у Google медленно

Самое частое возражение: «я открываю — всё летает». Так и есть, и вот почему это не аргумент. Вы заходили на сайт вчера, и половина файлов лежит у вас в кэше браузера. У вас быстрый интернет и, скорее всего, компьютер, а не пятилетний телефон. И вы знаете, куда смотреть, — поэтому не замечаете, что первые полторы секунды экран пустой.

PageSpeed по умолчанию проверяет мобильную версию на среднем телефоне и придушенном канале. Это не издевательство, а попытка показать вам вашего среднего посетителя. Проверьте себя простым способом: откройте сайт на телефоне, предварительно очистив данные сайта в браузере. Разница между этим ощущением и вашим обычным и есть предмет разговора.

Три числа, которые имеют значение

Общий балл от 0 до 100 — это оценка лабораторного теста, и она удобна только для сравнения «до и после». В поиске работают три других показателя, и у каждого простой человеческий смысл.

  • LCP — за сколько появляется самое крупное на первом экране: обычно фотография или заголовок. Норма — до 2,5 секунды. Человеческий смысл: сколько времени посетитель смотрит в пустоту.
  • INP — за сколько страница отвечает на нажатие. Норма — до 0,2 секунды. Человеческий смысл: вы нажали кнопку, ничего не произошло, вы нажали ещё раз — и отправили заявку дважды.
  • CLS — насколько страница дёргается, пока догружается. Норма — до 0,1. Человеческий смысл: вы целитесь в ссылку, сверху догрузился баннер, всё уехало вниз, и вы попали не туда.

Пороги на сентябрь 2026 не менялись, считаются по 75-му перцентилю: если три четверти ваших посетителей уложились — показатель пройден. Про метрику отклика важно помнить, что она заменила прежнюю FID в марте 2024 года и оценивает не первое нажатие, а все нажатия за визит, — то есть придирается сильнее.

Семь причин, по которым сайт долго загружается

Порядок примерно соответствует тому, как часто это встречается на обычных сайтах малого бизнеса.

  1. Картинки в исходном размере. Фотография прямо с телефона — это 4–8 МБ и 4000 пикселей по ширине, которые браузер добросовестно скачает, чтобы показать в блоке шириной 700 пикселей. Причина номер один с большим отрывом.
  2. Чужие скрипты. Виджет чата, счётчики, карта, пиксели рекламных кабинетов, всплывающее окно с подпиской. Каждый тянет свой файл со своего сервера, и вы не управляете ни их размером, ни их доступностью.
  3. Тема или шаблон «на все случаи жизни». Универсальный шаблон везёт с собой слайдеры, галереи и наборы иконок, которых на вашей странице нет, но грузятся они всё равно.
  4. Шрифты. Три начертания по 200 КБ плюс момент, когда текст уже есть, а шрифт ещё нет: страница либо мигает подменой, либо стоит белая.
  5. Медленный ответ сервера. Дешёвый общий хостинг, перегруженный сосед по серверу, сайт без кэширования, который собирает каждую страницу заново на каждый запрос.
  6. Отсутствие кэша и сжатия. Файлы отдаются несжатыми и заново при каждом визите — лечится настройкой на стороне сервера и почти ничего не стоит.
  7. Видео фоном в шапке. Красиво ровно до момента, когда посетитель с телефона выкачивает 15 МБ, чтобы увидеть заголовок.

Что чинить первым: порядок по отдаче

Соблазн — открыть отчёт и пойти по списку рекомендаций сверху вниз. Так делать не надо: в отчёте они отсортированы по расчётной экономии, а не по трудозатратам. Порядок ниже даёт больше всего результата на единицу усилий.

  1. Сожмите и уменьшите картинки. Приведите к той ширине, в которой они реально показываются, и переведите в WebP. Типичный результат — минус 60–80% веса при неотличимой на глаз разнице. Иллюстрации в этом блоге весят 7–60 КБ каждая при двух готовых ширинах, 750 и 1500 пикселей.
  2. Проставьте картинкам ширину и высоту в разметке и загружайте лениво всё, что ниже первого экрана. Первое лечит прыжки страницы, второе — время до первого экрана.
  3. Пересчитайте сторонние скрипты. По каждому задайте вопрос: он приносит деньги? Чат, которым пользуются раз в месяц, стоит дороже, чем приносит. Оставшиеся грузите отложенно.
  4. Разберитесь со шрифтами: два начертания вместо пяти, только нужные наборы символов, показ текста запасным шрифтом, пока грузится основной.
  5. Включите кэш и сжатие на сервере. Если сайт на CMS, это обычно один плагин и полчаса; если своими руками — несколько строк в настройках.
  6. И только теперь смотрите на хостинг. Переезд — самая заметная и самая дорогая мера, и он бессмысленен, пока страница весит 12 МБ: быстрый сервер просто быстрее отдаст те же 12 мегабайт.

Сколько это даёт на практике

Чтобы не быть абстрактным, вот цифры этого сайта, а не чужие. Страница генератора на замере в августе 2026 показывала 99 из 100 на мобильных и 96 на компьютере, все три полевых показателя — в норме. Достигнуто это не хитростями, а отсутствием лишнего: стили встроены в саму страницу вместо отдельного файла, ни одного стороннего скрипта, кроме счётчика, картинки в WebP в двух ширинах.

Обратная сторона тоже стоит упоминания, потому что о ней не пишут. Встроенные в страницу стили экономят один запрос, но в разделе блога это дало 68 КБ разметки в каждой статье, и на десятой статье приём начинает работать против вас. Быстрых решений без компромиссов не бывает: у каждой оптимизации есть размер, после которого она превращается в проблему.

От AVIF мы отказались осознанно: на наших изображениях он экономил 10–15 КБ из 35, но удваивал число файлов и требовал усложнения разметки. Это ровно тот случай, когда правильная по учебнику мера не окупается.

Когда скорость сайта вообще ни при чём

Три ситуации, в которых искать надо не там.

  • Медленно грузятся все сайты, а не ваш. Это интернет-канал, и проверять надо скорость соединения, а не страницу. По этим двум запросам приходит совершенно разная беда, а слова почти одинаковые.
  • Сайт открывается рывками у вас, но не у клиентов. Проверьте расширения браузера и антивирус: они перехватывают запросы и добавляют задержку, которой нет ни у кого больше.
  • Сайт «стал медленным» ровно после какой-то даты. Ищите не оптимизацию, а изменение: обновили плагин, поставили новый виджет, залили галерею фотографий в исходном размере. Это чинится откатом, а не ускорением.

Последний случай, кстати, — половина всех обращений «сайт стал тормозить». Регулярная проверка после каждого изменения ловит это в тот же день, а не через три месяца, когда уже никто не помнит, что меняли.

Полчаса, за которые видно почти всё

  1. Прогоните главную и одну внутреннюю страницу через PageSpeed Insights, посмотрите поле, а не только балл.
  2. Откройте сайт с телефона в режиме без сохранённых данных и посчитайте про себя секунды до появления заголовка.
  3. Найдите самую тяжёлую картинку на первом экране и посмотрите её вес. Если больше 300 КБ — вы уже нашли главную проблему.
  4. Выпишите все сторонние виджеты и вычеркните те, которыми никто не пользуется.
  5. Проверьте, стало ли лучше, через две недели — по отчёту Search Console, а не по ощущению. Полевые данные обновляются с задержкой, и это нормально.

И последнее, о чём стоит помнить, прежде чем закапываться в баллы. Скорость — это порог, а не преимущество: медленный сайт теряет посетителей, но быстрый сам по себе ничего не продаёт. Если страница грузится за секунду, а заявок нет, дело давно не в секундах.

Что почитать дальше