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

Если сайт грузится медленно, причина почти всегда одна из четырёх: неоптимизированные изображения, отсутствие кэширования, перегруженная тема или куча плагинов, отсутствие CDN. Проверить это самостоятельно можно за минуту через Google PageSpeed Insights — бесплатно, и сервис сразу показывает конкретную оценку и то, на чём именно теряется время. Ниже разбираем, что означают эти цифры, почему сайты вообще становятся медленными, что с этим делать и что спросить у веб-студии про скорость до подписания договора.

Что такое Core Web Vitals простыми словами?

Core Web Vitals — три метрики, которыми Google измеряет реальный пользовательский опыт на странице. Они влияют и на позиции в поиске, и на то, как ведут себя посетители:

• LCP (Largest Contentful Paint) — сколько времени занимает отрисовка самого крупного видимого элемента (обычно это главное изображение или заголовок). Google считает хорошим показателем меньше 2.5 секунд.
• INP (Interaction to Next Paint) — насколько быстро страница реагирует после клика или тапа. Хорошо — меньше 200 миллисекунд.
• CLS (Cumulative Layout Shift) — насколько сильно "прыгают" элементы на странице во время загрузки (например, картинка подгружается позже и сдвигает текст, по которому вы собирались кликнуть). Хорошо — меньше 0.1.

Это не абстрактные технические цифры — они построены на реальных данных пользователей, которые собирает Google, и лежат в основе официального сигнала ранжирования "page experience" в поисковой выдаче.

Как проверить скорость своего сайта?

Три бесплатных шага по порядку:

1. Запустите Google PageSpeed Insights (pagespeed.web.dev). Вставьте URL сайта. Получите оценку от 0 до 100 отдельно для мобильной версии и десктопа, цифры LCP/INP/CLS и конкретные рекомендации ("сожмите изображения", "отложите блокирующий рендеринг JavaScript" и т.д.).
2. Посмотрите отчёт Core Web Vitals в Google Search Console. Это не разовый лабораторный тест — это то, что реально пережили ваши посетители за последние 28 дней, сгруппированное по страницам. Если Search Console подключён, этот отчёт полезнее одного запуска PageSpeed, потому что отражает реальный трафик, реальные устройства и реальные условия сети, а не одну симуляцию.
3. Протестируйте на реальном телефоне через мобильный интернет, а не только через офисный Wi-Fi. Сайт, который кажется мгновенным в офисе, может ощущаться совсем иначе на мобильной сети — а для большинства бизнесов именно так приходит основная часть посетителей.

Если мобильная оценка PageSpeed ниже 50 или LCP превышает 4 секунды — это сигнал реальной проблемы, а не мелкой неприятности.

Почему сайт медленно загружается?

У медленных сайтов почти всегда одновременно несколько из этих причин:

• Неоптимизированные изображения. Фото на 4–8 МБ прямо с телефона, вставленное на страницу в полном разрешении, без сжатия, в устаревшем формате JPEG или PNG вместо WebP или AVIF — самая частая и самая весомая причина медленной загрузки.
• Отсутствие кэширования. Без настроенного кэша браузера и серверного кэша страниц сервер собирает страницу заново для каждого посетителя — это нагружает сервер и замедляет ответ.
• Перегруженная тема и лишние плагины. Особенно часто встречается на WordPress — каждый плагин добавляет свои файлы JavaScript и CSS независимо от того, нужны ли они на конкретной странице. Сайт с 20–30 плагинами обычно тащит немало мёртвого веса.
• Отсутствие CDN. Если сервер физически находится в одном месте, а статические файлы (изображения, CSS, JS) отдаются напрямую оттуда, каждому удалённому посетителю добавляется задержка из-за расстояния. CDN отдаёт эти файлы с точки, географически более близкой к пользователю.
• Медленный ответ сервера (TTFB). Слабый хостинг, перегруженный общий (shared) сервер или неоптимизированные запросы к базе данных задерживают даже самый первый байт ответа — раньше, чем вообще начнётся загрузка остального.
• Слишком много сторонних скриптов. Аналитика, виджеты онлайн-чата, рекламные пиксели, встройки соцсетей — каждый добавляет отдельный запрос и время загрузки, и это быстро накапливается.
• Блокирующий рендеринг JS/CSS. Если браузер обязан загрузить и выполнить все скрипты и стили до того, как что-либо отрисовать, плохо структурированный код задерживает первое, что видит посетитель.

Почему скорость влияет на количество клиентов?

Медленный сайт теряет деньги в трёх разных точках. Во-первых, посетители нетерпеливы — если страница не открывается, они жмут "назад" и уходят к конкуренту, и это особенно верно для мобильных пользователей. На собственной странице разработки сайтов ONE Studio указано, что более 70% трафика в Азербайджане приходится на мобильные устройства — то есть медленный мобильный опыт означает потерю не узкого сегмента, а большей части аудитории.

Во-вторых, Google использует скорость как сигнал ранжирования — при сопоставимом по релевантности контенте более быстрая страница получает преимущество. В-третьих, и часто это самое дорогое: если вы платите за рекламу в Facebook, Instagram или Google Ads и ведёте этот трафик на медленно грузящуюся страницу, часть рекламного бюджета буквально сгорает впустую — посетитель уходит до полной загрузки страницы, конверсия не происходит, а за клик уже заплачено.

Как ускорить сайт?

У каждой причины из списка выше есть конкретное решение:

• Сжимайте изображения и используйте современные форматы. Переходите на WebP или AVIF, приводите размер изображений к реально отображаемым габаритам, включайте отложенную загрузку (lazy loading) для картинок вне экрана.
• Включите кэширование. Настройте серверный кэш страниц (для WordPress — через плагин кэширования) и корректные заголовки кэша браузера (cache-control).
• Уберите лишнее. Отключите неиспользуемые плагины, облегчите тему, оставьте только действительно нужные сторонние скрипты.
• Подключите CDN. Даже бесплатный тариф CDN вроде Cloudflare сокращает время загрузки, отдавая статику с точки ближе к пользователю.
• Проверьте хостинг. Если TTFB (время ответа сервера) в отчёте PageSpeed превышает примерно 200 миллисекунд, узкое место часто именно в ресурсах хостинга — это отдельная тема, но первый шаг — просто посмотреть на цифру TTFB.
• Минифицируйте и откладывайте некритичный JS/CSS. Всё, что не требуется для отрисовки видимого контента, должно загружаться уже после появления основной страницы.

Ничего из этого не делается один раз и навсегда. Каждый раз, когда добавляются новые изображения или устанавливается новый плагин, скорость может незаметно снова упасть — поэтому контроль скорости должен быть постоянным процессом, а не разовым аудитом.

Что спросить у веб-студии про скорость перед подписанием?

Заказываете новый сайт или оцениваете работу текущей студии — задайте эти вопросы до подписания договора:

• Какой целевой показатель Core Web Vitals вы берёте на себя по проекту? (Для сравнения: страница разработки сайтов ONE Studio указывает стандартную цель — 90+ баллов Core Web Vitals.)
• Покажете ли вы отчёт PageSpeed Insights или Search Console при сдаче проекта, а не просто скажете "сайт быстрый"?
• Сжатие изображений, кэширование и CDN входят в стандартную разработку или это дополнительная услуга?
• Кто будет следить за скоростью после запуска — что произойдёт, если через три месяца сайт снова замедлится? Именно для этого существуют ежемесячные пакеты сопровождения вроде поддержки ONE Studio — постоянный мониторинг Core Web Vitals (LCP, INP, CLS), TTFB и uptime, потому что скорость нельзя настроить один раз и забыть.

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