
«Сайт тормозит» — диагноз без причины, а лечить нужно причину: сжимать картинки бесполезно, если сервер отвечает секунду, и наоборот. В этом гайде — десять типовых виновников медленной загрузки: от тяжёлых фотографий и CMS-плагинов до шрифтов и рекламных виджетов. По каждому — как проверить самостоятельно за несколько минут без программиста и что делать, если проверка подтвердилась.
В этой статье 12
- Сначала диагноз: где смотреть цифры
- Причина 1. Тяжёлые картинки
- Причина 2. Лишний JavaScript
- Причина 3. Плагины и тема CMS
- Причина 4. Слабый или перегруженный хостинг
- Причина 5. Шрифты
- Причина 6. Реклама, чаты и чужие виджеты
- Причина 7. Не настроено кэширование
- Причина 8. Выключено сжатие
- Причина 9. Цепочки редиректов
- Причина 10. Сервер далеко от аудитории
- Если причин несколько — а так почти всегда
Сначала диагноз: где смотреть цифры
Прежде чем что-то чинить, зафиксируйте точку отсчёта — иначе не поймёте, помогло ли. Три бесплатных инструмента: PageSpeed Insights показывает оценку, метрики Core Web Vitals и список конкретных проблем; вкладка Network в DevTools браузера (клавиша F12) — какие файлы грузятся, сколько весят и в каком порядке; отчёт «Время загрузки страниц» в Яндекс Метрике — как сайт ведёт себя у реальных посетителей. Эта статья — про поиск причины. Если причина уже ясна и нужен список приёмов, он в гайде как ускорить сайт и пройти Core Web Vitals.

10 причин медленной загрузки: от самых частых
- 1
- Тяжёлые картинки
- 2
- Лишний JavaScript
- 3
- Плагины и тема CMS
- 4
- Слабый или перегруженный хостинг
- 5
- Шрифты
- 6
- Реклама, чаты и чужие виджеты
- 7
- Не настроено кэширование
- 8
- Выключено сжатие
- 9
- Цепочки редиректов
- 10
- Сервер далеко от аудитории
Текст схемы и все данные
10 причин медленной загрузки: от самых частых
- 1
- Тяжёлые картинки
- 2
- Лишний JavaScript
- 3
- Плагины и тема CMS
- 4
- Слабый или перегруженный хостинг
- 5
- Шрифты
- 6
- Реклама, чаты и чужие виджеты
- 7
- Не настроено кэширование
- 8
- Выключено сжатие
- 9
- Цепочки редиректов
- 10
- Сервер далеко от аудитории
Причина 1. Тяжёлые картинки
Самая частая причина: фотографии загружены прямо с камеры или фотостока — по 2–5 МБ, в полном размере. Как проверить: во вкладке Network отфильтруйте запросы по Img и отсортируйте по весу — всё тяжелее 200–300 КБ кандидат на сжатие; PageSpeed прямо укажет «Настройте размер изображений». Что делать: конвертировать в WebP, отдавать картинку в том размере, в котором она реально показывается, и включить отложенную загрузку для всего, что ниже первого экрана. Подробный разбор — в статье об оптимизации изображений.
Причина 2. Лишний JavaScript
Счётчики, пиксели рекламных систем, слайдеры и скрипты, которые давно никто не использует, — всё это браузер обязан скачать и выполнить. Как проверить: в Network отфильтруйте по JS и посмотрите суммарный объём; PageSpeed покажет пункты «Устраните ресурсы, блокирующие отображение» и «Сократите неиспользуемый JavaScript». Что делать: провести ревизию — каждый скрипт должен ответить на вопрос «что сломается, если его убрать»; оставшимся поставить defer или запуск после первого действия пользователя.
Причина 3. Плагины и тема CMS
На WordPress и похожих движках каждый плагин добавляет код, запросы к базе данных и часто собственные стили и скрипты на каждую страницу — даже там, где он не нужен. Универсальные темы «всё в одном» тянут неиспользуемые библиотеки мегабайтами. Как проверить: на тестовой копии сайта отключайте плагины по одному и замеряйте скорость после каждого. Что делать: оставить только необходимые, заменить тяжёлую тему, включить серверный кэш. Как связаны движок и скорость — в сравнении Tilda, WordPress и Битрикс.
Причина 4. Слабый или перегруженный хостинг
Если сервер думает над каждым запросом по секунде, оптимизировать картинки бессмысленно. Ключевая метрика — TTFB, время до первого байта: в Network это ожидание ответа в самой первой строке (сам HTML-документ), в PageSpeed — пункт «Сократите время ответа сервера». Ориентир: до 200 мс — хорошо, больше 600 мс — проблема. Что делать: включить серверное кэширование, обновить версию PHP, сменить тариф или хостера. Критерии выбора — в статье о хостинге для SEO.
Причина 5. Шрифты
Сайт подключает пять-шесть начертаний с внешнего сервиса — и текст появляется с задержкой или «прыгает» после загрузки шрифта. Как проверить: Network → фильтр Font: сколько файлов, в каком формате и откуда они грузятся; задержка появления текста видна невооружённым глазом при обновлении страницы. Что делать: оставить два-три начертания, использовать формат WOFF2, разместить файлы на своём сервере вместо внешнего сервиса, прописать font-display: swap и предзагрузку (preload) для основного шрифта.
Причина 6. Реклама, чаты и чужие виджеты
Онлайн-чат, карта, видео, блоки рекламы и ретаргетинга — каждый тянет цепочку сторонних скриптов, на скорость которых вы не влияете. Как проверить: заблокируйте домен виджета (правый клик по запросу в Network → Block request domain) и перезагрузите страницу — разница и есть его цена. Что делать: грузить чат после первого действия посетителя, вместо живой карты и видео ставить картинку-заглушку, подгружающую виджет по клику, а рекламные пиксели запускать с задержкой.
Причина 7. Не настроено кэширование
Без кэша браузер скачивает одни и те же стили, скрипты и логотип при каждом визите, а CMS пересобирает страницу заново под каждого посетителя. Как проверить: в Network кликните на любой CSS-файл и найдите в заголовках ответа Cache-Control — если его нет или срок хранения крошечный, кэш не настроен; косвенный признак — повторно открытая страница грузится так же долго, как первая. Что делать: выставить статике долгий срок кэширования, а для CMS включить серверное кэширование готовых страниц.
Причина 8. Выключено сжатие
HTML, CSS и JavaScript — это текст, который сжимается в несколько раз, но сжатие на сервере нередко просто не включено. Как проверить: в Network откройте заголовки ответа главной страницы — должен присутствовать Content-Encoding: gzip или br; снаружи это проверяет любой онлайн-сервис «gzip checker». Что делать: включить gzip или brotli в конфигурации сервера — это пара строк, задача для хостера или разработчика — и минифицировать CSS и JS при сборке сайта.
Причина 9. Цепочки редиректов
Классика: посетитель вводит адрес без https и проходит цепочку http → https → версия с www — три запроса вместо одного ещё до начала загрузки. Как проверить: в Network включите Preserve log, введите адрес сайта в разных вариантах и посчитайте строки со статусами 301 и 302 перед страницей; отдельно проверьте рекламные ссылки с UTM-метками. Что делать: настроить один редирект сразу на конечный адрес и поправить внутренние ссылки, чтобы они вели на него напрямую.
Причина 10. Сервер далеко от аудитории
Если аудитория в России, а сервер в Германии или США, каждый запрос летит через полконтинента — эту задержку не уберёт никакая оптимизация кода. Как проверить: сравните TTFB из разных мест онлайн-сервисами проверки скорости с выбором локации замера — если из региона аудитории ответ заметно дольше, дело в географии. Что делать: перенести сайт на хостинг в стране, где живут посетители, а тяжёлую статику раздавать через CDN — сеть серверов, отдающую файлы с ближайшей к посетителю точки.

Шпаргалка: причина → проверка → решение
- Причина: Тяжёлые картинки
- Как проверить: Network → Img, вес файлов
- Что делать: WebP, реальные размеры, lazy-load
- Причина: Лишний JavaScript
- Как проверить: PageSpeed: неиспользуемый JS
- Что делать: Ревизия скриптов, defer
- Причина: Плагины и тема CMS
- Как проверить: Отключение по одному на копии
- Что делать: Оставить нужные, серверный кэш
- Причина: Хостинг
- Как проверить: TTFB больше 600 мс
- Что делать: Кэш, PHP, тариф или переезд
- Причина: Шрифты
- Как проверить: Network → Font
- Что делать: 2–3 начертания, WOFF2, swap
- Причина: Реклама и виджеты
- Как проверить: Блокировка домена в DevTools
- Что делать: Загрузка по клику и с задержкой
- Причина: Нет кэширования
- Как проверить: Заголовок Cache-Control
- Что делать: Кэш статики и страниц
- Причина: Нет сжатия
- Как проверить: Content-Encoding: gzip/br
- Что делать: Включить brotli или gzip
- Причина: Цепочки редиректов
- Как проверить: Статусы 301/302 в Network
- Что делать: Один редирект до конечного URL
- Причина: Сервер далеко
- Как проверить: TTFB из региона аудитории
- Что делать: Хостинг рядом с аудиторией, CDN
Текст схемы и все данные
Шпаргалка: причина → проверка → решение
- Причина: Тяжёлые картинки
- Как проверить: Network → Img, вес файлов
- Что делать: WebP, реальные размеры, lazy-load
- Причина: Лишний JavaScript
- Как проверить: PageSpeed: неиспользуемый JS
- Что делать: Ревизия скриптов, defer
- Причина: Плагины и тема CMS
- Как проверить: Отключение по одному на копии
- Что делать: Оставить нужные, серверный кэш
- Причина: Хостинг
- Как проверить: TTFB больше 600 мс
- Что делать: Кэш, PHP, тариф или переезд
- Причина: Шрифты
- Как проверить: Network → Font
- Что делать: 2–3 начертания, WOFF2, swap
- Причина: Реклама и виджеты
- Как проверить: Блокировка домена в DevTools
- Что делать: Загрузка по клику и с задержкой
- Причина: Нет кэширования
- Как проверить: Заголовок Cache-Control
- Что делать: Кэш статики и страниц
- Причина: Нет сжатия
- Как проверить: Content-Encoding: gzip/br
- Что делать: Включить brotli или gzip
- Причина: Цепочки редиректов
- Как проверить: Статусы 301/302 в Network
- Что делать: Один редирект до конечного URL
- Причина: Сервер далеко
- Как проверить: TTFB из региона аудитории
- Что делать: Хостинг рядом с аудиторией, CDN
| Причина | Как проверить | Что делать |
|---|---|---|
| Тяжёлые картинки | Network → Img, вес файлов | WebP, реальные размеры, lazy-load |
| Лишний JavaScript | PageSpeed: неиспользуемый JS | Ревизия скриптов, defer |
| Плагины и тема CMS | Отключение по одному на копии | Оставить нужные, серверный кэш |
| Хостинг | TTFB больше 600 мс | Кэш, PHP, тариф или переезд |
| Шрифты | Network → Font | 2–3 начертания, WOFF2, swap |
| Реклама и виджеты | Блокировка домена в DevTools | Загрузка по клику и с задержкой |
| Нет кэширования | Заголовок Cache-Control | Кэш статики и страниц |
| Нет сжатия | Content-Encoding: gzip/br | Включить brotli или gzip |
| Цепочки редиректов | Статусы 301/302 в Network | Один редирект до конечного URL |
| Сервер далеко | TTFB из региона аудитории | Хостинг рядом с аудиторией, CDN |
Расчёт условный, для иллюстрации логики. Допустим, на сайт приходит 3 000 посетителей в месяц, конверсия в заявку — 2%, то есть 60 заявок. Если из-за долгой загрузки первого экрана уходит каждый десятый посетитель, вы теряете 6 заявок в месяц; при среднем чеке 30 000 ₽ это 180 000 ₽ недополученной выручки — каждый месяц. Подставьте свои цифры трафика и чека — и сравните результат со стоимостью работ по ускорению.
Собирательный пример на основе типовых проектов — не реальный клиент.
Если причин несколько — а так почти всегда
Медленный сайт редко тормозит по одной причине: обычно это картинки плюс плагины плюс хостинг, и лечить нужно по приоритету — сначала то, что даёт наибольший выигрыш в секундах. Если пройти список самостоятельно не получается или правки требуют доступа к коду и серверу, в АОСА ускорение сайта стоит от 40 000 ₽ и занимает 2–3 недели, замеры до и после фиксируются в отчёте. А если сайт медленный по самой архитектуре, иногда честнее не ускорять, а пересобрать: варианты и цены — на странице разработки сайтов.
Главная ошибка в диагностике скорости — начинать с мелочей. Владелец неделю сжимает картинки, а сайт стоит на перегруженном хостинге с ответом сервера под секунду — и результата нет. Поэтому мы всегда идём сверху вниз: сначала сервер и время ответа, потом самое тяжёлое в загрузке — изображения и чужие скрипты, и только затем тонкая настройка шрифтов и кэша. И обязательный замер после каждого шага: без цифр «стало быстрее» — это ощущение, а не результат.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизации