Налаштування готового інтернет-магазину з маркетплейсу 1С-Бітрікс

Налаштування готового інтернет-магазину з маркетплейсу 1С-Бітрікс

Маркетплейс 1С-Бітрікс містить сотні готових рішень для інтернет-магазинів. Встановити шаблон — справа п'ятнадцяти хвилин. А ось довести його до робочого стану без конфліктів модулів та просідання продуктивності — завдання, що вимагає розуміння внутрішньої кухні платформи.

Як вибрати рішення та не пожалкувати

На Marketplace 1С-Бітрікс кожне рішення має карточку з рейтингом, кількістю встановлень та датою останнього оновлення. Орієнтуйтесь на три параметри:

• Дата останнього оновлення — якщо рішення не оновлювалося більше 6 місяців, розробник його, ймовірно, кинув. Це критично, тому що ядро Бітрікс оновлюється регулярно, й старий код починає конфліктувати.
• Сумісність з редакцією — рішення для «Бізнеса» не встане на «Старт». Перевіряйте поле «Потрібна редакція» у карточці. Якщо у вас «Малий бізнес», а рішення вимагає модуль sale розширеної версії — функціонал кошика буде працювати частково.
• Кількість встановлень vs рейтинг — 10 000 встановлень з рейтингом 3,2 гірше, ніж 800 встановлень з рейтингом 4,8. Масові рішення часто перевантажені універсальним кодом.

Перед покупкою розгорніть демо-версію. Більшість партнерів дають 30-денний тестовий період. Перевірте швидкість завантаження каталогу на 500+ товарах — саме тут проявляються проблеми архітектури.

Встановлення та базова налаштування

Встановлення виконується через панель адміністратора: Marketplace → Каталог рішень → Встановити. Система завантажує архів, розпаковує у /bitrix/templates/ та /local/templates/, реєструє компоненти.

Після встановлення:

1. Активуйте шаблон у Налаштування → Шаблони сайтів для потрібного сайту
2. Пройдіть майстер налаштування рішення (якщо є) — він задасть базові параметри: логотип, кольори, контакти, структура каталогу
3. Перевірте, які модулі рішення встановило додатково — часто підтягуються модулі композиту, CDN, push-сповіщень

Зверніть увагу на шлях шаблону. Рішення можуть ставитися як у /bitrix/templates/, так і у /local/templates/. Другий варіант переважніший — він не перезаписується при оновленні ядра.

Кастомізація шаблону

Готове рішення ніколи не підходить на 100%. Кастомізація торкається трьох рівнів:

Стилі — template_styles.css. Файл знаходиться у корені шаблону. Тут міняються кольори, шрифти, відступи. Не редагуйте напряму — створіть файл custom.css та підключите через header.php, щоб оновлення рішення не затерло зміни.

Логіка компонентів — result_modifier.php. Кожен компонент (catalog.section, sale.basket.basket) має шаблон у /templates/.default/. Файл result_modifier.php дозволяє змінити масив $arResult до його виводу у template.php. Це штатний механізм — використовуйте його замість редаги component.php.

Структура виводу — template.php. Якщо потрібно перевертати блок, скопіюйте шаблон компонента у шаблон сайту (/local/templates/ваш_шаблон/components/bitrix/catalog.section/.default/) та редагуйте копію. Оригінал залишиться недоторканим.

Підводні камені

Конфлікти модулів. Готове рішення може встановити власний модуль кошика або фільтра, що конфліктує зі штатним catalog.smart.filter. Симптоми — білий екран при переході у каталог або помилки у bitrix/modules/. Перевірте логи у /bitrix/logs/ та відключите конфліктуючий модуль через CLI:

php bitrix/modules/main/cli/bootstrap.php module:disable vendor.module

Продуктивність. Багато рішень з маркетплейсу тягнуть 15–20 CSS- та JS-файлів без мініфікації. Включите об'єднання та стиснення у налаштуваннях головного модуля: Налаштування → Налаштування модулів → Головний модуль → Оптимізація CSS/JS. Для композитного кешу — активуйте технологію «Композитний сайт» у Налаштування → Композитний сайт.

Оновлення. При оновленні рішення через Marketplace перезаписуються файли шаблону. Усе, що ви правили у оригінальних файлах — зникне. Правило: кастомізація лише через копії шаблонів компонентів та окремі CSS-файли. Перед оновленням робіть бекап через bitrix/backup.php або засобами хостингу.

Ліцензійні обмеження. Деякі рішення включають зашифровані файли (Bitrix Framework Encoded). Їх неможливо редагувати. Якщо логіка зашита у такий файл — ви обмежені параметрами, які винесені у налаштування.

На що звернути увагу після запуску

Перевірте сайт через вбудований інструмент Монітор продуктивності (Налаштування → Продуктивність → Панель продуктивності). Оцінка нижче 30 балів при 500 товарах — повід переглянути рішення або оптимізувати серверне середовище. Переконайтесь, що opcache включений, а параметр opcache.revalidate_freq виставлений у 60 для продакшену.

Готове рішення з маркетплейсу — це фундамент, а не фінальний продукт. Обсяг кастомізації залежить від складності бізнес-логіки, але базовий набір дій — перенос стилів у окремий файл, копіювання шаблонів компонентів та перевірка продуктивності — обов'язковий у кожному проекті.