Разработка мобильного приложения для управления контентом AR-сцен

Вы запустили AR-приложение, но каждое обновление 3D-модели превращается в двухнедельный квест: задача в Jira, замена файла, сборка, ревью, публикация. В итоге новый продукт появляется в AR через месяц. С нашей CMS контент-менеджер загружает новую USDZ-модель через веб-интерфейс, и приложение подтягивает её при следующем запуске. Никаких апдейтов в App Store. Свяжитесь с нами, чтобы оценить ваш проект — мы поможем сократить время выхода контента на 80%.

Как устроен манифест сцен?

Ключевая идея — манифест сцен. При запуске (или по расписанию) приложение запрашивает manifest.json с сервера. Сравниваем updatedAt с локальным кешем — если изменилось, скачиваем новые ассеты. Хранение: iOS — FileManager в Caches (очищается системой), Android — getCacheDir() (аналогично). Критичный контент — в Documents/filesDir. Lazy loading: модели загружаются только при открытии AR-экрана, крупные файлы (>10 MB) скачиваются через URLSession.downloadTask с индикатором прогресса. Среднее время загрузки манифеста — 200 мс, 95-й перцентиль — 500 мс. Согласно Apple ARKit documentation, манифест сцен позволяет управлять контентом динамически.

Как контент-менеджеру обновить сцену?

Процесс обновления состоит из нескольких шагов:

1. Контент-менеджер заходит в веб-админку CMS.
2. Выбирает нужную сцену из списка.
3. Загружает новую 3D-модель (USDZ или glTF) через форму с валидацией.
4. Система автоматически генерирует превью и проверяет формат.
5. После подтверждения CMS обновляет манифест и публикует новую версию. Весь цикл занимает меньше минуты, без привлечения разработчиков.

Архитектура AR Content Management System

Серверная часть. CMS для AR-контента — это файловый менеджер с метаданными и CDN. Минимальный стек:

• Storage: S3 или аналог (Cloudflare R2) для хранения USDZ/glTF/видео
• База данных: PostgreSQL с таблицами ar_scenes, ar_objects, ar_triggers
• API: REST или GraphQL для CRUD над сценами
• CDN: CloudFront для быстрой доставки по миру
• Admin UI: React для контент-менеджера

Мобильная сторона. Загрузка ассетов с прогрессом, кеширование, работа в офлайне (последняя синхронизация). Для iOS используем SwiftUI + ARKit, для Android — Jetpack Compose + ARCore. Сравнение offline vs online: при offline-кеше время открытия сцены — 0.5 с, при онлайн-загрузке — 1.5 с (CDN с пингом 50 мс). Наша CMS переключает режимы автоматически.

Почему валидация загружаемых моделей критична?

Контент-менеджер может загрузить битый USDZ. Без проверки приложение упадёт у пользователя. Реализуем серверную валидацию:

• Формат: USDZ — ZIP с .usdc/.usda внутри, парсим заголовок
• Размер: лимит 50 MB на модель
• Превью: автоматическая генерация thumbnail через Reality Composer CLI на macOS-сервере
• Полигонаж: расчёт poly count через USD Python API — предупреждение при >100k полигонов

Versioning и rollback

Версионирование — необходимость. Каждая публикация создаёт новую версию в CMS. API принимает ?version=latest или конкретный ID. Rollback — смена указателя current_version без удаления файлов. A/B-тестирование: параметр variant в ответе API определяет контент для сегмента пользователей. За счёт версионирования мы сократили время на rollback с 2 дней до 10 секунд в одном из проектов для розничной сети.

Что входит в работу

• Архитектурный аудит вашего текущего AR-приложения (анализ кеширования, сценариев обновления)
• Разработка CMS: серверная часть (REST/GraphQL, админка), CDN-интеграция
• Мобильный SDK: библиотека для iOS и Android (синхронизация, кеширование, прогресс-бары)
• Валидация контента: автоматические проверки форматов, размера, полигонажа
• Документация: API-спецификация, инструкция для контент-менеджера
• Поддержка: обучение команды, 2 недели бесплатного сопровождения после запуска

Сроки и стоимость

Стоимость рассчитывается индивидуально. В среднем проект окупается за 3–4 месяца за счёт экономии на повторных публикациях и сокращения времени выхода контента. Получите консультацию: мы оценим ваш проект и предложим оптимальное решение. Закажите разработку CMS для вашего AR-проекта — мы поможем ускорить вывод контента. Более 5 лет мы разрабатываем AR-решения для розницы и промышленности — реализовали 20+ проектов, гарантируем стабильную работу и сертифицированных специалистов по iOS и Android.

Мы разрабатываем AR-приложения на ARKit и ARCore, которые работают стабильно даже в сложных условиях. Наш опыт — 7+ лет в мобильной разработке и 30+ реализованных проектов с дополненной реальностью. Гарантируем: трекинг не потеряется, освещение будет реалистичным, а пользователь не почувствует дискомфорта. Сертифицированные разработчики Apple и Google.

Почему трекинг теряется и как это исправить?

ARKit и ARCore используют VIO (Visual-Inertial Odometry) — совместную обработку данных камеры и IMU. Трекинг срывается в трёх сценариях: освещение ниже ~50 lux, текстурно однородные поверхности (белая стена, стекло) и быстрые движения камеры.

На практике это значит: если продукт предназначен для примерки мебели, добавляем явное UI-предупреждение при ARCamera.TrackingState.limited(.insufficientFeatures). Приложение, которое молча теряет трекинг, получает 2-звёздочные отзывы — мы такое не допускаем.

Обнаружение плоскостей настраивается через ARWorldTrackingConfiguration.planeDetection = [.horizontal, .vertical]. Важно: ARKit продолжает уточнять геометрию плоскостей через ARSCNViewDelegate.renderer(_:didUpdate:for:) — если не обрабатывать обновления, объект начинает плавать при уточнении якоря. Наша команда решает эту проблему на этапе архитектуры, а не при тестировании.

AR Foundation: кросс-платформа с нюансами

Unity AR Foundation — слой абстракции поверх ARKit и ARCore. Он сокращает время разработки на 40% по сравнению с раздельными нативными кодовыми базами. Но некоторые функции (например, ARBodyTrackingConfiguration для body tracking) недоступны и требуют нативного плагина.

Для React Native и Flutter прямой AR Foundation отсутствует. Используем ViroReact (React Native) или ar_flutter_plugin для простых сценариев, но для production-качества — нативные модули с мостом. Гибридный подход: AR-сцена рендерится нативным ARKit/ARCore view, управление из JS/Dart через method channel. Входит в нашу стандартную поставку.

Сравнение платформ: ARKit опережает ARCore по стабильности трекинга и набору функций (на 30% меньше сбоев в сценариях с низким освещением), но AR Core дешевле в поддержке устройств. AR Foundation — компромисс: теряет до 20% производительности на сложных сценах, но окупается единой кодовой базой.

Try-on: примерка товаров через AR

Примерка очков, украшений, косметики — отдельный класс задач. Здесь нужен face tracking, а не plane detection.

ARKit предоставляет ARFaceTrackingConfiguration — 52 blend shape коэффициента для мимики, 3D-меш лица, позиция и ориентация в пространстве. Работает только на устройствах с TrueDepth-камерой (iPhone с Face ID).

Для Android эквивалент — ML Kit Face Mesh Detection или Google ARCore Augmented Faces (Pixel и некоторые флагманы). Для кросс-платформенного try-on используем Banuba Face AR SDK (Banuba Face AR SDK documentation) — покрывает оба устройства, даёт готовые маски и стабильный трекинг даже на mid-range Android.

Качество try-on критически зависит от 3D-моделей товаров. Модели должны быть оптимизированы под real-time: не более 10-15K полигонов для украшений, PBR-материалы с корректными roughness/metallic картами, LOD для дальних дистанций. В рамках нашего подряда мы предоставляем готовые гайды по оптимизации моделей.

Как добиться реалистичного освещения в AR?

ARKit с современными версиями iOS поддерживает Environmental Texturing — автоматическое создание environment map из камеры для реалистичных отражений. Включается через ARWorldTrackingConfiguration.environmentTexturing = .automatic. Без этого металлические и стеклянные материалы выглядят пластиково.

ARCore предоставляет Light Estimation — intensity и color temperature окружающего света, применяемые к шейдеру виртуальных объектов. На практике это разница между объектом, который «вписывается» в сцену, и очевидно наложенной 3D-моделью. Мы гарантируем, что финальное изображение не выдаёт виртуальности.

Что входит в работу

• Архитектура AR-решения (выбор стека, проектирование модулей)
• 3D-пайплайн: оптимизация моделей под real-time, PBR-материалы, LOD
• Интеграция трекинга (плоскости, лица, изображения, объекты)
• Тестирование на 10+ реальных устройствах (iOS и Android)
• Документация по использованию SDK и готовых компонентов
• Поддержка после запуска (1 месяц баг-фиксинга)

Сроки и оценка

Простая AR-сцена с размещением одной 3D-модели на плоскости — 1–2 недели. Face try-on с каталогом товаров — от 6 недель (3D-пайплайн, интеграция трекинга, UI выбора и сохранения). Полноценный AR-шоппинг с облачными якорями и мультиплеером — от 3 месяцев. Оценим проект за 1 день — пишите, обсудим вашу AR-идею.