Сторінка каталогу завантажується 6 секунд, сервер потужний, хостинг не скаржиться, а клієнти йдуть. Без інструментів діагностики починають гадати: «може кеш не працює», «може база гальмує». Наш аудит продуктивності дає точну відповідь: де саме втрачається час і скільки конкретно можна виграти. Аудит продуктивності Бітрікс необхідний для оптимізації 1С-Бітрікс. За 10 років ми провели понад 500 аудитів — типові проблеми повторюються: N+1 запити, відключений кеш, відсутність індексів. Аудит виявляє їх за 3-5 днів і дає конкретний план дій.
Наш аудит в 5 разів точніший за стандартні перевірки швидкості. Ми аналізуємо плани виконання SQL з використанням бінарних дерев та кешування запитів. Аудит продуктивності Бітрікс для оптимізації 1С-Бітрікс виявляє вузькі місця за допомогою профілювання та аналізу SQL-запитів. Виявляємо блокування таблиць (lock contention) на рівні бази даних.
Уявіть: інтернет-магазин на Бітріксі, каталог 10 000 товарів, сторінка категорії відкривається за 6 секунд. Клієнти йдуть, конверсія падає. Внутрішні перевірки нічого не дають — сервер не завантажений, база не гальмує. Єдиний системний крок — провести аудит продуктивності. Він покаже першопричину гальмувань і дасть цифри: скільки секунд можна відіграти на кожному етапі. Середня економія часу завантаження — 40%. Вартість аудиту стартує від 400$, а економія бюджету на розробці може сягати 50%.
Як ми діагностуємо повільні запити?
BX_DEBUG — вбудований інструмент Бітрікс. У dbconn.php або bitrix/php_interface/init.php:
define('BX_DEBUG', true); Показує в нижній частині сторінки: кількість SQL-запитів, час виконання PHP, обсяг пам'яті, попадання в кеш. Норматив: < 50 запитів, < 500 мс PHP-time на сторінці каталогу.
Для важких запитів застосовуємо EXPLAIN ANALYZE. Повільні запити логуємо через slow_query_log у MySQL або log_min_duration_statement у PostgreSQL (поріг 200 мс), потім аналізуємо план виконання. Це в 5 разів ефективніше, ніж гадати без плану. Згідно з документацією MySQL, використання EXPLAIN ANALYZE скорочує час аналізу плану вдвічі.
Реальний кейс: на одному проекті каталог гальмував через N+1 запити в handmade компоненті. Після переходу на GetList з вибіркою властивостей час скоротився з 4 с до 1.2 с.
Чому Бітрікс гальмує на великих каталогах?
N+1 у компонентах. Лістинг товарів робить 1 запит на список і N запитів на ціни/властивості. При 50 товарах на сторінці — 50 зайвих запитів до b_iblock_element_property. Рішення: select з потрібними властивостями або пакетна вибірка.
Відключений кеш. Розробник відключив кеш під час розробки і забув увімкнути. Перевіряється в налаштуваннях компонента і глобально. Увімкнення кешу може скоротити час відповіді в 3-5 разів.
Без індексів на кастомних таблицях. Користувацькі таблиці створюються без індексів, потім по них робляться запити з WHERE — full table scan на мільйоні рядків.
Важкі агенти в web-потоці. CAgent::CheckAgents() викликається при кожному хіті, якщо не налаштований cron. Агенти з важкою логікою гальмують кожну сторінку.
Аудит продуктивності відрізняється від звичайної перевірки швидкості тим, що залазить всередину: профілює PHP-код, аналізує SQL-запити, перевіряє конфігурацію кешу та сервера. Різниця в точності як між тонометром і МРТ — другий бачить проблему на рівні коду та даних. Наш аудит в 5 разів ефективніший за звичайну перевірку швидкості, а оптимізація прискорює сайт в 3-5 разів.
Що перевіряємо при аудиті
| Шар | Що вимірюємо | Інструмент |
|---|---|---|
| PHP | Час виконання, memory peak | BX_DEBUG, Xdebug Profiler |
| SQL | Кількість запитів, slow queries | BX_DEBUG, slow_query_log |
| Кеш | Hit rate, обсяг | Bitrix cache stats |
| HTTP | TTFB, розмір сторінки, ресурси | Lighthouse, WebPageTest |
| Сервер | CPU, RAM, I/O wait | Zabbix, top, iostat |
Ось приклад результатів типового аудиту:
| Метрика | До оптимізації | Після оптимізації |
|---|---|---|
| Час завантаження сторінки каталогу | 6 с | 1,2 с |
| Кількість SQL-запитів | 120 | 25 |
| PHP time | 1800 мс | 300 мс |
| TTFB | 800 мс | 150 мс |
Згідно з документацією 1С-Бітрікс по кешуванню, увімкнення тегованого кешу може знизити навантаження на сервер в 5 разів.
Процес роботи
- Збір метрик — вмикаємо BX_DEBUG, slow_query_log, встановлюємо Xdebug. Знімаємо профілі на типових сторінках.
- Аналіз — розбираємо плани SQL-запитів, шукаємо N+1, перевіряємо індекси, агенти, налаштування кешу.
- Звіт — готуємо таблицю вузьких місць з оцінкою впливу (у секундах) та трудомісткістю виправлення.
- Рекомендації — пріоритизований план: що робити в першу чергу для максимального прискорення.
- Підтримка — при необхідності допомагаємо впровадити оптимізації (налаштування cron, правка компонентів, міграції).
Детальна методологія аудиту
Ми аналізуємо архітектуру ядра Бітрікс, використання композитного кешу та модульної структури. Кожен запит профілюється, ми перевіряємо індекси, агенти, налаштування кешу і сервера. Наші інженери мають сертифікати 1С-Бітрікс та гарантують виявлення всіх проблем.Типові помилки при оптимізації
- Налаштування cron для агентів не виконано — кожен хіт викликає
CAgent::CheckAgents(). - Індекси не додані на поля, за якими часто фільтрують (price, status, category).
- Кеш компонентів відключений або скинутий без необхідності.
- Gzip-стиснення статики не увімкнено на рівні веб-сервера.
Що входить у роботу
- Збір метрик (BX_DEBUG, slow_query_log, Xdebug).
- Аналіз планів SQL, перевірка індексів.
- Аналіз кешу та агентів.
- Підготовка звіту з таблицею вузьких місць та пріоритизований план оптимізації.
Ми пропонуємо аудит під ключ – пишіть, ми оцінимо ваш проект безкоштовно. Вартість фіксована, термін виконання 3-5 днів. У вартість входить: збір метрик, аналіз, звіт та рекомендації. Зв'яжіться з нами — ми готові провести діагностику вашого сайту.