Настройка SMS-уведомлений о брошенной корзине 1С-Битрикс

Многие интернет-магазины на 1С-Битрикс теряют до 70% брошенных корзин после email-рассылок. SMS-канал даёт 95% открываемости, но только при грамотной настройке — иначе деньги на шлюз тратятся впустую. Недавно к нам обратился клиент с каталогом электроники на 50 000 товаров: после email возвращали лишь 5% корзин, а после подключения SMS с трёхчасовым интервалом — 18%. Пришлось точно рассчитывать бюджет, так как каждое сообщение стоило 3-5 руб. Мы настраивали такие сценарии для десятков проектов и знаем, как избежать типовых ошибок: от дублирования сообщений до блокировки номера из-за превышения лимитов.

SMS оправданы для корзин со средним чеком от 3000 руб. и товаров импульсного спроса (электроника, одежда). Email не добирается до клиента — спам-фильтры, неактивные ящики. SMS видят все, но цена за сообщение заставляет считать каждый сценарий.

Почему SMS эффективнее email для возврата корзин?

Email-письма часто попадают в спам. SMS видят почти сразу, но это дорогой канал. Поэтому мы применяем SMS только когда пользователь не открыл email за 3-4 часа — точный интервал настраивается под каталог. Согласно ФЗ-38 «О рекламе», для SMS-маркетинга требуется предварительное согласие, что мы обязательно реализуем.

Какие технические сложности скрываются за SMS-рассылкой?

Главная проблема — точное получение номера телефона. Если в профиле пользователя нет UF_PHONE, приходится парсить последний заказ, а это замедляет агент. Вторая сложность — нормализация номера: разные маски ввода (семь-495-123-45-67) превращаем в единый формат 74951234567. Третья — соблюдение лимитов провайдера: не более 100 сообщений в минуту на аккаунт, иначе блокировка.

Получение телефона пользователя

Телефон может храниться в пользовательских полях (b_user_field) или в свойствах заказа. Наш стандартный подход — проверять сначала UF_PHONE, затем последний заказ:

function getUserPhone(int $userId): string
{
    $user = \Bitrix\Main\UserTable::getById($userId)->fetch();
    if (!empty($user['UF_PHONE'])) return $user['UF_PHONE'];

    $order = \Bitrix\Sale\Order::getList([
        'filter' => ['USER_ID' => $userId],
        'order'  => ['DATE_INSERT' => 'DESC'],
        'limit'  => 1,
        'select' => ['ID'],
    ])->fetch();

    if (!$order) return '';
    $orderObj = \Bitrix\Sale\Order::load($order['ID']);
    foreach ($orderObj->getPropertyCollection() as $prop) {
        if ($prop->getField('CODE') === 'PHONE') {
            return (string)$prop->getValue();
        }
    }

    return '';
}

Подключение SMS-шлюза через API

Битрикс имеет встроенный модуль main.smsmanager, но он не гибок для брошенных корзин. Мы используем прямой API провайдера — SMS.ru как пример:

class SmsRuClient
{
    private string $apiId;

    public function __construct(string $apiId)
    {
        $this->apiId = $apiId;
    }

    public function send(string $phone, string $message, string $from = 'SHOP'): bool
    {
        $phone = preg_replace('/[^0-9]/', '', $phone);
        if (strlen($phone) === 10) $phone = '7' . $phone;

        $ch = curl_init('https://sms.ru/sms/send');
        curl_setopt_array($ch, [
            CURLOPT_POST => true,
            CURLOPT_POSTFIELDS => http_build_query([
                'api_id' => $this->apiId,
                'to'     => $phone,
                'msg'    => $message,
                'from'   => $from,
                'json'   => 1,
            ]),
            CURLOPT_RETURNTRANSFER => true,
            CURLOPT_TIMEOUT => 10,
        ]);

        $response = json_decode(curl_exec($ch), true);
        curl_close($ch);

        return isset($response['status']) && $response['status'] === 'OK';
    }
}

Как настроить агент отправки SMS?

Пошаговая настройка:

1. Создать таблицу abandoned_cart с полями USER_ID, FUSER_ID, STATUS, EMAIL_SENT_AT, SMS_SENT_AT.
2. Написать агент, который выбирает записи со статусом email_sent, у которых прошло 3 часа.
3. В агенте проверять согласие UF_SMS_CONSENT и наличие актуального телефона.
4. Отправлять SMS через SmsRuClient, обновлять статус.
5. Зарегистрировать агент с периодичностью 10 минут.

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

При заказе настройки SMS-уведомлений о брошенных корзинах вы получаете:

• Аудит текущего сбора телефонов и согласий на рассылку.
• Интеграцию выбранного SMS-шлюза (SMS.ru, SMSC.ru, МТС Коммуникатор) с тестовым запуском.
• Создание агента отправки с защитой от дублирования и обработкой лимитов.
• Настройку поля UF_SMS_CONSENT и формы согласия в личном кабинете.
• Документацию по поддержке и мониторингу.
• Обучение администраторов.

Как часто отправлять SMS?

SMS отправляем только один раз, через 3 часа после email, если письмо не открыто. Агент обрабатывает не более 20 корзин за раз, чтобы не перегрузить шлюз:

function sendAbandonedCartSms(): string
{
    $smsClient = new SmsRuClient(getenv('SMSRU_API_ID'));

    $candidates = AbandonedCartTable::getList([
        'filter' => [
            'STATUS'         => 'email_sent',
            '<EMAIL_SENT_AT' => new \Bitrix\Main\Type\DateTime('-3 hours'),
            '=SMS_SENT_AT'   => false,
        ],
        'limit' => 20,
    ])->fetchAll();

    foreach ($candidates as $row) {
        $user = \Bitrix\Main\UserTable::getById($row['USER_ID'])->fetch();
        if (empty($user['UF_SMS_CONSENT'])) continue;

        $phone = getUserPhone($row['USER_ID']);
        if (!$phone) continue;

        if (hasRecentOrder($row['USER_ID'])) {
            AbandonedCartTable::update($row['ID'], ['STATUS' => 'recovered']);
            continue;
        }

        $basket  = \Bitrix\Sale\Basket::loadItemsForFUser($row['FUSER_ID'], SITE_ID);
        if ($basket->isEmpty()) continue;

        $smsText = buildCartSmsText($user['NAME'], $basket->getPrice(), '/basket/');
        $sent    = $smsClient->send($phone, $smsText);

        AbandonedCartTable::update($row['ID'], [
            'STATUS'      => $sent ? 'sms_sent' : 'sms_failed',
            'SMS_SENT_AT' => $sent ? new \Bitrix\Main\Type\DateTime() : null,
        ]);
    }

    return __FUNCTION__ . '();';
}

Типичные ошибки при настройке

• Отправка без проверки согласия — нарушение ФЗ-38, блокировка провайдером.
• Дублирование сообщений — агент без флага отправки. Используйте статусы email_sent, sms_sent.
• Неверная нормализация номера: +7 (495) 123-45-67 -> 74951234567. Ошибка в коде приведёт к пустой отправке.
• Слишком частые отправки — шлюз может заблокировать аккаунт. Ограничьте агент лимитом 20 корзин за раз.

Как управлять согласием на SMS-маркетинг?

Поле UF_SMS_CONSENT должно устанавливаться при регистрации или в личном кабинете — явным чекбоксом «Хочу получать SMS с персональными предложениями». Без явного согласия отправка SMS нарушает ФЗ-38. Мы гарантируем соблюдение законодательства при настройке.

Решение подходит как для 1С-Битрикс, так и для Битрикс24. Наша команда имеет многолетний опыт работы с Битрикс и сертификацию «1С-Битрикс: Разработчик». Мы реализовали более 50 проектов с настройкой оповещений. Получите консультацию по вашему проекту — напишите нам. Закажите настройку SMS-уведомлений и верните до 20% брошенных корзин.

Как настройка корзины 1С-Битрикс решает проблему потери конверсии

Мы занимаемся настройкой корзины и оформления заказа на 1С-Битрикс с 2013 года. За это время столкнулись с типовой болью: штатный sale.order.ajax теряет на каждом шаге 10–15% покупателей. Три шага — и треть тех, кто уже добавил товар, уходит. Не потому что передумали — интерфейс спотыкается.

sale.order.ajax выдаёт 500-ку, если не настроен хотя бы один обработчик доставки. Виснет на 15 секунд при расчёте СДЭК — запрос синхронный, без таймаута. Требует ИНН у физлица, потому что свойство не разделено по типу плательщика. Каждый такой кейс — прямые потери, которые система не компенсирует.

Наш опыт (более 10 лет, 300+ проектов, сертифицированные специалисты) показывает: переделка чекаута с одним фокусом — конверсия — окупается за 1–2 месяца. Минимум шагов, максимум удобства, надёжная работа связок с платежами и доставкой.

Почему одношаговый чекаут увеличивает конверсию?

Все поля на одной странице. Логичная группировка, никаких лишних переходов:

• Контактные данные — имя, телефон, email. Три поля. Не пять, не десять, не «укажите дату рождения для программы лояльности».
• Доставка — выбрал город → увидел способы с ценами и сроками. AJAX-расчёт через API СДЭК, Boxberry, Почты России. Запросы параллельные, таймаут 3 секунды — если один API завис, остальные покажутся.
• Оплата — способы фильтруются по выбранной доставке. Наложенный платёж при самовывозе? Не показываем.
• Промокод — поле видно, проверка мгновенная, скидка отображается в итоге сразу.
• Итого — динамический пересчёт при любом изменении. Поменял количество → сумма → стоимость доставки → итого. Без перезагрузки.

Под капотом:

• Полный AJAX — ни одной перезагрузки. Компонент работает через Bitrix\Sale\Order::create() и REST, не через стандартный sale.order.ajax.
• Валидация в реальном времени: не «заполните поле правильно», а «номер телефона: +7 (__) --». Маска inputmask + серверная проверка.
• Сохранение данных при случайном уходе — sessionStorage хранит введённое, при возврате всё на месте.
• Автозаполнение адреса через DaData: начал вводить улицу → полный адрес с индексом, FIAS-кодом и координатами. Меньше ошибок на стороне курьерской.
• Поддержка свойств заказа по типу плательщика — физлицо видит одни поля, юрлицо — другие. Переключатель в форме.

Одношаговая форма даёт прирост конверсии в среднем на 15–20% по сравнению с многошаговой (согласно данным Statista, доля отказов на втором шаге достигает 40%). Источник: Statista, исследование чекаута в e-commerce.

Как восстановить брошенные корзины?

Сохранение. Авторизованные — корзина в b_sale_basket, доступна с любого устройства. Гости — cookie с TTL 30 дней. FUSER_ID привязан к cookie, корзина не пропадёт через час. Синхронизация: добавил с телефона, оформил с ноутбука — корзина единая.

Возврат. Email-серия: 3 письма. Через 1 час — напоминание. Через 24 часа — «ваш товар заканчивается». Через 72 часа — персональный промокод на 5–10%. Реализация через sale.basketcomponent + CEvent::Send() с отложенной отправкой через агенты. Push-уведомления через браузер — Notification API, подписка через сервис-воркер. Ретаргетинг — данные о корзине уходят в Яндекс.Директ через eCommerce-события.

Аналитика отказов. На каком шаге уходят? Если на выборе доставки — цена шокирует. Если на оплате — карта отклоняется, 3D-Secure не проходит. Ошибки платёжной системы ловим через коллбэки ЮKassa/CloudPayments и пишем в лог — видим конкретный процент отказов по каждой причине. Гарантируем возврат 15–20% пользователей, оформивших корзину и покинувших сайт.

Гостевой заказ: убить обязательную регистрацию

«Хочу купить USB-кабель за 300 рублей, а меня просят придумать пароль из 8 символов с заглавной буквой и спецсимволом». Обязательная регистрация убивает 25–30% конверсии на мелких заказах.

• Покупка без аккаунта — оформляем через CSaleUser::GetAnonymousUserID() или создаём пользователя автоматически с рандомным паролем.
• После оформления — письмо с данными для входа. Хочет — активирует аккаунт, не хочет — и так получит заказ.
• Повторный визит — определяем по email или телефону, привязываем к существующему аккаунту.
• Авторизация прямо в чекауте: SMS-код вместо пароля — через Bitrix\Main\Authentication\ShortCode или интеграцию с SMS-гейтом.

Кросс-селл: допродажи, которые не раздражают

В корзине

Рекомендации на основе реальных данных из b_sale_basket — «с этим товаром покупали» на базе ассоциативных правил, а не рандома. Привязка через свойство инфоблока PROPERTY_ACCESSORIES. Оптовая мотивация: «Возьмите 3 — сэкономьте 15%» — реализуется через правила корзины в b_sale_discount. Порог бесплатной доставки: «Добавьте на 500 руб. — доставка бесплатно». Простой виджет, но увеличивает средний чек на 10–20%.

Управление через админку

Менеджер привязывает рекомендуемые товары вручную или включает автоматические алгоритмы. Правила отображения: категория, диапазон цен, наличие. A/B-тестирование разных стратегий — без разработчика.

Промокоды: правильная реализация

UX промокода:

• Поле видно, но не кричит — не отвлекает тех, у кого кода нет.
• Мгновенная проверка: «Промокод истёк» / «Минимальная сумма 3000₽» — а не «Error 422».
• Скидка видна в итоговом расчёте отдельной строкой.
• Можно убрать промокод и применить другой.

UX-оптимизация: мелочи, которые решают

Десктоп:

• Прогресс-бар — пользователь видит, где он.
• Умные дефолты — самый популярный способ доставки уже выбран (определяем по статистике b_sale_order).
• Минимум обязательных полей — только то, без чего нельзя отправить заказ. Отчество? Необязательно. Комментарий? Необязательно.
• Пересчёт без лоадеров на 5 секунд — debounce 300ms на AJAX-запросах.

Мобильные:

• Крупные кнопки — палец не промахивается. min-height: 48px по гайдам Google.
• Правильные типы клавиатуры: type="tel" для телефона, inputmode="numeric" для количества.
• Кнопка «Оформить» зафиксирована внизу — position: sticky.
• Сворачиваемые секции — экранное пространство на 375px дорого.

Обработка ошибок:

• «Проверьте номер карты» вместо «Payment processing error».
• Автопрокрутка к первой ошибке — scrollIntoView({ behavior: 'smooth' }).
• «Товар закончился» — обрабатываем без потери заполненных данных. Предлагаем аналог или убираем с пересчётом.

Интеграции

• DaData — адрес, ФИО, ИНН. Подсказки по мере ввода, валидация ФИАС.
• Яндекс.Карты — выбор ПВЗ на карте, геолокация для определения города.
• СДЭК, Boxberry, Почта России — API-расчёт стоимости и сроков в реальном времени.
• ЮKassa, CloudPayments, Тинькофф — приём платежей, рекуррентные списания, холдирование.
• CRM — заказ автоматически уходит в Битрикс24, создаётся сделка с привязкой к контакту.
• Склад — проверка остатков через CCatalogStoreProduct::GetList() в реальном времени.

Подробнее о технологиях можно прочитать в Wikipedia: Корзина (электронная коммерция) и Википедия: Одношаговый заказ.

// Псевдокод для параллельных запросов
$promises = [];
foreach ($tariffs as $tariff) {
    $promises[] = async(function() use ($tariff, $basket) {
        return $tariff->calculate($basket);
    });
}
$results = awaitAll($promises, 3000);

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

• Анализ текущего чекаута и выявление узких мест (аудит конверсии, логов, ошибок).
• Проектирование UX: прототипирование одношаговой формы, согласование с заказчиком.
• Разработка компонента чекаута на основе Bitrix\Sale\Order + REST, с заменой sale.order.ajax.
• Интеграция с платёжными (ЮKassa, CloudPayments, Тинькофф) и логистическими API (СДЭК, Boxberry, Почта России).
• Настройка промокодов, кросс-селла, брошенных корзин.
• Тестирование на реальных сценариях: десктоп, мобильные, планшеты.
• Передача документации (описание API, инструкции для менеджеров, доступы).
• Обучение сотрудников работе с новой корзиной.
• Пост-релизная поддержка — 2 недели мониторинга и правок.

Сроки

Свяжитесь с нами для обсуждения вашего проекта и получите консультацию по конкретным задачам. Закажите аудит корзины уже сегодня — увидите, сколько конверсии теряется на каждом шаге. Увеличение конверсии чекаута на 1–2% при стабильном трафике — это рост выручки без роста рекламного бюджета. Самый быстрый ROI в e-commerce.