Ускорение сайта и оптимизация скорости загрузки

Типичные причины медленной загрузки: тяжёлые изображения без сжатия (бывает по 5–10 МБ на одну фотографию), отсутствие кэширования, неоптимизированные CSS/JS, render-blocking ресурсы в head, Google Fonts вместо локальных шрифтов и раздутая база данных.

Часто к этому добавляются 30+ установленных плагинов на WordPress — половина не используется, но грузит свои стили и скрипты на каждой странице. Старые ревизии постов и автосохранения не чистятся годами и раздувают wp_options до 50 МБ. Хостинг при этом отдельная тема: дешёвый shared с MySQL 5.6 не вытянет даже простой сайт.

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

Core Web Vitals — это три ключевые метрики Google, которые измеряют реальный пользовательский опыт. LCP (Largest Contentful Paint) — сколько секунд проходит, пока посетитель увидит основной контент. CLS (Cumulative Layout Shift) — насколько прыгает вёрстка во время загрузки. INP (Interaction to Next Paint) — насколько быстро сайт реагирует на клики и тапы.

Зелёная зона: LCP меньше 2.5 секунд, CLS меньше 0.1, INP меньше 200 миллисекунд. Эти цифры — официальные пороги Google. Если все три в зелёной зоне, сайт получает плюс к ранжированию в поисковой выдаче.

Яндекс тоже учитывает скорость загрузки и поведенческие факторы — а они напрямую зависят от скорости. Быстрый сайт = меньше отказов = выше позиции. PageSpeed Insights показывает Core Web Vitals по реальным данным посетителей за последние 28 дней (поле «Field Data») — это и есть то, что видит Google для ранжирования.

Оптимизация WordPress — это в первую очередь Redis для object cache, серверное кэширование (nginx fastcgi_cache или WP Rocket), чистка БД от ревизий и транзиентов, оптимизация autoload в wp_options. Plus-минус Autoptimize или Perfmatters для CSS/JS, конвертация изображений в WebP. Типичный результат для интернет-магазина WooCommerce — рост на 40–70 баллов.

Оптимизация Битрикс отличается: композитный сайт (Composite Cache), кэш агентов и ИБ, отключение лишних модулей и оптимизация шаблонов компонентов. Битрикс из коробки работает медленно из-за тяжёлой логики и большого количества запросов к БД — но на правильно настроенном сервере с нормальным MySQL/MariaDB и Redis получается достойная скорость.

Для обеих CMS критично: правильный хостинг (PHP 8+, OPcache, MySQL 8+ или MariaDB 10.6+), HTTP/2 на nginx, CDN для статики и регулярный мониторинг скорости после релизов. Без этого даже идеально оптимизированный сайт через 3 месяца снова окажется медленным.

Больше 70% трафика на современных сайтах приходит с мобильных устройств. Мобильные сети медленнее Wi-Fi: на 4G в среднем 20–30 Мбит, на 3G ещё меньше. Экраны мобилок маленькие — нет смысла грузить десктопные изображения 1920×1080 пикселей.

Что делаю для мобильных: responsive images через srcset (телефон получает картинку под свой размер, а не оригинал), lazy loading для всего ниже первого экрана, critical CSS — стили первого экрана инлайнятся в head, остальные грузятся отдельно. Шрифты ставятся с font-display: swap, чтобы текст был виден сразу, не дожидаясь загрузки шрифта.

Заодно при оптимизации проверяю, не нарушает ли сайт 152-ФЗ — Google Fonts с зарубежных серверов одновременно тормозят сайт и нарушают закон о персональных данных. Если нужно постоянное наблюдение за скоростью и регулярные обновления — есть отдельная услуга сопровождение сайта.