Почему сайт медленно грузится и что с этим делать

Почему скорость сайта вообще важна?

Две причины, и обе про деньги.

Первая - люди уходят. Человек, пришедший с рекламы, не ждёт: если страница не появилась за пару секунд, он возвращается в выдачу и открывает следующую. Вы заплатили за клик, но не получили даже просмотра.

Вторая - поиск. Скорость входит в факторы ранжирования Google, а на мобильных устройствах особенно: при прочих равных быстрый сайт окажется выше медленного.

Важная деталь, которую часто упускают: скорость надо оценивать на мобильном интернете, а не по офисному Wi-Fi. Большинство посетителей приходит с телефона, и картина у них совсем другая, чем у вас на компьютере.

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

Здесь совершают главную ошибку - делают один замер и делают из него выводы.

Пользуйтесь PageSpeed Insights. Бесплатный инструмент Google: вводите адрес, получаете оценку отдельно для мобильных и десктопа. Смотреть надо не на общий балл, а на конкретные показатели - в первую очередь на время появления основного содержимого страницы.

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

Смотрите на время ответа сервера. Это то, сколько сервер думает до первого байта. Если он отвечает долго, дело не в картинках и не в скриптах, а в хостинге - и оптимизировать фронтенд бессмысленно.

Проверьте реальные данные посетителей. Метрика и GA4 показывают, сколько на самом деле грузится сайт у ваших пользователей. Это честнее любого синтетического теста.

Что чаще всего замедляет сайт?

По убыванию частоты, из практики.

Изображения. Причина номер один. Фотография с телефона весит несколько мегабайт, а на сайте отображается размером с ладонь. Браузер всё равно скачивает оригинал. Лечится сжатием, современными форматами и загрузкой картинок по мере прокрутки.

Скрипты аналитики и виджеты. Счётчики, пиксели, чаты, формы обратного звонка, карты. Каждый добавляет запрос к чужому серверу, и загрузка вашей страницы начинает зависеть от чужой скорости. Это самый недооценённый источник тормозов.

Тяжёлый код и плагины. На конструкторах и CMS набор плагинов копится годами, а удалять их страшно. Каждый тянет свои стили и скрипты, даже если используется на одной странице.

Шрифты. Несколько начертаний по несколько сотен килобайт, подключённых со стороннего сервера. Плюс эффект, когда текст сначала невидим, а потом прыгает.

Хостинг. Дешёвый перегруженный сервер или сервер на другом континенте. Если ваши клиенты в Узбекистане, а сайт физически в Америке, задержка есть всегда и оптимизацией картинок она не лечится.

Почему оптимизация часто не помогает?

Потому что чинят не то.

Типичная история: отчёт показывает низкий балл, исполнитель видит знакомого подозреваемого - анимации, библиотеку, оформление - и вырезает его. Балл не меняется, потому что виноват был не он.

У меня был ровно такой случай: аудит уверенно указывал на анимационную библиотеку, а замер показал, что тормозила загрузка аналитики. Вырезали бы анимацию - потеряли бы часть интерфейса и не получили бы ничего.

Правило простое: сначала измерить, что именно занимает время, потом чинить. Инструменты для этого бесплатны и показывают конкретно, какой файл сколько грузился. Резать по гипотезе - самый дорогой способ оптимизации: тратится время, теряется функциональность, результат не меняется.

Что можно сделать самому?

Четыре вещи, для которых не нужен разработчик.

Сожмите изображения. Прогоните все фотографии через любой бесплатный компрессор перед загрузкой на сайт. Часто это половина проблемы.

Уберите лишние виджеты. Пройдитесь по списку: чат, обратный звонок, карта, три счётчика, всплывающие окна. Оставьте то, чем реально пользуетесь. Каждый удалённый - минус запрос.

Отключите неиспользуемые плагины. Если сайт на CMS, посмотрите список: обычно половина не используется годами.

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

Этого достаточно, чтобы убрать очевидные проблемы. Дальше начинается работа с кодом.

Когда проблема в самом сайте, а не в настройках?

Если очевидное убрано, а сайт всё равно медленный, причина обычно структурная.

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

В таких случаях оптимизация превращается в бесконечное латание: чините одно, ломается другое. Считать надо честно - иногда пересборка на нормальной основе выходит дешевле, чем год оптимизации существующего.

Как это устроено у меня?

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

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

Если ваш сайт медленный и непонятно почему - напишите, пришлите ссылку, я замерю и скажу конкретно, что именно тормозит и лечится ли это без переделки.