Музейний портал: розробка на 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 типу «Файл»). Менеджер верифікує документ перед підтвердженням.
Афіша заходів
Інфоблок 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 день — отримайте комерційну пропозицію з детальним кошторисом. Отримайте консультацію по вашому проекту — ми розповімо, як мігрувати з застарілої системи або доопрацювати існуючий сайт. Зв'яжіться з нами для детального обговорення.







