Ускорение сайта
Не список рекомендаций, а внедрение: код, сервер, CMS, CDN. Медиа в WebP/AVIF, кэш и HTTP/2, edge‑правила, шрифты и снижение render‑blocking. Итог проверяю по полевым данным (CrUX, отчёт CWV в GSC), а не только по Lighthouse.
Почему после аудита скорость для пользователей почти не меняется?
1
Рекомендации пылятся на полке
Список правок есть, но у команды нет рук или компетенций на реализацию. Метрики остаются красными.
2
Страх сломать функционал
Самостоятельная оптимизация приводит к падению визуала, поломке отложенной загрузки или конфликтам скриптов.
3
Лабораторный «зелёный» — полевые данные красные
PageSpeed показывает улучшения, но реальные пользователи (CrUX) не видят разницы.
4
Нет комплексного подхода
Кто-то пережал картинки, но серверный кэш, CDN и шрифты остались нетронутыми. Результат слабый.
Что входит во внедрение ускорения
Не список рекомендаций, а внедрение: код, сервер, CMS, CDN. Медиа в WebP/AVIF, кэш и HTTP/2, edge‑правила, шрифты и снижение render‑blocking. Итог проверяю по полевым данным (CrUX, отчёт CWV в GSC), а не только по Lighthouse.
WebP + AVIF
Пакетный перевод изображений, корректные размеры и вес, тег picture или серверный выбор формата для старых клиентов.
- Политика для hero, каталога и UGC
- width/height и приоритет LCP‑картинки
- Проверка визуала после конвертации
Nginx и кэш
gzip/brotli, Cache-Control, HTTP/2 или HTTP/3 где доступно. Для WordPress — WP Rocket / LiteSpeed / Redis под ваш хостинг.
- Разделение кэша HTML и статики
- Объектный кэш при необходимости
- Согласование TTL с релизами
CDN
Cloudflare, BunnyCDN и аналоги: раздача статики с edge, правила кэша, сжатие, при необходимости — минификация на периферии.
- Исключения для персонализации и корзины
- Проверка cache hit по типам файлов
- Разгрузка origin
Lazy load и fetchpriority
Отложенная загрузка медиа ниже первого экрана, приоритет для LCP‑элемента, аккуратная работа с каруселями и видео.
- Не ломаем отложенную гидратацию
- Пороги для iframe и embed
- Регрессии на ключевых шаблонах
Шрифты
Self‑hosted, font-display, preload критичных начертаний, снижение CLS от смены метрик.
- Подмножество глифов где уместно
- Согласование с дизайн‑системой
- Проверка FOUT/FOIT
Render‑blocking CSS/JS
Критический CSS или разбиение чанков, defer/async, отсечение лишнего на первом экране — меньше блокировок до LCP и стабильнее INP.
- Инвентаризация третьих сторон
- Партийный вывод некритичного JS
- Безопасный откат по флагу
CrUX и GSC
Сравнение полевых данных до/после по отчёту CWV и URL‑группам. Лабораторный Lighthouse — как регресс, не как единственный KPI.
- Срезы по шаблонам и странам
- Короткий отчёт для команды
- План итераций если окно CrUX ещё «красное»
Инженерное внедрение: от конфигов до CDN
Я сам выполняю все технические правки. От массовой конвертации в WebP и настройки Nginx до подключения CDN и оптимизации шрифтов. Документирую изменения и проверяю результат по CrUX — никаких иллюзий по лабораторным скриншотам.
Изображения как первый шаг — Массовая конвертация в WebP/AVIF, корректные width/height, fetchpriority для hero, lazy loading ниже экрана. −30–50% веса страницы.
Сервер и кэш на максимум — Nginx: gzip/brotli, Cache-Control, HTTP/2. Для CMS — настройка объектного кэша. Резкое снижение TTFB и нагрузки.
CDN ускоряет доставку — Cloudflare, BunnyCDN: раздача статики с ближайшей точки, правильные правила кэша. Снимаем задержку и разгружаем origin.
Шрифты и CSS без блокировок — Self-hosted шрифты, font-display: swap, preload критичных начертаний. Сокращение render‑blocking CSS — меньше препятствий до LCP и стабильнее CLS.
Как проходит внедрение
Цикл «диагностика → правки → верификация» с упором на реальные данные, а не скриншоты Lighthouse.
Шаг 1
Аудит текущего состояния
Фиксирую, что именно бьёт по LCP, INP и CLS на ключевых шаблонах. Определяю порядок внедрения с максимальным эффектом на объём работы. Результат: Карта приоритетов с конкретными техническими задачами.
Шаг 2
Внедрение
Правлю код, конфиги сервера, CMS и CDN в предоставленном окружении. Документирую каждое изменение, чтобы не было «магии». Результат: Все запланированные оптимизации внедрены в проде или staging.
Шаг 3
Проверка
Сравниваю CrUX‑данные и отчёты CWV в GSC до/после по группам URL. Лабораторный Lighthouse как регресс-тест. При необходимости — итерация. Результат: Подтверждённое улучшение Core Web Vitals на полевых данных.
Примеры результатов
Post-Roy
Сайт по оказанию строительных услуг: промышленные полы и стяжка. Проект начался с нуля: без сайта, домена и цифровой репутации.
lengidroprom.ru
OpenCart-каталог насосного оборудования: переработка шаблонов, защита от ботов, Silo-структура, доверие и унификация 3000+ товарных карточек.
Лично
Эксперт, который ведёт проект
Не прячусь за отделом продаж: приоритеты, разборы и ответы по сути — от стратегии до отчётности.
SEO-стратег
Павел Борушко
Head of SEO @ Texode · Минск / гибрид
SEO-стратег с инженерным мышлением. Веду проекты от запуска с нуля до масштабирования высоконагруженных платформ: JS/SPA, поддомены, мультиязычность и мультирегиональность. Техаудит, стратегии индексации, семантика и структурированные данные — в зоне моей ответственности.
Частые вопросы
Готовы увидеть зелёные метрики не в теории, а в продакшене?
Закажите внедрение — получите быстрый сайт с подтверждёнными результатами по данным реальных пользователей.
Бесплатная первичная консультация