Three.js product viewer cleanup

Three.js product viewer workflow before Unity or Web handoff

Prepare GLB, GLTF, USDZ, OBJ, FBX, scan, marketplace, or AI-generated assets for a Three.js product viewer, Unity prototype, WebGL embed, or Web product page by checking scale, materials, texture references, polygon weight, file size, export format, and source notes before publish.

ImportPreviewEditOptimizeConvertExport

Best Answer

A Three.js product viewer workflow should start with the real asset, not a generic embed. Upload the GLB, GLTF, USDZ, OBJ, FBX, or ZIP package, preview scale and orientation, inspect materials and texture paths, check polygon and texture budgets, capture failed_upload_reason when parsing fails, then optimize or convert only after the target is clear: Three.js GLB, Unity GLB or FBX notes, Web product viewer GLB, USDZ AR handoff, or manual review.

Who needs this Three.js product viewer workflow

  • Three.js, WebGL, ecommerce, product launch, and interactive campaign teams that already have a GLB, GLTF, USDZ, OBJ, FBX, scan, marketplace, or AI-generated model.
  • Unity prototype teams comparing whether the same model can serve a Web product viewer, a Unity scene, or only a reference asset.
  • Teams can measure upload, preview, edit, optimize, convert, export, signup, and conversion signals from this workflow.

Three.js viewer issues to catch first

Scale and camera framing

A model can load in a viewer but still appear clipped, tiny, huge, off-origin, or difficult to orbit because scale and pivot were never normalized.

Material and texture survival

External textures, alpha materials, product labels, glass, metallic surfaces, and PBR slots can break after conversion or packaging.

Browser performance budget

A product model can look accurate but still carry too many triangles, oversized textures, or heavy animation data for mobile WebGL and product pages.

Unity versus Web handoff

Unity prototypes and Three.js viewers may need different export notes, material expectations, file-size budgets, and manual QA steps.

Editor-first workflow

  • Upload or import the real GLB, GLTF, USDZ, OBJ, FBX, ZIP, scan, marketplace, or AI-generated asset and record file_type, source_tool, and failed_upload_reason when parsing fails.
  • Preview before conversion: inspect scale, pivot, orientation, material slots, texture references, polygon count, texture size, file size, and target viewer constraints.
  • Optimize when the model is too heavy for Three.js, WebGL, Unity prototype, product viewer, AR, mobile browser, interactive ad, or playable prototype use.
  • Choose export after diagnosis: GLB for Three.js and product viewers, FBX or GLB notes for Unity, USDZ for AR commerce where supported, or manual DCC review when material accuracy is at risk.

Compliance and capability boundaries

  • Do not claim SEELE directly integrates with Three.js, model-viewer, Shopify, Unity, Apple AR, Meshy, Tripo, Hunyuan, Polycam, or any marketplace unless product code proves it.
  • Do not promise automatic product reconstruction, exact physical measurement, rights clearance, platform approval, ad approval, or production-ready viewer output without manual review.
  • Keep product viewer, interactive ad, UGC, fan campaign, mature-themed, romance, or social-casino adjacent examples focused on asset cleanup, optimization, conversion, and export notes.

Viewer intent

Viewer intentSEELE editor-first answerBest next action
Three.js product viewer GLBPreview the real GLB, inspect scale, material slots, texture references, file size, and browser budget before embedding.Upload viewer asset
Unity or Web product modelDecide whether the same asset should export as GLB, FBX, USDZ, or only a reference after target workflow checks.Prepare handoff notes
Model-viewer or Web AR assetReview materials, texture weight, transparent parts, mobile load, and AR handoff limits before publishing.Run viewer cleanup
AI or scan product modelTreat generated or captured product models as candidate assets that need cleanup, rights notes, and target viewer QA.Review source model

FAQ

Can a GLB that opens in a viewer go straight into Three.js?

Not always. It still needs checks for scale, pivot, materials, texture references, polygon count, file size, browser performance, and target viewer behavior.

Should I use GLB, FBX, or USDZ for this workflow?

Use GLB for most Three.js and Web product viewers, FBX or GLB notes for Unity, and USDZ only when the AR target supports it after materials and scale are reviewed.

Does this page claim a direct Three.js or model-viewer integration?

No. It describes an editor-first cleanup and handoff workflow before the asset is used in a Three.js, WebGL, Unity, product viewer, or AR implementation.

What should this page measure?

Measure upload_click, file_type, source_tool, failed_upload_reason, engine_target, export_format, optimize_click, convert_click, export_click, edit_to_export, playable_create_click, sample_asset_use, signup, and paid_conversion.

This page focuses on upload, preview, cleanup, optimization, conversion, and export for practical 3D asset workflows.