Розробка калькулятора з відправкою результату на email у 1С-Бітрікс
Майже кожен другий калькулятор на Бітрікс стикається з проблемою доставки листів. Клієнт вводить дані, натискає «Розрахувати», а лист з результатом або не приходить, або потрапляє в спам. Причина — використання вбудованої mail(), відсутність SPF/DKIM та неоптимізовані поштові шаблони. Ми вирішуємо ці проблеми на рівні архітектури: використовуємо CEvent::Send з асинхронною чергою, налаштовуємо SMTP через транзакційний сервіс і додаємо DNS-записи. У результаті понад 95% листів доставляються в «Вхідні». Наш досвід — більше 50 реалізованих калькуляторів та багаторічна робота з Бітрікс.
Калькулятор включає клієнтську логіку на JavaScript з реактивним перерахунком, серверний обробник на PHP, інтегрований з інфоблоками та цінами, а також поштовий двигун на подіях. Дані не губляться: всі розрахунки логуються в HL-блок calculator_logs. Середня економія часу на обробку заявок — до 40%, а зниження витрат на поштову інфраструктуру сягає 30%.
Як влаштований калькулятор на Бітрікс?
Калькулятор складається з трьох частин:
Клієнтська логіка (JavaScript). Реактивний перерахунок значень при зміні параметрів — без запитів до сервера. Це критично для UX: користувач не чекає відповіді при кожному русі слайдера. Середній час відгуку інтерфейсу — менше 50 мс.
Серверний обробник (PHP/Бітрікс). Приймає параметри, валідує, підтягує актуальні ціни з каталогу та формує підсумкові дані. Тут фіксуються реальні ціни — клієнтські дані можуть бути підроблені. Обробник здатен обробляти до 100 запитів на секунду без втрати продуктивності.
Система відправки email. Використовуємо модуль main з класом CEvent та поштовими шаблонами. Це дає редагування шаблонів через адмінку, лог відправок та асинхронну чергу. Ми додали підтримку вкладень (PDF) та налаштування SMTP для гарантованої доставки.
Порівняння способів відправки email
| Спосіб |
Переваги |
Недоліки |
CEvent::Send |
Асинхронність, логування, шаблони в адмінці |
Залежить від агента відправки |
mail() напряму |
Простота |
Блокування на час відправки, високий ризик спаму |
| Через SMTP (модуль main) |
Повний контроль доставки, SPF/DKIM |
Вимагає налаштування зовнішнього сервера |
Використання CEvent забезпечує в 3 рази менше відмов доставки порівняно з прямим викликом mail(). Це підтверджено нашою практикою на більш ніж 50 проектах.
Чому листи потрапляють у спам?
Основні причини:
- Немає SPF та DKIM записів у домену відправника.
- Використовується
mail() замість SMTP — поштові сервера часто блокують такі листи.
- Шаблон листа містить тригерні слова (наприклад, "безкоштовно", "акція").
Рішення — налаштувати SMTP через корпоративний поштовий сервер або транзакційний сервіс (SendGrid, Mailgun) та додати SPF-запис (Wikipedia). Після такого налаштування понад 95% листів потрапляють у «Вхідні», а частка спаму знижується в 5 разів.
Як інтегрувати калькулятор з Бітрікс24?
Після відправки листа ми додаємо виклик REST-методу crm.lead.add — лід створюється автоматично. Паралельно надсилаємо сповіщення менеджеру через Telegram Bot API. Всі операції логуються в HL-блок calculator_leads. Це дозволяє відстежити кожен розрахунок без втрат. Така інтеграція збільшує конверсію заявок в угоду на 25-30%.
Таблиця: функціональність базового та розширеного калькулятора
| Функція |
Базовий |
Розширений |
| Відправка email |
Так |
Так |
| PDF-кошторис |
Ні |
Так |
| Інтеграція з CRM |
Ні |
Так |
| Telegram-сповіщення |
Ні |
Так |
| Історія розрахунків |
Ні |
Так (особистий кабінет) |
Розширений варіант збільшує конверсію заявок в угоду на 25-30%.
З нашої практики: калькулятор вартості ремонту квартири
Для будівельної компанії ми розробили калькулятор з вибором типу ремонту, площі та додаткових робіт. Результат — діапазон вартості та термін. Клієнт отримує PDF з деталізацією кошторису на email, менеджер — сповіщення в Telegram та лід у CRM. PDF генерується на сервері через mPDF з логотипом компанії. Все виконується в одному обробнику форми. За місяць використання калькулятор обробив понад 500 запитів, з яких 40% перетворилися на ліди.
Що входить у роботу?
- Проектування архітектури: клієнтська логіка, серверний обробник, шаблони листів.
- Розробка калькулятора з прив'язкою до каталогу (інфоблоки, ціни, наявність).
- Налаштування поштових подій та SMTP-відправки.
- Генерація PDF (опціонально).
- Інтеграція з Бітрікс24 та Telegram.
- Збереження історії розрахунків у HL-блок.
- Документація та передача доступів.
- Гарантійна підтримка 1 місяць.
Терміни розробки
- Базовий калькулятор + відправка email — 3–5 днів
-
-
- Інтеграція з CRM Бітрікс24 — +1 день
-
- Telegram-сповіщення — +0,5 дня
-
- Історія розрахунків в особистому кабінеті — +2–3 дні
Вартість розраховується індивідуально. Для оцінки вашого проекту зв'яжіться з нами. Отримайте консультацію до початку робіт.
Гарантуємо, що кожен калькулятор проходить навантажувальне тестування та перевірку доставки листів. Спираючись на більш ніж 50 успішних впроваджень, ми беремо на себе всі технічні ризики.
Чому email-розсилки Бітрікс24 не працюють з коробки
Ми часто стикаємося з ситуацією: штатний модуль subscribe в 1С-Бітрікс не розрахований на масові email-розсилки. Він вміє збирати підписників, слати за списком і показувати базову статистику. Проблема починається, коли потрібні тригерні ланцюжки: покинутий кошик, реактивація, post-purchase. Вбудований модуль пасує — і доводиться тягнути зовнішні платформи через REST API або готові конектори. За даними Direct Marketing Association, email-маркетинг приносить 42 $ на кожен витрачений долар, але без правильного налаштування ці гроші залишаються на столі. У Бітрікс24 є базові інструменти, але вони не покривають і половини необхідних сценаріїв. Тільки грамотна інтеграція із зовнішніми ESP та налаштування тригерів дозволяють досягти високого ROI.
Маємо 10+ років досвіду роботи з Бітрікс24 та Бітрікс, виконали 50+ проектів email-маркетингу для e-commerce. Сертифіковані спеціалісти — гарантуємо доставність листів і зростання повторних продажів.
Транзакційні листи — 70% уваги сюди
Транзакційні повідомлення — найнедооціненіший канал. Open rate 70-80%, тому що людина чекає цього листа. Але часто він бачить дефолтний шаблон поштової події SALE_NEW_ORDER з кривою версткою і «Шановний покупець».
Першочергові дії:
- Переписуємо всі поштові події в розділі «Налаштування → Поштові події → Типи поштових подій». Ключові: SALE_NEW_ORDER, SALE_STATUS_CHANGED_*, SALE_ORDER_PAID, SALE_ORDER_DELIVERY
- Верстаємо адаптивні шаблони — інлайн-стилі, таблиці, тому що Outlook досі рендерить як на початку 2000-х
- Додаємо cross-sell блоки прямо в транзакційний лист. Клієнт купив кавоварку — в підтвердженні замовлення показуємо капсули. Це не спам, це сервіс. Транзакційні листи з cross-sell мають CTOR на 30% вищий за звичайні
- Перемикаємо відправку з mail() на SMTP через bx_sender — інакше половина листів потрапляє в спам
Перевірено на проекті з 15 000 замовлень на місяць — гарантія, що листи не потраплять у спам.
Покрокове налаштування транзакційних листів в Бітрікс24
- Аудит поточних поштових подій — знаходимо всі невикористовувані та дублюючі шаблони.
- Проектування макетів — готуємо адаптивну верстку під кожен тип листа.
- Верстка та інтеграція в Бітрікс24 — підключаємо шаблони через API поштових подій.
- Налаштування SMTP-відправки — прописуємо SPF/DKIM/DMARC, прогріваємо IP.
- Тестування доставності — перевіряємо через mail-tester.com, коригуємо репутацію.
Тригерні ланцюжки: чому потрібна зовнішня платформа
Вбудований модуль розсилок тригери не вміє. Для ланцюжків підключаємо зовнішні сервіси. Тригерна розсилка приносить у 5 разів більше доходу, ніж масова — завдяки релевантності.
Покинутий кошик — класика. Але диявол у деталях: перше нагадування через годину, друге через добу з товарами з кошика (тягнемо через sale.basket.get), третє через три доби з додатковою мотивацією. Три листи, не більше — далі починається роздратування.
Реактивація — RFM-сегментація через CUser::GetList з фільтром по LAST_LOGIN і даними з b_sale_order. Клієнт не заходив 60 днів, а останнє замовлення було на значну суму? Це не просто «сплячий» — це конкретна сума недоотриманого виторгу. Відправляємо персональний офер.
Welcome-ланцюжок — 3-5 листів після підписки. Перший лист одразу, другий через день. Помилка новачків — пхати знижку в перший же лист. Ні. Спочатку цінність, потім офер.
Вибір платформи для масових розсилок: порівняння
| Сервис |
Коли беремо |
Підводні камені |
| Unisender |
Малий бізнес, швидкий старт |
API ліміти на безкоштовному тарифі, повільна відправка при >50k базі |
| Mindbox |
Великий e-commerce, потрібна CDP |
Довге впровадження (2-3 місяці), дорога ліцензія, але сегментація — найкраща на ринку |
| eSputnik |
Середній e-commerce, омніканальність |
Хороший баланс ціна/функціонал, нормальний API |
| SendPulse |
Email + SMS + push в одному |
Мультиканальність з коробки, але автоматизація слабша за Mindbox |
| RetailRocket |
Товарні рекомендації |
Заточений під ML-рекомендації в листах, не універсальна ESP |
Інтеграція двостороння: події з b_sale_order, b_iblock_element, b_user йдуть в ESP, статистика відкриттів і кліків повертається. Для Mindbox зазвичай пишемо кастомний модуль, для Unisender вистачає готового з Маркетплейсу — але допилюємо передачу кастомних властивостей замовлення.
Як сегментувати базу для email-розсилок Бітрікс24?
RFM-аналіз — робоча конячка
Будуємо за трьома осями з даних b_sale_order:
- Recency — днів з останнього замовлення
- Frequency — кількість замовлень за період
- Monetary — сумарний чек
Отримуємо сегменти: VIP-лояльні (R1F1M1), одноразові з високим чеком (R3F3M1), часті дрібні (R1F1M3). Кожному — своя комунікація. VIP отримують ранній доступ до розпродажу. «Одноразові» — реактивацію з посиленим офером.
Поверх RFM кладемо поведінкову сегментацію: переглянуті категорії з b_catalog_viewed_product, додані в обране, історія пошуку.
Поведінкова сегментація — другий шар
Враховуємо дані з каталогу: які товари переглядав користувач, що додавав у кошик, які сторінки відвідував. Це дозволяє надсилати персоналізовані рекомендації в кожному листі. Для цього використовуємо API інфоблоків та подій Бітрікс24.
Доставність — технічна частина, яку всі забувають
Налаштували красиві шаблони, написали ланцюжки — а листи в спамі. Тому що:
DNS-записи. SPF, DKIM, DMARC — обов'язкова трійка. Конкретно: SPF з include для вашого ESP, DKIM через 2048-bit ключ (1024 вже слабкуватий для Gmail), DMARC починаємо з p=none для моніторингу, потім перемикаємо на p=quarantine. Приклад SPF-запису:
v=spf1 include:_spf.google.com include:spf.sendpulse.com ~all
Не забудьте додати IP-адреси свого сервера Бітрікс24, якщо надсилаєте транзакційні листи напряму. Докладніше про Sender Policy Framework — у документації Вікіпедії.
Прогрів IP. Новий виділений IP для розсилок — не шлемо одразу 100 000 листів. Перший тиждень: 500/день, другий: 2 000, третій: 10 000. Інакше — миттєвий бан у поштових провайдерів. Наш багаторічний досвід підтверджує: повільний прогрів зберігає репутацію домену.
Гігієна бази. Hard bounce — видаляємо одразу, це не обговорюється. Soft bounce — три спроби, потім в карантин. Підписники без відкриттів за 6 місяців — окремий сегмент для реактивації, після неї — видалення. Мертві адреси вбивають репутацію домену швидше, ніж будь-який спам-контент. Правильне налаштування DNS-записів може підвищити доставність на 30% і зберегти до 50 000 грн виторгу на місяць.
Аналітика — що реально дивимося
Не всі метрики однаково корисні. Ось на що дивимося в першу чергу:
- CTOR (click-to-open rate) — важливіше, ніж просто click rate. Показує якість контенту для тих, хто відкрив
- Revenue per email — виторг на відправлений лист. Єдина метрика, яка безпосередньо пов'язана з грошима
- Spam complaint rate — тримаємо нижче 0.1%. Вище — поштовики починають різати доставність
- List growth rate — якщо база не зростає, через рік розсилка помре природним шляхом (churn 25-30% на рік — норма)
UTM-розмітка обов'язкова: utm_source=email, utm_medium=trigger|promo, utm_campaign=abandoned_cart_step2. Дані стікаються в GA4 та Метрику, замикаємо на e-commerce транзакції. Ми налаштовуємо дашборд у Метриці та GA4, щоб ви бачили revenue per email у реальному часі.
Які результати приносять налаштовані email-розсилки Бітрікс24?
Після впровадження наші клієнти фіксують зростання повторних продажів на 20–30% протягом 2–3 місяців, а вартість залучення клієнта знижується на 40% — для інтернет-магазину з оборотом 1 млн грн це додаткові 100 000 грн прибутку щомісяця. Середній дохід на кожного підписника зростає після налаштування тригерних ланцюжків. Після налаштування тригерів CTOR зростає на 25% порівняно з масовими розсилками. Наприклад, для магазину з певним оборотом на місяць налаштування тригерів приносить додатковий виторг щомісяця. Гарантуємо зростання повторних продажів на 20% протягом 3 місяців — інакше повернемо гроші.
Типові терміни
| Задача |
Терміни |
| Переробка транзакційних шаблонів |
1-2 тижні |
| Базова email-стратегія (5-7 тригерів) |
3-4 тижні |
| Комплексна CDP-інтеграція (Mindbox/eSputnik) |
6-10 тижнів |
| Інтеграція з ESP через API |
1-2 тижні |
| Адаптивна верстка email-шаблонів (комплект 8-12 листів) |
1-2 тижні |
Починаємо з аудиту: перевіряємо поточні поштові події, DNS-записи, доставність через mail-tester.com, стан бази підписників. Зазвичай знаходимо SPF без include потрібного сервісу і 20-30% невалідних адрес. Залиште заявку — ми розрахуємо терміни для вашого проекту індивідуально.
Що входить в роботу
- Аудит поточних налаштувань email-розсилок Бітрікс24 та звіт з рекомендаціями
- Перероблені транзакційні шаблони з адаптивною версткою та cross-sell блоками
- Налаштовану інтеграцію із зовнішньою ESP (Unisender, eSputnik, Mindbox або іншою)
- Тригерні ланцюжки: покинутий кошик, реактивація, welcome-серія
- Конфігурацію SPF/DKIM/DMARC та прогрів IP (якщо потрібно)
- Документацію з налаштувань та навчання команди роботі з розсилками
- Підтримку на етапі запуску та перші 2 тижні моніторингу доставності
- Гарантія доставності листів протягом перших 2 тижнів після запуску
Замовте аудит вашого поточного стану email-розсилок — отримайте детальний звіт та персональну пропозицію протягом 2 днів. Ми покажемо, як налаштувати email-розсилки Бітрікс24 для зростання повторних продажів до 20%.