Разрабатываем и продвигаем сайты в Москве
hello@aosa.ru
+7 499 404-20-10
Гайд · 6 мин

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

Почему сайт медленно грузится: 10 причин и что с ними делать
Разработка сайтовОбновлено 15 июл 2026

«Сайт тормозит» — диагноз без причины, а лечить нужно причину: сжимать картинки бесполезно, если сервер отвечает секунду, и наоборот. В этом гайде — десять типовых виновников медленной загрузки: от тяжёлых фотографий и CMS-плагинов до шрифтов и рекламных виджетов. По каждому — как проверить самостоятельно за несколько минут без программиста и что делать, если проверка подтвердилась.

В этой статье 12
  1. Сначала диагноз: где смотреть цифры
  2. Причина 1. Тяжёлые картинки
  3. Причина 2. Лишний JavaScript
  4. Причина 3. Плагины и тема CMS
  5. Причина 4. Слабый или перегруженный хостинг
  6. Причина 5. Шрифты
  7. Причина 6. Реклама, чаты и чужие виджеты
  8. Причина 7. Не настроено кэширование
  9. Причина 8. Выключено сжатие
  10. Причина 9. Цепочки редиректов
  11. Причина 10. Сервер далеко от аудитории
  12. Если причин несколько — а так почти всегда

Сначала диагноз: где смотреть цифры

Прежде чем что-то чинить, зафиксируйте точку отсчёта — иначе не поймёте, помогло ли. Три бесплатных инструмента: PageSpeed Insights показывает оценку, метрики Core Web Vitals и список конкретных проблем; вкладка Network в DevTools браузера (клавиша F12) — какие файлы грузятся, сколько весят и в каком порядке; отчёт «Время загрузки страниц» в Яндекс Метрике — как сайт ведёт себя у реальных посетителей. Эта статья — про поиск причины. Если причина уже ясна и нужен список приёмов, он в гайде как ускорить сайт и пройти Core Web Vitals.

Рейтинг десяти причин медленной загрузки сайта из статьи «Почему сайт медленно грузится: 10 причин и что с ними делать»: 1. Тяжёлые картинки; 2. Лишний JavaScript; 3. Плагины и тема CMS; 4. Слабый или перегруженный хостинг; 5. Шрифты; 6. Реклама, чаты и чужие виджеты; 7. Не настроено кэширование; 8. Выключено сжатие; 9. Цепочки…

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
Сервер далеко от аудитории
Десять причин по порядку разбора: начинайте с картинок и JavaScript — они дают больше всего

Причина 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 — сеть серверов, отдающую файлы с ближайшей к посетителю точки.

Таблица «Шпаргалка: причина → проверка → решение» из статьи «Почему сайт медленно грузится: 10 причин и что с ними делать»: колонки — Причина, Как проверить, Что делать; строки — Тяжёлые картинки, Лишний JavaScript, Плагины и тема CMS, Хостинг, Шрифты, Реклама и виджеты, Нет кэширования, Нет сжатия, Цепочки редиректов, Сервер д…

Шпаргалка: причина → проверка → решение

Причина: Тяжёлые картинки
Как проверить: 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
Лишний JavaScriptPageSpeed: неиспользуемый JSРевизия скриптов, defer
Плагины и тема CMSОтключение по одному на копииОставить нужные, серверный кэш
ХостингTTFB больше 600 мсКэш, PHP, тариф или переезд
ШрифтыNetwork → Font2–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+ лет в поисковой оптимизации
Вопросы и ответы

Коротко о главном

Не нашли ответ на свой вопрос? Напишите нам — разберём вашу ситуацию и пришлём честную оценку без обязательств.

Задать вопрос

Ориентируйтесь на пороги Core Web Vitals: отрисовка крупнейшего элемента (LCP) — до 2,5 секунды, отклик на взаимодействие (INP) — до 200 миллисекунд, сдвиги вёрстки (CLS) — до 0,1. Субъективно страница должна показывать первый экран практически сразу, без белого экрана и «прыжков» контента.

Бесплатно · без обязательств

Разберём вашу нишу так же подробно

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

  • Первичные наблюдения по сайту и поисковому спросу
  • Приоритеты: страницы, содержание и путь к заявке
  • Рекомендацию по составу работ и ориентир по бюджету

Или сразу напишите: +7 499 404-20-10 · Telegram · MAX

Заявка на бесплатный разборУточним задачу и подходящий формат работы · без спама и передачи данных третьим лицам.
ПозвонитьПолучить план