Производительность
Как ускорить сайт: 7 шагов от замера до проверки
Чтобы ускорить сайт, сначала измерьте конкретные страницы на телефоне и компьютере, затем исправляйте самый заметный тормоз. Обычно полезнее облегчить крупное изображение или убрать тяжёлый скрипт, чем одновременно менять десятки настроек. Ниже — семь шагов с проверкой результата.
Шаг 1. Измерьте не только главную страницу
Откройте PageSpeed Insights и проверьте главную, типовую карточку товара или услуги и статью. Сравните мобильный и компьютерный отчёты: один удачный замер не описывает весь сайт. Сохраните URL, дату, объём переданных данных и метрики до изменений, чтобы потом было с чем сравнивать.
Вверху отчёта могут быть данные реальных пользователей за предыдущие 28 дней, ниже — лабораторная диагностика Lighthouse. Реальные данные показывают опыт посетителей, лабораторные помогают искать причину. Для нового или малопосещаемого URL пользовательских данных может не хватить; отсутствие такого блока не означает, что страница быстрая.
Шаг 2. Найдите узкое место
Проверьте, что именно мешает: поздно появляется главный блок, страница долго реагирует на нажатие или элементы прыгают после загрузки. Это разные проблемы. Для первой смотрите Largest Contentful Paint (LCP), для реакции — Interaction to Next Paint (INP), для сдвигов — Cumulative Layout Shift (CLS). Разбор этих трёх показателей вынесен в отдельную статью о Core Web Vitals.
Откройте в отчёте список самых тяжёлых запросов и цепочку загрузки главного изображения. Если время ответа сервера велико, сначала разберите TTFB: это отдельная задача, описанная в нашей статье о медленном сервере. Не покупайте новый сервер, пока не поняли, какая часть времени уходит именно на него.
Шаг 3. Облегчите изображения
Учебный пример: на карточке товара посетителю показывают фотографию шириной 500 пикселей, а браузер скачивает исходник шириной 4000 пикселей. Подготовьте версии под разные размеры экрана и сожмите их с проверкой видимого качества. Для фотографий могут подойти WebP или AVIF; для схем с мелким текстом сравните результат с PNG. Сама смена расширения не исправит неправильные размеры.
Главное изображение первого экрана должно загружаться рано. Не назначайте ему ленивую загрузку только ради красивой оценки инструмента. Для изображений ниже первого экрана ленивую загрузку можно использовать, чтобы не тратить сеть раньше времени. Пошаговая настройка и проверка описаны в статье о сжатии изображений.
Шаг 4. Уберите лишний код с первого экрана
Посмотрите, какие скрипты и стили блокируют показ содержимого. Отложите код чата, виджетов и аналитики, который не нужен до первого действия, или загружайте его после основного содержимого. Удаляйте неиспользуемые библиотеки и проверяйте, не испортились ли форма, меню и оплата.
Большой файл JavaScript способен задержать реакцию на нажатие даже после того, как страница уже видна. Просите разработчика разделить тяжёлые задачи и убрать ненужную работу при запуске. Минификация уменьшает объём файлов, но сама по себе не делает долгие вычисления короткими.
Шаги 5–6. Настройте кеш и сервер
Для версионированных статических файлов настройте кеширование, чтобы повторный посетитель не скачивал их заново. Проверьте сжатие передаваемого HTML, CSS и JavaScript. Если добавляете CDN, убедитесь, что он действительно отдаёт ресурсы ближе к посетителю и не сохраняет устаревшие страницы или личные данные.
Если медленно приходит первый байт HTML, исследуйте запросы к базе, тяжёлый шаблон и ресурсы сервера. Начните с нескольких повторных замеров в одинаковых условиях и только затем выбирайте изменение. Редиректные цепочки тоже добавляют ожидание: внутренние ссылки должны вести сразу на конечный адрес.
Шаг 7. Как проверить результат
После одной группы правок повторите лабораторный замер тех же URL на том же типе устройства. Сравните LCP, INP или диагностические признаки, размер переданных файлов и работу формы. Если показатели стали лучше, но кнопка перестала работать, правка не готова к выпуску.
Данные реальных пользователей меняются с задержкой: PageSpeed Insights показывает скользящий период, а не только сегодняшний день. Через несколько недель сравните тот же набор страниц и мобильный сегмент. Проверка SEO title поможет найти технические сигналы, но не обещает ускорение и не заменяет замеры браузера у настоящих посетителей.
Первоисточники
FAQ
Частые вопросы
Достаточно ли проверить только главную страницу?
Нет. Проверьте главную и несколько типовых страниц: карточку товара или услуги, каталог и статью, отдельно на телефоне и компьютере.
Почему балл PageSpeed меняется без правок?
Лабораторный замер зависит от условий запуска. Сравнивайте конкретные причины и несколько измерений; данные реальных пользователей собираются за скользящий период.
Если TTFB хороший, сайт уже быстрый?
Нет. После ответа сервера крупное изображение и тяжёлый JavaScript могут задержать появление содержимого и реакцию страницы.
Проверьте себя
Вопрос 1 из 2. Результат увидите только вы.
Обсуждение
Какая страница вашего сайта кажется самой медленной и что показал первый замер?
Войдите, чтобы оставить комментарий. Читать обсуждение могут все. Комментарии проходят автоматическую и редакционную проверку.