Музейный портал: разработка на 1С-Битрикс
Музейный сайт — не просто витрина. Это билетная касса, каталог коллекций, виртуальные экскурсии и точка доступа для людей с ограничениями. Мы специализируемся на платформе 1С-Битрикс, которая позволяет объединить все эти функции в одном проекте. За время работы реализовали более 15 музейных проектов — от художественных галерей до исторических комплексов. И знаем, как избежать типовых ошибок, которые приводят к перепродажам билетов или медленной загрузке изображений. Оценим ваш проект за 1 день — просто свяжитесь с нами.
Как 1С-Битрикс решает задачи музейного сайта?
Платформа предоставляет модули iblock для каталогизации фондов и sale для продажи билетов. Доработки под музейную специфику не требуют переписывания ядра — всё решается через инфоблоки v2.0 и свойства. Гибкость системы позволяет реализовать как простую афишу мероприятий, так и сложный виртуальный тур с аудиогидами.
Каталог коллекций и экспозиций
Фондовая коллекция может насчитывать тысячи единиц хранения. Структура инфоблока Collections проектируется с учётом музейных стандартов:
-
PROPERTY_INVENTORY_NUM— инвентарный номер -
PROPERTY_AUTHOR— автор (привязка к инфоблокуPersons) -
PROPERTY_DATING— датировка (строка: «XV век», «1890-е») -
PROPERTY_TECHNIQUE— техника/материал (множественный справочник) -
PROPERTY_DIMENSIONS— размеры (строка: «120×80 см, холст») -
PROPERTY_COLLECTION— принадлежность к коллекции (привязка) -
PROPERTY_HALL— зал экспозиции (привязка к инфоблокуHalls) -
PROPERTY_HI_RES_PHOTO— фото высокого разрешения (файл) -
PROPERTY_AUDIO_GUIDE— аудиоописание (файл MP3)
Для фотографий настраивается модуль обработки изображений: при загрузке генерируются четыре варианта — превью 300px для списка, среднее 800px для карточки, крупное 2000px для зума и watermarked-версия для защиты. Watermark накладывается через обработчик OnFileSave. Поиск по коллекции реализуется через search с фасетными фильтрами: по эпохе, технике, автору, залу. Для полнотекстового поиска подключается Elasticsearch через кастомный SearchProvider — штатный поиск Битрикс не справляется с объёмами музейных описаний. Для синхронизации с музейной системой учета используется стандарт CommerceML.
Почему виртуальные туры повышают посещаемость?
Виртуальные экскурсии увеличивают вовлечённость в 2 раза по сравнению с обычными фотографиями. Мы реализуем 360° панорамы залов с точками интереса (hotspots). Используются библиотеки Pannellum (open source) или Marzipano. Панорамы хранятся в инфоблоке VirtualTours со свойствами: файл панорамы, JSON hotspots, связанные панорамы, аудиотрек. Hotspots бывают трёх типов:
-
info— открывает карточку экспоната -
scene— переход в другой зал -
audio— запуск аудиогида
Редактирование hotspots реализуется через кастомный административный интерфейс: менеджер кликает на точку и заполняет свойства. Аудиогиды загружаются в MP3 с автоматической конвертацией в AAC через FFmpeg. Для детального рассмотра экспонатов подключается OpenSeadragon с технологией Deep Zoom: исходное фото (50–100 Мп) нарезается на тайлы утилитой vips dzsave. Тайлы хранятся на отдельном домене cdn.museum-site.ru или S3-совместимом хранилище.
Как избежать перепродажи билетов?
Модуль sale адаптируется под билетную специфику. Билет — это товар со свойствами:
| Свойство товара | Назначение |
|---|---|
| Тип билета | Взрослый / Детский / Льготный / Семейный |
| Экспозиция | Постоянная / Временная выставка |
| Сеанс | Дата + временной слот |
| Лимит | Максимум посетителей на сеанс |
Лимит посетителей — критичная функция. При каждой продаже обработчик OnSaleOrderAdd уменьшает счётчик доступных мест для сеанса. Когда остаток достигает нуля, слот скрывается. Счётчик хранится в HL-блоке SessionSlots — это исключает проблемы конкурентного доступа. Для атомарности используется UPDATE ... SET count = count - 1 WHERE count > 0. Льготные категории настраиваются через правила корзины, покупатель загружает скан документа (поле ORDER_PROP типа «Файл»). Менеджер верифицирует документ перед подтверждением. Экономия на печати и распространении бумажных билетов составляет до $1.8k–2.6k. в год.
Афиша мероприятий
Инфоблок Events содержит лекции, мастер-классы, концерты, ночи музеев. Вывод на главной — компонент bitrix:news.list с фильтром >=DATE_ACTIVE_FROM и сортировкой по дате. Прошедшие мероприятия автоматически уходят в архив, но остаются доступны по прямой ссылке для SEO. Для афиши генерируется iCal-файл (.ics), который можно добавить в календарь.
Доступность (WCAG 2.1) и SEO
Музеи как государственные учреждения обязаны обеспечивать доступность сайта. Мы реализуем WCAG 2.1 уровня AA: контрастность текста не менее 4.5:1, навигация с клавиатуры, обязательное поле alt для экспонатов (проверяется в OnBeforeIBlockElementUpdate), режим повышенной контрастности (переключатель в шапке), масштабирование текста через rem. Для видеообязательный трек <track kind="captions">.
Для SEO применяется разметка Schema.org типа Museum с вложенными объектами: ExhibitionEvent, Event, CreativeWork, Offer. Разметка генерируется автоматически через JsonLd-компонент, собирающий данные из инфоблоков. Шаблон разметки настраивается в административном разделе — маркетолог может добавить поля без участия разработчика. Это даёт прирост органического трафика до 30% по данным наших проектов. Наш многолетний опыт гарантирует высокое качество и соответствие стандартам.
Что входит в работу
- Проектирование: прототип структуры, согласование функционала, техническое задание.
- Дизайн: адаптивный интерфейс, WCAG-шаблоны, версия для слабовидящих.
- Разработка: backend на 1С-Битрикс, интеграции с платёжными системами и кассами, настройка CDN.
- Наполнение контентом: импорт из Excel/1С, загрузка изображений, аудиогидов, настройка виртуальных туров.
- Тестирование: проверка билетного сценария, нагрузочное тестирование (до 500 одновременных пользователей), аудит доступности.
- Сопровождение: обучение менеджеров, передача доступов, документация, 30 дней поддержки после запуска.
Сроки разработки по этапам
| Этап | Срок |
|---|---|
| Проектирование | 1–2 недели |
| Дизайн | 2–4 недели |
| Разработка | 4–8 недель |
| Наполнение контентом | 1–2 недели |
| Тестирование | 1 неделя |
| Итого | 4–12 недель |
Частые ошибки при разработке сайта музея
- Хранение больших изображений без CDN — замедление загрузки в 3 раза.
- Отсутствие атомарности при продаже билетов — риск перепродажи мест.
- Игнорирование WCAG — штрафы до 2% от бюджета для госучреждений.
Стоимость и сроки
Сроки разработки — от 4 до 12 недель в зависимости от сложности. Внедрение билетной системы увеличивает выручку от продажи билетов на 30% за счёт динамического ценообразования. Стоимость рассчитывается индивидуально после аудита ваших требований. Оценим проект за 1 день — получите коммерческое предложение с детальной сметой. Получите консультацию по вашему проекту — мы расскажем, как мигрировать с устаревшей системы или доработать существующий сайт. Свяжитесь с нами для детального обсуждения.







