Let 3D objects move, collide, and react inside a WebGL scene so the page feels kinetic instead of merely decorated.

Colliding Models turns a WebGL scene into a field of physical interaction. Objects do not just float; they meet, bounce, and spark.
Use Colliding Models when a brand wants motion that feels kinetic rather than ornamental. It belongs on creative studio pages, 3D capability sections, AI/cyber launches, and experimental homepages where object interaction supports the message. The page job is energy: visitors should feel the system reacting without losing the headline or CTA.
The production risk is control. Physics scenes can become chaos if collision count, object scale, pointer force, and postprocessing are not kept in check. The scene should feel alive, not like a drawer of logos got thrown down a staircase.
You can preview it now. Upgrade to Pro for instant install access.
You can preview it now. Upgrade to Pro for instant install access.
You can preview it now. Upgrade to Pro for instant install access.
You can preview it now. Upgrade to Pro for instant install access.
A creative technology studio can use Colliding Models on a capability page to show that the team builds interactive 3D systems, not just static scenes. Visitors move through the field, objects collide, and a click changes the spark. The outcome is energy: the page demonstrates interaction as the service promise.
Not for product flows, forms, documentation, checkout, or pages where users need quiet reading and precise clicking.
Not for large model sets without a strict physics and rendering budget.
Use lightweight models, simple colliders, capped DPR, limited postprocessing, and offscreen pause. Keep physics bodies predictable and avoid simulating more objects than the page can justify.
The 3D field should be optional. Keep the message, CTA, and navigation outside the canvas. On mobile, reduce physics, simplify interaction, or use a static poster. Reduced-motion users should not receive bouncing objects or collision bursts.
| Prop | Type | Default | Description |
|---|---|---|---|
connectorCount | number | 8 | Number of connecting shapes or joints. |
gravity | number | 0 | Physics gravity strength. |
modelScale | number | 1 | Scale applied to the 3D model. |
backgroundColor | string | #141518 | Canvas background color. |
Use it when a WebGL page needs physical interaction, collisions, and object energy to support a brand or capability message.
Yes, if the scene is model-led. Keep assets optimized, compressed, and built with collision needs in mind rather than importing heavy showcase models blindly.
Use simple colliders, limited object counts, capped DPR, paused offscreen simulation, and cleanup on route change. Physics should enhance the scene, not become the product.
Click or tap can change color, spark, material, or impulse, but it should remain optional. Core content must stay available without interacting with the scene.
Pause physics and show a static or gently composed 3D poster state. Avoid bouncing, collision bursts, and continuous camera motion.
Yes. A custom version should define model style, collision behavior, interaction rules, render budget, fallback design, source handoff, and implementation notes.
Need a custom effect? Tell us what to create.