Eine CAD-Datei ist das Ergebnis präziser Konstruktionsarbeit. Sie beschreibt Geometrie exakt, mit Toleranzen, Stücklisten und einer Historie jedes Arbeitsschritts. Genau diese Genauigkeit steht ihr im Web im Weg. Wer CAD-Daten fürs Web optimieren will, arbeitet gegen ein hartes Limit: Ein Smartphone im Browser hat ein festes Budget an Rechenleistung, Speicher und Ladezeit. Wird es überschritten, ruckelt das Modell, der Akku heizt sich auf, oder die Seite lädt gar nicht erst. Dieser Artikel erklärt, warum das so ist und an welchen Stellschrauben die Aufbereitung ansetzt.
Warum eine CAD-Datei im Browser scheitert
CAD-Systeme wie Solid Edge, Fusion 360 oder NX beschreiben Bauteile über mathematisch exakte Flächen, sogenannte B-Rep- oder NURBS-Geometrie. Eine Bohrung ist dort ein perfekter Zylinder, definiert durch eine Formel, nicht durch einzelne Punkte. Ein Browser kann diese Beschreibung nicht direkt darstellen. Er rechnet ausschließlich mit Dreiecken.
Um ein CAD-Modell im Web zu zeigen, muss die exakte Geometrie also in ein Dreiecksnetz umgewandelt werden, das nennt sich Tessellierung. Und hier entsteht das Problem: Damit eine gekrümmte Fläche glatt aussieht, braucht sie viele kleine Dreiecke. Eine einzige fein tessellierte Baugruppe kann so schnell mehrere Millionen Dreiecke umfassen. Für die Fertigung ist das irrelevant, dort zählt die exakte Formel. Für die Echtzeit-Darstellung auf einem Handy ist es eine Last, die die Grafikeinheit nicht mehr flüssig bewegt.
Wie sauber ein solches Netz aufgebaut sein sollte, ist ein Thema für sich. Wer tiefer einsteigen will, findet das in unserem Beitrag zur Topologie in 3D-Modellen.
Das Budget: Was ein Smartphone im Browser verträgt
Ein mobiles Gerät stellt drei Ressourcen bereit, die sich nicht beliebig dehnen lassen:
- Dreiecke pro Bild: Die Grafikeinheit muss das komplette Modell 30 bis 60 Mal pro Sekunde neu zeichnen. Je mehr Dreiecke, desto weniger Bilder schafft sie.
- Dateigröße: Das Modell muss über das Mobilfunknetz geladen werden. Jedes zusätzliche Megabyte kostet Ladezeit und Datenvolumen.
- Arbeitsspeicher: Geometrie und Texturen liegen während der Darstellung im Speicher. Ist er voll, bricht der Browser-Tab ab.
Die gute Nachricht: Der optische Unterschied zwischen einem Roh-Modell und einer stark reduzierten Fassung ist auf dem Bildschirm oft kaum zu sehen. Das folgende Beispiel zeigt schematisch, wie sich die Dateigröße einer mittelgroßen Baugruppe über die Aufbereitungsschritte verhält.
Vom Roh-Export zum mobilen Web-Modell
Schematische Größenordnung einer mittelgroßen Baugruppe, keine Messreihe
Die Werte sind bewusst als Größenordnung gekennzeichnet, nicht als Messung. Der Verlauf ist aber typisch: Der größte Sprung entsteht durch die Reduktion der Dreiecke, ein zweiter durch die Komprimierung der Geometrie.
Von der Konstruktion zum Web-Modell: die Stellschrauben
Zwischen dem Roh-Export und einem web-tauglichen Modell liegen mehrere Arbeitsschritte. Die wichtigsten sind:
- Dezimierung: Die Zahl der Dreiecke wird reduziert, ohne die sichtbare Form zu verändern. Flache Bereiche brauchen kaum Dreiecke, nur Kanten und Rundungen behalten ihre Dichte.
- Geometrie-Komprimierung: Verfahren wie Draco oder Meshopt packen das Dreiecksnetz, ähnlich wie ein Zip-Archiv, und verkleinern die Datei noch einmal deutlich.
- Instanzen statt Bauteil-Kopien: Wiederkehrende Teile wie Schrauben werden einmal gespeichert und mehrfach platziert, statt die Geometrie jedes Mal neu mitzuführen.
- Sichtbarkeit prüfen: Innenliegende Bauteile, die der Betrachter nie sieht, müssen gar nicht erst ins Web-Modell übernommen werden. Das spart Daten, und was nicht übernommen wird, ist im Web-Modell schlicht nicht vorhanden.
- Stufen für verschiedene Geräte: Eine leichtere Fassung für Smartphones, eine detailreichere für den Desktop.
Welche Formate dabei zum Einsatz kommen und warum sich der offene Standard glTF durchgesetzt hat, ist im Beitrag glTF 2.0 erklärt beschrieben. Den kompletten Weg von der Konstruktionsdatei bis zur eingebetteten Ansicht zeigt der Artikel CAD-Modell im Browser anzeigen.
Faustregel
Ein web-taugliches Produktmodell soll im niedrigen einstelligen Megabyte-Bereich liegen und auf einem durchschnittlichen Smartphone flüssig laufen. Alles darüber gehört auf den Prüfstand.
Was Nutzer und IT davon haben
Ein optimiertes Modell ist kein Selbstzweck. Es entscheidet darüber, ob ein Interessent das Produkt überhaupt zu sehen bekommt. Lädt eine Seite auf dem Smartphone zu lange, springen viele Nutzer ab, bevor das erste Bild erscheint. Ein leichtes Modell dagegen dreht sich sofort und flüssig, auch unterwegs im Mobilfunknetz.
Der Browser stellt 3D über seine eingebauten Grafik-Standards dar, etwa WebGL und das neuere WebGPU. Doch selbst die leistungsfähigste Grafikschnittstelle bringt ein überladenes Modell nicht flüssig auf ein Smartphone. Die Aufbereitung entscheidet, ob die Technik ihr Potenzial überhaupt zeigen kann.
Ein web-optimiertes Modell beschreibt die äußere Form, nicht die Konstruktion. Durch die Aufbereitung enthält es andere Daten als die CAD-Datei: keine exakte Maßgeometrie, keine Toleranzen, keine Stücklisten. Es ist ein Abbild der Gestalt, kein Konstruktionsdatensatz.
Fazit
CAD-Daten fürs Web optimieren heißt nicht, an Qualität zu sparen, sondern die richtige Darstellung für den richtigen Kanal zu wählen. Die exakte Konstruktion bleibt in der Fertigung, ins Web geht ein schlankes, schnelles Abbild. Wer diesen Schritt überspringt, verschenkt genau die Nutzer, die das Produkt zuerst auf dem Smartphone entdecken.
Wenn Sie prüfen möchten, wie sich Ihre Konstruktionsdaten in ein web-taugliches Modell überführen lassen, finden Sie einen Überblick auf unserer Seite zum Web-3D-Viewer oder sprechen Sie uns direkt an.
