+7 (953) 422-30-69 Обсудить проект
Технические статьи

Скорость загрузки сайта: почему важна и как ускорить

Каждая секунда задержки — минус 7–20% конверсии. Разбираем Core Web Vitals, инструменты замера, реальные способы ускорения и что на самом деле влияет на скорость.

  • от 7 днейсрок запуска лендинга
  • под ключдомен, SSL, SEO, аналитика
  • гарантия 60 днейправки после сдачи

Наши работы

Живые сайты, которые мы сделали под задачу клиента и продолжаем сопровождать. Откройте — посмотрите вживую.

Медленный сайт — это не «неудобство». Это прямая потеря денег. Amazon посчитал: +100 мс задержки = -1% выручки. У малого бизнеса эффект в 3–5 раз сильнее. Разбираем, как ускорить.

Скорость загрузки — фактор, который влияет одновременно на конверсию, SEO, PPC-цены и user experience. Google и Яндекс с 2021 года используют Core Web Vitals (метрики скорости и удобства) как фактор ранжирования. При этом 60% сайтов в России не проходят проверку — грузятся дольше 3 секунд на мобильном, что автоматом кидает их в проигрыш конкурентам.

Мы регулярно замеряем скорость клиентских сайтов и знаем: разница между «сайт грузится 5 секунд» и «сайт грузится 1,5 секунды» — это не только техническая деталь. Это разница в 30–50% конверсии. Ниже — гид по ускорению с конкретными цифрами.

Core Web Vitals: три ключевые метрики

МетрикаЧто измеряетХорошоПлохо
LCP (Largest Contentful Paint)Когда виден основной контент< 2,5 сек> 4 сек
INP (Interaction to Next Paint)Отклик на клик/тап< 200 мс> 500 мс
CLS (Cumulative Layout Shift)Насколько «прыгает» вёрстка< 0,1> 0,25
PageSpeed общийИтоговая оценка> 85< 50

Кроме них важны: FCP (First Contentful Paint — первый пиксель, ideal < 1,8 сек), TTFB (Time to First Byte — ответ сервера, ideal < 600 мс).

Как замерять — инструменты

  • Google PageSpeed Insights — основной инструмент, показывает Mobile и Desktop отдельно
  • WebPageTest — детальный водопад загрузки, можно выбрать регион и устройство
  • GTmetrix — альтернативный замер с историей
  • Search Console Google → Core Web Vitals — реальные данные от пользователей
  • Яндекс.Вебмастер → Инструменты → Проверка мобильных страниц

Важно: замер должен быть на 3G/4G с типичного смартфона, а не с десктопа с гигабитом. 70% трафика в 2026 — мобильный, поэтому Mobile-оценка важнее Desktop.

Экономический эффект скорости — цифры

  • Amazon: +100 мс задержки = -1% выручки
  • Google: 53% мобильных пользователей уходят, если сайт грузится дольше 3 сек
  • Walmart: +1 сек к скорости = +2% конверсии
  • Наш опыт: ускорение с 5 до 2 секунд даёт +25–45% конверсии на лендинге
  • SEO: сайты с PageSpeed 85+ в среднем ранжируются на 3–7 позиций выше

Что чаще всего тормозит сайт

  1. Неоптимизированные картинки (60% случаев) — png/jpg вместо WebP, весом 500 КБ–2 МБ каждая
  2. Тяжёлый JavaScript (25%) — сторонние скрипты (метрики, чаты, попапы), которые весят 500+ КБ
  3. Медленный сервер (20%) — плохой хостинг, отсутствие кеша, TTFB > 1 сек
  4. Много запросов (15%) — 50+ отдельных файлов вместо объединённых
  5. Отсутствие сжатия (10%) — не включён Gzip/Brotli

Оптимизация картинок: главное ускорение

Один пример из практики: клиент — интернет-магазин мебели. На главной 24 карточки товаров, каждая с PNG 800×600 весом 480 КБ. Итого 11,5 МБ картинок на одной странице. LCP — 6,8 секунд.

Что сделали:

  • Конвертировали в WebP (качество 82) — уменьшение веса в 3–4 раза
  • Внедрили picture с fallback на JPG для старых браузеров
  • Настроили размеры под точку показа (thumbnail 400×300, а не 800×600)
  • Ленивая загрузка (loading="lazy") для картинок ниже первого экрана
  • Preload для hero-картинки первого экрана

Итог: общий вес картинок 2,8 МБ (было 11,5), LCP 2,1 сек (было 6,8), PageSpeed Mobile 82 (был 34).

Кеширование: серверное и браузерное

Кеш — это когда сайт «запоминает» готовые страницы и отдаёт без пересборки. Серверный кеш (Memcached, Redis, встроенный в Bitrix/WP) даёт ускорение TTFB с 800 мс до 100 мс. Браузерный кеш (заголовки Cache-Control, max-age) означает, что при повторных посещениях статика не грузится заново — только динамический контент.

Проверить кеш можно в DevTools → Network. Если статика (CSS, JS, картинки) грузятся при перезагрузке, а не берутся из cache — кеш не настроен.

CDN: доставка близко к пользователю

CDN (Content Delivery Network) — сеть серверов по всей планете, которая держит копии вашей статики. Пользователь из Владивостока получает картинки не с московского сервера, а с ближайшего узла — экономия 200–500 мс.

Российские CDN: Selectel, VK Cloud, EdgeЦентр. Цены: 500–3000 ₽/мес для среднего сайта. Даёт эффект +10–20 баллов PageSpeed для сайтов с большой картотекой изображений.

Оптимизация JavaScript

  • Уберите неиспользуемые библиотеки (jQuery, если не используется)
  • Минифицируйте (сжимайте) весь JS
  • Отложите загрузку неглавных скриптов (defer, async)
  • Загружайте виджеты (чат, попапы, реклама) через 2–3 секунды после загрузки страницы
  • Аналитику (Метрика, GTM) загружайте после DOMContentLoaded

Плохо: подключить jQuery, Bootstrap JS, Slick Carousel, все виджеты чата, попап-плагин и всё в head. Итог 800 КБ JS до первого пикселя. Хорошо: инлайн критический JS в head (5 КБ), остальное в конец body с defer.

Сжатие: Gzip и Brotli

Gzip — старый стандарт, сжимает HTML/CSS/JS в 3–5 раз. Brotli — новый, сжимает на 15–25% лучше Gzip. Оба должны быть настроены на уровне nginx/Apache. Проверить: DevTools → Network → любой файл → Response Headers → должен быть Content-Encoding: gzip или br.

Шрифты: тоже влияют

Кастомные шрифты (Roboto, Montserrat и т. п.) весят 30–100 КБ каждый. Часто на сайте подключено 4–6 начертаний, из которых используется 2. Что делать:

  • Использовать 2–3 начертания максимум (regular, bold, medium)
  • Формат WOFF2 (весит в 2 раза меньше WOFF)
  • font-display: swap — показать текст системным шрифтом сразу, потом заменить
  • preload для основного шрифта первого экрана

Мобильная адаптация и скорость

Скорость на мобильном — часто самая большая проблема. Причины: слабый процессор (тяжёлый JS тормозит), медленный интернет (3G/4G), маленький экран (нужны отдельные картинки). Отдельно про мобильную адаптацию у нас есть страница услуги. Учитывайте, что 70% пользователей приходят с мобильных — оптимизация под мобильные не «дополнение», а приоритет.

Плохо vs хорошо: пример

Плохо (типичный сайт «после шаблона»): PNG-картинки 1200×800 без ретины (500 КБ каждая), jQuery в head, 6 начертаний шрифтов, чат в head, метрика в head, PageSpeed 32, LCP 6,4 сек.

Хорошо (после оптимизации): WebP 800×600 (80 КБ), критический CSS инлайн, шрифты 2 начертания, чат отложен, метрика отложена. PageSpeed 87, LCP 1,9 сек.

Сколько стоит ускорение сайта

  • Разовая оптимизация лендинга (с 40 до 85): 20–40 тыс. ₽
  • Оптимизация корпоративного сайта: 40–100 тыс. ₽
  • Оптимизация интернет-магазина: 80–200 тыс. ₽
  • Регулярный аудит и поддержание в рамках поддержки сайта: включено

Частые вопросы

PageSpeed 100 — это цель?

Нет. 100/100 требует героических усилий и часто вредит функционалу (без метрики, без чата, без A/B-тестов). Реальная цель: Mobile 80+, Desktop 90+. Всё выше — уже перфекционизм с непропорциональными затратами.

WebP работает во всех браузерах?

Да, с 2020 года. Даже Safari поддерживает с версии 14. На всякий случай используйте <picture> с WebP + JPG fallback для очень старых браузеров. Формат AVIF ещё лучше, но поддержка пока не 100%.

Сколько времени занимает ускорение сайта?

Простой лендинг — 2–5 дней. Корпоративный сайт — 1–2 недели. Интернет-магазин — 2–4 недели. Работа поэтапная: анализ (1 день) → картинки и кеш (2–4 дня) → JS-оптимизация (2–3 дня) → серверная настройка (1–2 дня) → замеры и правки (1–2 дня).

Сайт быстрый в PageSpeed, но пользователи жалуются на тормоза. Почему?

PageSpeed замеряет с идеального интернет-соединения и мощного устройства (или наоборот с эмуляции). Реальные пользователи могут быть в метро с плохим сигналом. Смотрите Core Web Vitals в Search Console — там реальные данные от посетителей.

Ускорить сайт можно самостоятельно?

Базовые вещи (сжать картинки, включить Gzip, добавить кеш) — да, есть плагины для WordPress и модули для Битрикс. Но глубокая оптимизация (критический CSS, tree-shaking JS, оптимизация LCP) требует опыта. Средняя экономия при найме — время (2 недели работы vs 2 месяца обучения).

Как ускорение влияет на SEO?

Скорость — прямой фактор ранжирования в Google (Core Web Vitals) и косвенный в Яндексе (через поведенческие). Сайты, которые перешли с PageSpeed 40 на 85, в среднем видят рост органического трафика на 20–40% за 2–3 месяца. Плюс — снижение стоимости клика в Директе и Google Ads из-за роста Quality Score.

А стоит ли ускорять сайт, если у меня только Директ и посетители всё равно приходят?

Ещё как. Медленный сайт снижает конверсию (посетители платно приходят и уходят до формы), плюс Яндекс.Директ учитывает Quality Score и повышает CPC для медленных сайтов. Ускорение окупается за 1–2 месяца снижением CPC и ростом конверсии.

Хотите ускорить свой сайт?

Мы делаем разовые аудиты и оптимизацию до PageSpeed 85+ в рамках поддержки сайта. Смотрите также мобильную адаптацию — она часто идёт в паре со скоростью.

Обсудим ваш проект

Расскажите задачу — пришлём смету и сроки за 1 день. Без надоедливых звонков.

Позвонить

Чат принимает текст, голосовые и фото. Отвечаем с 9:00 до 21:00 МСК.