Верифікація 18+ на Бітрікс: модальне вікно, ЄСІА, профіль

Налаштування верифікації віку покупця (18+) на 1С-Бітрікс

Основні кроки: 1. Аналіз вимог. 2. Проектування. 3. Розробка. 4. Інтеграція. 5. Тестування. 6. Деплой.

При запуску інтернет-магазину алкоголю, тютюну або ліків ми зіткнулися з жорсткою вимогою 54-ФЗ та статті 14.17 КоАП — перевіряти вік покупця. Відсутність верифікації загрожує штрафами до $4.5k–6.5k і блокуванням сайту. Бітрікс не надає готового механізму, тому проектуємо та впроваджуємо його під ключ. За останні роки ми реалізували понад 50 таких інтеграцій — від простого модального вікна до повноцінної ідентифікації через Держпослуги. Наш підхід працює в 3 рази швидше типової реалізації завдяки готовим модулям і налагодженій схемі. Ми маємо 10+ років досвіду роботи з Бітрікс, що дозволяє уникати типових помилок. Система з ЄСІА забезпечує в 5 разів більшу безпеку, ніж просте модальне вікно.

Федеральний закон № 171-ФЗ і стаття 14.17 КоАП РФ прямо вимагають від продавців алкоголю та тютюну перевіряти вік покупця. Як зазначено в законі: «Роздрібний продаж неповнолітнім тягне накладення адміністративного штрафу». Саме тому система верифікації — не розкіш, а обов'язкова умова.

Як вибрати рівень верифікації?

Перше питання: який рівень верифікації вибрати? Їх три, і кожен вимагає різного підходу.

Рівень 1 — найшвидший. Покупець сам підтверджує вік, результат зберігається в cookie age_verified=1 з терміном 30 днів. Юридично це слабкий захист, але для деяких товарів (наприклад, енергетики) достатньо.

Рівень 2 — користувач вводить дату народження, система перевіряє (today - birthdate) >= 18 years. Обійти тривіально, але створює юридичну відповідальність на покупця.

Рівень 3 — найнадійніший. Він забезпечує на 80% більшу надійність, ніж рівень 1, оскільки перевіряється паспорт. Ми інтегрувалися з 171-ФЗ через REST API ЄСІА. Верифікація за даними паспорта — це наш стандарт для алкоголю та тютюну.

Чому не можна покладатися тільки на cookie?

Cookie закінчуються і їх можна очистити. Тому ми додаємо перевірку на кількох рубежах:

• OnPageStart — перевірка cookie та виведення модального вікна.
• OnBeforeProlog у компоненті bitrix:catalog — обмеження доступу до вікових розділів.
• OnSaleBasketItemAdd — блокування додавання товару в кошик без підтвердження.

Код обробників на init.php:

AddEventHandler('main', 'OnPageStart', function() { global $APPLICATION; if (!isset($_COOKIE['age_verified'])) { $APPLICATION->AddHeadScript('/local/js/age-verify.js'); $APPLICATION->SetAdditionalCSS('/local/css/age-verify.css'); } }); 

// age-verify.js — установка cookie при підтвердженні document.cookie = 'age_verified=1; max-age=' + (86400 * 30) + '; path=/; SameSite=Lax'; 

Обмеження на рівні категорій

Верифікація може вимагатися не для всього сайту. В інфоблоці розділів створюється властивість UF_AGE_RESTRICTED (checkbox). Обробник перевіряє не тільки наявність cookie, а й належність поточної сторінки до закритої категорії.

// OnBeforeProlog в bitrix:catalog $sectionId = $arParams['SECTION_ID']; $section = CIBlockSection::GetByID($sectionId)->Fetch(); if ($section['UF_AGE_RESTRICTED'] && !isset($_COOKIE['age_verified'])) { LocalRedirect('/age-check/?back=' . urlencode($REQUEST_URI)); } 

Верифікація при додаванні в кошик

Навіть якщо покупець пройшов верифікацію при вході, cookie могла закінчитися. Обробник OnSaleBasketItemAdd перевіряє наявність актуального підтвердження:

AddEventHandler('sale', 'OnSaleBasketItemAdd', function(&$arFields) { $productId = $arFields['PRODUCT_ID']; if (isAgeRestrictedProduct($productId) && !isAgeVerified()) { return new CDBResult(false, 'Підтвердьте вік для додавання товару'); } }); 

Зберігання статусу верифікації для авторизованих користувачів

Для авторизованих користувачів результат верифікації зберігається в профілі — UF-поля UF_AGE_VERIFIED (Так/Ні) та UF_BIRTH_DATE (дата). При наступному вході cookie встановлюється автоматично без повторного проходження. Це підвищує конверсію: за нашими даними, 40% покупців не повертаються при повторній верифікації.

Типові помилки та як їх уникнути

Ось що ми зустрічали у клієнтів: зберігання статусу тільки в cookie (легко обходиться), відсутність перевірки на рівні кошика (товар іде без верифікації), неправильна обробка закінчення терміну cookie (користувачі не можуть завершити оформлення), ігнорування авторизованих користувачів (повторна верифікація знижує конверсію). Ми навчилися уникати цих помилок за 10+ років роботи з Бітрікс.

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

• Аналіз вимог та вибір рівня верифікації.
• Проектування схеми та прототипування.
• Розробка модальних вікон, обробників, обмежень.
• Інтеграція з ЄСІА або іншими сервісами (за потреби).
• Тестування всіх сценаріїв: вхід, кошик, закінчення терміну cookie.
• Документація з експлуатації та навчання команди.
• Налаштування моніторингу та підтримка після запуску.

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

Кожен етап включає: аналіз вимог (визначення необхідного рівня), проектування (схема інтеграції), розробку (кодування обробників), інтеграцію (налаштування API), тестування (перевірка сценаріїв) та деплой (запуск).

Вартість робіт від $450–650 залежно від складності. Ми гарантуємо, що система пройде будь-яку перевірку Росалкогольрегулювання. Зв'яжіться з нами — отримайте консультацію та попередню оцінку за 1 день. Замовте налаштування верифікації та уникніть ризиків штрафів.

Додатково підключаємо REST API Бітрікс24 для синхронізації з CRM та зовнішніми системами. Вартість розраховується індивідуально виходячи з обсягу інтеграції та рівня складності.