Оптимізація швидкодії OpenCart / ocStore

Оптимізація швидкодії OpenCart та ocStore

Повільний магазин втрачає покупців і позиції одночасно: людина закриває вкладку, не дочекавшись каталогу, а Google бачить погані Core Web Vitals. Причому «повільно» майже ніколи не означає «слабкий сервер» — у більшості випадків винні кілька конкретних запитів до бази й важкий фронтенд.

З чого починається робота

Спершу вимірювання, і тільки потім зміни. Без цього оптимізація перетворюється на перебір порад з інтернету. Дивлюсь TTFB окремо від рендеру, вмикаю лог повільних запитів, знаходжу сторінки з найгіршим часом відповіді.

Типові причини, які знаходжу

• каталог без потрібних індексів — категорія з тисячею товарів збирається десятками секунд;
• вимкнений або неправильно налаштований кеш;
• модулі, що роблять запит до бази в циклі по кожному товару;
• зображення, які віддаються в оригінальному розмірі замість ресайзу;
• PHP-FPM з кількістю воркерів, розрахованою «на око»;
• сторонні скрипти, що блокують рендер.

Що входить

Профілювання й пошук вузьких місць, індекси та переписування важких запитів, налаштування кешу (для магазинів із відчутним трафіком — Redis), тюнінг Nginx і PHP-FPM, робота із зображеннями та фронтендом, повторний вимір після кожного етапу.

Чесно про очікування

Реалістичний результат — час відповіді сервера в межах кількох сотень мілісекунд замість кількох секунд. Але якщо магазин стоїть на дешевому shared-хостингу з обмеженням CPU, стеля буде низькою незалежно від якості коду — тоді чесніше говорити про переїзд на VPS, а не про безкінечний тюнінг.

Результат фіксується в цифрах до і після, а не на словах. Якщо потрібне саме проходження порогів Google — це суміжна послуга оптимізації Core Web Vitals.