Что влияет на скорость сайта и как это исправить

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

Что делать: переходить на VPS, managed-хостинг или платформу типа Vercel, Netlify, Hetzner Cloud. В Эстонии стоит выбирать сервер физически в EU.

Контрольный показатель: время до первого байта (TTFB) должно быть ниже 500 мс, в идеале до 200 мс.

Самая частая причина медленного сайта в 2026 году. Фото с телефона весят 4-6 МБ, а нужны 100-300 КБ.

Что делать: использовать формат WebP или AVIF, ограничивать ширину размером, в котором картинка реально показывается, включать ленивую загрузку (lazy loading) ниже первого экрана.

Один автоматический инструмент, например ImageOptim или встроенная оптимизация платформы, обычно решает половину проблемы скорости.

Каждый чат-виджет, виджет соцсети, скрипт аналитики и кнопка оплаты добавляет к загрузке. Десяток скриптов могут добавить 2-4 секунды.

Что делать: оставлять только то, чем реально пользуетесь. Чат подключать асинхронно. Видео с YouTube вставлять через lazyload-обёртку, а не как iframe сразу.

Проверьте список через DevTools или PageSpeed Insights. Часто там обнаруживаются скрипты, которые подключены три года назад и забыты.

Тяжёлая тема WordPress с десятками плагинов это типичная причина медленного сайта. Каждый плагин добавляет свой CSS и JS, даже если он используется на одной странице.

Что делать: аудит плагинов раз в год, удаление неиспользуемых, выбор лёгкой темы (Astra, Kadence, Blocksy) вместо комбайнов.

На новых проектах лучше с самого начала идти в сторону Next.js или Astro: они доставляют только нужный код и нативно работают с современными форматами.

Без кеширования сервер собирает каждую страницу заново для каждого посетителя. С кешированием готовая страница отдаётся за миллисекунды.

CDN (Cloudflare, Bunny, Fastly) дополнительно ускоряет доставку, особенно для зарубежных посетителей: файлы отдаются с ближайшего к ним сервера.

Базовое кеширование плюс Cloudflare часто ускоряет сайт в 2-3 раза без других изменений.

PageSpeed Insights и WebPageTest дают и оценку, и список конкретных проблем по приоритету. Это правильное место для начала.

Чините по очереди от самой большой проблемы к мелкой. Не пытайтесь сделать всё сразу: легко сломать сайт и потерять понимание, что именно помогло.

Оценка от 0 до 100 мало что говорит. Полезнее смотреть три метрики и понимать, какой слой сайта за каждую отвечает.

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

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

Шрифты на три языка. Сайту на эстонском и русском нужны и латиница с буквами õ, ä, ö, ü, и кириллица. Если шрифт подключён целиком со всеми наборами символов и пятью начертаниями, это сотни килобайт до первого текста. Решение: только нужные наборы символов и два-три начертания, файлы шрифта лежат на вашем сервере.

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

Чекаут магазина. Модуль оплаты с логотипами банков, список пакоматов Omniva, SmartPosti и DPD с картой это несколько сторонних скриптов на одной странице. Они нужны только в корзине и на оформлении заказа, а подключают их часто на всём сайте.

Расположение сервера. Для аудитории в Эстонии сервер в Таллине, Хельсинки или Франкфурте даёт быстрый ответ и без CDN. Дешёвый хостинг с сервером за океаном добавляет задержку каждому запросу.

Допустим, у фирмы по ремонту квартир сайт на WordPress, и владелец жалуется, что «сайт тормозит». За этой фразой обычно стоит один из трёх разных случаев.

Белый экран две-три секунды, потом всё появляется разом. Это сервер: высокий TTFB, нет кеша. Картинки сжимать бесполезно, пока не решён этот слой.

Текст появляется быстро, а фото работ подгружаются долго и страница дёргается. Это изображения: оригиналы с камеры в галерее и отсутствие заданных размеров.

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

Определите свой симптом до того, как что-то чинить. От этого зависит, к кому идти: к хостеру, к контент-менеджеру или к разработчику. Общий список приёмов ускорения мы собрали в отдельной статье «10 способов ускорить сайт».