Технологический стек, бизнес-модели и ограничения
WebGL и WebGPU, форматы, оптимизация, бизнес-модели, риски и ограничения.
Исследование подготовлено 3 августа 2026. Все утверждения снабжены ссылками на источники. Где значение не удалось подтвердить источником — стоит н.д.
ЧАСТЬ A. ТЕХНОЛОГИЧЕСКИЙ СТЕК
A1. Технологии рендеринга: WebGL 2.0 и WebGPU
Текущее состояние WebGL 2.0
WebGL 2.0 поддерживается в Chrome с версии 56, Edge с 79, Safari с 15 (включая iOS Safari 15+), Firefox с 51, Samsung Internet с 7.2 и Opera с 43; поддержки нет в IE11 и Opera Mini (caniuse WebGL 2.0). То есть на практике WebGL2 — это универсальный базовый уровень, и на него можно опираться как на гарантированный фолбэк.
WebGPU: сроки и поддержка браузеров
| Браузер | Статус WebGPU | Источник |
|---|---|---|
| Chrome / Edge | 113+ (Windows/D3D12, macOS, ChromeOS) | web.dev |
| Firefox | 141+ на Windows; 145+ на macOS ARM64; Linux/Android/Intel Mac — в работе | gpuweb Implementation Status |
| Safari | 26.0+ (macOS Tahoe 26, iOS 26, iPadOS 26, visionOS 26) | WebKit Features in Safari 26.0 |
Официальная формулировка Google: «WebGPU доступен на Windows (через Direct3D 12), macOS и ChromeOS начиная с Chrome и Edge версии 113», а для Firefox отмечено, что Windows-поддержка появилась в 141, macOS Tahoe 26 ARM64 — в 145, а Linux, Android и Intel-Mac всё ещё в процессе (web.dev, 25 ноября 2025). Firefox 141 стал первой стабильной версией с WebGPU по умолчанию на Windows, реализация построена на Rust-бэкенде wgpu (Mozilla Gfx Team, 15 июля 2025; Simon Willison).
Ключевой сдвиг — позиция Apple. В Safari 26.0 WebKit прямо заявляет, что «WebGPU замещает WebGL на macOS, iOS, iPadOS и visionOS и предпочтителен для новых сайтов», добавляя вычислительные шейдеры и HDR-изображения в WebGPU Canvas (WebKit). К ноябрю 2025 WebGPU по умолчанию работает в Chrome, Firefox, Safari и Edge, а Safari 26.2 добавил связку WebXR + WebGPU на Vision Pro (webgpu.com). В январе 2026 WebGPU получил статус Baseline во всех основных браузерах (VR.org).
Важное расхождение в источниках. Кэшированная таблица caniuse показывает Firefox 141–156 как «disabled by default», что противоречит официальным анонсам Mozilla, web.dev и wiki рабочей группы gpuweb. В этом отчёте приоритет отдан первичным источникам вендоров.
Бенчмарки: WebGL против WebGPU
Академическое измерение на системах разного класса (частицы, Chrome Canary) показало: на RTX 3080 время вычислений в WebGPU было примерно в 100 раз меньше, общее GPU-время — в 10–20 раз, чистый рендер — в 4–9 раз; на слабой Intel UHD 620 вычисления оказались быстрее в 5–6 раз, а общее GPU-время выигрывало от 60% до 6 раз. Максимум частиц при 60 fps: 37 млн и 20 млн у WebGPU против 2,7 млн и 2,3 млн у WebGL на high-end, и 2,1 млн / 398 тыс. против 374 тыс. / 310 тыс. на слабом железе (диссертация DiVA).
Однако для типичных сайтов результат не однозначен. Другая работа DiVA, сравнивавшая e-commerce-сайты с 3D, обнаружила, что связка Three.js + WebGL превзошла Babylon.js + WebGPU и по FPS, и по времени загрузки со статистической значимостью (ANOVA, p<0,001) (DiVA). Замеры на реальных GPU тоже дали смешанную картину: на Intel UHD Gen9 WebGL выдал 195 FPS против 172–184 FPS у WebGPU, хотя WebGPU сократил число draw-call с 331 до 171; на AMD GCN5 WebGL дал 136 FPS против 205 FPS у WebGPU, а время кадра упало с 7,3 мс до 4,9 мс (тест Aestar).
Реальное преимущество WebGPU — не «фпс на пустой сцене», а потолок по draw-call и CPU-накладным расходам: WebGL упирается в CPU примерно на 500 draw-call за кадр, тогда как WebGPU держит 10 000+; snapshot-рендеринг Babylon.js через GPU render bundles ускоряется примерно в 10 раз, а меньшая нагрузка на CPU означает меньший нагрев и троттлинг на мобильных (исследование Kaelan). На Safari 26 WebGPU оказался примерно на 35% быстрее WebGL в TensorFlow.js, но с багом в градиентах (Qiita); разработчики жалуются на нестабильность WebGPU в Safari 26 / iOS 26 (r/webgpu).
Практический вывод для миграции: нужен Three.js r171+ для «нулевой конфигурации» WebGPU, а выигрыш в 10–100 раз достигается именно на вычислительных шейдерах (гид по миграции Utsubo).
Мобильные устройства: возможности и жёсткие пределы
Мобильный Safari — самый ограниченный WebGL-хост в массовом использовании: рекомендуется держать потребление памяти ниже 384 МБ, включать Brotli и предусматривать фолбэк на WebGL 1.0 для старых iPhone (Bugnet). На старых iPhone (8, SE 2-го поколения) вкладки, потребляющие более 300–400 МБ, часто убиваются ОС без предупреждения, а GPU-память считается отдельно: текстура 2048×2048 RGBA занимает 16 МБ VRAM независимо от размера файла, и Safari склонен падать или искажать картинку при суммарном использовании GPU-памяти свыше ~256 МБ на старых устройствах — отсюда рекомендация держать атласы 1024×1024 или меньше (abratabia.com). Разработчики Babylon.js прямо ловят ошибку «Total canvas memory use exceeds the maximum limit (256mb)» на iPhone (форум Babylon.js). Начиная с iOS 15 Apple, по сообщениям, ограничила максимальный размер WebGL-текстуры до 4096×4096, и вкладка падает при превышении (OpenLayers issue #15132). Отдельная проблема — невозможность поймать такое падение в JS: исключение не выбрасывается, вкладка просто умирает (Stack Overflow). Есть и команды, которые после многолетних падений на iPhone отказались от WebGL полностью (discourse.threejs.org).
A2. Форматы 3D и пайплайн ассетов
glTF/GLB — стандарт веба
model-viewer поддерживает исключительно glTF/GLB, называя формат «JPEG среди 3D», по умолчанию использует WebXR на Android и требует корректных CORS-заголовков на хосте ассетов (model-viewer FAQ). Отдавать нужно именно бинарный GLB, а не glTF с base64-встраиванием, потому что base64 добавляет 33% веса (Intelligent Graphic & Code).
USDZ — формат Apple AR
USDZ построен на OpenUSD/AOUSD и даёт AR без установки приложения через Apple AR Quick Look, тогда как glTF/GLB — кроссплатформенный стандарт Khronos; рабочая практика — публиковать оба, например <model-viewer src="model.glb" ios-src="model.usdz"> (svilenkovic; viSales; 360render).
FBX, OBJ — легаси
OBJ и FBX остаются форматами обмена между DCC-пакетами и не оптимизированы под веб-доставку (руководство echo3D).
Draco, meshopt, KTX2
Draco даёт сокращение геометрии на 50–80%, ценой WASM-декодера DRACOLoader примерно на 150 КБ (svilenkovic). KTX2-текстуры в 3–5 раз меньше JPG, а целевое время загрузки сцены — менее 500 мс (svilenkovic); типичное суммарное сжатие от сырого ассета до оптимизированного составляет 70–90% (svilenkovic).
Расширение EXT_meshopt_compression даёт лёгкий и быстрый декодер, но требует дополнительного gzip/brotli сверху; декомпрессия происходит до загрузки в GPU. Критически важный нюанс: ни Draco, ни meshopt не улучшают runtime-FPS — на частоту кадров влияет только упрощение геометрии; meshopt лоссовый, поэтому оригиналы надо хранить (gltf-transform).
Инструменты оптимизации
gltfpack из meshoptimizer оптимизирует порядок вершин под кэш, квантует геометрию, объединяет меши, ресемплит анимацию и вырезает лишние узлы: флаг -c включает EXT_meshopt_compression (three.js r122+ с setMeshoptDecoder, Babylon 5.0+), -cc — более агрессивный режим, -si <ratio> — упрощение, -tc — KTX2/Basis; KHR_mesh_quantization требует three.js r111+ или Babylon 4.1+ (meshoptimizer; DeepWiki).
gltf-transform ставится как npm install --global @gltf-transform/cli, а базовая команда выглядит как gltf-transform optimize input.glb output.glb --compress draco --texture-compress webp; команда inspect служит для диагностики, а набор операций включает draco, meshopt, quantize, weld, simplify, reorder, tangents, unwrap, etc1s, uastc (документация CLI; simplify; reorder; meshopt). Рекомендуемая последовательность операций: resize → prune → simplify → uastc → etc1s → meshopt (Holusion eCorpus).
Целевые размеры файлов
Ориентир для одиночного .glb — менее 3 МБ, при этом важно помнить, что «10-мегабайтный Draco-файл может распаковаться в 40 МБ и занять 500 мс на мобильном CPU» (Intelligent Graphic & Code). Более грубые пороги: до 10 МБ для десктопа и до 5 МБ для мобильных, при том что неоптимизированные ассеты часто весят 15–40 МБ (Coohom); упрощение мешей вместе со сжатием текстур снимает 60–90% веса (Coohom).
A3. Ключевые библиотеки и фреймворки
Three.js и WebGPURenderer
WebGPURenderer в three.js спроектирован как универсальный рендерер с автоматическим фолбэком на WebGL2-бэкенд и node-based системой материалов (мануал three.js). Для плавной миграции WebGLRenderer.setNodesHandler позволяет использовать node-материалы TSL прямо на WebGL (документация). Threlte предупреждает, что WebGPU в three.js всё ещё молод и ориентироваться нужно на r171+ (Threlte).
Шейдеры: GLSL и TSL
TSL (Three Shading Language) транспилируется в WGSL или GLSL через NodeBuilder — соответственно WGSLNodeBuilder и GLSLNodeBuilder (спецификация TSL; полная документация). Практическое введение в TSL и его отличия от «ручного» GLSL описано у Максима Хекеля (field guide to TSL and WebGPU). При миграции особое внимание требуют кастомные GLSL-шейдеры, постпроцессинг и сторонние библиотеки (Utsubo).
React Three Fiber и экосистема pmndrs
В React-проектах де-факто стандартом остаётся React Three Fiber, поддерживаемый сообществом Poimandres: он выражает граф сцены three.js как декларативное дерево React-компонентов, а вокруг него сложился набор соседних библиотек — drei (хелперы камеры, света, лоадеров), react-three-rapier (физика Rapier), react-three-postprocessing (bloom, DOF, SSAO) и leva (GUI-крутилки); полная интеграция WebGPU в R3F на второй квартал 2026 всё ещё дозревает, а рабочий приём — передавать WebGPU-рендерер через проп gl (Oflight, гид 2026). Пакет drei предоставляет 80+ хелперов — от OrbitControls и TransformControls до Environment и Lightformer, а WebXR в R3F подключается через @react-three/xr (pkgpulse, сравнение 2026). @react-three/postprocessing предоставляет EffectPass, который автоматически организует и объединяет эффекты, минимизируя число рендер-операций и позволяя комбинировать много эффектов без штрафа классических цепочек пассов (npm).
Babylon.js 8.0 и корпоративное применение
Babylon.js 8.0 (март 2025) принёс IBL-тени, разработанные совместно с Adobe, площадные источники света (Area Lights), альфа-версию Node Render Graph и — важное для веса бандла — перевод ядра шейдеров на WGSL, что убрало библиотеку конвертации GLSL→WGSL размером более 3 МБ (Babylon.js blog). Отдельные части релиза посвящены glTF/USDZ/WebXR, включая KHR_materials_diffuse_transmission, опции LOD в лоадере и IES-освещение (Windows Blogs, часть 3), а также новому аудиодвижку, поддержке гауссовых сплатов в форматах SPZ и compressed PLY и обновлениям физики (Windows Blogs, часть 2). Babylon.js позиционируется как enterprise-альтернатива от Microsoft со встроенной физикой, XR и визуальным редактором (pkgpulse).
Существенная разница в цене входа: ядро Three.js весит около 130 КБ против примерно 2,5 МБ у Babylon.js (630 КБ в gzip) (Modelfy).
PlayCanvas
PlayCanvas — MIT-лицензированный open-source движок с двойным бэкендом WebGL2 + WebGPU и автоматическим фолбэком, поддержкой вычислительных шейдеров начиная с версии движка 1.70.0 (демо с миллионом частиц), первоклассной работой с гауссовыми сплатами, встроенным WebXR и очень небольшим весом (PlayCanvas Engine; GitHub; playcanvas.com). WebGPU доступен и в редакторе (анонс), хотя документация помечает его как бету (Graphics docs). Редактор даёт совместную работу в реальном времени, отсутствие шага компиляции и тестирование прямо на устройстве (Editor). Свежий пример возможностей — SuperSplat v2.19.0 с compute-рендерером сплатов на WebGPU, GPU radix sort и стримингом LOD (PlayCanvas blog).
WebXR API
WebXR — стандарт W3C, нативно поддерживаемый в Chrome 79+, Edge 79+, Opera 66+, Samsung Internet 12+, браузере Meta Quest и Safari на visionOS 2.0, тогда как Firefox, iOS Safari и macOS Safari его не поддерживают (TestMu AI, май 2026). Самой полной мобильной целью считается браузер Meta Quest, где через веб-страницу доступны passthrough-AR, детекция плоскостей, пространственные якоря и трекинг рук; главное недавнее изменение — Safari, который открыл WebXR на visionOS с режимом ввода «взгляд + щипок», а сам WebXR предложен как фокус-область Interop 2026 (VR.org). Meta подтверждает поддержку WebXR Augmented Reality Module (passthrough), Plane Detection и Anchors в своём браузере (Meta Horizon docs), но одновременно фиксирует ограничения веба против нативной разработки: пространственные якоря, scene understanding и Depth API в её таблице отмечены как недоступные для WebXR (Meta WebXR overview). WebXR требует HTTPS, поэтому для итераций используют статические хосты или туннели (XR VisionDevCamp). В 2026 сообщается о росте использования WebXR на 40% (reptile.haus).
A4. Хостинг и производительность
CDN-стратегии для 3D-ассетов
Базовый паттерн — иммутабельное кэширование с хэшом контента в имени файла и агрессивным TTL, то есть Cache-Control: public, max-age=31536000, immutable, с s-maxage для отдельного управления CDN и stale-while-revalidate для мгновенной отдачи при фоновой ревалидации (стандарты производительности Cloudflare). Важно, что Cloudflare не кэширует ресурс, если Cache-Control равен private, no-store, no-cache или max-age=0, если присутствует Set-Cookie или если метод не GET (Cloudflare docs). Cloudflare по умолчанию кэширует по расширению файла, а не по MIME-типу — автоматически попадают .css, .js, .png, .jpg, .woff2 и ещё 60+ статических типов, тогда как HTML, JSON и XML считаются динамическими; при отсутствии Cache-Control edge-TTL для кода 200 составляет 120 минут (toolchew). Практический вывод для 3D: для .glb/.ktx2 стоит задавать заголовки и правила кэширования явно.
Brotli сжимает HTML, CSS и JS на 15–30% лучше gzip при сопоставимом качестве, в Cloudflare включён по умолчанию и настраивается Compression Rules, при этом gzip оставляют как фолбэк, а zstd — как более быстрый вариант для динамики (Микола Александров). Нюанс: Cloudflare применяет свои Speed-функции, включая Brotli, к ассетам на edge и сам конвертирует форматы сжатия, поэтому предварительное brotli-сжатие на origin не обязательно (Cloudflare Community). Для 3D это особенно значимо, потому что meshopt-сжатие требует gzip/brotli поверх себя (gltf-transform), а Brotli рекомендуется и для шейдеров (svilenkovic).
Бюджеты производительности
Пример рабочего бюджета: суммарный бандл ассетов менее 1,5 МБ, 60 FPS на среднем Android, Lighthouse mobile 85+, ленивая загрузка сцен ниже первого экрана и first paint менее 1,5 с (svilenkovic).
Замеры зависимости времени загрузки и FPS от веса и полигонажа:
| Ассет | Three.js | Babylon.js | FPS (mobile) |
|---|---|---|---|
| 0,5 МБ / 15 тыс. трис | 0,8 с | 1,2 с | 60 |
| 1,2 МБ / 30 тыс. трис | 1,5 с | 2,0 с | 55 |
| 2,5 МБ / 60 тыс. трис | 2,8 с | 3,5 с | 45 |
| 5 МБ / 300 тыс. трис | 5,2 с | 6,8 с | 25 (55 на десктопе) |
Источник: Modelfy 3D performance guide.
SEO и Core Web Vitals
Модели свыше 100 тыс. треугольников нагружают мобильную VRAM и тепловой бюджет, а 6-секундная инициализация GLB не проходит порог LCP в 2,5 с (Tripo3D). Тяжёлые вьюеры портят LCP и CLS, что критично, так как более 70% покупателей мебели начинают путь с мобильного (Cylindo). При этом «3D» и «хороший Lighthouse» совместимы: демо-страница model-viewer с ленивой загрузкой набирает 100 баллов по всем категориям и на десктопе, и на мобильном (modelviewer.dev). Практики SEO именно для WebGL/Three.js-сайтов разобраны отдельно (Utsubo). Побочный SEO-эффект конфигураторов — рост времени на странице как сигнала интента (Fixtuur).
Доступность
Ключевая проблема сформулирована жёстко: «WebGL-канвас — это чёрный ящик для вспомогательных технологий… нет DOM-узлов, нет ARIA-атрибутов, нет цели для фокуса», поэтому необходимы альтернативные представления — таблицы, текстовые сводки, управление с клавиатуры, а alt="3D visualisation" недостаточен (Accessibility in Three.js 3D Interfaces). Базовым нормативом остаётся WCAG (MDN). Достижимость подтверждённого соответствия показывает пример 3D/сплат-вьюера, заявляющего соответствие WCAG 2.2 AA, Section 508 и EN 301 549 с ARIA-разметкой канваса (SeekBeak).
A5. AI в 3D-пайплайне (2025–2026)
Текущее состояние генерации
TRELLIS.2 от Microsoft (4 млрд параметров, O-Voxel + flow-matching трансформер) выдаёт текстурированный ассет в разрешении 512³ примерно за 3 с и 1024³ примерно за 17 с, сразу с PBR-выходом; Hunyuan3D-2.1 доступен как open source, коммерческие тиры представлены Rodin Gen-2, Meshy и Tripo3D, а гауссово сплаттинг вошёл в продакшн-пайплайны (Creative AI News).
Хронология и качество
Траектория развития: DreamFusion и score distillation в 2022–2024, затем Instant3D/LRM в 2024 с feed-forward генерацией за секунды, потом TripoSR/InstantMesh/SF3D с временем менее 10 с, и в 2025 — Trellis, CLAY и Meshy v4 с продакшн-качеством PBR; при этом отмечается, что «качество отстаёт от text-to-image на 2–3 года» (CodeSOTA). К 2026 Tripo 2.5 (январь 2026) делает quad-доминантную ретопологию по умолчанию, Meshy 5 добавил проход уточнения текстур с чистыми PBR-картами, а Luma Genie развернулась в сторону CAD-ориентированных hard-surface моделей (ByteLedger). Meshy 4 генерирует text-to-3D с полным PBR примерно за 90 с, бесплатный тир даёт 5 кредитов в день, Pro стоит от $20/мес (nhance-school). Лидерами качества называют Meshy 5, Tripo 3 и Hyper3D Rodin, а эра «одного инструмента» сменяется оркестрацией нескольких (virtuall.pro). Агрегаторы вроде 3D AI Studio продают доступ к моделям Meshy/Rodin/Tripo за $19–149 в месяц (3daistudio).
Устойчивые проблемы
Сохраняются три типовых дефекта: плотная неструктурированная топология (в 10–50 раз больше полигонов, чем у ручного эквивалента), фрагментированные автоматически спроецированные UV-атласы и запечённое в текстуры освещение (3dstuff.at). Формулировка практиков ещё жёстче: «если под капотом суп из 500 000 несвязанных треугольников, модель бесполезна для анимации и риггинга» (viz-cad).
AI-ретопология и оптимизация
Появился отдельный класс инструментов ретопологии: Hunyuan 3D Studio PolyGen 1.5, Tripo Smart Low Poly V2, беты Meshy и Rodin, ремеш в 3D AI Studio (сравнение). Meta выпустила бесплатный инструмент AI-ретопологии MeshFlow (GitHub), NVIDIA — ArtiFixer для чистки сплатов, а Tripo и Rodin подняли текстуры до 8K и 12K (3D AI News #13).
Генеративные текстуры и материалы
Стандарт PBR в 2026 — стек из шести карт: albedo, normal, roughness, metallic, AO, emissive, и AI-генераторы сворачивают привычный Substance-воркфлоу в браузерную вкладку (sorceress.games), выступая альтернативой лицензии Adobe Substance 3D за $59,99/мес (sorceress.games). TexturesFast выдаёт полный стек из шести карт примерно за 50 с с разрешением до 8K (texturesfast.com; для material-художников). Mixos — браузерное приложение PBR-пейнтинга на WebGPU с 4K-текстурами, 2 600 CC0-материалами и опциональным text-to-PBR (CG Channel, июль 2026). Scenario предлагает генерацию текстур с апскейлом до 8K (scenario.com), Lumion — облачный AI-генератор PBR-материалов (Lumion). Из исследовательского фронта: Ubisoft La Forge открыла прототип Generative Base Material с двухэтапной схемой (синтез тайлящейся текстуры, затем image-to-material через CHORD) на SIGGRAPH Asia 2025 (Ubisoft), а VideoMatGen применяет видео-диффузионный трансформер для PBR (arXiv). Сводные обзоры выделяют 3D AI Studio как all-in-one, Meshy для ретекстуринга, Adobe Substance 3D как самый глубокий и ArmorLab/Materialize как бесплатные варианты (3daistudio).
ЧАСТЬ B. БИЗНЕС-МОДЕЛИ И ЦЕНООБРАЗОВАНИЕ
B1. Студийная / агентская модель
Типичные цены проектов
Агентские полосы для 3D-веба: «hero visual» — 3D-акценты в классической вёрстке, 1–2 сцены, лёгкие шейдеры, пайплайн GLTF/Draco/KTX2 и анимации с оглядкой на Core Web Vitals — $20 000–40 000; продвинутый уровень (сайт, где 3D является основой, или простая 3D-игра) — $50 000–200 000 (Utsubo).
Фикс-прайс на фрилансовом/бутиковом уровне заметно ниже: апгрейд hero-секции — $1 500–2 500, полноценный многосценовый 3D-сайт за 4–6 недель — $3 500–8 000, конфигуратор с кастомными шейдерами и AR — $5 000–12 000, минимальный desktop-only hero — $800–1 200 (svilenkovic). Другая градация для анимированных сайтов: шаблон $500–3 000, кастомный лендинг $3 000–5 000, брендовый сайт $5 000–8 000, флагманский WebGL уровня награды $8 000+, у агентств в 2–4 раза выше (hontran.dev); близкие цифры — лендинг на Three.js/WebGL от $1 999 за 1–2 недели и интерактивный опыт $3 000–15 000 за 3–8 недель, у агентств в 3–5 раз дороже (davidweaver.codes). Типичная интерактивная фича (конфигуратор, скролл-сторителлинг, кастомный шейдер) оценивается в $8 000–30 000, а специализированные агентства берут $5 000–50 000+ за проект (CreativeDevJobs).
Ретейнеры
Ретейнеры на веб-разработку встречаются в виде трёх тиров — $2 995, $3 995 и $4 995 в месяц в зависимости от фокуса (heyreliable). Дизайн-ретейнеры идут в диапазоне $3 000–30 000 в месяц, а ретейнеры на поддержку у ранних компаний — $2 000–5 000 в месяц (Parallel HQ). Сводная картина агентских моделей: почасовая $75–500/ч, флэт-проект $5 000–150 000+, ретейнеры $3 000–15 000+ в месяц, подписочный дизайн $699–2 599 в месяц (ManyPixels). Общий бенчмарк по веб-разработке — $12 000–150 000 на проект, поддержка $500–2 000+ в год, работы по WCAG-доступности $1 000–2 000 (DesignRush).
Часовые ставки 3D-веб-разработчиков
| Уровень / регион | Ставка | Источник |
|---|---|---|
| Соло-фрилансер | $50–120/ч | svilenkovic |
| Агентство среднего уровня | $120–200/ч | svilenkovic |
| Премиум-студия US/UK | $250–400/ч | svilenkovic |
| Фриланс mid-senior | $75–150/ч | CreativeDevJobs |
| Восточная Европа / LatAm | $75–95/ч | CreativeDevJobs |
| Южная Азия | $22–55/ч | Aalpha |
| Западная Европа | $70–120/ч | Aalpha |
| US / Canada | $82–130/ч | Aalpha |
| Верифицированные Arc.dev | $60–100+/ч | Arc.dev |
| Senior day rate (специалист WebGL) | $90–220/ч | Cadence |
Штатные бенчмарки: в США mid получает $102 000–132 000, senior — до $156 000, senior в Великобритании £70 000+, в Германии €70 000+, а фриланс-премия к штатной ставке составляет 25–40% (CreativeDevJobs). ZipRecruiter даёт средний по США показатель $121 124 в год, то есть около $58,23/ч (май 2026) (ZipRecruiter). Freelancer.com указывает «обычно $45–90 в час» (Freelancer), freelancermap — среднюю €32/ч (freelancermap).
B2. Продуктизированные услуги
Модели ценообразования на 3D-визуализацию
Три базовые схемы: за модель (у Mazing от €80), за рендер (изображение силоса от €0,10) и подписка с фиксированным набором моделей, вьюеров и инструментов, плюс анонсированное volume-ценообразование вьюера от €0,05 за просмотр (Mazing).
Ориентиры по стоимости создания ассетов:
| Категория | За базовую модель | За вариант |
|---|---|---|
| Мебель | $180–500 | $20–80 |
| Обувь | $220–600 | $20–80 |
| Ювелирные изделия | $200–800 | $20–80 |
Источник: калькулятор Eyedex, где базовый ответ — $140–1 500 за модель плюс $20–80 за вариант, а каталог из 10 товаров с тремя цветами каждый обойдётся примерно в $1 400–5 000.
Более широкие оценки: производственная модель у профильной студии стоит $500–5 000, и каталог из 100 товаров с четырьмя цветовыми вариантами каждый вышел бы в $200 000–2 000 000 только на моделировании — до создания конфигуратора или AR (Alpha3D). Средняя рыночная цена кастомной модели товара при этом называется в $50–500+ (Orbe3D), а по типам товара — $100–500 за простой, $500–1 500 за среднюю сложность и $1 500–5 000+ за сложный (Pixlnexs). Для рендеров: базовый $150–500 за изображение у студии и $75–250 у фрилансера, полный e-commerce-пакет (несколько ракурсов плюс lifestyle-сцена) — $800–3 500 за товар, анимация от $20–120 за кадр (Transparent House); агентства берут на 40–100% больше фрилансеров (360render).
Продуктизированный вариант на Upwork выглядит как тиры Starter $80 / Standard $230 / Advanced $290 с апселлами вроде +$150 за сложное 3D-моделирование и +$80 за дополнительный рендер (Upwork service).
Шаблонные конфигураторы и подписки
Рынок конфигураторов простирается от €0–200 в месяц у self-serve до €15 000–50 000+ в год у enterprise-SaaS, плюс €500–5 000 за настройку каждой 3D-модели; полная стоимость первого года — от €1 000 (product-led) до €80 000+ (enterprise), а легаси-схема per-SKU стоит €50–500 за SKU в год (CPQ3D). Альтернативная сводка: $300–2 000 в месяц за готовый SaaS и $15 000–150 000+ в год для mid-market/enterprise с учётом моделирования, настройки и интеграции; разовое создание модели $100–500, кастомная разработка от $15 000–50 000, и самой крупной строкой бюджета обычно оказывается именно создание 3D-моделей (Polymuse).
Примеры продуктизированных предложений: Zakeke от $25–29,90 в месяц плюс 1,9% с транзакции; Kickflip $0–229 в месяц плюс 1,9–2,9%; VividWorks €247 в месяц на Starter (1 сайт, 100 ассетов, 60 000 просмотров в год) и €747 на Pro (ConvertCalculator). Zolak продаёт модулями: CMS от $25 в месяц (10 моделей, 50 материалов), конфигуратор от $25 в месяц (5 000 сессий), Virtual Showroom от $125 в месяц, кредиты Studio $120 за 1 000 (Zolak). Configurator.tech работает по гибридной схеме — $800 (Starter) или $8 800 (Business) единоразово плюс $99 в месяц (Configurator.tech), а ConfiguraThor предлагает пожизненную лицензию от €3 000 (Eyedex).
Экономика замены фотосъёмки
Сравнение для 100 SKU: традиционная фотосъёмка $21 000–43 000 против $13 000–23 000 у 3D, то есть экономия $8 000–20 000 или 38–61%; для 10 SKU $3 000–5 000 против $800–1 500 (60–73% экономии), для 50 SKU $15 000–25 000 против $4 000–10 000 (CGIFurniture).
B3. Цены SaaS-платформ
Spline
| Тир | Цена | Что входит |
|---|---|---|
| Free | $0 | ограниченное число файлов, веб-экспорт с водяным знаком |
| Starter | $15/мес ($12/место при годовой оплате) | без водяного знака, неограниченные файлы |
| Professional | $25/мес ($20/место годовая) | экспорт кода, видео, экспорт под Apple/Android, неограниченные переменные/API/webhooks, без водяного знака на эмбедах |
| Enterprise | по запросу | SSO, self-hosted экспорт, история версий |
| Spline AI | +$5/место/мес | 2 000 AI-кредитов |
Источник: Spline pricing.
PlayCanvas
Free — $0 с неограниченными публичными проектами и 1 ГБ хранилища; Personal — $15 в месяц с неограниченными приватными проектами и 10 ГБ; Organization — $50 за место в месяц с 50 ГБ и управлением командой; во все тарифы включены бесплатный хостинг приложений, скачивание для self-host и REST API (PlayCanvas plans).
echo3D
Бесплатный тир включает 10 кредитов в месяц, 100 API-вызовов, 1 ГБ хранилища, 250 МБ трафика, максимальный размер файла 25 МБ и вьюеры с водяным знаком; дополнительный кредит стоит $0,50, дополнительная коллекция — $49, а Custom/Enterprise — по запросу. Единица учёта: 1 кредит = 10 API-вызовов = 100 МБ хранилища = 25 МБ трафика (echo3D pricing).
Threekit
Публичных цен нет — страница тарифов работает только через запрос демо (Threekit). По сторонним оценкам, вход стоит от $50 000 в год, mid-tier $75 000–100 000, enterprise $100 000–150 000+, онбординг занимает 3–6 месяцев, бесплатного триала нет (Eyedex review; Eyedex comparison). Исторические публичные цифры — от $999 в месяц, типично $30 000–100 000+ в год с кредитами за рендеры и платой за ассет на каждый SKU (CPQ3D); в каталогах фигурирует Starter за $500 в месяц (SoftwareSuggest; ConvertCalculator), а в обзорах — около $1 500–2 000 в месяц за базовый корпоративный доступ (Eyedex). Разброс оценок сам по себе является сигналом: цена определяется переговорами, а не прайс-листом.
B4. Маркетплейсы и фриланс
Fab, Sketchfab и консолидация Epic
Маркетплейс Fab от Epic Games запущен 22 октября 2024 и объединил Unreal Engine Marketplace, Sketchfab Store, Quixel и ArtStation Marketplace, работая по схеме 88/12 в пользу автора, с промо-периодом 100% выплаты до конца 2024 (Fab; 3DVF; Cinevva).
Sketchfab Store при этом закрыт: продукты остаются доступны для просмотра, но купить или продать их нельзя, а рейтинги и отзывы со страниц убраны; продавцам нужно было миграцией переносить работы в Fab, причём модели под CC0, CC BY-SA, CC BY-NC и CC BY-ND перенести невозможно (Sketchfab blog; Sketchfab migration). Запуск сопровождался публичным недовольством художников и разработчиков (GamesIndustry.biz), включая петицию с обвинением Epic в уничтожении Sketchfab через удаление функции скачивания (80.lv), и тревогу музеев и научных институтов (ITC.ua).
Спустя год каталог Fab вырос с примерно 34 000 миграционных продуктов до 180 000+ к весне 2026, причём около 60% — новые публикации, при базовой схеме 88/12 (StraySpark). По механике выплат сначала вычитается налог с продаж, затем 12% и платёжный процессинг (r/unrealengine).
CGTrader
Размещение бесплатное, монетизация — только через комиссию, с 26-уровневой системой роялти на основе продаж за скользящие 365 дней: выплата начинается с 60% при нулевом объёме и растёт на 1 процентный пункт за уровень до 85% при $300 000+, то есть комиссия падает с 40% до 15%; за кастомные проектные работы берётся дополнительные 10% (CGTrader; калькулятор; pricingnow). Платёжные сборы: PayPal $0,30, банковский перевод $0,80–4,10, wire 2%; средства становятся доступны через 20 дней после продажи через Hyperwallet, еженедельно или ежемесячно (CGTrader help). Для сравнения, Unity Asset Store удерживает 30% (knowyourcut).
Fiverr / Upwork
На Upwork ставки в профилях по Three.js наблюдаются в диапазоне $15–125 в час (Upwork; Upwork US), при этом нижняя граница на Fiverr/Upwork опускается до $10–20 в час (Arc.dev; CreativeDevJobs). Продуктизированные гиги на Upwork выглядят как Starter $199 за 4 дня, Standard $799 за 8 дней и Advanced $1 999 за 10 дней с доплатой $70 за дополнительную страницу (Upwork service). Средние ставки по ставкам-заявкам на Freelancer.com для Three.js-задач в августе 2026 составляли $223, $498 и $578 по разным проектам (Freelancer).
ЧАСТЬ C. РИСКИ И ОГРАНИЧЕНИЯ
C1. Производительность на слабых устройствах
Это главный технический риск, и он количественно измерим. Модель весом 5 МБ на 300 тыс. треугольников даёт около 25 FPS на мобильном при 55 FPS на десктопе (Modelfy). Модели свыше 100 тыс. треугольников нагружают VRAM и тепловой бюджет мобильных устройств, причём одновременная декомпрессия геометрии и декодирование 4K-текстур усугубляют пик (Tripo3D). Жёсткие лимиты iOS Safari — потребление ниже 384 МБ (Bugnet), убийство вкладок при 300–400 МБ на старых iPhone и сбои при GPU-памяти выше ~256 МБ (abratabia.com) — означают, что «работает у меня на MacBook» не является приёмкой. Дополнительный риск: падение нельзя перехватить в коде, вкладка просто перезагружается (Stack Overflow). Есть и неочевидные источники утечек — например, кэш текстур постпроцессинга Babylon.js держит текстуры около 100 кадров, и частые ресайзы движка накапливают их до падения Mobile Safari (форум Babylon.js).
C2. Стоимость и сроки производства
Разброс цен огромен и создаёт риск неверного бюджетирования: hero-визуал в агентстве стоит $20 000–40 000, а сайт, целиком построенный на 3D, — $50 000–200 000 (Utsubo), при том что похожие по описанию задачи у фрилансеров укладываются в $3 500–12 000 (svilenkovic). В e-commerce основной риск не в разработке, а в масштабировании контента: каталог из 100 товаров с четырьмя вариантами может стоить $200 000–2 000 000 только на моделировании (Alpha3D), а per-SKU лицензирование добавляет €50–500 за SKU в год (CPQ3D). Сроки: 3–7 дней на простой hard-surface продукт и до 14 дней на среднюю сложность (Alpha3D), онбординг Threekit — 3–6 месяцев (Eyedex).
C3. Сложность пайплайна ассетов
Оптимизация не бесплатна с точки зрения риска: «большинство оптимизаций небезопасны… модель может деградировать и/или использовать расширения, не поддерживаемые GLTFLoader» (Holusion). Компрессия к тому же решает не ту задачу, которую от неё ждут: ни Draco, ни meshopt не поднимают FPS, это делает только упрощение геометрии, а meshopt лоссовый и требует хранения оригиналов (gltf-transform). Декомпрессия может стать самостоятельным узким местом — 10 МБ Draco распаковывается в 40 МБ и занимает до 500 мс на мобильном CPU (Intelligent Graphic & Code). Отдельная зависимость — версии рантайма: EXT_meshopt_compression требует three.js r122+, KHR_mesh_quantization — r111+ (meshoptimizer), а зеро-конфиг WebGPU — r171+ (Utsubo). AI-генерация пайплайн не упрощает: типичный выход имеет в 10–50 раз больше полигонов, фрагментированные UV и запечённый свет (3dstuff.at).
C4. Совместимость браузеров
WebGL2 безопасен как база (caniuse), но WebGPU остаётся зоной фрагментации: в Firefox он всё ещё отсутствует на Linux, Android и Intel-Mac (gpuweb wiki), а реализация в Safari 26 вызывает жалобы на нестабильность (r/webgpu) и имеет открытые баги (WebKit Bugzilla 299237; imgui issue 9103). Для XR-сценариев картина хуже: WebXR не поддерживается в Firefox, iOS Safari и macOS Safari (TestMu AI), а в таблице Meta пространственные якоря, scene understanding и Depth API помечены как недоступные для WebXR в отличие от нативной разработки (Meta). Практический вывод: автоматический фолбэк на WebGL2 обязателен, и он есть у three.js (мануал) и PlayCanvas (Engine).
C5. Измеримость ROI
Публичные цифры впечатляют, но их нужно читать критически. Shopify по собственным данным мерчантов сообщает о среднем росте конверсии на 94% при добавлении 3D-контента (DesignRush; jspace; Fixtuur). Опубликованные диапазоны идут от +40% в мебельном ретейле до +130% выручки у продавцов конфигурируемых диванов (Reality Atlas), а отдельный кейс Shopify-магазина заявляет рост конверсии с 1,2% до 2,7% (+127%), AOV с $485 до $1 242 и падение возвратов с 34% до 3,7% (ThreeBuild). Есть и вторичные метрики: 80% покупателей мебели говорят, что 3D-модели повысили уверенность в покупке, и 90% среди пользователей 3D-планировщика (DesignRush); Cylindo сообщает о +64% к purchase intent (Reality Atlas); Threekit — что 44% покупателей добавляют товар в корзину после взаимодействия с конфигуратором (jspace); Fixtuur — что purchase intent в 6,9 раза выше при взаимодействии с 3D (jspace).
Проблема измерения: почти вся эта статистика приходит от вендоров и агентств, продающих 3D, а не от независимых исследований, и сводки цифр разнятся между собой в широких пределах — от +40% до +250% (emote3D). При этом отрицательный эффект вполне реален и измерим: неоптимизированное 3D ухудшает LCP и CLS, повышает отказы и мешает краулингу (Cylindo; Coohom), а 6-секундная инициализация GLB гарантированно проваливает порог LCP 2,5 с (Tripo3D). Иначе говоря, ROI 3D обусловлен: он положителен при выдержанном бюджете производительности и может быть отрицательным при его нарушении. Единственный корректный способ — собственный A/B-тест, тем более что подобные тесты и лежат в основе публикуемых кейсов (Tailoor).
C6. Барьер образования клиента
Основной разрыв ожиданий — в структуре затрат: клиент видит цену платформы, а самой крупной строкой оказывается создание 3D-моделей (Polymuse), к которому добавляются €500–5 000 за настройку каждой модели (CPQ3D) и, у Threekit, отдельные расходы на подготовку ассетов и технические ресурсы при онбординге 3–6 месяцев (Eyedex). Полезная модель разговора о TCO: SaaS за $1 500 в месяц — это $18 000 в год и $90 000 за пять лет, тогда как кастомная разработка за €3 000–15 000 плюс $2 000 в год на поддержку даёт $13 000–25 000 за пять лет (Eyedex). Второй сложный разговор — про доступность: канвас невидим для скринридеров, и «alt=3D-визуализация» проблему не решает, требуются альтернативные представления (Intelligent Graphic & Code), а бюджет на WCAG-работы порядка $1 000–2 000 обычно не заложен (DesignRush).
C7. Дефицит талантов
Пул работающих creative WebGL-инженеров описывается как маленький и сужающийся, поскольку старшая когорта уходит в AI-тулинг, что делает найм медленным, дорогим и легко проваливаемым при переусложнении требований (Cadence). Каналы поиска нишевые: Discord Three.js на около 50 000 участников с каналом #hiring, раздел Jobs на discourse.threejs.org, выпускники Three.js Journey Бруно Симона и алюмни Active Theory, Resn, Hello Monday, Lusion и Unseen (Cadence); нишевая вакансия на профильной доске стоит $99–300 за публикацию (CreativeDevJobs). Цена дефицита видна в зарплатах: $102 000–132 000 для mid и до $156 000 для senior в США (CreativeDevJobs), при senior day rate специалиста $90–220 в час (Cadence).
Практическая рекомендация из того же источника снижает остроту проблемы: «Большинству продуктовых команд, говорящих „нам нужно 3D“, лучше подойдёт Spline плюс обычный React-инженер за $40–90 в час», а выделенного WebGL-специалиста стоит резервировать под кастомные шейдеры, критичную по производительности визуализацию и маркетинговые сайты, где само ремесло и есть продукт (Cadence).
Сводные выводы
- Технологический сдвиг завершён на уровне доступности, но не зрелости. WebGPU стал Baseline во всех основных браузерах в январе 2026 (VR.org), а Apple прямо называет его заменой WebGL (WebKit), однако Firefox не покрывает Linux/Android/Intel-Mac (gpuweb), а Safari-реализация нестабильна (r/webgpu). Стратегия на 2026: WebGPU с автоматическим фолбэком на WebGL2.
- Выигрыш WebGPU лежит в compute и draw-call, а не в «фпс на сцене». 500 draw-call у WebGL против 10 000+ у WebGPU (Kaelan), 10–100-кратные ускорения на вычислительных шейдерах (Utsubo), при этом на обычных сайтах WebGL иногда всё ещё побеждает (DiVA).
- Бюджет производительности — главный контракт проекта. Ориентиры: GLB до 3 МБ (Intelligent Graphic & Code), бандл до 1,5 МБ и 60 FPS на среднем Android (svilenkovic), потребление памяти в iOS ниже 384 МБ (Bugnet), LCP до 2,5 с (Tripo3D).
- Экономика 3D-сторителлинга расслоена почти на два порядка. От $800 за desktop-only hero (svilenkovic) до $200 000 за сайт-флагман (Utsubo) и $100 000–150 000+ в год за enterprise-SaaS (Eyedex).
- AI сдвигает узкое место, но не убирает его. Генерация ассета занимает секунды (Creative AI News), а веб-готовность по-прежнему требует ретопологии, UV и оптимизации (viz-cad) — правда, и на эти этапы уже появились AI-инструменты (Meta MeshFlow).