Создание калькулятора на 1С-Битрикс с отправкой результата на email

Разработка калькулятора с отправкой результата на 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 обеспечивает в 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%.

Таблица: функциональность базового и расширенного калькулятора

Расширенный вариант увеличивает конверсию заявок в сделку на 25-30%.

Из нашей практики: калькулятор стоимости ремонта квартиры

Для строительной компании мы разработали калькулятор с выбором типа ремонта, площади и дополнительных работ. Результат — диапазон стоимости и срок. Клиент получает PDF с детализацией сметы на email, менеджер — уведомление в Telegram и лид в CRM. PDF генерируется на сервере через mPDF с логотипом компании. Всё выполняется в одном обработчике формы. За месяц использования калькулятор обработал более 500 запросов, из которых 40% превратились в лиды.

Что входит в работу?

1. Проектирование архитектуры: клиентская логика, серверный обработчик, шаблоны писем.
2. Разработка калькулятора с привязкой к каталогу (инфоблоки, цены, наличие).
3. Настройка почтовых событий и SMTP-отправки.
4. Генерация PDF (опционально).
5. Интеграция с Битрикс24 и Telegram.
6. Сохранение истории расчётов в HL-блок.
7. Документация и передача доступов.
8. Гарантийная поддержка 1 месяц.

Сроки разработки

• Базовый калькулятор + отправка email — 3–5 дней
• • Генерация PDF — +1–2 дня
• • Интеграция с CRM Битрикс24 — +1 день
• • Telegram-уведомления — +0,5 дня
• • История расчётов в личном кабинете — +2–3 дня

Стоимость рассчитывается индивидуально. Для оценки вашего проекта свяжитесь с нами. Получите консультацию до начала работ.

Гарантируем, что каждый калькулятор проходит нагрузочное тестирование и проверку доставки писем. Опираясь на более чем 50 успешных внедрений, мы берём на себя все технические риски.

Почему email-рассылки Битрикс24 не работают из коробки

Мы часто сталкиваемся с ситуацией: штатный модуль subscribe в 1С-Битрикс не рассчитан на массовые email-рассылки. Он умеет собирать подписчиков, слать по списку и показывать базовую статистику. Проблема начинается, когда нужны триггерные цепочки: брошенная корзина, реактивация, post-purchase. Встроенный модуль пасует — и приходится тянуть внешние платформы через REST API или готовые коннекторы. По данным Direct Marketing Association, email-маркетинг приносит $38 на каждый потраченный доллар, но без правильной настройки эти деньги остаются на столе. В Битрикс24 есть базовые инструменты, но они не покрывают и половины необходимых сценариев. Только грамотная интеграция с внешними ESP и настройка триггеров позволяют достичь ROI 4000% и выше.

Транзакционные письма — 70% внимания сюда

Транзакционные уведомления — самый недооценённый канал. Open rate 70-80%, потому что человек ждёт это письмо. Но часто он видит дефолтный шаблон почтового события SALE_NEW_ORDER с кривой вёрсткой и «Уважаемый покупатель».

Первоочередные действия:

• Переписываем все почтовые события в разделе «Настройки → Почтовые события → Типы почтовых событий». Ключевые: SALE_NEW_ORDER, SALE_STATUS_CHANGED_*, SALE_ORDER_PAID, SALE_ORDER_DELIVERY
• Верстаем адаптивные шаблоны — инлайн-стили, таблицы, потому что Outlook до сих пор рендерит как в начале 2000-х
• Добавляем cross-sell блоки прямо в транзакционное письмо. Клиент купил кофемашину — в подтверждении заказа показываем капсулы. Это не спам, это сервис
• Переключаем отправку с mail() на SMTP через bx_sender — иначе половина писем уходит в спам

Как настроить транзакционные письма в Битрикс24?

1. Аудит текущих почтовых событий — находим все неиспользуемые и дублирующиеся шаблоны.
2. Проектирование макетов — готовим адаптивную вёрстку под каждый тип письма.
3. Вёрстка и интеграция в Битрикс24 — подключаем шаблоны через API почтовых событий.
4. Настройка SMTP-отправки — прописываем SPF/DKIM/DMARC, прогреваем IP.
5. Тестирование доставляемости — проверяем через mail-tester.com, корректируем репутацию.

Триггерные цепочки — здесь нужна внешняя платформа

Встроенный модуль рассылок триггеры не умеет. Для цепочек подключаем внешние сервисы.

Брошенная корзина — классика. Но дьявол в деталях: первое напоминание через час, второе через сутки с товарами из корзины (тянем через sale.basket.get), третье через трое суток с дополнительной мотивацией. Три письма, не больше — дальше начинается раздражение.

Реактивация — RFM-сегментация через CUser::GetList с фильтром по LAST_LOGIN и данным из b_sale_order. Клиент не заходил 60 дней, а последний заказ был на 15 000 ₽? Это не просто «спящий» — это конкретная сумма недополученной выручки. Отправляем персональный оффер.

Welcome-цепочка — 3-5 писем после подписки. Первое письмо сразу, второе через день. Ошибка новичков — пихать скидку в первое же письмо. Нет. Сначала ценность, потом оффер.

Интеграция с платформами рассылок

Интеграция двусторонняя: события из 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, если отправляете транзакционные письма напрямую. Подробнее на Wikipedia: Sender Policy Framework.

Прогрев IP. Новый выделенный IP для рассылок — не шлём сразу 100 000 писем. Первая неделя: 500/день, вторая: 2 000, третья: 10 000. Иначе — моментальный бан у почтовых провайдеров. Наш многолетний опыт подтверждает: медленный прогрев сохраняет репутацию домена.

Гигиена базы. Hard bounce — удаляем сразу, это не обсуждается. Soft bounce — три попытки, потом в карантин. Подписчики без открытий за 6 месяцев — отдельный сегмент для реактивации, после неё — удаление. Мёртвые адреса убивают репутацию домена быстрее, чем любой спам-контент.

Аналитика — что реально смотрим

Не все метрики одинаково полезны. Вот на что смотрим в первую очередь:

• 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 транзакции.

Какие результаты приносят настроенные email-рассылки Битрикс24?

После внедрения наши клиенты фиксируют рост повторных продаж на 20–30% в течение 2–3 месяцев, а стоимость привлечения клиента снижается на 40%. Средний доход на каждого подписчика вырастает с $0.2 до $0.8 после настройки триггерных цепочек. Например, для магазина с оборотом 5 млн ₽/мес настройка триггеров приносит дополнительно 150 000 ₽ выручки в месяц.

Типичные сроки

Начинаем с аудита: проверяем текущие почтовые события, DNS-записи, доставляемость через mail-tester.com, состояние базы подписчиков. Обычно находим SPF без include нужного сервиса и 20-30% невалидных адресов. Свяжитесь с нами, чтобы уточнить сроки под ваш проект — рассчитаем индивидуально.

Что вы получите в итоге

• Аудит текущих настроек email-рассылок Битрикс24 и отчёт с рекомендациями
• Переработанные транзакционные шаблоны с адаптивной вёрсткой и cross-sell блоками
• Настроенную интеграцию с внешней ESP (Unisender, eSputnik, Mindbox или другой)
• Триггерные цепочки: брошенная корзина, реактивация, welcome-серия
• Конфигурацию SPF/DKIM/DMARC и прогрев IP (если требуется)
• Документацию по настройкам и обучение команды работе с рассылками
• Поддержку на этапе запуска и первые 2 недели мониторинга доставляемости

Закажите аудит текущих настроек email-рассылок Битрикс24 — получите персональное предложение и расчёт стоимости проекта. Мы покажем, как настроить email-рассылки Битрикс24 для роста повторных продаж до 20%.