Taille du fichier du modèle 3D : ce qu'un mobile charge

Une taille de fichier du modèle 3D de 5 Mo est déjà trop lourde pour une fiche produit ouverte sur un mobile. Le poids qui tient sur un Android de milieu de gamme avec une connexion mobile ordinaire tourne autour de 2 Mo, et la raison est arithmétique : à 5 Mb/s, chaque mégaoctet coûte 1,6 seconde avant que la visionneuse puisse afficher la première image.

Une fois ce chiffre accepté, la conversation change. La plupart des fournisseurs traitent le modèle comme un support marketing et la taille du fichier comme un problème de studio 3D. L'acheteur, lui, ne voit que la première chose qui se télécharge à l'ouverture de la page. Voici le budget, les quatre endroits où partent les octets et les six contrôles à faire avant de coller un lien 3D dans un e-mail de devis.

Tableau de la taille de fichier du modèle 3D : ce que le mobile télécharge d'abord

Le temps de téléchargement vaut taille × 8 ÷ débit. Le rendu, la rotation et la première image n'entrent pas dans l'équation. Le tableau suppose une connexion stable et ignore la poignée de main TLS et la latence aller-retour : un vrai mobile est toujours plus lent.

Relisez la ligne des 50 Mo. C'est 13 secondes même sur une bonne connexion de bureau, et plus de quatre minutes sur le réseau faible d'un entrepôt, d'un showroom ou d'un hôtel. Un modèle de cette taille n'est pas un support de présentation : c'est un transfert de fichier que l'acheteur n'a pas accepté.

Le modèle 3D est le seul élément produit que l'acheteur doit télécharger en entier avant d'en voir une seule partie. Une photo s'affiche ligne par ligne, une vidéo démarre après quelques secondes de tampon, un GLB non.

Pourquoi le modèle entier doit arriver avant

La spécification glTF 2.0 indique explicitement que ce n'est pas un format de streaming : les données binaires peuvent être transmises en flux, mais glTF ne définit aucune structure de streaming. La visionneuse charge donc l'actif, l'analyse, puis rend. Il n'existe pas d'aperçu partiel qui ressemble au produit.

Le conteneur compte. Un GLB regroupe la description JSON de la scène et les tampons binaires dans un seul fichier sans surcoût base64 : efficace en une requête, mais l'acheteur attend le paquet complet. Un .gltf séparé avec son .bin et ses textures permet de charger par morceaux et de commencer plus tôt, au prix de plus de requêtes et de plus de points de panne. Pour une fiche mono-SKU, un GLB est généralement le bon choix ; pour une gamme de 60 SKU, des fichiers partagés et découpés pèsent souvent moins au total.

Rien de tout cela n'apparaît dans la rubrique images des rapports de performance, d'où l'angle mort. L'élément de Largest Contentful Paint d'une fiche produit est normalement l'image principale ou un bloc de texte, pas un canvas WebGL. Le repère de Google est 2,5 secondes ou moins au 75e centile. Si le JavaScript de la visionneuse et le téléchargement du modèle disputent la bande passante à l'image principale, la page rate ce seuil pendant que l'équipe 3D annonce que « le modèle s'affiche bien ».

Ce que pèse déjà le reste de la page

Les données HTTP Archive 2024 citées dans le Web Almanac situent la page bureau médiane à 2 312 Ko et la page mobile à 2 037 Ko. Sur mobile, les images seules occupent environ 900 Ko de cette page médiane.

Comparez le modèle à ces chiffres :

C'est ainsi qu'on fixe un budget. La vue 3D n'est qu'un élément d'une page qui porte aussi la galerie, le tableau de spécifications, les avis, les scripts de mesure et le thème. Si le modèle seul dépasse la page médiane, le modèle devient la page, et l'acheteur paie en secondes.

La météo et le Wi-Fi d'un salon aggravant les choses, tout comme l'appareil. Un mobile de milieu de gamme de trois ans décode une texture de 4096 pixels bien plus lentement que l'ordinateur sur lequel le fichier a été validé. Testez sur le téléphone, pas sur l'écran du studio.

Où partent les octets et quelle compression corrige quelle partie

La taille se concentre sur trois postes, généralement dans cet ordre : textures, géométrie, puis le reste (animations, caméras, nœuds inutiles). Contre-intuitivement, la géométrie est rarement le principal coupable. Un modèle issu de photos avec une seule texture PNG de 4096 × 4096 peut peser plus lourd que le maillage qu'elle habille.

Deux extensions ratifiées par Khronos font l'essentiel du travail et répondent à des problèmes différents. KHR_draco_mesh_compression transmet une géométrie compressée au lieu des données de sommets brutes. KHR_texture_basisu stocke les textures en KTX2 avec supercompression Basis Universal, ce qui réduit le volume transmis et la mémoire GPU.

Ce sont des extensions, pas du glTF de base. La visionneuse doit les prendre en charge, et le fichier doit les déclarer dans extensionsRequired en l'absence de repli non compressé. Avant l'envoi, ouvrez le fichier exporté dans la visionneuse exacte qu'utilisera l'acheteur : votre fiche produit, votre site ou l'emplacement 3D d'une place de marché. Qu'il s'ouvre dans Blender ne prouve rien pour un navigateur mobile.

Six contrôles avant d'envoyer un lien de vue 3D

Dans l'ordre. Les deux premiers évitent l'essentiel des dégâts ; les quatre suivants évitent les échecs qui finissent en e-mails au support au lieu de commandes.

• Le fichier est un .glb unique exporté pour le web, pas un .blend, .step ou .obj avec des textures éparpillées
• Ce .glb tient dans le budget de poids de la connexion réellement utilisée par vos acheteurs
• Une image fixe se charge d'abord et la visionneuse ne démarre qu'au toucher ou au défilement
• Un doigt fait tourner, le pincement zoome, et le modèle ne saute pas et ne dépasse pas les bords
• La silhouette, le nombre de pièces et la quincaillerie correspondent toujours au produit et au plan coté
• Un acheteur sans WebGL, ou sur un navigateur d'entreprise verrouillé, reçoit quand même les photos et le tableau de spécifications

Contrôle 1 : une exportation web, pas un fichier de travail

Un .blend ou un .step est un document d'auteur : historique, caméras, matériaux, parfois des textures qui vivent dans un dossier sur le portable de quelqu'un. Le conteneur web est le GLB, et la scène doit contenir un produit, une caméra et des matériaux lisibles par la visionneuse. Si la boîte d'export demande « appliquer les modificateurs » ou « inclure les objets masqués », la réponse est oui puis non.

Les photos sources comptent autant que l'export. Un modèle construit à partir d'angles et d'éclairages mélangés montre ces coutures dès que l'acheteur tourne l'objet, pour la même raison qu'un jeu de photos incohérent ruine une fiche. Si le jeu est encore en production, commencez par les photos pour une vue 3D du produit avant de toucher à l'exportateur.

Contrôle 2 : le poids correspond à la connexion, pas au studio

Ouvrez les propriétés du fichier exporté, lisez la taille de fichier du modèle 3D en mégaoctets et comparez au tableau. Toujours sur l'export, jamais sur le projet : un fichier de travail de 40 Mo peut sortir à 3 Mo, et un fichier de 3 Mo peut sortir à 30 Mo une fois les textures intégrées.

Au-delà du budget, corrigez d'abord le poste le plus lourd. Remplacer quatre cartes PNG de 4096 pixels par une ou deux JPEG de 1024 enlève généralement plus de poids que n'importe quelle retouche de géométrie. Draco et KTX2 viennent ensuite : ils allègent un actif raisonnable, ils ne rendent pas acceptable un actif déraisonnable.

Contrôle 3 : la première image est un visuel fixe, pas un canvas vide

Chargez la visionneuse en différé et affichez une image fixe, idéalement sous le même angle que l'ouverture du modèle, jusqu'à l'interaction. Le canvas 3D sort du chemin critique et la page conserve un vrai candidat au LCP.

Le point d'échec suivant est la réactivité. Le seuil d'Interaction to Next Paint de Google est de 200 millisecondes au 75e centile ; au-delà de 500 ms, c'est mauvais. Un modèle lourd, plus un moteur physique, plus une passe d'ombres, pousse le toucher-pour-tourner au-delà de cette ligne sur un mobile de milieu de gamme, même si la page se charge vite.

Contrôle 4 : ça tourne avec un pouce

Tenez le téléphone d'une main et faites tourner le modèle avec le pouce. Si le geste exige deux doigts, si le modèle continue de tourner au relâchement ou si le zoom déplace le centre de rotation, l'acheteur se bat avec la visionneuse au lieu de lire le produit.

Testez aussi les bords : dessus, dessous, arrière. Une visionneuse qui bloque la rotation à ±45 degrés cache précisément les surfaces que l'acheteur veut inspecter, celles que le studio ne photographie jamais.

Contrôle 5 : la forme correspond toujours au produit

Faites tourner le modèle face à l'unité réelle et au plan coté. Regardez la silhouette, la quincaillerie, les lignes de joint et l'épaisseur du chant de chaque panneau. Puis regardez ce que l'acheteur vérifiera : charnières, pieds, poignées, le profil d'une moulure.

Convertir une photo en actif 3D est une étape de présentation, pas de mesure. Le modèle peut adoucir une courbe ; il ne peut pas inventer une poignée, effacer un joint ni changer une proportion inscrite au plan. Si le modèle et le plan divergent, le plan gagne et le modèle est refait.

C'est ici que les deux types de livrable doivent rester honnêtes l'un envers l'autre. Le modèle pivotant montre la forme et la façon dont les pièces se rejoignent ; le schéma coté montre les chiffres. Un logiciel qui fixe les dimensions mesurées sur la photo et génère le modèle pivotant depuis la même source empêche ces deux vues de diverger, et garde la cote sur l'annotation, là où l'acheteur peut la lire, plutôt que dans le rendu, où personne ne peut la mesurer.

Contrôle 6 : un repli pour ceux qui ne peuvent pas voir

Les portables d'entreprise bloquent WebGL. Certains navigateurs le désactivent par défaut. Les mobiles anciens manquent de mémoire avec de grandes textures. Dans tous ces cas, l'acheteur doit encore recevoir l'image fixe, le tableau de spécifications et le bouton de contact.

Écrivez le repli dans la page, pas dans le plan. Une visionneuse qui affiche un carré gris avec un indicateur de chargement quand WebGL est absent est pire que pas de visionneuse : l'acheteur conclut que votre fiche est cassée.

Ce qu'une vue 3D peut prouver, et ce qu'elle ne peut pas

La vue 3D est un support de présentation : elle communique la forme, la proportion et la relation entre les pièces. Ce n'est pas un relevé de mesure. La taille apparente à l'écran dépend de la caméra, du champ de vision et de l'écran de l'acheteur ; personne ne peut y lire une cote, et le fournisseur ne devrait pas le laisser croire.

Cette phrase mérite d'être écrite sur la page. Une ligne — « les dimensions sont mesurées sur le produit, la vue 3D ne montre que la forme » — évite le malentendu le plus coûteux de ce flux : un acheteur qui croit que le modèle est un plan coté et commande dessus.

Quand une vue 3D ne vaut pas son poids

La 3D n'est pas la réponse par défaut à toute question d'acheteur, et une page qui charge tous les formats est plus lente que celle qui charge le bon. Utilisez cette règle.

Si la question est seulement « quel format envoyer », l'arbitrage se fait généralement entre une vue 3D et une séquence de photos, pas entre 3D et rien. Le compromis porte sur le poids, l'interaction et le degré de contrôle dont l'acheteur a besoin ; visionneuse 3D ou photos 360 détaille cette séparation.

Quand la 3D mérite sa place, mettez-la là où elle se voit : une vue 3D du produit ouverte à côté des cotes mesurées, dans la même fiche que l'acheteur transfère en interne, vaut mieux qu'une visionneuse enfouie trois clics plus loin dans un catalogue.

Questions fréquentes

Quelle taille doit avoir un modèle 3D de produit pour un site ?

Moins de 5 Mo, et moins de 2 Mo si l'acheteur risque d'ouvrir la page sur mobile. Le plafond vient de l'arithmétique : à 5 Mb/s, un modèle de 5 Mo demande 8 secondes avant la première image, sans compter l'exécution du JavaScript de la visionneuse. Vérifiez le GLB exporté, pas le projet.

Les modèles 3D ralentissent-ils une fiche produit ?

Oui, et généralement à deux endroits. Le téléchargement dispute la bande passante à l'image principale et pousse le Largest Contentful Paint au-delà du seuil de 2,5 secondes. Ensuite, le JavaScript de la visionneuse occupe le thread principal et rapproche la latence d'interaction du seuil de 200 ms d'INP. Mesurez les deux dans PageSpeed Insights avec le modèle en place, pas avec un espace réservé.

Quelle différence entre GLB et glTF ?

GLB est le conteneur binaire, glTF le format. Un .gltf est un JSON qui pointe vers un .bin et des images séparées. Un .glb réunit JSON et tampon binaire dans un fichier sans base64 : une seule requête, et un peu plus léger que le JSON équivalent avec données intégrées. Les deux sont du glTF 2.0 et se chargent dans une visionneuse conforme.

Peut-on réduire la taille d'un modèle 3D sans perdre la forme ?

Oui, en trois temps : supprimer les textures et cartes inutilisées, décimer la géométrie jusqu'au détail réellement affichable, puis appliquer Draco à la géométrie et KTX2/Basis aux textures. Revérifiez la silhouette et le nombre de pièces après chaque étape. Le gain facile vient presque toujours des textures ; l'erreur coûteuse est de décimer une surface courbe jusqu'à ce que le profil ne corresponde plus au plan.

Un acheteur peut-il mesurer un produit depuis une vue 3D ?

Non. Une vue 3D montre la forme et la proportion ; elle ne certifie pas une cote, car la taille apparente dépend de la caméra, du champ de vision et de l'écran. Celui qui a besoin d'un chiffre doit lire un schéma coté ou un plan coté, où la dimension est attachée au produit plutôt que déduite d'un rendu.

Sources et références

• web.dev — Largest Contentful Paint (LCP) : seuil bon de 2,5 s, mauvais au-delà de 4,0 s, mesuré au 75e centile
• web.dev — Interaction to Next Paint (INP) : seuil bon de 200 ms, mauvais au-delà de 500 ms
• HTTP Archive Web Almanac 2024 — chapitre Page Weight : page mobile médiane 2 037 Ko, bureau 2 312 Ko, images mobiles ~900 Ko
• Khronos Group — spécification glTF 2.0 : structure du conteneur GLB, tampons binaires et mention que glTF n'est pas un format de streaming
• Khronos Group — extension KHR_draco_mesh_compression : géométrie compressée au lieu des données de sommets brutes
• Khronos Group — extension KHR_texture_basisu : textures KTX2 avec supercompression Basis Universal