État dans lequel un logiciel client ou de conservation ne parvient pas à afficher, restituer, exécuter ou présenter correctement le contenu informationnel, structurel ou expérientiel prévu d’un objet numérique aux utilisateurs ou aux processus en aval, y compris des présentations dégradées, partielles ou trompeuses.

Principe

La correction du rendu dépend de trois composantes : l’interprétation exacte de la représentation de l’objet (format et sémantique), la disponibilité des dépendances d’exécution requises (polices, codecs, modules) et un environnement de rendu qui préserve les comportements nécessaires (moteur de mise en page, sémantique des scripts). La défaillance d’une composante peut produire une présentation incorrecte même si les bits sont intacts.

Démonstration

Scénario illustratif → Situation : Une visualisation de données interactive exportée en HTML+JavaScript dépend d’une bibliothèque JavaScript spécifique et d’un jeu de polices. Reconnaissance : Ouverte dans un navigateur durci sans la bibliothèque et les polices requises, la visualisation affiche du texte de substitution, des axes mal alignés et des contrôles inopérants. Action : Le fournisseur fournit une image de repli et documente les dépendances requises ; le flux de préservation capture le rendu en direct et le repli. Conséquence : Les utilisateurs n’accèdent qu’aux fonctionnalités limitées sauf si les dépendances sont rétablies ou émulées.

Mauvaise application

Supposer que des différences visuelles indiquent toujours une perte des données sous‑jacentes. L’erreur est de confondre un artefact de rendu (police manquante, script bloqué) avec la corruption du contenu ; souvent les données sources restent récupérables et interprétables une fois l’environnement de rendu reconstitué.

Conséquence

Les échecs de rendu provoquent des erreurs d’interprétation du contenu (perte de sens lié à la mise en page, au comportement interactif ou à la séquence temporelle), des ruptures d’accessibilité pour les utilisateurs et les technologies d’assistance, et une perte potentielle de valeur probante si le comportement original ne peut être reproduit.

Inversion

Des rendus transformés ou simplifiés intentionnellement (par ex. vues d’accessibilité, représentations pour impression ou résumés abstraits) ne constituent pas des échecs lorsqu’ils préservent par conception le contenu informationnel essentiel ; la qualification dépend de l’objectif de conservation ou d’accès.

Limite

Clairement dans : Une page web dont les scripts sont bloqués et qui ne rend donc pas le contenu dynamique. Cas limite : Une visualisation qui se rend plus lentement ou de façon dégradée mais demeure fonctionnellement équivalente. Clairement hors : Fichiers médias corrompus dont les erreurs binaires empêchent le décodage quelle que soit l’environnement de rendu.

Tension sémantique

Fidélité ↔ Accessibilité — la reproduction exacte d’une présentation originale peut exiger des dépendances propriétaires ou fragiles, tandis que des alternatives accessibles ou préservables sacrifient la fidélité au profit de la longévité et de l’inclusion.

Synthèse

Prévenir l’échec de rendu requiert de capturer l’information de représentation et les dépendances d’exécution, de fournir des solutions de repli documentées et d’enregistrer les environnements de rendu (versions logicielles, configurations) afin de reproduire, émuler ou substituer de manière acceptable la présentation originale.