Dateigröße von 3D-Produktmodellen: Was ein Handy lädt

Dateigröße von 3D-Produktmodellen: was das Handy des Käufers wirklich lädt, das Gewichtsbudget je Verbindung und sechs Prüfungen vor dem Versand des Links.

Dateigröße von 3D-Produktmodellen: Was ein Handy lädt

Eine Dateigröße von 5 MB ist für ein 3D-Produktmodell auf einer Produktseite, die der Käufer am Handy öffnet, bereits zu schwer. Was auf einem Mittelklasse-Android mit normaler Mobilverbindung trägt, liegt bei etwa 2 MB — und der Grund ist Arithmetik, nicht Geschmack: Bei 5 Mbit/s kostet jedes Megabyte 1,6 Sekunden, bevor der Viewer das erste Bild zeichnen kann.

Akzeptiert man diese Zahl, ändert sich das Gespräch. Die meisten Lieferanten behandeln das Modell als Marketing-Asset und die Dateigröße als Problem des 3D-Studios. Der Käufer sieht nur das Erste, was beim Öffnen der Seite heruntergeladen wird. Hier kommen das Budget, die vier Stellen, an denen die Bytes verschwinden, und die sechs Prüfungen, bevor ein 3D-Link in eine Angebotsmail geht.

Tabelle zur Dateigröße von 3D-Produktmodellen: Was das Handy zuerst lädt

Downloadzeit ist Dateigröße × 8 ÷ Verbindungsgeschwindigkeit. Rendering, Drehen und das erste Bild stehen nicht in dieser Gleichung. Die Tabelle unterstellt eine stabile Verbindung und ignoriert TLS-Handshake und Round-Trip-Latenz; ein echtes Handy ist immer langsamer.

Modellgröße 10 Mbit/s 5 Mbit/s 1,6 Mbit/s Was der Käufer währenddessen tut
2 MB 1,6 s 3,2 s 10 s Dreht das Modell, liest eine Spezifikationszeile
5 MB 4 s 8 s 25 s Scrollt weiter oder tippt das Standbild an
10 MB 8 s 16 s 50 s Hält die Seite für kaputt
20 MB 16 s 32 s 100 s Schließt den Tab
50 MB 40 s 80 s 250 s Erreicht das Modell nie

Lesen Sie die 50-MB-Zeile zweimal. Das sind 13 Sekunden selbst im guten Büronetz und über vier Minuten im schwachen Mobilfunk eines Lagers, Showrooms oder Hotels. Ein Modell dieser Größe ist kein Präsentationsasset, sondern eine Dateiübertragung, der der Käufer nicht zugestimmt hat.

Das 3D-Produktmodell ist das einzige Produktasset, bei dem der Käufer das ganze Produkt herunterlädt, bevor er irgendeinen Teil davon sieht. Ein Foto erscheint zeilenweise, ein Video startet nach wenigen Sekunden Puffer, ein GLB nicht.

Warum das ganze Modell zuerst ankommen muss

Die glTF-2.0-Spezifikation sagt ausdrücklich, dass das Format kein Streaming-Format ist: Die Binärdaten sind grundsätzlich streamfähig, aber glTF definiert keine Streaming-Struktur. Der Viewer lädt also das Asset, parst es und rendert dann. Eine teilweise Vorschau, die wie das Produkt aussieht, gibt es nicht.

Der Container zählt. Ein GLB packt die JSON-Szenenbeschreibung und die Binärpuffer in eine Datei ohne Base64-Aufschlag: effizient in einer Anfrage, aber der Käufer wartet auf das ganze Paket. Ein getrenntes .gltf mit .bin und einzelnen Texturen erlaubt es dem Viewer, Teile separat zu holen und früher zu starten — um den Preis mehrerer Anfragen und mehrerer Fehlerquellen. Für eine Produktkarte mit einem SKU ist ein GLB meist richtig; für eine Serie mit 60 SKUs ist die geteilte Variante in Summe oft kleiner.

Nichts davon taucht in der Bildspalte der Performance-Reports auf, deshalb bleibt es unbemerkt. Das Largest-Contentful-Paint-Element einer Produktseite ist normalerweise das Hauptbild oder ein Textblock, keine WebGL-Leinwand. Googles Richtwert liegt bei 2,5 Sekunden oder weniger im 75. Perzentil. Konkurrieren Viewer-JavaScript und Modell-Download mit dem Hauptbild um Bandbreite, verfehlt die Seite diesen Wert, während das 3D-Team meldet, „das Modell rendert sauber“.

Was der Rest der Seite bereits wiegt

Die HTTP-Archive-Daten von 2024 im Web Almanac nennen als Median 2.312 KB für Desktop-Seiten und 2.037 KB für mobile Seiten. Auf Mobilgeräten entfallen allein auf Bilder etwa 900 KB dieses Medians.

Stellen Sie das Modell daneben:

Asset Typisches Gewicht Gegenüber dem mobilen Seitenmedian (2.037 KB)
Mobile Seite komplett ~2 MB 1×
GLB mit 2 MB 2 MB verdoppelt die Seite
GLB mit 5 MB 5 MB 2,5× die ganze Seite
GLB mit 20 MB 20 MB 10× die ganze Seite

So wird ein Budget festgelegt. Die 3D-Ansicht ist ein Element einer Seite, die auch Galerie, Spezifikationstabelle, Bewertungen, Tracking-Skripte und Theme trägt. Ist das Modell allein größer als der Seitenmedian, wird das Modell zur Seite — und der Käufer zahlt in Sekunden.

Wetter und Messe-WLAN verschärfen das, ebenso das Gerät. Ein drei Jahre altes Mittelklasse-Handy dekodiert eine 4096-Pixel-Textur deutlich langsamer als der Laptop, auf dem die Datei freigegeben wurde. Testen Sie am Handy, nicht am Studiomonitor.

Wo die Bytes hingehen und welche Kompression was behebt

Die Dateigröße verteilt sich auf drei Blöcke, meist in dieser Reihenfolge: Texturen, Geometrie, alles andere (Animationen, Kameras, überflüssige Knoten). Überraschend ist, dass die Geometrie selten der Hauptkostenfaktor ist. Ein aus Fotos abgeleitetes Modell mit einer einzigen 4096 × 4096-PNG-Textur kann schwerer sein als das Mesh, das sie umhüllt.

Block Was ihn aufbläht Was ihn wirklich reduziert
Texturen 4096-px-PNGs, ungenutzte Normal- und Rauheitsmaps, eingebettete Farbprofile Maps in der tatsächlichen Anzeigegröße, JPEG oder KTX2, Maps löschen, die das Material nicht nutzt
Geometrie Gescannte oder unterteilte Meshes mit Millionen Dreiecken, doppelte Teile Dezimierung auf sichtbares Detail, Instanzen für wiederholte Teile, Draco-Geometriekompression
Alles andere Animationen, die niemand abspielt, versteckte Knoten, Kameras, Lichter Löschen, was der Viewer nicht braucht; ein Produkt-Drehteller braucht eine Kamera

Zwei von Khronos ratifizierte Erweiterungen leisten die Kompressionsarbeit und lösen unterschiedliche Probleme. KHR_draco_mesh_compression überträgt komprimierte Geometrie statt roher Vertexdaten. KHR_texture_basisu speichert Texturen als KTX2 mit Basis-Universal-Superkompression, was Übertragungsgröße und GPU-Speicher senkt.

Beides sind Erweiterungen, kein glTF-Basisfunktionsumfang. Der Viewer muss sie unterstützen, und die Datei muss sie in extensionsRequired deklarieren, wenn kein unkomprimierter Fallback existiert. Öffnen Sie die exportierte Datei vor dem Versand in genau dem Viewer, den der Käufer nutzt: Ihre Produktkarte, Ihre Website oder der 3D-Platz eines Marktplatzes. Dass sie in Blender öffnet, beweist nichts für einen Handy-Browser.

Sechs Prüfungen vor dem Versand eines 3D-Links

In dieser Reihenfolge. Die ersten zwei verhindern den größten Schaden, die letzten vier die Fehler, die als Support-Mail statt als Bestellung enden.

  • Die Datei ist ein einzelnes, für das Web exportiertes .glb — kein .blend, .step oder .obj mit verstreuten Texturen
  • Dieses .glb liegt im Gewichtsbudget der Verbindung, die Ihre Käufer tatsächlich nutzen
  • Zuerst lädt ein Standbild, der Viewer startet erst bei Tippen oder Scrollen
  • Ein Finger dreht, Pinch zoomt, das Modell springt nicht und läuft nicht über die Kante
  • Silhouette, Teilezahl und Beschläge stimmen weiterhin mit Produkt und bemaßter Zeichnung überein
  • Ein Käufer ohne WebGL oder mit gesperrtem Firmenbrowser erhält trotzdem Fotos und Spezifikationstabelle

Prüfung 1: Web-Export, keine Arbeitsdatei

.blend oder .step ist ein Autorendokument: Historie, Kameras, Materialien, manchmal Texturen in einem Ordner auf irgendeinem Laptop. Der Web-Container ist GLB, und die Szene sollte ein Produkt, eine Kamera und für den Viewer lesbare Materialien enthalten. Fragt der Exportdialog nach „Modifikatoren anwenden“ oder „versteckte Objekte einbeziehen“, lautet die Antwort ja und dann nein.

Die Quellfotos zählen genauso wie der Export. Ein Modell aus gemischten Winkeln und Lichtstimmungen zeigt diese Nähte, sobald der Käufer dreht — aus demselben Grund, aus dem ein inkonsistentes Fotoset eine Produktseite ruiniert. Ist das Set noch in Arbeit, beginnen Sie mit Fotos für eine 3D-Produktansicht, bevor Sie den Exporter anfassen.

Prüfung 2: Das Gewicht passt zur Verbindung, nicht zum Studio

Öffnen Sie die Eigenschaften der exportierten Datei, lesen Sie die Dateigröße des 3D-Produktmodells in Megabyte und vergleichen Sie mit der Tabelle. Immer an der Exportdatei, nie am Projekt: Eine 40-MB-Arbeitsdatei kann mit 3 MB exportieren, eine 3-MB-Datei mit eingepackten Texturen auf 30 MB kommen.

Über dem Budget reparieren Sie zuerst den größten Block. Vier 4096-Pixel-PNGs durch ein bis zwei 1024-Pixel-JPEGs zu ersetzen, entfernt meist mehr Gewicht als jede Geometrieänderung. Draco und KTX2 kommen danach: Sie machen ein vernünftiges Asset kleiner, nicht ein unvernünftiges akzeptabel.

Prüfung 3: Das erste Bild ist ein Standbild, keine leere Leinwand

Laden Sie den Viewer verzögert und zeigen Sie ein Standbild — idealerweise im selben Winkel, in dem das Modell öffnet — bis der Käufer interagiert. Das hält die 3D-Leinwand aus dem kritischen Pfad und lässt der Seite einen echten LCP-Kandidaten.

Der nächste häufige Fehler ist die Reaktionszeit. Googles Interaction-to-Next-Paint-Schwelle liegt bei 200 Millisekunden im 75. Perzentil, über 500 ms ist schlecht. Ein schweres Modell plus Physik-Engine plus Schattenpass schiebt das Tippen-und-Drehen auf einem Mittelklasse-Handy über diese Linie, selbst wenn die Seite schnell lädt.

Prüfung 4: Es dreht sich mit einem Daumen

Halten Sie das Handy einhändig und drehen Sie das Modell mit dem Daumen. Braucht die Geste zwei Finger, läuft das Modell nach dem Loslassen weiter oder verschiebt der Zoom das Rotationszentrum, kämpft der Käufer mit dem Viewer statt mit dem Produkt.

Prüfen Sie auch die Ränder: oben, unten, hinten. Ein Viewer, der die Rotation bei ±45 Grad begrenzt, versteckt genau die Flächen, die der Käufer sehen will — die, die das Studio nie fotografiert.

Prüfung 5: Die Form passt noch zum Produkt

Drehen Sie das Modell gegen das reale Stück und die bemaßte Zeichnung. Prüfen Sie Silhouette, Beschläge, Fugen und die Dicke der Plattenkante. Dann die Stellen, die der Käufer kontrolliert: Scharniere, Füße, Griffe, das Profil einer Leiste.

Ein Foto in ein 3D-Asset zu verwandeln ist ein Präsentationsschritt, kein Messschritt. Das Modell darf eine Kurve glätten; es darf keinen Griff erfinden, keine Fuge löschen und kein Verhältnis ändern, das in der Zeichnung steht. Widersprechen sich Modell und Zeichnung, gewinnt die Zeichnung, und das Modell wird neu gebaut.

Hier müssen die beiden Ausgabearten ehrlich zueinander bleiben. Das drehbare Modell zeigt Form und wie Teile zusammenkommen; das bemaßte Diagramm zeigt die Zahlen. Software, die gemessene Maße auf dem Foto fixiert und das drehbare Modell aus derselben Quelle erzeugt, verhindert, dass diese beiden Ansichten auseinanderlaufen — und hält das Maß in der Beschriftung, wo der Käufer es lesen kann, statt im Rendering, wo es niemand messen kann.

Prüfung 6: Es gibt einen Fallback für alle, die nichts sehen können

Firmen-Laptops blockieren WebGL. Manche Browser deaktivieren es standardmäßig. Ältere Handys gehen bei großen Texturen in den Speichermangel. In all diesen Fällen sollte der Käufer trotzdem Standbild, Spezifikationstabelle und Kontaktbutton bekommen.

Schreiben Sie den Fallback in die Seite, nicht in den Plan. Ein Viewer, der ohne WebGL ein graues Kästchen mit Spinner zeigt, ist schlimmer als kein Viewer, weil der Käufer glaubt, Ihre Produktseite sei kaputt.

Was eine 3D-Ansicht beweisen kann und was nicht

Die 3D-Ansicht ist ein Präsentationsasset: Sie vermittelt Form, Proportion und die Beziehung der Teile. Sie ist kein Messprotokoll. Die scheinbare Größe auf dem Bildschirm hängt von Kamera, Blickfeld und Bildschirm des Käufers ab; niemand kann daran ein Maß ablesen, und kein Lieferant sollte es nahelegen.

Dieser Satz gehört auf die Seite selbst. Eine Zeile — „Maße werden am Produkt gemessen, die 3D-Ansicht zeigt nur die Form“ — verhindert das teuerste Missverständnis dieses Ablaufs: einen Käufer, der das Modell für eine bemaßte Zeichnung hält und danach bestellt.

Frage des Käufers Was sie beantwortet Was nicht
„Ist es exakt 1.200 mm breit?“ Ein Spezifikationsdiagramm mit dem Maß auf dem Foto Ein 3D-Rendering, so detailliert es sei
„Wie sieht die Rückseite aus?“ 3D-Ansicht oder ein Fotoset der Rückseite Eine Galerie nur von vorn
„Passt es durch meine Tür?“ Türbreite plus kleinstes Packmaß Ein Modell, das sich am Bildschirm skalieren lässt
„Wie wird der Sockel befestigt?“ Explosionszeichnung oder 3D-Ansicht mit getrenntem Sockel Ein schöner Beauty-Render

Wann sich eine 3D-Ansicht nicht lohnt

3D ist nicht die Standardantwort auf jede Käuferfrage, und eine Seite mit allen Formaten ist langsamer als eine mit dem richtigen. Nutzen Sie diese Regel.

Die eigentliche Frage Das leichtere Asset, das sie beantwortet 3D ist sinnvoll, wenn
„Wie sieht es von der Seite aus?“ 360-Grad-Fotoserie oder Set aus vier Winkeln Der Käufer frei drehen muss, nicht Bilder durchblättern
„Wie groß ist es?“ Bemaßtes Diagramm mit Maßen auf dem Foto Nie — 3D beantwortet das nicht
„Wie wird es zerlegt?“ Explosionszeichnung mit nummerierten Hinweisen Die Montagereihenfolge selbst das Verkaufsargument ist
„Stimmt die Oberfläche?“ Makrofotos bei konstanter Beleuchtung Nie — eine Textur ist kein Farbnachweis

Geht es nur um „welches Format sende ich“, liegt die Entscheidung meist zwischen 3D-Ansicht und Fotostrecke, nicht zwischen 3D und nichts. Der Kompromiss betrifft Dateigewicht, Interaktion und wie viel Kontrolle der Käufer braucht; 3D-Viewer vs. 360-Fotos behandelt diese Trennung genauer.

Wenn 3D seinen Platz verdient, stellen Sie es dorthin, wo es gesehen wird: eine 3D-Produktansicht, die neben den gemessenen Maßen öffnet, in derselben Karte, die der Käufer intern weiterleitet, bringt mehr als ein Viewer drei Klicks tief im Katalog.

Häufige Fragen

Wie groß sollte ein 3D-Produktmodell für eine Website sein?

Unter 5 MB, und unter 2 MB, wenn der Käufer die Seite wahrscheinlich am Handy öffnet. Die Obergrenze kommt aus der Arithmetik: Bei 5 Mbit/s braucht ein 5-MB-Modell 8 Sekunden bis zum ersten Bild, bevor das Viewer-JavaScript überhaupt läuft. Prüfen Sie das exportierte GLB, nicht das Projekt.

Machen 3D-Modelle eine Produktseite langsamer?

Ja, meist an zwei Stellen. Der Download konkurriert mit dem Hauptbild um Bandbreite und drückt das Largest Contentful Paint über Googles guten Wert von 2,5 Sekunden. Danach belegt das Viewer-JavaScript den Hauptthread und schiebt die Interaktionslatenz Richtung INP-Schwelle von 200 ms. Messen Sie beides in PageSpeed Insights mit eingebautem Modell, nicht mit einem Platzhalter.

Was ist der Unterschied zwischen GLB und glTF?

GLB ist der binäre Container, glTF das Format. Ein .gltf ist JSON, das auf eine .bin und separate Bilddateien verweist. Ein .glb packt JSON und Binärpuffer ohne Base64 in eine Datei: eine Anfrage und etwas kleiner als das entsprechende JSON mit eingebetteten Daten. Beides ist glTF 2.0 und lädt in einem konformen Viewer.

Lässt sich die Dateigröße senken, ohne die Form zu verlieren?

Ja, in drei Schritten: ungenutzte Texturen und Maps entfernen, Geometrie auf das tatsächlich darstellbare Detail dezimieren, dann Draco auf die Geometrie und KTX2/Basis auf die Texturen anwenden. Prüfen Sie nach jedem Schritt Silhouette und Teilezahl erneut. Der billige Gewinn liegt fast immer bei den Texturen; der teure Fehler ist, eine gekrümmte Fläche zu dezimieren, bis das Profil nicht mehr zur Zeichnung passt.

Kann ein Käufer ein Produkt aus einer 3D-Ansicht messen?

Nein. Eine 3D-Ansicht zeigt Form und Proportion; sie kann ein Maß nicht bestätigen, weil die scheinbare Größe von Kamera, Blickfeld und Bildschirm abhängt. Wer eine Zahl braucht, liest ein bemaßtes Spezifikationsdiagramm oder eine bemaßte Zeichnung, in der das Maß am Produkt hängt statt aus einem Rendering abgeleitet zu werden.

Quellen und Referenzen

Dateigröße von 3D-Produktmodellen: Was ein Handy lädt