Магазин товаров 18+ выглядит как обычный интернет-магазин, но за витриной прячется совсем другой набор требований: подтверждение возраста, ограничения на продажу и рекламу, особые правила эквайринга и доставки. Запустить его «как все» не получится — риск не в дизайне, а в юридической модели и в том, кому и как вы показываете и продаёте товар.
В этой статье разберём технические и юридические нюансы такого магазина на 1С-Битрикс: с чего начинать, как устроен age gate, как скрывать контент, что с маркировкой, оплатой и доставкой и как всё это реализуется на инфоблоках и торговом каталоге. Материал — обзорный и практический; по конкретным категориям обязательно нужна консультация юриста, а техническую часть закрывает автоматизация на 1С.
Коротко
- Проект начинается с юридической модели, а не с дизайна: сначала — что и как законно продавать, потом сайт.
- Age gate — обязательный минимум; для части категорий нужна реальная проверка возраста при доставке.
- Товары 18+ помечают свойством инфоблока и скрывают до подтверждения — без переписывания ядра.
- Эквайринг и каналы рекламы согласуют заранее: не каждый банк и площадка возьмут чувствительную категорию.
Чем магазин 18+ отличается от обычного
Технически каталог, корзина и оформление у магазина 18+ такие же, как у любого другого. Разница — в слое ограничений, который надстраивается сверху и пронизывает весь проект: от первой секунды на сайте до вручения товара курьером. Игнорировать этот слой нельзя — он и есть суть проекта.
Ключевые отличия сводятся к нескольким пунктам: посетителя нужно отсекать по возрасту ещё до показа товара; часть контента и рекламы под ограничениями; продажа отдельных категорий регулируется или запрещена дистанционно; оплата и доставка требуют особых договорённостей. Всё это влияет и на архитектуру сайта, и на бизнес-модель, поэтому решать эти вопросы нужно на старте, а не «прикручивать» потом.
Юридический контур: с чего начать
Первый шаг — не макет, а юридическая проработка. От неё зависит, что вообще можно строить. Категории 18+ очень разные: то, что разрешено для одной, может быть под запретом для другой.
На этом этапе нужно ответить на вопросы: какие именно категории вы продаёте и разрешена ли по ним дистанционная торговля; нужна ли лицензия; попадают ли товары под обязательную маркировку; какие ограничения на рекламу; как и на каком этапе проверяется возраст покупателя. Ответы формируют требования к сайту — и только после этого имеет смысл проектировать витрину.
Возрастное подтверждение (age gate)
Age gate — первый экран, который видит посетитель: подтверждение совершеннолетия до доступа к каталогу. Это обязательный минимум должной осмотрительности. Он не проверяет паспорт, но фиксирует, что посетитель заявил о своём возрасте, и не даёт несовершеннолетнему беспрепятственно листать товары 18+.
Хороший age gate устроен просто и предсказуемо:
- Показывается до контента. Барьер стоит перед каталогом, а не появляется где-то в глубине сайта.
- Запоминает выбор. Подтверждение хранится в сессии или защищённой cookie на разумный срок, чтобы не переспрашивать на каждой странице.
- Не собирает лишнего. Достаточно факта подтверждения; хранить дату рождения без необходимости не нужно.
- Работает при прямом заходе. Переход по ссылке из поиска на карточку 18+ тоже ведёт через подтверждение.
Важно, что age gate — это заявительный, а не проверяющий механизм. Для категорий, где закон требует реальной проверки возраста, финальное подтверждение происходит при вручении товара, а сайт лишь фиксирует первичное согласие.
Скрытие контента 18+ на сайте
Отдельная задача — что показывать до подтверждения и в поисковой выдаче. Прямая демонстрация чувствительного контента всем подряд создаёт и юридические, и репутационные риски, поэтому его закрывают.
На практике товары 18+ помечают отдельным свойством инфоблока, а логика показа зависит от статуса посетителя:
- До подтверждения возраста — карточки и изображения таких товаров скрыты или размыты, вместо них — приглашение подтвердить возраст.
- После подтверждения — контент показывается полностью.
- В превью и мессенджерах — чувствительные изображения не отдаются в открытые превью ссылок.
Это накладывается поверх штатного каталога 1С-Битрикс без вмешательства в ядро: обычное свойство товара плюс проверка флага подтверждения в шаблоне и компонентах. Управление доступом к разделам решается на уровне логики вывода, а не сложной кастомизации.
Маркировка и учёт товаров
Часть товаров 18+ попадает под обязательную маркировку, часть — нет. Если ваша продукция маркируется, коды нужно корректно вести в учётной системе и передавать в заказ и документы. Ошибки здесь — это уже не UX, а нарушение.
Технически движение кодов маркировки остаётся в 1С, а сайт получает из неё товары, цены и остатки обменом CommerceML. То есть корректность маркировки на стороне продаж упирается в качество интеграции с 1С и порядок в учёте. Актуальный перечень маркируемых категорий нужно сверять отдельно — он меняется. Настройку такого обмена и порядок в номенклатуре обеспечивает автоматизация продаж и склада на 1С.
Ограничения на рекламу и продвижение
Продвижение магазина 18+ отличается от обычного не меньше, чем продажа. На рекламу ряда категорий действуют ограничения вплоть до запрета, а рекламные площадки применяют собственные, часто более строгие правила модерации. Значит, привычный набор каналов работать не будет.
Это меняет стратегию: упор смещается на то, что не зависит от рекламных кабинетов, — органический поиск, прямой трафик, работу с базой постоянных клиентов и контент. SEO для таких проектов особенно ценно, потому что даёт трафик там, где реклама недоступна. Перед стартом продвижения сверьтесь и с законом, и с правилами конкретной площадки, чтобы не получить блокировку кабинета.
Оплата и эквайринг
Приём платежей — узкое место таких проектов. Банки и платёжные сервисы ведут внутренние политики по чувствительным категориям и могут отказать в подключении или запросить дополнительные документы. Обнаружить это уже после запуска — значит остановить продажи.
Поэтому эквайринг согласуют заранее, до старта, и по возможности закладывают запасного провайдера. 1С-Битрикс поддерживает подключение разных платёжных систем как отдельных обработчиков оплаты, поэтому смена провайдера не требует переделки сайта — меняется только настройка платёжной системы. Главное — иметь работающий вариант к моменту запуска и план Б на случай отказа.
Доставка и проверка возраста
Для многих категорий 18+ реальная проверка возраста происходит не на сайте, а при вручении товара. Курьер или пункт выдачи убеждаются, что получатель совершеннолетний, — и это часть модели продаж, которую нужно заложить в процесс.
- Инструкция для доставки. Курьеры и ПВЗ знают, что по таким заказам проверяют возраст получателя.
- Пометка заказа. Заказ с товарами 18+ помечается, чтобы служба доставки видела требование проверки.
- Отказ при непрохождении. Предусмотрен сценарий, когда получатель не подтвердил возраст, — возврат товара.
- Способы доставки под категорию. Не каждый способ подходит; часть доставок ограничивают самовывозом или проверяемой курьерской доставкой.
На стороне сайта это отражается пометкой в заказе и настройкой доступных способов доставки, а исполнение — уже операционный процесс. Связка «пометка на сайте → правило в доставке» реализуется через свойства заказа и статусы.
Персональные данные и согласия
Любой магазин собирает персональные данные, но для 18+ к этому добавляется тема возраста. Общее правило — минимизация: собирайте только то, что действительно нужно для сделки и доставки, и не храните лишнего.
Для age gate достаточно факта подтверждения, а не даты рождения. При оформлении заказа собираются обычные данные для доставки, с корректным согласием на их обработку и понятной политикой конфиденциальности. Формы, согласия и хранение данных настраиваются штатными средствами 1С-Битрикс, а безопасность передачи данных между сайтом и внешними сервисами мы разбираем в статье про безопасность REST и вебхуков.
Техническая реализация в 1С-Битрикс
Собрать магазин 18+ на 1С-Битрикс можно штатными механизмами плюс аккуратная кастомизация. Порядок работ такой:
- Заведите свойство «18+». Пометьте категории и товары, требующие подтверждения возраста и особой обработки.
- Сделайте age gate. Экран подтверждения до каталога, с хранением факта подтверждения в сессии или cookie.
- Настройте показ контента. До подтверждения — скрытие или размытие товаров 18+ в шаблоне и компонентах каталога.
- Свяжите с 1С. Товары, цены, остатки и коды маркировки ведутся в 1С и приходят обменом CommerceML.
- Подключите эквайринг. Согласованную платёжную систему как отдельный обработчик оплаты, с запасным вариантом.
- Настройте доставку. Доступные способы под категорию и пометку заказа для проверки возраста при вручении.
- Проверьте на реальных сценариях. Прямой заход по ссылке, превью, оформление, оплата и передача заказа в доставку.
Если проекту нужна нестандартная логика (сложные правила показа, интеграции со службами доставки, свои проверки), её выносят в отдельный модуль или API-слой. Как аккуратно расширять Битрикс своим кодом, мы разбираем в статьях про разработку собственного модуля и D7 и ORM.
| Слой | Задача | Где решается в 1С-Битрикс |
|---|---|---|
| Доступ | Подтверждение возраста до контента | Age gate, сессия/cookie |
| Каталог | Скрытие товаров 18+ | Свойство инфоблока + шаблон |
| Товар | Учёт и маркировка | Обмен CommerceML с 1С |
| Оплата | Приём платежей | Платёжные системы (обработчики) |
| Доставка | Проверка возраста при вручении | Свойства заказа + правила доставки |
Частые ошибки запуска
- Сначала сайт, потом юристы. Витрину построили, а модель продаж оказалась нежизнеспособной — дорогая переделка.
- Age gate «для галочки». Барьер обходится прямым заходом по ссылке или отсутствует в превью.
- Эквайринг не согласован заранее. Магазин готов, а платить нечем — банк отказал в чувствительной категории.
- Игнорируют проверку возраста при доставке. Age gate на сайте есть, а курьер возраст не проверяет.
- Реклама без сверки правил. Кампанию запустили и получили блокировку кабинета.
- Маркировка «повисла». Коды не ведутся в 1С корректно, документы уходят с ошибками.
- Собирают лишние данные. Хранят дату рождения и прочее без необходимости, повышая риски.
Чек-лист запуска
- Юридическая модель проверена. Категории, законность дистанционной продажи, лицензии и маркировка подтверждены юристом.
- Age gate работает. Подтверждение возраста стоит до контента, запоминается и срабатывает при прямом заходе.
- Контент 18+ скрыт. Товары помечены свойством и не показываются до подтверждения, в том числе в превью.
- Обмен с 1С настроен. Товары, остатки и коды маркировки корректно приходят на сайт.
- Эквайринг согласован. Есть рабочий провайдер и запасной вариант под категорию.
- Доставка учитывает возраст. Заказы помечены, способы доставки подобраны, инструкция для вручения есть.
- Данные и согласия в порядке. Собирается минимум, согласия оформлены, политика опубликована.
Вывод
Магазин товаров 18+ — это обычная витрина плюс слой ограничений, который решает всё. Успех проекта определяется не дизайном, а тем, насколько законна модель продаж и насколько аккуратно реализованы подтверждение возраста, скрытие контента, эквайринг и проверка возраста при доставке.
Правильный порядок один: сначала юридическая проработка категории с профильным юристом, затем проектирование сайта под уже понятные требования. Технически 1С-Битрикс закрывает задачу штатными механизмами — свойствами инфоблоков, обработчиками оплаты и доставки, обменом с 1С — с точечной кастомизацией там, где нужна особая логика. Соберите проект в этом порядке, и он будет и продавать, и не создавать рисков.
