# Ускорение сайта

URL: https://chugunov.pro/uslugi/uskorenie-sajta/
Обновлено: 27.10.2026.
Источник: chugunov.pro.

2 000 ₽/час

Ускорение загрузки сайта на Битрикс и WordPress: кэширование, изображения, скрипты, база данных и Core Web Vitals.

Или звоните, сразу обсудим детали.

[+7 (915) 016-99-88](tel:+79150169988)

Ускорение
сайта

Найду причины медленной работы и **ускорю загрузку сайта** на Битрикс, WordPress или PHP: кэширование, изображения, лишние скрипты, база данных и настройки сервера. Начинаю с замеров, а не с угадывания, и проверяю сайт после каждой правки.

от 2 000 ₽ / час Core Web Vitals

**Замеры, не угадывание** Сначала измеряю, на что уходит время, потом правлю.

**Без поломок** Проверяю формы, корзину и оформление после оптимизации.

**Влияет на SEO** Скорость — фактор ранжирования и конверсии.

## Почему сайт тормозит

Причин обычно несколько сразу — поэтому важно сначала измерить, а не менять всё подряд:

- Нет или плохое кэширование
- Тяжёлые изображения
- Лишние скрипты и стили
- Слишком много плагинов
- Неоптимальные запросы к базе
- Большой каталог
- Устаревшая версия PHP
- Слабый хостинг

Медленная загрузка редко объясняется одной причиной. На типичном сайте одновременно не настроен кэш, на главной висят изображения по несколько мегабайт, а в шаблон подключены скрипты от давно отключённых виджетов. Каждая проблема по отдельности добавляет немного, но вместе они дают те самые секунды ожидания, из-за которых посетитель закрывает вкладку.

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

## Что делаю для ускорения

Работаю по замерам и правлю то, что реально влияет на скорость.

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

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

- Настройка кэширования и сжатия
- Оптимизация изображений и WebP
- Отложенная загрузка картинок и скриптов
- Чистка лишних плагинов и подключений
- Оптимизация базы данных и запросов
- Настройка сервера и версии PHP
- Минимизация CSS и JavaScript
- Проверка Core Web Vitals и PageSpeed

## Как измеряю скорость и что считаю результатом

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

Ориентируюсь на Core Web Vitals — набор метрик Google, которые описывают, насколько быстро показывается основной контент (LCP), как быстро страница реагирует на действия пользователя (INP) и не прыгает ли вёрстка при загрузке (CLS). К ним добавляю время ответа сервера и общий вес страницы. Это конкретные числа, которые можно сравнить до и после работ, а не субъективное ощущение, что сайт стал «вроде быстрее».

Учитываю разницу между лабораторными и полевыми данными. PageSpeed Insights показывает результат одного тестового прогона, а данные реальных пользователей обновляются постепенно, за несколько недель. Поэтому сразу после работ оцениваю лабораторные показатели и время ответа сервера, а изменения в полевых данных отслеживаю позже.

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

Для поиска причин использую не только онлайн-сервисы. Смотрю в инструментах разработчика браузера, какие файлы грузятся дольше всего, анализирую медленные запросы к базе данных и пользуюсь встроенными средствами CMS: в Битрикс — монитором производительности, в WordPress — профилированием запросов и подключаемых плагинов. Так видно не только то, что страница медленная, но и почему.

## Ускорение под вашу CMS

У Битрикс и WordPress свои узкие места — учитываю специфику каждой платформы.

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

### 1С-Битрикс

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

### WordPress

Кэш и сжатие, оптимизация изображений, удаление плагинов-дублёров и лишних скриптов, чистка базы и подбор надёжного хостинга с актуальным PHP. Смотрю, какие плагины подключают свои стили и скрипты на всех страницах, хотя нужны на одной. Чищу базу от ревизий и устаревших данных, которые замедляют запросы.

## Типичные ошибки при ускорении сайта

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

Вторая — ставить несколько плагинов оптимизации одновременно. Они дублируют друг друга, конфликтуют при объединении файлов и кэшировании, и в итоге сайт может работать даже медленнее. На WordPress оставляю один инструмент кэширования и настраиваю его под конкретную тему и набор плагинов.

Третья — включить кэш и забыть о нём, не проверив, как он ведёт себя при изменении данных. Если кэш не сбрасывается при изменении цен, остатков или содержимого корзины, посетители видят устаревшие данные. На Битрикс и WordPress настраиваю кэширование так, чтобы динамические части страниц обновлялись корректно, а статические отдавались быстро. Для личного кабинета и корзины кэш настраиваю отдельно, чтобы пользователи не видели чужие данные.

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

Пятая — не проверять сайт после обновлений. Новый плагин или модуль может вернуть все проблемы обратно. После ускорения рекомендую повторять замеры после крупных изменений на сайте, а при необходимости могу сделать это сам. Так скорость остаётся под контролем, а не ухудшается постепенно, пока снова не станет заметной для посетителей.

## Типовые задачи по ускорению: что делаю и сколько это стоит

Комплексная работа по Core Web Vitals — от 12 000 ₽ (от 6 часов работы). Ниже — частые жалобы на скорость и то, с чего я начинаю; часы — ориентир до замеров.

1. **«PageSpeed ругается на LCP на мобильных: главный баннер появляется последним».** Обычно баннер выводит слайдер на JavaScript или картинка получила ленивую загрузку вместе с остальными, и браузер берётся за неё слишком поздно. Делаю первый экран обычным img с fetchpriority=»high» и srcset, снимаю с него loading=»lazy», а шрифты первого экрана подключаю через preload с font-display: swap.от 3 чот 6 000 ₽
2. **«Страница долго остаётся белой: сервер отвечает дольше секунды».** Замеряю время до первого байта отдельно от отрисовки — через curl и вкладку Network, в обход кэша. Смотрю, включён ли OPcache и хватает ли ему памяти, что пишет журнал медленных запросов MySQL, есть ли объектный кэш в Redis. Если медленные только отдельные страницы, ищу конкретный тяжёлый запрос или обращение к внешнему API при генерации.от 4 чот 8 000 ₽
3. **«Каталог на Битриксе с умным фильтром открывается по несколько секунд».** Включаю отладку параметрами show_page_exec_time, show_include_exec_time и show_sql_stat и смотрю, какой компонент и какие SQL-запросы занимают время. Для умного фильтра проверяю фасетный индекс инфоблока: без него каждый выбор свойства — тяжёлая выборка по всем товарам и предложениям. Компонентам включаю тегированный кэш, чтобы смена одной цены не сбрасывала весь каталог.от 4 чот 8 000 ₽
4. **«Включили композитный сайт — и посетители видят чужую корзину или не тот город».** Композит отдаёт страницу из кэша целиком, поэтому всё, что зависит от посетителя, должно быть динамической областью: корзина, авторизация, город, просмотренные товары. Нахожу компоненты без setFrameMode и самописные вставки в шаблоне, оборачиваю их в динамические области с заглушкой и проверяю сценарии под разными пользователями.от 3 чот 6 000 ₽
5. **«На WordPress стоит плагин кэширования, а сайт всё равно медленный».** По заголовкам ответа и комментарию в конце HTML проверяю, отдаётся ли страница из кэша на самом деле. Частые причины промахов — слишком широкие исключения, utm-метки и yclid в адресе, товар в корзине WooCommerce. Заодно перевожу WP-Cron с визитов на системный cron (DISABLE_WP_CRON) и считаю запросы к admin-ajax.php на каждой странице.от 2 чот 4 000 ₽
6. **«Тысячи фотографий весят по несколько мегабайт».** Загруженные изображения пережимаю пакетно на сервере — в WordPress через WP-CLI порциями, с пересозданием миниатюр (wp media regenerate), сохраняя оригиналы. WebP отдаю правилом nginx по заголовку Accept. В Битриксе частая причина — список товаров выводит оригинал детальной картинки вместо копии через CFile::ResizeImageGet; это правлю в шаблоне компонента.от 4 чот 8 000 ₽Зависит от числа файлов.

## Кто делает работу

Алексей Чугунов — fullstack-разработчик на 1С-Битрикс, WordPress и PHP

- Более 20 лет в IT: сайты, интернет-магазины, интеграции, обмены с 1С и CRM, поддержка действующих проектов
- Сертифицированный программист 1С-Битрикс: экзамены «Программист Битрикс» уровня 1 и уровня 2 (2016)
- Проекты для «Мосфильм», Gipfel, «Эвалар», Major, H&M и других компаний
- Заранее называю стоимость и сроки, остаюсь на связи после выполнения работ

[Подробнее обо мне и сертификаты →](https://chugunov.pro/about/)

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

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

Работаю по времени — от 2 000 ₽ за час. Стоимость зависит от состояния сайта, CMS и причин замедления. Начинаю с замеров и диагностики, затем называю объём работ — платить за «угадывание» не придётся.

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

**Насколько ускорится сайт?**

Зависит от исходного состояния. Обычно основной прирост дают кэширование, оптимизация изображений и чистка лишних скриптов. Ориентируюсь на реальные замеры (PageSpeed, Core Web Vitals), а не на обещания «в 10 раз».

До начала работ фиксирую исходные показатели, после — снимаю их снова на тех же страницах и в тех же условиях. Так результат виден в цифрах. Полевые данные Core Web Vitals обновляются постепенно, поэтому их изменение заметно не сразу, а через несколько недель.

**Ускорение не сломает вёрстку и функции?**

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

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

**Ускоряете сайты на Битрикс и WordPress?**

Да. На Битрикс — кэширование компонентов, композит, тяжёлые запросы и каталог. На WordPress — кэш, изображения, лишние плагины и скрипты. Работаю и с самописными сайтами на PHP.

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

**Зачем вообще ускорять сайт?**

Скорость влияет на поведение пользователей, конверсию и позиции в поиске: медленные страницы теряют посетителей и хуже ранжируются. Это одна из базовых вещей, которые стоит привести в порядок перед продвижением.

Особенно это заметно на мобильных устройствах: при слабом интернете тяжёлая страница грузится заметно дольше, и часть посетителей уходит, не дождавшись. Если вы вкладываете деньги в рекламу или [SEO](https://chugunov.pro/uslugi/seo/), медленный сайт снижает отдачу от каждого привлечённого посетителя.

**Что нужно от меня для начала работ?**

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

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

**Нужно ли менять хостинг, чтобы ускорить сайт?**

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

Если переезд нужен, подскажу, на какие характеристики смотреть: версия PHP, ресурсы, поддержка нужных расширений. Сам перенос можно заказать отдельно — [перенос сайта](https://chugunov.pro/uslugi/perenos-sajta/) на новый хостинг без простоя.

**Какой балл PageSpeed нужен, чтобы сайт не терял позиции?**

Конкретного балла нет: Google учитывает не оценку PageSpeed, а полевые показатели Core Web Vitals реальных посетителей. Хорошими считаются LCP до 2,5 секунды, INP до 200 мс и CLS до 0,1 у 75 % визитов. Лабораторная оценка может быть невысокой при хороших полевых данных — и наоборот, поэтому смотрю на обе части отчёта.

**Какой плагин кэширования выбрать для WordPress?**

Тот, что подходит к серверу: на хостинге с веб-сервером LiteSpeed — LiteSpeed Cache, который полностью работает только там; на nginx или Apache — плагин страничного кэша вроде WP Super Cache или кэш на уровне nginx, если есть доступ к серверу. Важнее марки настройки: исключения для корзины и личного кабинета, сброс при изменении записей и предзагрузка кэша после очистки.

**Поможет ли CDN ускорить сайт?**

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

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

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

[+7 (915) 016-99-88](tel:+79150169988)