Wer komplexe Maschinen, Baugruppen oder anspruchsvolle Konsumgüter digital präsentieren will, steht vor einer handfesten UX-Herausforderung: reale Industrieprodukte lassen sich nicht auf ein einziges Foto reduzieren. Gleichzeitig führt das Aneinanderreihen von Datenblättern, Explosionszeichnungen und Maßtabellen auf einer Landingpage meistens dazu, dass Besucher nach wenigen Sekunden das Weite suchen.
Videos wiederum lösen dieses Problem oft nur bedingt. Sie laufen starr ab, zwingen dem Betrachter ein festes Tempo auf und verlangen ständiges Pausieren oder Vor- und Zurückspulen, wenn ein technisches Detail genauer geprüft werden soll.
Scrollytelling mit 3D geht einen anderen Weg: Es koppelt den vertikalen Bildlauf des Browsers direkt an die räumliche Darstellung des Produkts. Während Du scrollst, dreht sich die Baugruppe im optimalen Winkel ins Bild, Schutzverkleidungen blenden sich aus, und an entscheidenden Stellen öffnen Hotspots vertiefende Konstruktionsdetails. Der Nutzer steuert das Produkterlebnis selbst – präzise, im eigenen Tempo und mit einer klaren visuellen Führung.
Im Grunde ist Scrollytelling die konsequente Weiterentwicklung des klassischen Storytellings für den Browser. Anstatt den Besucher von Klick zu Klick durch unübersichtliche Menüs zu schicken, bleibt das Produkt das visuelle Zentrum der Seite.
Die Interaktion fühlt sich dabei völlig intuitiv an:
Ein häufiger Fehler bei interaktiven Produktseiten ist die Annahme, dass jeder Besucher das Gleiche wissen will. Der Geschäftsführer sucht nach dem messbaren Nutzen und der Baugröße; der Leitende Ingenieur will Passungen, Kühlmittelwege und Taktzeiten sehen.
Scrollytelling funktioniert dann am besten, wenn Du die Inhalte in drei logische Content-Ebenen unterteilst:
[Level 1: Visuelle Choreografie] ➔ Grundform, Design, Hauptversprechen
│
▼
[Level 2: Kontextuelle Hotspots] ➔ Baugruppendetails, Materialwerte, Maße
│
▼
[Level 3: Technische Deep Dives] ➔ STEP-Viewer, Datenblätter, Kennlinien
Das ist die Basisebene, die jeder Besucher beim simplen Durchscrollen erlebt. Das Produkt bleibt über CSS-Eigenschaften wie position: sticky; im sichtbaren Viewport fixiert. Die Animation zeigt die Maschine im Überblick, wechselt die Perspektiven und demonstriert grobe Bewegungsabläufe. Die begleitenden Texte bleiben kurz und pointiert. Wer die Seite in 15 Sekunden überfliegt, versteht trotzdem sofort die Produktidee.
Kommt die Scroll-Sequenz an einem entscheidenden Konstruktionsmerkmal an – etwa an einer neuartigen Werkzeugaufnahme –, pausiert die automatische Weiterfahrt. Am Bauteil werden ein oder mehrere Hotspots aktive. Durch Klick klappt ein Infofeld auf:
Der Vorteil dieser Ebene: Sie unterbricht den Lesefluss des eiligen Besuchers nicht, liefert dem technisch Interessierten aber genau dort Substanz, wo er sie erwartet.
Fachbesucher, die Angebote einholen oder Anlagen in eigene Hallenlayouts einplanen müssen, brauchen verlässliche Daten. Über den Hotspot oder einen fest platzierten Aktionsbereich am Ende der Sequenz erreicht der Nutzer die Arbeitsebene:
Für die Umsetzung im Browser stehen zwei grundlegende technische Architekturen zur Auswahl: gerenderte Bildsequenzen im HTML5-Canvas oder natives Echtzeit-Rendering über WebGL. Beide Ansätze haben in der Praxis klare Daseinsberechtigungen.
| Criterion | Vorgerenderte Bildsequenz (Canvas) | Echtes Echtzeit-3D (WebGL / Three.js) |
|---|---|---|
| Material- & Lichtqualität | Fotorealistisch mit vollem Raytracing-Setup | Gut, aber abhängig von GPU-Shader-Kapazitäten |
| Performance auf Mobilgeräten | Nahezu überall flüssig mit stabilen 60 FPS | Kann ältere oder günstige Smartphones ausbremsen |
| Bandbreitenbedarf | Höheres Datenvolumen (6–15 MB komprimiert) | Sehr geringer Download (2–5 MB für Mesh und Texturen) |
| Interaktionsspielraum | Feste Kamerafahrt (nur vor- und rückwärts) | Vollständig: Nutzer kann Modell frei im Raum drehen |
| Variantenwechsel (Farbe/Setup) | Erfordert für jede Variante einen eigenen Render-Satz | Materialien, Farben und Bemaßungen per Klick live änderbar |
Diesen Ansatz kennt man vor allem von großen Hardware-Herstellern. Wir rendern die gesamte Bewegung im 3D-Programm vorab als Serie hochauflösender Einzelbilder (üblicherweise 120 bis 240 Frames) und komprimieren sie modern als WebP oder AVIF.
Im Frontend bindet ein Skript diese Bilder auf ein <canvas>-Element an und tauscht sie synchron zur Scroll-Position aus.
Warum das in der Praxis oft gewinnt: Du erzielst eine Beleuchtungs- und Materialgüte, die im Browser sonst unmöglich wäre – inklusive komplexer Reflexionen, metallischem Schimmern und Tiefenschärfe. Da der Browser lediglich 2D-Bilder anzeigt, laufen diese Seiten selbst auf älteren Smartphones butterweich, ohne den Akku leerzusaugen.
Hier wird das 3D-Mesh samt PBR-Texturen direkt an den GPU des Nutzers übergeben und im Browserfenster in Echtzeit berechnet.
Wann dieser Weg unverzichtbar ist: Sobald der Kunde die Maschine nicht nur entlang einer vorgegebenen Achse betrachten, sondern anhalten und das Modell frei mit der Maus im Raum rotieren will. Auch wenn Deine Maschine hunderte Farb-, Anbau- und Größenvarianten bietet, ist WebGL überlegen, weil Geometrien und Texturen per Code direkt ausgetauscht werden, ohne gigantische Datenmengen vorab rendern zu müssen.
Gutes Scrollytelling ist keine Ansammlung technischer Spielereien, sondern folgt einem klaren didaktischen Faden. Wenn wir bei supaCGI eine solche Seite für Maschinenbauer oder Produkthersteller konzipieren, gliedert sich die Scroll-Reise typischerweise in fünf Abschnitte:
[1. Überblick] ➔ [2. Gehäuseöffnung] ➔ [3. Das Kernaggregat] ➔ [4. Der Prozess] ➔ [5. Die Spezifikation]
Damit ein Scrollytelling-Projekt messbare Anfragen generiert und nicht an technischen Kinderkrankheiten scheitert, müssen vier handwerkliche Regeln beachtet werden:
Ja, problemlos. Wir realisieren Scrollytelling-Module meistens über leichtgewichtige JavaScript-Bibliotheken wie GSAP mit dem ScrollTrigger-Plugin. Das lässt sich über Standard-Templates, Custom Blocks (Gutenberg) oder Headless-Systeme sauber in jedes moderne Content-Management-System integrieren.
Nicht, wenn die Assets professionell optimiert sind. Durch moderne Bildkomprimierung (WebP/AVIF), Draco-Mesh-Kompression und gestaffeltes Nachladen startet die Seite genauso schnell wie eine herkömmliche Produktseite. Es wird immer nur das vorab geladen, was der Nutzer im jeweiligen Moment sieht.
Zuerst definieren wir gemeinsam das Storyboard – also welche Bauteile bei welchem Scroll-Schritt sichtbar sein sollen. Anschließend bereiten wir Deine CAD-Daten auf, setzen die Kamerafahrten auf und stellen Dir eine Klick-Vorschau im Browser bereit. Erst wenn Dramaturgie und Timing passen, wird der Code final in Dein Webdesign integriert.
Das hängt vom gewählten Ansatz ab. Bei der Canvas-Methode folgt die Drehung einer festen, perfekt ausgeleuchteten Spur. Bei einer WebGL-Lösung (Three.js) kann der Nutzer an jedem beliebigen Scroll-Punkt die Steuerung übernehmen und das Bauteil frei mit Maus oder Touch-Geste rotieren.
Absolut. Gerade bei kleineren Komponenten wie Ventilen, Steckverbindern, Pumpen oder Messgeräten lassen sich mikroskopische Details, Dichtungssysteme und Montageprinzipien mit einer choreografierten Kamerafahrt hervorragend erklären.
Wenn Du Deine Maschinen oder erklärungsbedürftigen Baugruppen aus der starren Präsentation befreien willst, lass uns einen Blick auf Deine CAD-Daten werfen. Sende uns Deine Anfrage einfach über unser [Kontaktformular](https://supacgi.com/kontakt/) oder ruf uns direkt in Osnabrück an – wir zeigen Dir gerne an konkreten Beispielen, wie eine maßgeschneiderte Choreografie für Deine Website aussehen kann.
