Оптимизация скорости загрузки сайтов — кейсы 7 проектов

Оптимизация скорости загрузки сайта — это работа с изображениями, стилями, JavaScript, шрифтами, кешированием и ответом сервера. В Quadro Design мы ускоряем сайты и интернет-магазины, в том числе на Webasyst и Shop-Script: находим причины задержек, вносим изменения и проверяем, как после них работают каталог, поиск, формы и оформление заказа.

В этом сборном кейсе — 7 проектов: Datika, RedDragon, EvakMoscow, VRA Truckparts, Dynamic Contractor и два собственных сайта Quadro Design. Ниже показываем подтверждённые результаты из отчётов, объясняем выполненные работы и рассказываем, что входит в услугу ускорения сайта.

Обсудить ускорение моего сайта

Результаты оптимизации: цифры из проектных отчётов

Как читать результаты. Это исторические измерения конкретных страниц и этапов, а не обещание таких же баллов для любого сайта. Оценка PageSpeed указана по шкале 0–100. Для Datika приведены лучшие подтверждённые лабораторные результаты, для EvakMoscow — медиана трёх запусков. Скорость зависит от устройства, сети, региона тестирования, состояния сервера и содержимого страницы. Текущие показатели могут отличаться.

Для VRA Truckparts и quadro-design.co.uk не публикуем неподтверждённые пары «до/после». Результат отдельного этапа Dynamic Contractor оцениваем по уменьшению объёма ресурсов и числа запросов — его подробности приведены ниже. Данные разных сайтов и разных локаций Pingdom не следует сравнивать как один общий рейтинг.

Что сделали на каждом сайте

1. Datika — ускорение интернет-магазина электроники

datika.me — интернет-магазин с многоязычной витриной, каталогом, поиском и корзиной. При оптимизации было важно облегчить загрузку, сохранив поведение ключевых покупательских сценариев.

• Сократили нагрузку от CSS и JavaScript на главной странице: переработали зависимости SmartSearch, объединили совместимые ресурсы и убрали лишние CSS-импорты.
• Оптимизировали изображения и шрифты, размеры медиа и приоритеты первого экрана; пересмотрели отложенную загрузку ресурсов.
• Настроили сжатие gzip/Brotli и кеширование статики, скорректировали настройки доставки ресурсов через Cloudflare.
• Проверили 9 ключевых страниц в трёх языковых версиях: меню, каталог, подсказки поиска, карточки, корзину, формы и изображения.

Итог отчёта за 20–25 августа: PageSpeed Mobile вырос с 45 до 86, Desktop — с 65 до 98. В Pingdom время контрольной загрузки сократилось с 5,44 до 1,06 секунды, оценка выросла с C75 до B86. Число ошибок HTML уменьшилось с 14 до 0. Ядро платформы не изменяли.

Замеры PageSpeed: до оптимизации и после оптимизации. Другие задачи проекта описаны в кейсе доработки Datika.

2. RedDragon — меньше ресурсов, быстрее первый экран

Для reddragon-spb.ru основная работа затронула изображения, критический путь отрисовки, скрипты интерфейса и сторонние подключения.

• Подготовили критические стили первого экрана и приоритетную загрузку LCP-изображения, перенесли некритичные скрипты на более поздний этап.
• Внедрили WebP/AVIF и адаптивные размеры изображений с резервными вариантами, пересмотрели состав модулей слайдера и инициализацию отзывов.
• Убрали импорты шрифтов из CSS, применили font-display: swap, настроили сжатие и кеширование статических файлов.
• Переработали подключение отдельных виджетов по необходимости. Персонализированные HTML-страницы не помещали в долгий публичный кеш.

Контрольный отчёт от 7 сентября: Mobile 60 → 98, Desktop после работ — 99. В мобильном замере LCP составил 2,4 с, TBT — 50 мс, CLS — 0,01. В Pingdom Frankfurt оценка выросла с D67 до A94, объём страницы уменьшился с 12,4 МБ до 688,6 КБ, запросы — с 205 до 40. Контрольное время загрузки: 2,45 → 0,793 с.

W3C Nu Validator после исправлений показал 0 ошибок и 0 предупреждений. Проверили меню, поиск, карточку, избранное, доставку, обратный звонок, корзину и оформление заказа без отправки тестовых покупок. Ядро Webasyst/Shop-Script сохранили; необходимые изменения затронули тему и отдельные плагины.

3. EvakMoscow — скорость сайта услуг и работа калькулятора

На evakmoscow.ru оптимизация сочеталась с проверкой интерактивных элементов, через которые посетитель рассчитывает услугу и связывается с компанией.

• Переработали критические стили и загрузку JavaScript, устранили дубли аналитических подключений.
• Подготовили современные форматы изображений, адаптивные варианты, отложенную загрузку нижних блоков и размеры медиа.
• Настроили сжатие и кеширование; обновление PHP сопровождалось исправлением совместимости и калькулятора.
• Проверили меню, обратный звонок, формы, галереи и FAQ.

По отчёту от 19 августа: медиана трёх запусков PageSpeed составила 98 на мобильных устройствах и 99 на компьютерах. Мобильный LCP — 2,4 с, TBT — 10 мс. Это итоговые показатели данного этапа; исходную оценку для числового сравнения здесь не заявляем.

4. VRA Truckparts — оптимизация каталога автозапчастей

На vra-truckparts.co.uk работали с загрузкой витрины, изображениями каталога, шрифтами и зависимостями темы.

• Настроили приоритет главного изображения: первый экран загружается без lazy loading, второстепенные изображения — отложенно.
• Добавили размеры изображений и асинхронное декодирование, пересмотрели варианты изображений для карточек и галерей.
• Оптимизировали загрузку jQuery, шрифтов Rubik WOFF2 и некритичных стилей, убрали повторный preload главного изображения.
• Сократили избыточную обработку данных темы и работу с количеством товаров в категориях.

Состав реализованных работ зафиксирован в отчёте от 15 июля 2026 года. Для этого проекта приводим технические изменения без числового сравнения PageSpeed: сопоставимая пара замеров в данном кейсе не опубликована.

5. Dynamic Contractor — снижение веса страницы и числа запросов

Для dynamiccontractor.co.uk на этапе от 6 августа изменили загрузку пяти изображений скрытых отраслевых панелей: они запрашиваются при выборе соответствующего раздела. Дополнительно оптимизировали favicon, устранили связанный запрос 404 и переработали скрипт меню.

По медиане трёх запусков Pingdom London: объём переданных тел ответов уменьшился с 1 918 032 до 1 292 372 байт — на 32,6%; число запросов сократилось с 88 до 82, запросов 404 — с 1 до 0.

Важная деталь: медиана полного времени загрузки на этом этапе составила 0,688 с против 0,636 с до изменений. Поэтому результат этого этапа — снижение объёма ресурсов и устранение лишних запросов, а не заявленное ускорение по времени. Отдельный быстрый запуск не заменяет сопоставление серии тестов. Контрольный отчёт Pingdom.

6. quadrodizain.ru — оптимизация собственного сайта студии

На quadrodizain.ru улучшали загрузку главной страницы: облегчали адаптивные изображения, переводили шрифты в WOFF2, убирали jQuery из критического участка загрузки и исключали повторное подключение библиотеки.

На контрольном этапе 7–8 сентября: Mobile 58 → 99, Desktop 77 → 98. Мобильный LCP снизился с 11,0 до 1,5 с. В контрольном Pingdom зафиксированы B86, 707,6 КБ и 51 запрос, все со статусом HTTP 200. Это результат конкретного этапа, а не бессрочная оценка всех страниц сайта.

PageSpeed: исходный замер и контрольный замер после изменений.

7. quadro-design.co.uk — англоязычный сайт Quadro Design

quadro-design.co.uk также входит в портфолио выполненной оптимизации. Для сайта услуг важно, чтобы посетитель мог быстро перейти от описания компетенций и проектов к обращению в студию.

В этом сборном кейсе проект представлен без числового сравнения: сопоставимые исходный и итоговый отчёты здесь не опубликованы. Результаты российского сайта Quadro Design не переносим на британский домен — это два отдельных проекта.

Что входит в услугу ускорения сайта

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

• Аудит скорости. Проверяем главную страницу и важные шаблоны: категории, карточки товаров, страницы услуг. Разбираем мобильную и десктопную загрузку, критические запросы, вес ресурсов и сторонние подключения.
• Изображения. Подбираем размеры и степень сжатия, WebP/AVIF и резервные форматы. Настраиваем srcset, размеры в разметке и lazy loading там, где он уместен. Главное изображение первого экрана не откладываем без причины.
• CSS, JavaScript и шрифты. Устраняем дубли и ненужные подключения, разделяем критические и второстепенные ресурсы, проверяем зависимости перед defer или объединением файлов. Оптимизируем загрузку шрифтов.
• Сервер и кеширование. Анализируем TTFB, сжатие и заголовки кеша, при необходимости — CDN и серверные ограничения. Корзина, личный кабинет и персональные данные требуют отдельной политики кеширования.
• HTML и техническое качество. Исправляем подтверждённые ошибки разметки, конфликтующие атрибуты и невалидные конструкции шаблонов, проверяем отсутствие сломанных ресурсов.
• Контроль функций. После изменений проверяем согласованные сценарии: меню, поиск, фильтры, галереи, формы, корзину, оформление заказа и подключённые виджеты. Настройки аналитики согласовываем отдельно.

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

PageSpeed, Pingdom и W3C: три разные проверки

Google PageSpeed Insights и Core Web Vitals

PageSpeed Insights помогает оценить отрисовку и нагрузку страницы в лабораторном тесте Lighthouse. При достаточном количестве данных сервис также показывает опыт реальных посетителей из CrUX за предыдущие 28 дней. Лабораторный балл и реальные пользовательские показатели — не одно и то же.

Для Core Web Vitals ориентиры хорошего опыта: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1 на 75-м процентиле посещений. LCP характеризует появление основного контента, INP — отзывчивость на взаимодействия, CLS — стабильность расположения элементов. TBT в лабораторном отчёте помогает искать блокировки основного потока, но не заменяет измеренный INP. Подробнее — в документации PageSpeed.

Pingdom Website Speed Test

Pingdom показывает последовательность сетевых запросов, объём страницы, количество ресурсов и время их загрузки из выбранного региона. Он помогает обнаружить тяжёлые файлы, лишние обращения и ошибки. Для сравнения «до/после» важны одна страница, одна локация и серия запусков.

W3C Validator

W3C Validator проверяет корректность HTML-разметки. Это не тест скорости и не оценка поискового продвижения. Исправление ошибок помогает поддерживать предсказуемую структуру документа, однако само по себе не гарантирует быстрый сайт или высокие позиции. Назначение проверки объясняется в документации W3C.

Как ускорение сайта связано с SEO в Google и Яндексе

Быстрая и стабильная страница позволяет посетителю раньше увидеть предложение, изучить товар и начать взаимодействие. Оптимизация устраняет технические препятствия, но не заменяет релевантные тексты, структуру сайта, индексацию и работу над самим предложением.

Google учитывает пользовательский опыт, в том числе Core Web Vitals, однако хорошие показатели не гарантируют верхние позиции — это прямо следует из рекомендаций Google Search. Для анализа аудитории в Яндекс Метрике полезно отслеживать загрузку по устройствам, браузерам и регионам в отчёте времени загрузки страниц.

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

Как проходит работа по оптимизации

1. Получаем вводные. Адрес сайта, важные страницы, CMS, целевые регионы и известные проблемы. Уточняем ограничения хостинга, темы, интеграций и аналитики.
2. Фиксируем исходное состояние. Сохраняем отчёты, условия замеров и список функциональных сценариев. Выделяем причины задержек и приоритетные изменения.
3. Согласовываем объём. Объясняем, что можно исправить в текущей системе, какие работы требуют отдельной разработки, сколько стоит согласованный этап и как будем принимать результат.
4. Вносим изменения. Подготавливаем возможность отката и внедряем оптимизацию по этапам. Изменения сторонних виджетов и аналитики обсуждаем, поскольку они влияют не только на скорость.
5. Повторяем проверки. Сравниваем одинаковые страницы в сопоставимых условиях, проверяем интерфейс на компьютере и телефоне, фиксируем результат и оставшиеся ограничения.
6. Передаём отчёт. Показываем выполненные работы, метрики, условия тестирования и рекомендации. После крупных обновлений темы, каталога или плагинов рекомендуем повторный контроль.

Вопросы об ускорении сайтов

Заказать оптимизацию скорости загрузки сайта

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

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

Обсудить оптимизацию сайта

Или напишите на quadro-design@mail.ru. В обращении укажите CMS, целевой регион и важные функции, которые необходимо сохранить.

Кейс подготовлен по проектным отчётам июля–сентября 2026 года. Данные относятся к указанным контрольным этапам. Доступность внешних ссылок на исторические тесты зависит от срока хранения отчётов сервисами.