Прежде чем что-то ускорять, нужно понять, что именно медленно и насколько. Без замеров любая оптимизация превращается в гадание: можно неделю сжимать картинки, пока реальная проблема в блокирующем скрипте аналитики, подключённом в head страницы.
Какими инструментами измерять
PageSpeed Insights от Google — основной бесплатный инструмент, доступен по адресу pagespeed.web.dev. Он показывает две группы данных: лабораторные метрики, снятые в момент проверки на симулированном соединении, и полевые данные из Chrome User Experience Report, собранные с реальных посетителей сайта за последние 28 дней, если трафика достаточно для статистики. Полевые данные важнее лабораторных, потому что показывают, что на самом деле видят живые пользователи на своих устройствах и своём интернете.
Второй инструмент — вкладка Lighthouse прямо в Chrome DevTools (F12, вкладка Lighthouse), удобна для локальной проверки без выхода из браузера. Третий, для отслеживания метрик в динамике, — отчёт Core Web Vitals в Google Search Console, он показывает, как метрики меняются по всему сайту за недели и месяцы, а не только на одной проверенной странице.
Как читать отчёт
Отчёт делится на три метрики Core Web Vitals: LCP, INP и CLS, каждая помечена цветом — зелёный, жёлтый или красный, по порогам "хорошо", "нужно улучшить", "плохо". Ниже идёт список конкретных рекомендаций с оценкой потенциальной экономии времени в секундах для каждой: например, "Уменьшите размер изображений — экономия 1.2 сек" или "Устраните ресурсы, блокирующие рендеринг — экономия 0.8 сек". Эти цифры и есть приоритет: чинить в первую очередь то, что даёт наибольшую экономию, а не то, что проще исправить технически.
Отдельно стоит смотреть на разницу между мобильной и десктопной оценкой. Из-за mobile-first индексации именно мобильная оценка определяет позиции в поиске, а не более высокая десктопная, которую часто показывают на встречах как "у нас всё хорошо".
Типичные находки при аудите
В большинстве проверок повторяются одни и те же проблемы: неоптимизированные изображения без современных форматов, лишние сторонние скрипты (виджеты чатов, счётчики, баннерные сети), которые подключены синхронно и блокируют отрисовку, отсутствие кеширования статических файлов, и шрифты, подключённые без font-display: swap, из-за чего текст не появляется, пока шрифт не догрузится.
Ещё одна частая находка — избыточные редиректы. Если ссылка с сайта проходит через http, потом на www-версию, потом на https, это три лишних сетевых запроса ещё до начала загрузки самой страницы, и каждый добавляет задержку в десятки-сотни миллисекунд.
Что оптимизировать в первую очередь
По опыту большинства аудитов, порядок приоритета такой: сначала изображения (обычно дают самую большую экономию времени за наименьшие трудозатраты), затем сторонние скрипты (убрать неиспользуемые виджеты, отложить загрузку остальных через async или defer), затем шрифты и кеширование, и в последнюю очередь глубокая переработка архитектуры JavaScript, которая обычно нужна только на сложных сайтах с большим количеством интерактивных элементов.
Как это устроено при разработке в SolaLab
При разработке сайта на SolaLab оптимизация закладывается в процесс сборки: изображения автоматически сжимаются и конвертируются, код разбивается на части, шрифты подключаются с правильными атрибутами. В результате готовый сайт с самого запуска показывает высокие значения в PageSpeed Insights, а не требует отдельного этапа "оптимизации после сдачи проекта".
Итог
Регулярная проверка скорости, хотя бы раз в квартал или после каждого крупного обновления сайта, помогает поймать деградацию до того, как она скажется на позициях в поиске. Один добавленный виджет или неоптимизированное изображение может незаметно откатить показатели назад.
Если хотите узнать, что конкретно тормозит именно ваш сайт, напишите в Telegram (https://t.me/Gooood_daay) с адресом: прогоню через PageSpeed Insights и разберу отчёт вместе с вами, с конкретными шагами по приоритету.