Ускорение сайта

Почему медленный сайт — это проблема

Медленная мобильная версия — это потерянные заявки: человек со смартфона на 4G не ждёт 6 секунд. Скорость учитывают и поисковики: Google напрямую через Core Web Vitals, Яндекс — через поведение пользователей. Плюс тяжёлый сайт больше нагружает хостинг, и его чаще отключают за превышение лимитов.

С чего начинаю

Не с плагина «ускорителя». Сначала замеры:

• TTFB — сколько сервер думает до первого байта. Если больше 600 мс, проблема в PHP, базе или хостинге, и сжатие картинок не поможет.
• LCP — когда показывается главный элемент первого экрана.
• CLS — прыгает ли вёрстка при загрузке.
• Вес страницы и количество запросов.
• Медленные SQL-запросы, тяжёлые плагины и модули, cron.

Подробно о методике — в статье «Почему сайт медленно грузится и как ускорить».

Что делаю

• Включаю и настраиваю кэширование страниц и объектный кэш, OPcache.
• Обновляю PHP до актуальной версии, если сайт это выдерживает.
• Чищу базу: ревизии, мусорные опции автозагрузки, логи модулей, просроченные сессии.
• Конвертирую изображения в WebP, задаю размеры, включаю отложенную загрузку ниже первого экрана.
• Убираю неиспользуемые скрипты и стили, откладываю загрузку счётчиков и виджетов чата.
• Подключаю шрифты локально с font-display: swap.
• Для Elementor отключаю лишние модули и иконки, для OpenCart — тяжёлые модули фильтров и счётчики в категориях.
• Если упираемся в хостинг — советую, куда и как перенести сайт.

Результат

Цель — зелёная или жёлтая зона мобильного PageSpeed и время ответа сервера до 300–600 мс. Цифры зависят от темы и того, сколько тяжёлых функций вы готовы отключить. Перед началом показываю замеры и говорю, на что можно рассчитывать, после — замеры «до и после».

Сроки и стоимость

Обычно 1–3 дня. Цену называю после замеров: иногда хватает настройки кэша, иногда нужно переписывать тему.

Типичные находки

• Изображения по 3–5 МБ прямо с фотоаппарата на главной.
• Слайдер на первом экране, который грузит 10 картинок сразу.
• 15 внешних скриптов: чаты, виджеты обратного звонка, три счётчика, карта.
• Плагин или модуль, который на каждой странице делает сотни запросов к базе.
• Устаревший PHP 7.x, который заметно медленнее PHP 8.
• Таблица опций WordPress с мегабайтами мусора в автозагрузке.

Обычно две-три таких находки дают основную часть ускорения.

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

1. Замеряю TTFB, LCP, CLS и вес на трёх типах страниц.
2. Проверяю хостинг, версию PHP и OPcache.
3. Настраиваю кэш страниц на сервере или плагином.
4. Чищу базу и нахожу медленные запросы.
5. Перевожу изображения в WebP, задаю размеры, включаю ленивую загрузку.
6. Убираю лишние скрипты и откладываю загрузку виджетов.
7. Проверяю формы, корзину, меню и делаю повторный замер.

Чек-лист: признаки, что сайт пора ускорять

• Главная на мобильном открывается дольше трёх секунд.
• В Search Console отчёт Core Web Vitals показывает «Требуется улучшение» или «Плохо».
• В Метрике много отказов с мобильных устройств.
• Админка открывается медленно, сохранение записи занимает секунды.
• На странице больше 100 запросов или вес больше 3 МБ.

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