Как ускорить загрузку сайта: 12 причин медленной работы
Медленный сайт редко тормозит из-за одной «плохой кнопки». Обычно накапливается несколько мелочей: тяжёлая обложка, два комплекта шрифтов, виджет чата, старый плагин, запрос к базе на каждом блоке. На быстром интернете это незаметно, а на обычном мобильном соединении первый экран собирается по частям и успевает раздражить пользователя.
Я не начинаю оптимизацию с обещания получить сто баллов в тесте. Сначала выясняю, что именно медленно: ответ сервера, появление основного содержимого, реакция на нажатие или скачки макета. У каждой проблемы свой ремонт.
1. Необработанные изображения
Фотография в 6000 пикселей не становится лёгкой после CSS-уменьшения до 600. Для сайта нужны разумные размеры, WebP или AVIF, сжатие и несколько вариантов для разных экранов. У изображений ниже первого экрана включается ленивая загрузка, но главную обложку нельзя откладывать бесконтрольно — иначе ухудшится появление ключевого содержимого.
2. Видео грузится раньше, чем его попросили
Автовоспроизведение фонового ролика выглядит эффектно, но легко съедает мобильный трафик и ресурсы. Для кейсов я предпочитаю постер и понятную кнопку воспроизведения. Сам файл начинает загружаться активнее после действия пользователя. Это одновременно быстрее и честнее: посетитель понимает, что перед ним видео.
3. Слишком много шрифтов и начертаний
Пять начертаний двух гарнитур — это несколько сетевых запросов и задержка отрисовки текста. Часто достаточно обычного и полужирного. Файлы лучше хранить локально, использовать современный формат и заранее загружать только действительно критичное начертание.
4. CSS и JavaScript подключаются на всех страницах
Слайдер нужен на главной, а его код загружается и в контактах. Скрипт магазина работает в статье. Со временем тема обрастает файлами, которые подключаются «на всякий случай». Я проверяю зависимости по шаблонам, убираю неиспользуемое и откладываю выполнение некритичных сценариев.
5. Сторонние виджеты
Чат, обратный звонок, карта, пиксели рекламы и видео с внешней платформы живут на чужих серверах. Даже идеально оптимизированный сайт ждёт их ответы. Полезно составить список сторонних запросов и спросить у каждого: приносит ли он измеримую пользу? Карту можно загружать после клика, чат — после основного интерфейса.
6. Избыточные плагины
Количество плагинов само по себе не является диагнозом. Один неудачный модуль способен навредить сильнее двадцати аккуратных. Проблема возникает, когда плагины дублируют функции, добавляют запросы на каждую страницу или давно не поддерживаются. Перед удалением нужно понять, какие данные они хранят, и сделать резервную копию.
7. Тяжёлые запросы к базе данных
Большой каталог, сложные фильтры и накопившиеся служебные записи замедляют сервер. Помогает профилирование: какие запросы выполняются дольше, сколько раз повторяются, есть ли индексы. «Очиститель базы» без диагностики может удалить полезное и не затронуть настоящую причину.
8. Нет кеширования
Если страница меняется раз в день, серверу не нужно собирать её заново для каждого посетителя. Страничный кеш, кеш объектов и корректные заголовки браузера снимают лишнюю работу. Но магазин нельзя кешировать так же, как статью: корзина, цены и личные данные требуют исключений.
9. Медленный первый ответ сервера
Причина может быть в хостинге, PHP, базе, DNS или внешнем API, которого страница ждёт перед выводом. Здесь сжатие картинки не поможет. Я измеряю время на уровне сервера и проверяю логи, прежде чем рекомендовать переезд.
10. Цепочки редиректов
Старый адрес ведёт на http, затем на https, потом на версию со слешем и только после этого — на новую страницу. Каждый переход добавляет ожидание. Внутренние ссылки следует сразу направлять на конечный URL, а правила редиректов — упрощать.
11. Слишком сложный DOM
Конструкторы и многократно вложенные блоки создают тысячи элементов даже на простом экране. Браузеру приходится вычислять стили и перестраивать большой документ. Лечение — пересборка проблемного фрагмента, а не бесконечное уменьшение файлов.
12. Мобильная версия считается уменьшенной десктопной
На телефоне нужны другой размер медиа, компактнее сетка и осторожнее анимация. Горизонтальная карусель с десятью карточками может загрузить все изображения, хотя видна одна. Я проверяю реальное устройство и ограничение процессора, а не только узкое окно на мощном компьютере.
Правильный порядок работ
- Зафиксировать показатели и записать проблемные страницы.
- Отделить серверную задержку от клиентской.
- Исправить самые тяжёлые ресурсы и блокирующие запросы.
- Проверить формы, корзину и аналитику после изменений.
- Повторить тест на мобильном соединении и посмотреть реальные данные.
Скорость — не конкурс за зелёный значок, а качество взаимодействия. Если главная быстрая, а карточки товаров открываются по восемь секунд, средняя цифра в отчёте мало утешает. Для точечной диагностики можно заказать доработку сайта: я найду узкое место, объясню причину и предложу исправления по приоритету.