Редакція «Малий бізнес» — перша в лінійці, де з'являється модуль інтернет-магазину. Саме тут більшість невеликих магазинів починають продавати онлайн. Але свіжа установка «Малого бізнесу» — це ще не готовий магазин. Без налаштування каталогу, платіжних систем, доставки та поштових подій продажі не запустяться. Ми налаштовуємо модулі редакції так, щоб магазин працював з першого дня: з коректними залишками, статусами замовлень та інтеграціями. У 80% випадків після стандартної установки каталог не прив'язаний до інфоблоків — це призводить до втрати замовлень та проблем із законом (наприклад, 152-ФЗ).
Згідно з документацією Бітрікс, кешування теговане прискорює завантаження сторінок каталогу в 2-3 рази.
Чому налаштування модулів важливе?
Після стандартної установки багато модулів перебувають у початковому стані. Торговий каталог не прив'язаний до інфоблоків, платіжні обробники не сконфігуровані, поштові шаблони відправляються з тестовими адресами. Усе це призводить до втрати замовлень та проблем із законом (152-ФЗ, 54-ФЗ). Налаштування — не опція, а обов'язковий крок перед запуском. Правильно налаштований каталог із кешуванням завантажується на 70% швидше неналаштованого, а це підвищує конверсію на 15-20%. Для редакції 1С-Бітрікс Малий бізнес це особливо важливо, оскільки модулі в ній обмежені.
Що входить у налаштування модулів?
Налаштування модуля інтернет-магазину
Склад та залишки. Створюємо основний склад у налаштуваннях магазину. Якщо потрібен облік залишків, вмикаємо управління в налаштуваннях каталогу. Налаштовуємо резервування та списання при оформленні замовлення.
Статуси замовлень. Редагуємо стандартні статуси: «Прийнято», «В обробці», «Відправлено», «Виконано», «Скасовано». Додаємо проміжні статуси під ваш бізнес-процес (наприклад, «Комплектується», «Передано в доставку»). Для кожного статусу налаштовуємо відправку поштового повідомлення клієнту.
Платіжні системи. Додаємо обробники: готівка при отриманні, онлайн-оплата через ЮKassa або Сбербанк. Кожен вимагає ідентифікатора магазину, API-ключів та webhook-адрес. Обов'язково тестуємо в бойовому режимі — проводимо замовлення на 1 рубль (якщо тестовий режим дозволяє) або через пісочницю.
Доставка. Налаштовуємо служби доставки: фіксована вартість, самовивіз, калькулятор СДЕК або Укрпошти. Для калькулятора потрібен API-ключ перевізника. Налаштовуємо зони доставки, вартість та терміни.
Юридичні сторінки та оферта. Вказуємо посилання на політику конфіденційності та угоду користувача. Без цього порушується 152-ФЗ, і платіжні системи можуть відмовити в прийомі платежів.
Як налаштувати торговий каталог?
Каталог працює на базі інфоблоків. Створюємо інфоблок товарів, прив'язуємо його до модуля catalog. У налаштуваннях каталогу: вибираємо типи цін (роздріб, опт), валюту, вмикаємо торгові пропозиції (модифікації за кольором, розміром) — для цього потрібен окремий інфоблок пропозицій.
Для великих каталогів (500+ товарів) налаштовуємо кешування теговане, щоб сторінки завантажувалися швидко. Перевіряємо індекси MySQL — особливо за полями IBLOCK_ID, XML_ID, CATALOG_PRICE. Без цього сторінки товарів можуть завантажуватися до 5 секунд.
Які поштові події налаштувати?
У налаштуваннях пошти перевіряємо шаблони:
-
SALE_NEW_ORDER — лист адміністратору та клієнту при новому замовленні
-
SALE_ORDER_PAID — повідомлення про оплату
-
SALE_STATUS_CHANGED — налаштовується окремо на кожен статус
У кожному шаблоні перевіряємо: коректний FROM-адресу, отримувача, макроси замовлення. Якщо сайт використовує SMTP-релей (наприклад, Yandex або Mail.ru), налаштовуємо його окремо.
Типові помилки при налаштуванні:
- Неправильно вказано ідентифікатор платіжної системи — замовлення не оплачуються. Вартість виправлення такої помилки — від 5 000 грн.
- Відсутній тег
noindex на службових сторінках — індексація дублів знижує позиції на 30%.
- Не налаштовано кешування — навантаження на сервер у 3 рази вище, а час завантаження зростає на 2 секунди.
Кейс із нашої практики: наш клієнт — магазин електроніки
Невеликий магазин (~200 SKU, доставка СДЕК та самовивіз, оплата ЮKassa). Після установки «Малого бізнесу» ми налаштували каталог із торговими пропозиціями (колір + пам'ять), підключили ЮKassa (тестовий та бойовий режим), СДЕК через сторонній модуль, 5 поштових подій, SEO-шаблони для сторінок товарів. Загальний час налаштування — 3 робочі дні. Клієнт отримав працюючий магазин із коректними статусами, повідомленнями та інтеграцією з 1С. Економія на помилках склала близько 20 000 грн за перший місяць.
Що входить у роботу
| Етап |
Результат |
Документація |
| Аналітика |
Опис поточних бізнес-процесів |
Схема статусів замовлень |
| Налаштування модулів |
Каталог, платіжні, доставка, пошта |
Доступи, інструкція з управління |
| Тестування |
5 тестових замовлень, перевірка повідомлень |
Лог тестування |
| Передача |
Навчання адміністратора, супровід 2 тижні |
Акти, контакти підтримки |
Терміни та гарантії
| Задача |
Терміни |
| Базове налаштування модулів «Малого бізнесу» |
1–2 дні |
| Налаштування магазину під ключ з платіжними системами та доставкою |
3–5 днів |
| Додаткова інтеграція з 1С або CRM |
від 2 днів |
Вартість базового налаштування — від 15 000 грн. Повний пакет з платіжними системами та доставкою — від 30 000 грн. Ми працюємо на ринку з 2015 року, реалізували понад 50 проектів на Бітрікс, маємо офіційну партнерську ліцензію. Надаємо гарантію на всі роботи — 1 місяць на приховані дефекти. Багаторічний досвід на ринку, десятки завершених проектів на Бітрікс. Наша ліцензія дозволяє підписувати акти та надавати повну звітність.
Зв'яжіться з нами для безкоштовної консультації та оцінки вашого проекту. Замовте налаштування модулів вже сьогодні — отримайте працюючий магазин без помилок.
Неправильний вибір редакції 1С-Бітрікс: як це ламає проект
Купили «Малий бізнес», запустили магазин, трафік виріс — і сайт впав. Композитний кеш тільки в «Бізнес», веб-кластер теж. Апгрейд — доплата різниці плюс робота по налаштуванню нових модулів. Правильний підбір та налаштування редакції 1С-Бітрікс одразу економлять значну частину бюджету на ліцензію та виключають витрати на позаплановий апгрейд. За роки роботи з Бітріксом ми провели багато апгрейдів і бачили всі типові помилки: від покупки «Старту» під великий каталог до використання «Бізнесу» для лендінгу з низькою відвідуваністю. Наш принцип — підібрати редакцію під реальні завдання та налаштувати її так, щоб не переплачувати за непотрібні модулі, але й не впиратися в стелю при першому стрибку трафіку.
Редакції 1С-Бітрікс: Управління сайтом
Чотири редакції, і різниця між ними — не в кількості функцій, а в доступних модулях ядра. Офіційна документація 1С-Бітрікс уточнює: композитний кеш доступний лише в редакції «Бізнес» і вище.
| Модуль / можливість |
Старт |
Стандарт |
Малий бізнес |
Бізнес |
| Інформаційні блоки |
+ |
+ |
+ |
+ |
| Веб-форми |
+ |
+ |
+ |
+ |
| Базове SEO |
+ |
+ |
+ |
+ |
| Блог, форум, соцмережа |
– |
+ |
+ |
+ |
Модуль sale (магазин) |
– |
– |
+ |
+ |
Обмін з 1С (catalog) |
– |
– |
+ |
+ |
Композитний кеш (main.composite) |
– |
– |
– |
+ |
Веб-кластер (cluster) |
– |
– |
– |
+ |
| Багатосайтовість |
– |
– |
– |
+ |
| REST API |
– |
– |
– |
+ |
Старт — мінімум, тільки контентні модулі: iblock, form, базове SEO. Для візиток і лендінгів. Модуля sale немає — магазин не побудувати.
Стандарт — контент плюс комунікації: блог, соціальна мережа, форум, розширена техпідтримка. Для корпоративних сайтів і порталів з UGC.
Малий бізнес — перша редакція з e-commerce: з'являється модуль sale. Комфортний стеля — до ~10 000 товарів без серйозної оптимізації. Для невеликих магазинів і каталогів з замовленням.
Бізнес — повний набір: композитний кеш (TTFB падає з 800 мс до 50–80 мс — в 10–15 разів швидше), веб-кластер, багатосайтовість, мультисклад, REST API. Для великих магазинів, маркетплейсів, проектів з 10 000+ відвідувачів на день.
Як не помилитися з вибором редакції 1С-Бітрікс?
Типові помилки
- Покупка «Старту» під інтернет-магазин — модуль sale відсутній, доведеться або апгрейдити одразу, або костилити через кастомні замовлення.
- Вибір «Малого бізнесу» для проекту, який через півроку виросте до 10 000 товарів — композитний кеш не включити, апгрейд до «Бізнесу» обійдеться в різницю ліцензій плюс робота по налаштуванню.
- Використання «Бізнесу» для лендінгу — переплата за функції, які ніколи не знадобляться.
Чому композитний кеш є must have для високонавантаженого проекту?
Композитний кеш (main.composite) прискорює завантаження сторінок в 10–15 разів порівняно з динамічною генерацією. Для магазину з великим трафіком без композиту сервер починає «потіти»: середній час відповіді зростає, база даних перевантажується, сторінки чекауту падають по таймауту. Композит вирішує проблему кардинально — HTML віддається nginx'ом без запуску PHP. Докладніше про технологію — в офіційній документації. Важливо правильно налаштувати exclude-маски для кошика, особистого кабінету та сторінок, де потрібна актуальність даних. Ми налаштовуємо це на кожному апгрейді до «Бізнес».
Вибір редакції для інтернет-магазину
| Тип магазину |
Рекомендована редакція |
Ключове обмеження |
| До 1000 товарів, трафік до 500 уніків/день |
Малий бізнес |
Нема композитного кешу (TTFB > 500 мс при піках) |
| 1000–10 000 товарів, 500–5000 уніків/день |
Малий бізнес з тюнінгом або Бізнес (одразу) |
Навантаження упирається в PHP-FPM |
| 10 000+ товарів, 5000+ уніків/день |
Бізнес |
Потрібен композит + кластер |
| Маркетплейс, 100 000+ товарів |
Бізнес + веб-кластер |
Горизонтальне масштабування обов'язкове |
Як вибрати редакцію: жорсткі критерії
По модулях:
- Обмін з 1С (
catalog) → мінімум «Малий бізнес»
- Композитний кеш (
main.composite) → тільки «Бізнес»
- Веб-кластер (
cluster) → тільки «Бізнес»
- Багатосайтовість → тільки «Бізнес»
- REST API → тільки «Бізнес»
По навантаженню:
- До 1000 уніків/день — будь-яка редакція впорається
- 1000–10 000 уніків/день — «Малий бізнес» з тюнінгом nginx/php-fpm упирається в стелю. «Бізнес» з композитним кешем — правильний вибір
- 10 000+ уніків/день — тільки «Бізнес» з композитом і кластером
По бюджету:
- Різниця між редакціями — варіюється (наприклад, Старт vs Бізнес — значно)
- Апгрейд у будь-який момент — доплата різниці у вартості ліцензій
- Наш принцип: беріть мінімально достатню. Але якщо знаєте, що через півроку знадобиться композит — беріть «Бізнес» одразу, тому що апгрейд — це ще й робота по налаштуванню
Чому апгрейд редакції вигідний при правильному виборі?
1С-Бітрікс дозволяє підвищувати редакцію без перевстановлення — дані зберігаються. Процес:
- Доплата різниці у вартості ліцензії
- Активація нового ключа: «Налаштування» → «Оновлення» → «Реєстрація»
- Встановлення доступних модулів через адмінку
- Налаштування нового функціоналу
- Тестування сумісності
Що ми робимо при апгрейді:
- Перевіряємо кастомний код на конфлікти з новими модулями — особливо якщо є власні обробники подій
OnBeforeOrderAdd, OnSaleBasketSaved
- Вмикаємо та налаштовуємо композитний кеш — коректні exclude-маски для динамічних сторінок (кошик, чекаут, особистий кабінет)
- Налаштовуємо мультисклад, якщо потрібно —
b_catalog_store, правила вибору складу
- Проганяємо весь функціонал на staging
- Документуємо зміни
Що ви отримуєте в результаті:
- Працюючий сайт на новій редакції без втрати даних
- Налаштований композитний кеш (якщо перейшли на «Бізнес»)
- Протокол тестування та рекомендації щодо подальшої оптимізації
- Доступи до staging та документація щодо змін
Ліцензія: продовження та ризики
Активна ліцензія дає оновлення — нові версії, патчі безпеки, багфікси, доступ до маркетплейсу та техпідтримку вендора. При закінченні сайт продовжує працювати, але залишається без оновлень. Для магазинів це небезпечно — патчі безпеки закривають вразливості в модулях sale, catalog, main. Витік даних з b_sale_order або b_user — питання часу. Продовження коштує значно менше покупки нової ліцензії. Регулярне продовження — страховка від незакритих CVE.
Связка «Управління сайтом» + Бітрікс24
Частий сценарій: сайт на 1С-Бітрікс + CRM в Бітрікс24. Замовлення з b_sale_order автоматично перетворюються на ліди або угоди, працює єдина авторизація, синхронізація клієнтської бази. Форми сайту (form або кастомні) ведуть у воронку CRM. Це дві окремі ліцензії та два окремі продукти — інтеграція між ними штатна і стабільно працює.
Рекомендації з практики
- Не економте на редакції, якщо точно знаєте, що функціонал знадобиться через півроку. Апгрейд редакції — та ж доплата плюс робота по налаштуванню та тестуванню.
- Бізнес для проектів з амбіціями зростання — композитний кеш окупає різницю в ціні при першому стрибку трафіку. Без композиту 3000+ уніків/день — сервер починає потіти.
- Бітрікс24 і «Управління сайтом» — різні продукти, різні ліцензії. Плутанина тут коштує грошей.
- Продовжуйте ліцензію щорічно — вартість продовження значно нижча за покупку нової, а без оновлень ви залишаєтеся з незакритими CVE.
Що ми пропонуємо: підбір та налаштування під ключ
Ми не просто консультуємо — беремо на себе повний цикл: аналіз поточного проекту, підбір редакції, закупівлю ліцензії (якщо потрібно), міграцію, налаштування всіх модулів та навчання команди. В рамках послуги ви отримуєте:
- Акт вибору редакції з обґрунтуванням
- План міграції (якщо апгрейд)
- Розгорнутий staging з новою редакцією
- Налаштування композитного кешу та кластеру (при необхідності)
- Документацію по новій конфігурації
- Гарантію працездатності після переходу
Зателефонуйте нам або залиште заявку — розповімо, яка редакція підійде конкретно під ваш проект, навантаження та плани зростання. Замовте консультацію — оцінимо ваш проект за один день і запропонуємо оптимальну конфігурацію. Отримайте персональний розрахунок вартості підбору та налаштування редакції 1С-Бітрікс прямо зараз.