Проведу технический аудит производительности CS-Cart: проверю скорость ключевых страниц, сервер, PHP, MySQL, кеширование, логи, медленные SQL-запросы, модули и нагрузку от ботов. На выходе — отчет с приоритетами, основаниями по каждому пункту и планом оптимизации.
Зачем это нужно
Когда CS-Cart начинает тормозить, первое желание — сменить хостинг, сжать картинки или поставить очередной модуль кеширования. Иногда это помогает. Но часто проблема сидит глубже: в тяжёлых фильтрах, сторонних модулях, медленных SQL-запросах, теме, фоновых обменах или настройках сервера.
Аудит нужен, чтобы не чинить магазин методом тыка. Я показываю, где именно теряется скорость, что влияет на покупателей и какие работы дадут максимальный эффект в первую очередь.
Когда обращаться
Категории, фильтры и поиск долго отвечают, особенно при большом каталоге или сложных характеристиках.
Покупатель уже готов купить, но магазин заставляет ждать на самом важном шаге.
Новые расширения, тема или доработки добавили лишние запросы, скрипты или конфликты.
Сервер перегружен, хотя трафик не вырос. Часто причина внутри магазина, а не только в тарифе.
Страницы долго начинают отвечать, категории заметно медленнее главной и карточек, а сервер тратит ресурсы на повторяющиеся запросы.
Перед ростом нагрузки лучше заранее найти слабые места, чем чинить магазин во время продаж.
Нашли свою проблему?
Пришлите адрес магазина и коротко опишите, где возникает проблема.
Что проверяю
Проверяю не только внешний PageSpeed, а всю цепочку: как отвечает сервер, какие запросы делает база, что добавляют модули, как ведёт себя тема, что пишут логи и где CS-Cart тратит лишнее время.
Проверяю, не создают ли боты, парсеры или динамические обработчики основную нагрузку на PHP-FPM и базу данных.
Смотрю slow log, тяжёлые SQL-запросы, частоту вызовов, индексы, таблицы MyISAM/InnoDB и проблемные выборки.
Отдельно проверяю страницы каталога, характеристики, фильтры, вариации товаров, SEO-блоки и блоки темы.
Проверяю лимиты воркеров, память, версию PHP, расширения, очереди, slowlog и запас ресурсов.
Смотрю, где хранятся сессии, locks и кеш, можно ли снять часть нагрузки с MySQL и что безопасно переносить первым этапом.
Проверяю размер каталога изображений, WebP/AVIF, Imagick/GD, CDN, TTL и отдачу статических файлов.
Что получите
Итог аудита — технический отчёт в формате «проблема → влияние → основание → что сделать». По нему понятно, что критично, чем подтверждается вывод, какой эффект ожидается и какие работы нужно оценивать отдельно.
Хотите увидеть формат заранее?
Пришлю пример аудита, чтобы было понятно, как выглядит итоговый отчёт и уровень детализации.
Что понадобится
Для первичной оценки достаточно ссылки на магазин и примеров медленных страниц. Для полноценного аудита с отчётом нужны доступы, которые позволяют посмотреть сервер, логи, базу данных и настройки CS-Cart. Без этого можно проверить только внешние симптомы, но не точные причины.
Границы услуги
За 10 000 ₽ вы получаете диагностику и отчёт: что найдено, почему это важно, чем подтверждается вывод и что делать дальше. Работы на сайте начинаются только после отдельного согласования объёма, рисков и стоимости.
Частые вопросы
Входит диагностика одного магазина и итоговый отчёт: что проверено, какие проблемы найдены, чем они подтверждаются, какой у них приоритет и что делать дальше. Внедрение правок считается отдельно.
В отчёте есть проверенные параметры проекта, чеклист по приоритетам, основания по каждому пункту, замеры скорости, ожидаемый результат и оценка следующего этапа работ.
Чаще всего причина не одна: тяжёлые фильтры, сторонние модули, неоптимальные запросы к базе данных, перегруженный сервер, тема, изображения, кеширование или фоновые обмены с 1С и другими системами.
Да. Аудит — первый этап. После него можно отдельно оценить внедрение рекомендаций: настройки сервера, исправления в модулях, оптимизацию запросов, работу с темой, кешированием или базой данных.
Да. Multi-Vendor часто сильнее нагружен из-за продавцов, витрин, фильтров, большого каталога, обменов и сторонних модулей. Поэтому для маркетплейсов диагностика особенно полезна.
Иногда да. Если проблема в модулях, теме, базе данных, настройках кеширования или тяжёлых страницах, смена хостинга не решит её полностью. Аудит помогает понять, нужен ли переезд или сначала стоит исправить сам магазин.