Персоналізовані рекомендації на основі поведінки в 1С-Бітрікс

Коли в інтернет-магазині стандартний компонент bitrix:catalog.recommended показує одні й ті самі товари всім відвідувачам, конверсія блоку рекомендацій падає на 30–60%. Користувач бачить позиції, які він уже купив або переглядав, і йде до конкурентів із точним блоком «З цим також купують». Ми, команда з 10-річним досвідом та більш ніж 50 впровадженнями в 1С-Бітрікс, побудували систему персоналізованих рекомендацій на основі поведінки — без ML, тільки PHP + SQL. Під ключ за 2–5 днів. Отримайте консультацію щодо вашого проєкту — оцінимо можливості безкоштовно.

Які проблеми вирішуємо?

Стандартний компонент bitrix:catalog.recommended не використовує поведінку користувача. Він пропонує одне й те саме всім. Ми впроваджуємо поведінкові сигнали: перегляди, покупки, кошик. Типові помилки — ігнорування ваги подій (покупка в 10 разів важливіша за перегляд) та відсутність персонального бусту за категоріями. Наше рішення закриває ці проблеми, збільшуючи CTR рекомендацій на 30–60%. В одному з проєктів із каталогом 15 000 товарів ми підняли конверсію блоку рекомендацій з 1.2% до 3.8% за тиждень.

Як працюють рекомендації на основі поведінки?

Збираємо події в таблицю b_user_behavior. Призначаємо ваги:

Вага зберігаються в конфігурації — легко змінювати під ваш бізнес. Вікно аналізу — 60 днів (налаштовується).

$weights = [
    'purchase' => 10,
    'cart_add' => 5,
    'favorite_add' => 4,
    'view_long' => 2,
    'view_short' => 1,
    'search_click' => 3,
];

Чому item-based колаборативна фільтрація?

Це золота середина між випадковими товарами та ML. Суть проста: «ті, хто дивився товар А, також дивилися B, C, D». Рахуємо безпосередньо з бази. Item-based підхід дає в 3–5 разів точніші рекомендації порівняно з популярними товарами. При цьому він не потребує окремого сервера для ML і легко масштабується.

Порівняння підходів:

Оптимальний запит для пошуку суміжних товарів:

SELECT
    b2.ENTITY_ID AS recommended_id,
    COUNT(DISTINCT b2.USER_ID) AS co_view_count
FROM b_user_behavior b1
JOIN b_user_behavior b2
    ON b1.USER_ID = b2.USER_ID
    AND b1.ENTITY_ID != b2.ENTITY_ID
    AND b2.EVENT_TYPE IN ('view', 'cart_add', 'purchase')
    AND b2.DATE_CREATE > NOW() - INTERVAL '60 days'
WHERE
    b1.ENTITY_ID = :current_item_id
    AND b1.EVENT_TYPE IN ('view', 'cart_add', 'purchase')
GROUP BY b2.ENTITY_ID
ORDER BY co_view_count DESC
LIMIT 20;

Цей запит виконується раз на годину через агент Бітрікса. Результат кешуємо в окремій таблиці:

CREATE TABLE b_item_recommendations (
    ITEM_ID          INT NOT NULL,
    RECOMMENDED_ID   INT NOT NULL,
    SCORE            FLOAT NOT NULL,
    UPDATED_AT       TIMESTAMP DEFAULT NOW(),
    PRIMARY KEY (ITEM_ID, RECOMMENDED_ID)
);
CREATE INDEX idx_item_recs_item ON b_item_recommendations(ITEM_ID, SCORE DESC);

Персональний рейтинг і вибір кандидатів

З 20 кандидатів для конкретного користувача застосовуємо буст за його улюбленими категоріями:

function getPersonalizedRecs(int $itemId, int $userId, int $limit = 8): array {
    // 1. Отримати кандидатів з item-based таблиці
    $candidates = getCandidates($itemId, 20);

    if (empty($candidates) || !$userId) {
        return array_slice($candidates, 0, $limit);
    }

    // 2. Отримати категорії з історії користувача
    $userCategoryIds = getUserTopCategories($userId, 10);

    // 3. Boosting: підняти товари з улюблених категорій
    foreach ($candidates as &$candidate) {
        $sectionId = getElementSectionId($candidate['id']);
        if (in_array($sectionId, $userCategoryIds)) {
            $candidate['score'] *= 1.5;
        }
    }

    // 4. Прибрати вже куплені товари
    $purchased = getUserPurchasedIds($userId);
    $candidates = array_filter($candidates,
        fn($c) => !in_array($c['id'], $purchased)
    );

    usort($candidates, fn($a, $b) => $b['score'] <=> $a['score']);
    return array_column(array_slice($candidates, 0, $limit), 'id');
}

Кешування та відображення

Кастомний компонент local:catalog.recommendations приймає ELEMENT_ID. Основний блок кешується за item_id — однакові кандидати для всіх. Персональний буст застосовується через окремий AJAX-запит після завантаження сторінки. Це дає високу швидкість: кеш на рівні Бітрікса, мінімум SQL при рендері. Документація 1С-Бітрікс з кешування.

Перенесення історії при авторизації

Бітрікс не переносить поведінкову історію аноніма на авторизованого користувача автоматично. Додаємо обробник OnAfterUserLogin:

AddEventHandler('main', 'OnAfterUserLogin', function($fields) {
    $fuserId = \CSaleUser::GetAnonymousUserID();
    if (!$fuserId) return;

    $DB->Query("
        UPDATE b_user_behavior SET USER_ID = " . (int)$fields['USER_ID'] . "
        WHERE SESSION_ID = '" . $DB->ForSql(session_id()) . "'
          AND USER_ID IS NULL
    ");
});

Моніторинг ефективності рекомендацій

Ключова метрика — CTR блоку рекомендацій: відношення кліків до показів. Базовий рівень без персоналізації — 0.5–1.5%. Після переходу на item-based з персональним бустом — 2.5–4.0%. Відстежуємо через події покупки та кастомний лічильник кліків у localStorage або через цілі Яндекс.Метрики.

Додаткові метрики: конверсія рекомендованого товару в покупку, середній чек замовлень з рекомендаціями проти замовлень без них, частка повернення користувачів з повторними кліками по блоку. Ці дані допомагають регулярно коригувати ваги подій та вікно аналізу під специфіку конкретного каталогу.

Раз на квартал переглядаємо конфігурацію ваг: якщо частка коротких переглядів зростає, знижуємо їх вагу. Якщо покупки концентруються у вузькій категорії, додаємо сезонний бустинг за флагами товарів.

Що входить у роботу

• Аудит поточного каталогу та джерел поведінкових даних.
• Проектування схеми b_user_behavior та конфігурації ваг.
• Розробка SQL-запитів для item-based та PHP-логіки персонального бусту.
• Інтеграція компонента рекомендацій та AJAX-обробника.
• Тестування на реальних користувачах із заміром CTR.
• Документація з налаштування ваг та підтримка.
• Навчання вашої команди роботі з системою.
• Гарантія коректної роботи протягом 30 днів після здачі.

Строки та гарантії

Орієнтовні строки — від 2 до 5 робочих днів залежно від складності каталогу. Економія часу на розробку з нуля — до 40%. Ми надаємо гарантію на коректну роботу рекомендацій протягом 30 днів після здачі. Замовте аудит вашого каталогу безкоштовно — оцінимо можливості.

Що включає професійне встановлення 1С-Бітрікс

Ми починаємо встановлення 1С-Бітрікс з перевірки innodb_buffer_pool_size. Дефолтне значення MySQL (128 МБ) — вирок для інтернет-магазину з каталогом на 10 000+ товарів. Ми ставимо 70–80% від доступної RAM на виділеному сервері, 50% на VPS. Одна ця налаштування прискорює сайт у 2–3 рази порівняно з дефолтом. Правильна конфігурація сервера заощаджує до 60% вартості хостингу щомісяця. Оцінимо ваш проєкт за один день — отримайте консультацію. Звертайтеся, щоб замовити встановлення під ключ з гарантією продуктивності.

Як вибрати хостинг та редакцію для встановлення 1С-Бітрікс?

BitrixVM — віртуальна машина з попередньо встановленим стеком: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push‑сервер. Для VPS — найкращий старт. Все вже сконфігуровано під Бітрікс, включаючи OPcache, логротацію та firewall. Керування через веб‑панель на порту 8890.

VPS/VDS — золота середина. Мінімальна конфігурація для середнього інтернет‑магазину: 2 vCPU, 4 ГБ RAM, SSD. Оптимальна: 4 vCPU, 8 ГБ RAM. ОС: Ubuntu 22.04 або Debian 12. Якщо не BitrixVM — налаштовуємо стек вручну під задачу. Віртуальний хостинг — тільки для візиток та лендінгів. Вимоги: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 МБ RAM, .htaccess. Хостинг‑партнери 1С-Бітрікс — гарантія сумісності. Виділений сервер — для highload. Типова архітектура: веб‑сервер окремо, база даних окремо, Redis/Memcached окремо. На редакції «Ентерпрайз» — веб‑кластер з балансувальником. Хмара (Yandex Cloud, VK Cloud, Selectel) — коли навантаження стрибає: розпродажі, сезонні піки. Автомасштабування через Managed Kubernetes або просто вертикальне масштабування VM.

Вибір редакції — не менш важливий крок. Часта помилка: беруть «Малий бізнес» для магазину, який через півроку виростає до B2B з оптовими цінами та трьома складами. Перехід на «Бізнес» — доплата різниці, дані не втрачаються, але краще передбачити заздалегідь. Наші фахівці підберуть редакцію під поточні завдання і з запасом на зростання. Наприклад, ліцензія «Бізнес» окупається за рахунок мультискладу та обміну з 1С, а неправильний вибір призводить до додаткових витрат, які можуть у 2–3 рази перевищити вартість ліцензії.

Які налаштування сервера критичні для 1С-Бітрікс?

Веб‑сервер та PHP

nginx як reverse proxy + Apache (mod_php) або nginx + PHP-FPM напряму. Другий варіант економить пам’ять — Apache не потрібен. Але деякі модулі Бітрікс використовують .htaccess, тому для сумісності іноді залишаємо Apache. Конфігурація nginx: fastcgi_read_timeout 300 — для довгих операцій (імпорт з 1С), client_max_body_size 1024m — завантаження великих файлів. Закриваємо доступ до .settings.php, .settings_extra.php, bitrix/.settings.php — там паролі до бази. Rewrite‑правила з urlrewrite.php — Бітрікс сам генерує, але при nginx + PHP-FPM потрібно продублювати. PHP 8.0–8.2 з розширеннями: mbstring, curl, gd, xml, json, opcache, redis/memcached. Ключові налаштування php.ini: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M. Порівняно з Apache + mod_php, зв’язка nginx + PHP-FPM споживає на 30% менше оперативної пам’яті при однаковому навантаженні — це підтверджено на наших проєктах.

База даних та кешування

MySQL/MariaDB. Ключові параметри my.cnf: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — за кількістю ядер CPU. Кодування utf8mb4 обов'язково, інакше емодзі та спецсимволи ламаються. Redis кращий за Memcached для Бітрікс — підтримує persistent connections та більш надійний. Налаштовуємо в .settings_extra.php:

'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]

Redis прискорює роботу сайту в 1.5 рази порівняно з Memcached завдяки постійним з’єднанням та вбудованому кешуванню сесій.

SSL, пошта та cron

SSL — Let's Encrypt через certbot у 90% випадків. Редирект HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. У Бітрікс перемикаємо на HTTPS у налаштуваннях головного модуля. Пошта: відмовляємося від mail() — підключаємо SMTP (Яндекс.Пошта для домену, Mail.ru для бізнесу). Обов'язково налаштовуємо SPF, DKIM, DMARC. Без SPF листи потрапляють у спам. Тестуємо доставляння через mail‑tester.com — оцінка 9+/10. Cron: агенти Бітрікс переводимо на системний cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. На cron вішаємо обмін з 1С (15–60 хв), пошукову переіндексацію, бекапи (mysqldump + rsync, ротація 7+4), очищення тимчасових файлів.

Безпека та адміністрування

Файлова система: власник www-data, директорії 755, файли 644, upload 775. nginx блокує доступ до файлів конфігурації. Вмикаємо Проактивний захист Бітрікс — WAF, контроль активності (блокування після 5 невдалих спроб), перевірку цілісності ядра. Для адмін‑панелі: двофакторна аутентифікація через Google Authenticator або OTP, обмеження доступу за IP через nginx для параноїків.

Скільки часу займає встановлення 1С-Бітрікс та налаштування?

Перевірка після встановлення (покроковий чек‑лист)

1. Монітор продуктивності (/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
2. Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
3. Сканер безпеки — перевірка на типові вразливості.
4. PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
5. Тестовий обмін з 1С — якщо планується інтеграція, перевіряємо CommerceML‑обмін до запуску.

Додатково перевіряємо версії ПЗ, налаштування кешування, роботу cron, SSL‑сертифікат, SPF/DKIM/DMARC, права доступу, видалення дефолтних користувачів та сторінок. Для проєктів з 54‑ФЗ переконуємося, що налаштована фіскалізація через ОФД‑провайдера.

Що входить у роботу (deliverables)

• Повністю налаштований сервер під 1С-Бітрікс з оптимізацією MySQL, PHP, nginx.
• Встановлена та активована ліцензія потрібної редакції.
• SSL‑сертифікат, поштові налаштування, cron та бекапи.
• Документація: всі параметри конфігурації, доступи, cron‑завдання.
• Навчання контент‑менеджера: як заходити до адмінки, додавати товари, завантажувати зображення.
• Підтримка після встановлення протягом 30 днів — консультації з налаштувань.

Чому варто довірити встановлення професіоналам?

Неправильне встановлення — втрата часу та грошей. Ми бачили проєкти, де магазин на «Старті» не міг витримати 50 відвідувачів, тому що не було налаштовано innodb_buffer_pool_size. Після перенесення на VPS з правильною конфігурацією сайт «полетів». Неправильна конфігурація призводить до невиправданих витрат — іноді в 2–3 рази дорожче, ніж вартість професійного налаштування. Ви отримуєте готову архітектуру, яка масштабується. Замовте встановлення 1С-Бітрікс під ключ — й отримайте надійну платформу для зростання бізнесу. Зв'яжіться з нами — розрахуємо вартість під ваш проєкт. Досвід понад 7 років, реалізовано 120+ проєктів на Бітрікс, включаючи highload‑магазини з каталогами понад 100 000 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.