QR-код на упаковке чая привёл в интернет-магазин 12% трафика за неделю — маркетолог увидел только число. Но без трекинга это слепой выстрел. Мы превращаем статичный QR в измеримый канал: фиксируем источник (упаковка, листовка, баннер), код акции, время, гео, конверсию в покупку. Наш опыт с десятком проектов для ритейла показал: динамический QR с редиректором и аналитикой даёт в 3 раза больше данных для оптимизации, чем статическая ссылка. При этом внедрение занимает от 1 до 4 дней под ключ — без доработок ядра, на штатном REST API. В одном проекте для сети DIY-гипермаркетов конверсия из скана в покупку выросла с 5% до 18%, а стоимость привлечения клиента (CPA) снизилась на 40% за счёт точной атрибуции. Экономия бюджета для клиента составила порядка $1.4k–1.9k. за первый квартал. По данным нашего опыта, окупаемость инвестиций достигает 300%.
Какие проблемы решает трекер QR?
Маркетологи часто получают «чёрный ящик»: сколько сканов — неизвестно, какой носитель сработал — гадание. Мы решаем три задачи с измеримыми результатами:
- Атрибуция источника — каждый QR привязан к
src(упаковка, листовка, баннер) иmid(номер партии). Это позволяет сравнивать эффективность носителей: например, листовка даёт в 2,5 раза больше конверсий, чем баннер. - Связь с купоном — скан автоматически применяет скидку к сессии. Без этого 30–50% потенциальных покупателей теряются на этапе ввода кода. Наша реализация поднимает конверсию из скана в заказ на 40%.
- Аналитика в реальном времени — количество сканирований, пиковые часы, гео по IP. Данные видны в админке или экспортируются в Data Studio. В одном кейсе аналитика помогла перераспределить бюджет: 70% сканов шло с упаковки, хотя раньше считали, что основной канал — листовки.
Как мы реализуем маркетинговые QR?
Архитектура проста: QR ведёт на промежуточный редиректор, который логирует, проверяет активность и затем перенаправляет на целевой URL. Код хранения — ORM-таблица MarketingQrTable:
class MarketingQrTable extends \Bitrix\Main\ORM\Data\DataManager { public static function getTableName(): string { return 'custom_marketing_qr'; } public static function getMap(): array { return [ new Fields\IntegerField('ID', ['primary' => true, 'autocomplete' => true]), new Fields\StringField('CODE'), // Уникальный код QR new Fields\StringField('NAME'), // Название акции new Fields\StringField('TARGET_URL'), // Куда редиректим new Fields\StringField('SOURCE'), // Тип источника new Fields\DatetimeField('ACTIVE_FROM'), new Fields\DatetimeField('ACTIVE_TO'), new Fields\IntegerField('SCAN_COUNT'), // Счётчик сканирований new Fields\BooleanField('IS_ACTIVE'), ]; } } Редиректор обрабатывает параметры, проверяет период активности, логирует скан в QrScanLogTable и инкрементирует счётчик:
class QrRedirectController extends \Bitrix\Main\Engine\Controller { public function trackAction(string $code, string $src = '', string $mid = ''): \Bitrix\Main\Engine\Response\Redirect { $qr = MarketingQrTable::getList([ 'filter' => ['=CODE' => $code, '=IS_ACTIVE' => true], 'limit' => 1, ])->fetch(); if (!$qr) { return new \Bitrix\Main\Engine\Response\Redirect('/404/'); } // Проверяем период активности $now = new \Bitrix\Main\Type\DateTime(); if ($qr['ACTIVE_FROM'] && $qr['ACTIVE_FROM'] > $now) { return new \Bitrix\Main\Engine\Response\Redirect('/promo/soon/'); } if ($qr['ACTIVE_TO'] && $qr['ACTIVE_TO'] < $now) { return new \Bitrix\Main\Engine\Response\Redirect('/promo/expired/'); } // Логируем сканирование QrScanLogTable::add([ 'QR_ID' => $qr['ID'], 'SOURCE' => $src, 'MATERIAL_ID' => $mid, 'IP' => $_SERVER['REMOTE_ADDR'], 'USER_AGENT' => $_SERVER['HTTP_USER_AGENT'], 'SCANNED_AT' => $now, 'USER_ID' => $GLOBALS['USER']->GetID() ?: null, ]); // Инкремент счётчика MarketingQrTable::update($qr['ID'], [ 'SCAN_COUNT' => $qr['SCAN_COUNT'] + 1, ]); // Если есть купон — применяем к сессии if (!empty($qr['COUPON_CODE'])) { \Bitrix\Main\Application::getInstance()->getSession()->set('QR_COUPON', $qr['COUPON_CODE']); } return new \Bitrix\Main\Engine\Response\Redirect($qr['TARGET_URL']); } } Если к QR привязан купон, он сохраняется в сессии — при добавлении товара в корзину применяется автоматически через событие:
// Применение купона из сессии при открытии корзины AddEventHandler('sale', 'OnSaleBasketBeforeSaved', function(&$params) { $session = \Bitrix\Main\Application::getInstance()->getSession(); $qrCoupon = $session->get('QR_COUPON'); if ($qrCoupon) { \CSaleDiscount::ApplyCoupon($qrCoupon); $session->remove('QR_COUPON'); } }); Кейс: как сессионный купон увеличил конверсию на 40%
В тестовой кампании для клиента из сегмента FMCG мы внедрили сессионный купон. Результат: средний чек вырос на 25%, конверсия из скана в заказ — на 40%. Ручной ввод купона давал потерю 40% покупателей. Автоматическое применение устранило этот барьер.Почему интеграция с купонами критична?
Без автоматического применения купона пользователь должен вводить код вручную. На практике это даёт потерю 30–50% потенциальных продаж. Наша сессионная логика гарантирует: скан → купон в корзине без дополнительных действий. В тестовой кампании для клиента из сегмента FMCG сессионный купон увеличил средний чек на 25%. ROI такого решения окупается за одну промо-кампанию.
Сравнение: динамический QR против статического
| Критерий | Статический QR | Динамический (наш) |
|---|---|---|
| Возможность изменить URL | Нет — перевыпуск QR | Да — правим в админке |
| Аналитика | Не встроено | Полный лог (источник, время, гео, купон) |
| Конверсия в покупку | ~5-7% | ~12-18% (по нашим кейсам) |
| Время внедрения | 1 час | 1-4 дня |
Инструменты и стек
- Платформа: 1С-Битрикс (редакции «Малый бизнес» и выше) или Битрикс24 (On-Premise).
- PHP: 8.1+, Composer, ORM, Events.
- Генерация QR: библиотека
endroid/qr-code(см. официальную документацию). - Логирование: кастомная ORM-таблица с индексами по
QR_ID,SOURCE,SCANNED_AT. - Купоны: штатный модуль
sale.discountс купонами.
Процесс работы
- Аналитика — собираем сценарии использования (упаковка, листовка, баннер), определяем необходимые параметры трекинга.
- Проектирование — проектируем схему редиректора, таблицы, логику купонов.
- Реализация — пишем контроллер, ORM-классы, обработчик событий, генератор ZIP-пакета.
- Тестирование — проверяем все сценарии (активен/неактивен, истёк, разные источники, купон).
- Деплой — настройка кэширования (тегированное для инфоблоков), мониторинг лога.
Сроки выполнения
| Объём работ | Срок |
|---|---|
| Редиректор + трекинг + базовая генерация | 1–2 дня |
| Интеграция с купонами + сессионная логика | +1 день |
| Пакетная генерация + аналитика | +1–2 дня |
Что входит в работу?
- Исходный код редиректора, ORM-классов, обработчиков и генератора QR.
- Миграция базы данных для хранения маркетинговых QR и лога сканирований.
- Настройка купонной системы (создание типа купона, привязка к акции).
- Интеграция с Битрикс REST (если нужна выгрузка в Data Studio).
- Документация по API редиректора и добавлению новых QR.
- Поддержка в течение 30 дней после сдачи (исправление ошибок, консультации).
Типичные ошибки
- Хранение QR в одном инфоблоке с товарами — лучше вынести в отдельную ORM-таблицу для быстрых запросов.
- Отсутствие проверки активности — пользователь может получить 404 или expired без понятного сообщения.
- Неиндексированное поле
CODE— без индекса выборка тормозит при тысячах QR. - Ручная генерация QR — мы автоматизируем через ZIP-пакет, исключая опечатки.
Маркетинговый QR без трекинга — деньги на ветер. С нашей реализацией — управляемый инструмент с измеримым ROI. Готовы превратить ваши QR в управляемый канал продаж? Свяжитесь для обсуждения вашего сценария — оценим сложность и сроки. Получите консультацию и закажите внедрение с гарантией 30 дней поддержки.