Налаштування сегментованих push-сповіщень 1С-Бітрікс

Масові push-сповіщення з CTR 0.5% і зростаючою кількістю відписок — наслідок відсутності сегментації. Push із релевантною пропозицією (знижка на категорію, яку користувач переглядав) дає CTR 4–8%. Це різниця в підході: не «всім про все», а конкретному сегменту — конкретне повідомлення. Наш досвід показує, що правильно налаштована сегментація збільшує утримання на 15–20% і економить до 40% рекламного бюджету. Середня вартість налаштування сегментованих push-сповіщень для інтернет-магазину становить від 15 000 до 40 000 грн, а економія рекламного бюджету сягає $2000 на місяць. Звертайтеся до нас — ми реалізували такі проєкти для 50+ магазинів.

Масова розсилка дратує користувачів. Коли людина отримує сповіщення про товар, який ніколи не шукала, вона відписується. Сегментовані push враховують поведінку: перегляди, покупки, кошик. Результат — CTR у 4–8 разів вищий, ніж у масових кампаній. Вартість залучення клієнта через сегментовані push у 3 рази нижча, ніж через масові. Це перевірено на десятках проєктів із базою від 5000 підписників.

Інфраструктура push-сповіщень у Бітрікс будується на базі Firebase Cloud Messaging (FCM) для web та Android, Apple Push Notification Service для iOS (якщо є мобільний додаток) і сторонніх платформ, таких як OneSignal, Pushwoosh або SendPulse. Для інтеграції з Бітріксом найбільш практичний варіант з OneSignal або власним сховищем токенів плюс FCM API.

Яку інфраструктуру push-сповіщень вибрати для Бітрікс?

Стандартний модуль 1С-Бітрікс не включає push-сповіщення для інтернет-магазину. Доводиться будувати інфраструктуру з нуля. Ми використовуємо перевірену архітектуру: зберігання токенів у власній таблиці, атрибути сегментації оновлюються за подіями Бітрікс. Це дає повний контроль і гнучкість.

Зберігання токенів та атрибутів користувачів

Токени push-підписки зберігаються в користувацькій таблиці:

CREATE TABLE custom_push_tokens (
    id INT AUTO_INCREMENT PRIMARY KEY,
    user_id INT,
    token TEXT NOT NULL,
    platform ENUM('web', 'android', 'ios') DEFAULT 'web',
    created_at DATETIME,
    last_active DATETIME,
    INDEX idx_user (user_id),
    INDEX idx_platform (platform)
);

Атрибути для сегментації зберігаються окремо:

CREATE TABLE custom_push_user_attrs (
    user_id INT,
    attr_key VARCHAR(100),
    attr_value VARCHAR(255),
    updated_at DATETIME,
    PRIMARY KEY (user_id, attr_key)
);

Атрибути оновлюються за подіями Бітрікс: перегляд категорії → last_category_viewed, покупка → last_purchase_date і total_orders, сума в кошику → cart_value. Згідно з документацією 1С-Бітрікс, подія OnSaleOrderSaved викликається при збереженні замовлення — це ідеальний тригер для оновлення атрибутів. Також використовуємо OnSaleBasketItemSaved для кошика і кастомну подію при перегляді розділу каталогу. Усі обробники підписуються через \Bitrix\Main\EventManager.

Для очищення прострочених токенів кожні 24 години запускається агент, який видаляє записи з last_active старше 90 днів. Це запобігає відправці на неактивні пристрої та знижує навантаження на API.

Типові сегменти push-кампаній

Кожен сегмент — це окрема стратегія. Закинутий кошик дає приріст конверсії до 15%, а сегмент «давно не купували» повертає до 8% клієнтів. Сегментовані кампанії економлять рекламний бюджет: замість масових розсилок ви платите лише за цільову аудиторію.

Відправка через FCM

Клас-обгортка для відправки:

class PushSender {
    private const FCM_URL = 'https://fcm.googleapis.com/fcm/send';

    public function sendToSegment(array $filter, string $title, string $body, array $data = []): void {
        $tokens = $this->getTokensByFilter($filter);

        // FCM приймає не більше 500 токенів за запит
        foreach (array_chunk($tokens, 500) as $chunk) {
            $this->sendBatch($chunk, $title, $body, $data);
        }
    }

    private function sendBatch(array $tokens, string $title, string $body, array $data): void {
        $payload = [
            'registration_ids' => $tokens,
            'notification' => [
                'title' => $title,
                'body' => $body,
                'icon' => '/favicon-192.png',
                'click_action' => $data['url'] ?? '/',
            ],
            'data' => $data,
        ];

        $http = new \Bitrix\Main\Web\HttpClient();
        $http->setHeader('Authorization', 'key=' . FCM_SERVER_KEY);
        $http->setHeader('Content-Type', 'application/json');
        $http->post(self::FCM_URL, json_encode($payload));
    }
}

Порівняння сервісів: OneSignal спрощує сегментацію вдвічі швидше порівняно з FCM завдяки готовим фільтрам, але FCM безкоштовний на будь-яких обсягах. Ми допомагаємо підібрати оптимальний варіант під бюджет і розмір бази.

Які сегменти push-сповіщень приносять найбільший ріст продажів?

За нашими даними, лідери за ROI — закинутий кошик і персональні рекомендації. Наприклад, на проєкті з каталогом електроніки сегмент «інтерес до категорії» дав ріст продажів на 12% за місяць. А сегмент «активні покупці» збільшив LTV на 18%. Головне — не перевантажувати користувача: максимум 2–3 push на тиждень на сегмент.

Процес роботи над проєктом

1. Аналітика: вивчаємо поточну базу, поведінку користувачів, визначаємо сегменти.
2. Проєктування: обираємо сервіс (FCM/OneSignal), проєктуємо таблиці та тригери.
3. Реалізація: пишемо код зберігання токенів, оновлення атрибутів, відправки.
4. Тестування: перевіряємо сегменти, CTR, доставляємість.
5. Деплой та супровід: розгортаємо на бойовому сервері, навчаємо команду.

Зв'яжіться з нами для обговорення вашого проєкту — отримайте консультацію з налаштування push-сповіщень. Наші інженери допоможуть обрати оптимальне рішення. Наша компанія має 10 років досвіду в інтеграціях 1С-Бітрікс та понад 50 успішних проєктів з push-сповіщеннями.

Що входить в результат

• Документація з архітектури та API
• Вихідний код з коментарями
• Налаштування 5–7 сегментів
• Інтеграція з FCM або OneSignal
• Консультація та підтримка після запуску

Терміни виконання

Середній чек замовлення при правильній сегментації збільшується на 15%, а економія на рекламі — до 40%. Наш досвід впровадження на 50+ проєктах гарантує результат. Замовте налаштування сегментованих push-сповіщень в 1С-Бітрікс.

Що включає професійне встановлення 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 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.