Налаштування QR-кодів для маркетингових акцій 1С-Бітрікс

QR-код на упаковці чаю привів в інтернет-магазин 12% трафіку за тиждень — маркетолог побачив лише число. Але без трекінгу це сліпий постріл. Ми перетворюємо статичний QR на вимірюваний канал: фіксуємо джерело (упаковка, листівка, банер), код акції, час, гео, конверсію в покупку. Наш досвід з десятком проєктів для рітейлу показав: динамічний QR з редиректором та аналітикою дає в 3 рази більше даних для оптимізації, ніж статичне посилання. При цьому впровадження займає від 1 до 4 днів під ключ — без доробок ядра, на штатному REST API. В одному проєкті для мережі DIY-гіпермаркетів конверсія зі скану в покупку зросла з 5% до 18%, а вартість залучення клієнта (CPA) знизилася на 40% за рахунок точної атрибуції. Економія бюджету для клієнта розраховується індивідуально. За даними нашого досвіду, окупність інвестицій досягає 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'); } }); 

Чому інтеграція з купонами критична?

Без автоматичного застосування купона користувач повинен вводити код вручну. На практиці це дає втрату 30–50% потенційних продажів. Наша сесійна логіка гарантує: скан → купон в кошику без додаткових дій. В тестовій кампанії для клієнта із сегменту FMCG сесійний купон збільшив середній чек на 25%. ROI такого рішення окупається за одну промо-кампанію.

Порівняння: динамічний QR проти статичного

Інструменти та стек

• Платформа: 1С-Бітрікс (редакції «Малий бізнес» і вище) або Бітрікс24 (On-Premise).
• PHP: 8.1+, Composer, ORM, Events.
• Генерація QR: бібліотека endroid/qr-code (див. офіційну документацію).
• Логування: кастомна ORM-таблиця з індексами по QR_ID, SOURCE, SCANNED_AT.
• Купони: штатний модуль sale.discount з купонами.

Процес роботи

1. Аналітика — збираємо сценарії використання (упаковка, листівка, банер), визначаємо необхідні параметри трекінгу.
2. Проектування — проектуємо схему редиректора, таблиці, логіку купонів.
3. Реалізація — пишемо контролер, ORM-класи, обробник подій, генератор ZIP-пакету.
4. Тестування — перевіряємо всі сценарії (активний/неактивний, закінчився, різні джерела, купон).
5. Деплой — налаштування кешування (теговане для інфоблоків), моніторинг логу.

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

Що входить в роботу?

• Вихідний код редиректора, ORM-класів, обробників та генератора QR.
• Міграція бази даних для зберігання маркетингових QR та логу сканувань.
• Налаштування купонної системи (створення типу купона, прив'язка до акції).
• Інтеграція з Бітрікс REST (якщо потрібне вивантаження в Data Studio).
• Документація по API редиректора та додаванню нових QR.
• Підтримка протягом 30 днів після здачі (виправлення помилок, консультації).

Типові помилки

• Зберігання QR в одному інфоблоці з товарами — краще винести в окрему ORM-таблицю для швидких запитів.
• Відсутність перевірки активності — користувач може отримати 404 або expired без зрозумілого повідомлення.
• Неіндексоване поле CODE — без індексу вибірка гальмує при тисячах QR.
• Ручна генерація QR — ми автоматизуємо через ZIP-пакет, виключаючи помилки.

Маркетинговий QR без трекінгу — гроші на вітер. З нашою реалізацією — керований інструмент з вимірюваним ROI. Готові перетворити ваші QR на керований канал продажів? Зв'яжіться для обговорення вашого сценарію — оцінимо складність та терміни. Отримайте консультацію та замовте впровадження з гарантією 30 днів підтримки.