Скорость сайта: 10 проверок до обращения к разработчикам

Скорость загрузки — единственный «технический» фактор, который пользователь чувствует кожей: большинство посетителей уходят со страницы, которая грузится дольше 3 секунд. И поисковики это учитывают. 80% проблем скорости лечатся без переписывания сайта. Ниже 10 проверок по убыванию эффекта.

1. Замерьте текущее состояние

Три метрики, которые важнее всего

Начинайте с PageSpeed Insights по URL. Ориентиры: LCP (главный контент) до 2,5 с, INP до 200 мс, CLS (сдвиги макета) до 0,1. Записывайте цифры до и после каждой правки, иначе не поймёте, что сработало.

2. Изображения: формат и размер

Самая частая причина медленных сайтов. Проверьте: отдаётся ли WebP/AVIF, заданы ли width/height (иначе CLS), не превышает ли «героическое» фото 200–⁠300 КБ. Один раз настроенный ресайз экономит больше, чем любой плагин кэша.

3. Шрифты: не тащите лишнее

Подключение шрифта целиком (все начертания + латиница + кириллица) — это сотни килобайт. Правильно: woff2, только нужные веса, font-display: swap, и браузер сам дотянет недостающее.

4. Кэш страниц — включён ли вообще

На WordPress — плагин кэша (LiteSpeed/Cache Enabler), на Bitrix — композитный кэш, на самописном хватит заголовков Cache-Control. Проверка: повторный запрос страницы должен отдаваться за десятки миллисекунд, а не за секунды. Часто кэш «включён», но не работает: смотрите ответ сервера (X-LiteSpeed-Cache / X-Proxy-Cache заголовки).

5. Сторонние скрипты: счётчики и виджеты

Каждый виджет чата, пиксель и «онлайн-консультант» — это запросы и работа главного потока. Оставьте необходимое (один счётчик аналитики), остальное грузите с задержкой после взаимодействия (defer / отложенная загрузка).

6. Критический CSS и порядок стилей

Если стили грузятся одним файлом на 300 КБ, браузер ждёт. Разделите критический CSS (первый экран) и остальное. Небольшим сайтам достаточно не раздувать сборку и не подключать «универсальные» библиотеки UI.

7–⁠8. JS: вес и порядок

Скрипты в <head> блокируют рендер. Перенесите их в конец body или подключите с defer. И проверьте, не тянет ли сайт библиотеку «на всякий случай»: jQuery ради одного слайдера — частая история на самописных и старых сайтах.

9. Хостинг: тариф и география

Как понять, что дело именно в хостинге

Самый недооценённый пункт. Общий тариф за 200 ₽/мес с соседями по серверу и без SSD — причина «необъяснимо медленного» сайта. Проверьте TTFB (время до первого байта): если он больше 500–⁠700 мс, смотрите в сторону хостинга, а не кода.

10. Повторный замер и регресс

Прогоните PageSpeed снова и зафиксируйте результат. За скоростью придётся следить: обновления CMS и новые скрипты имеют привычку откатывать оптимизацию. Раз в месяц повторяйте п.1.

Когда нужна помощь разработчика

Если после чек-листа скорость осталась проблемой, нужен технический взгляд: мы включаем разбор скорости в технический SEO-аудит с приоритизацией правок P1–⁠P3, а на сайтах на Bitrix и WordPress сами выполняем доработки — подробнее на страницах Bitrix и WordPress.

С чего начать, если времени мало

Порядок работ по отдаче

Если на всё нет времени, идите по убыванию эффекта: изображения, кэш страниц, сторонние скрипты, шрифты. Эти четыре пункта закрывают основную часть проблем на типовых сайтах и не требуют вмешательства в код. Хостинг и критический CSS идут следом: они требуют больше решений и затрагивают инфраструктуру.

Чего делать не стоит

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

Что даёт кэш и чего не даёт

Кэш страниц ускоряет повторные загрузки и снимает нагрузку с сервера, но первое обращение к странице всё равно выполняется полностью. Если сайт медленный именно на первом заходе (а его и видят посетители из поиска), кэш проблему не решит. Смотрите на два показателя отдельно: время ответа сервера и полное время загрузки страницы.

Изображения: что проверять первым

Посмотрите, в каком формате отдаются изображения и сколько они весят. Крупное фото в исходном разрешении, растянутое до ширины экрана, — самая частая причина медленной загрузки. Указанные width и height избавляют от сдвигов макета, а современный формат заметно сокращает вес файла без видимой потери качества.

Как измерять скорость правильно

Лабораторные и полевые данные

Отчёты вроде PageSpeed Insights показывают два разных набора данных: лабораторный замер — то, как страница грузится в смоделированных условиях, и полевые данные — реальные замеры посещений. Лабораторный замер удобен для проверки правок, полевые данные честнее отвечают на вопрос, как сайт работает у людей. Смотрите оба, но решения принимайте по динамике, а не по одной цифре.

Замеры на мобильных и на компьютерах

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

Что делать после ускорения

Зафиксировать результат

Сохраните замеры до и после: скриншоты отчётов, цифры LCP, INP и CLS, время ответа сервера. При следующем обновлении платформы или подключении нового виджета вы сможете сравнить показатели и заметить регресс, пока он не сказался на трафике.

Поставить проверку на расписание

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

Частые вопросы

Какая скорость загрузки считается нормальной?

Ориентиры по метрикам Core Web Vitals: LCP — до 2,5 секунды, INP — до 200 миллисекунд, CLS — до 0,1. Это пороги, при которых страница считается быстрой по оценке поисковых систем. Но важнее, как быстро посетитель видит содержимое и может нажать кнопку.

Можно ли ускорить сайт только плагином кэша?

Частично. Кэш убирает нагрузку на сервер и ускоряет повторные загрузки, но не решает проблемы с тяжёлыми изображениями, лишними скриптами и медленным хостингом. Одного кэша мало: после его включения проверьте остальные пункты чек-листа и замерьте результат.

Насколько скорость влияет на позиции в поиске?

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

Сколько стоит ускорение сайта?

Стоимость зависит от того, где узкое место: настройки хостинга и кэша дешевле, переработка шаблона и фронтенда — дороже. У нас работы с кодом считаются по ставке от 2 000 ₽/час, а разбор скорости с приоритизацией входит в технический аудит. Точный объём виден после замера и разбора.