Craft et technique
Que doit afficher un site lorsqu’une scène 3D ne peut pas démarrer ?
Lorsqu’une scène 3D ne peut pas démarrer, le site doit afficher une alternative conçue : une représentation du sujet, les informations nécessaires et les actions qui restent possibles. Une zone noire ou un chargement infini donnent l’impression que toute la page est inutilisable, même lorsque seule une ressource graphique manque.
L'essentiel.
Lorsque la 3D ne démarre pas, la page doit conserver une représentation utile du sujet, ses informations et ses actions. La solution de repli se prépare avec la scène : elle explique ce qui reste disponible et évite une attente sans issue.
- Garder le contenu et les commandes indépendants du succès du rendu 3D.
- Préparer une alternative adaptée à la fonction de la scène.
- Expliquer la situation sans accuser le visiteur ni imposer un diagnostic technique.
- Tester les erreurs de chargement et les pertes de contexte, pas seulement le cas idéal.
La solution de repli doit être définie avant le développement final. Elle dépend du rôle de la scène : décoration, démonstration, exploration ou configuration. Remplacer tous ces usages par la même image ne suffit pas. Il faut préserver ce que la personne était venue comprendre ou accomplir.
Déterminer la fonction à conserver
Une scène décorative peut être remplacée par une composition fixe qui garde l’atmosphère. Une présentation de produit demande plusieurs vues si elles servent à comprendre sa forme. Un configurateur doit conserver les choix possibles ou proposer clairement un autre moyen de préparer la demande.
Le principe d’alternative aux contenus non textuels des WCAG rappelle l’importance de la finalité du contenu. Ici, ce raisonnement aide à préparer une version utile lorsque la scène manque. Il ne suffit toutefois pas à démontrer à lui seul l’accessibilité de toute l’expérience.
| Fonction de la 3D | Alternative à préparer | Action à conserver |
|---|---|---|
| Installer une atmosphère | Image fixe composée | Navigation et lecture |
| Montrer un objet | Galerie de vues légendées | Consultation des caractéristiques |
| Expliquer un mécanisme | Étapes illustrées | Compréhension du fonctionnement |
| Choisir des options | Commandes et aperçu adapté | Préparation de la sélection |
La solution doit être disponible sans dépendre de la ressource qui a échoué. Une image de secours contenue uniquement dans le même chargement bloqué ne résout pas le problème.
Concevoir des états explicites
Le système peut distinguer une préparation en cours, une scène prête, une erreur récupérable et une alternative maintenue. Ces états doivent correspondre à des comportements observables, avec une durée d’attente gérée par le projet et une sortie possible.
La documentation MDN sur webglcontextlost décrit l’événement signalant la perte du contexte graphique. Une erreur de téléchargement est une autre situation. La production doit prévoir ces cas séparément afin de choisir la réponse appropriée.
Le message peut rester simple : « La vue interactive n’est pas disponible. Vous pouvez consulter les images et les détails ci-dessous. » Une nouvelle tentative peut être proposée lorsque cela a un sens. Elle ne doit pas relancer indéfiniment une opération qui échoue ni masquer l’alternative à chaque essai.
Exemple pédagogique : un objet personnalisable
Imaginons une marque fictive de luminaires qui présente un objet en 3D avec plusieurs finitions. Une connexion interrompue empêche de charger la scène. Le site affiche alors des photographies associées aux finitions, tandis que les commandes de sélection restent disponibles.
La personne peut consulter les dimensions, choisir une matière et préparer une demande. Le message précise que la manipulation en trois dimensions est indisponible, sans suggérer que les informations du produit sont incomplètes si elles ne le sont pas. Les choix déjà effectués sont conservés lors d’une nouvelle tentative.
Une scène peut échouer sans bloquer
- PréparationLe contenu de la page reste disponible pendant le chargement.
- Scène prêteLa manipulation s’active lorsque ses ressources répondent.
- Échec identifiéLe site arrête l’attente sans perdre les choix utiles.
- Alternative utileImages, détails et commandes permettent de poursuivre la tâche.
Le test pédagogique simule une ressource absente, puis une perte du contexte après une sélection. Il vérifie que les images correspondent toujours à la finition choisie. Si la scène ne peut pas offrir une équivalence complète, l’interface doit expliquer précisément la limite et proposer une suite praticable.
Tester le repli comme une version du site
Une alternative peu visible pendant la production peut être oubliée lors des mises à jour. Elle doit pourtant partager les contenus utiles avec la scène : noms, options, dimensions et informations de disponibilité. Une source commune limite les divergences.
Préparez un protocole comprenant le démarrage sans scène, l’échec d’une texture, la navigation pendant la préparation et la répétition d’une tentative. Vérifiez le mobile, le clavier et la cohérence des messages. Une erreur doit être compréhensible sans déplacer brutalement le visiteur ni lui faire perdre sa sélection.
Observez aussi le coût de l’échec. Une boucle de chargement ou de rendu qui continue inutilement peut dégrader toute la page. Les ressources et les commandes de la scène doivent suivre un cycle de vie défini, y compris lorsque la présentation interactive est abandonnée.
Cette stratégie suppose que le socle de la page reste accessible. Elle ne prétend pas résoudre une indisponibilité complète du site ou du serveur. Elle vise à empêcher qu’une défaillance locale prive la personne d’un contenu et d’actions qui peuvent fonctionner indépendamment.
Questions fréquentes
Faut-il demander au visiteur de changer de navigateur ?
Cela peut être une information de dépannage, mais ne devrait pas constituer la seule réponse. Le visiteur doit d’abord pouvoir consulter ce qui reste disponible. Une explication technique peut être proposée en second niveau lorsque l’expérience avancée nécessite réellement des conditions particulières.
Une capture d’écran de la scène suffit-elle ?
Elle peut convenir à une scène décorative, mais pas forcément à une démonstration ou à un choix de produit. Il faut vérifier ce que la personne perd : angles de vue, informations, options ou comparaison. Plusieurs images et des commandes peuvent être nécessaires pour conserver la fonction utile.
Doit-on relancer automatiquement la scène après une erreur ?
Une tentative limitée peut être pertinente selon la cause, mais une répétition sans fin peut gêner la consultation. Le comportement doit être défini, testé et laisser une alternative stable. Les choix du visiteur doivent être conservés lorsqu’une reprise est possible, sans recommencer tout le parcours.
Sources
LVX : prévoir une expérience aboutie même lorsqu’un effet manque
LVX peut concevoir les vues de repli avec la scène principale, en identifiant les informations et les actions à préserver. Les images, les messages et les commandes forment alors une version cohérente du projet, validée visuellement et fonctionnellement. Cette préparation permet d’échanger clairement avec l’équipe technique sur les états d’erreur et les possibilités de reprise. Le site garde ainsi une présentation utile dans davantage de situations, sans faire dépendre sa compréhension d’un seul moteur graphique. Discuter du projet avec LVX.
