Manifeste pour l’intégrité des images sources : le danger du tout WebP

Méthodologie éthique pour créateurs, développeurs, médiateurs et équipes web

Dans l’univers du web moderne, l’optimisation règne : compression agressive, conversion automatique en WebP ou AVIF, suppression silencieuse des métadonnées.
Ce gain de performance a un prix : la mutilation documentaire.
On perd le contexte, l’histoire, la légitimité, parfois même les droits culturels associés à une image. Or une image n’est jamais un simple fichier. C’est un témoin. Un fragment de mémoire. Une preuve.

1Principe fondateur : la source est sacrée

2Les quatre principes directeurs

3Méthodologie simple et reproductible

4Pourquoi WebP doit être utilisé avec prudence ?

5Juridique : droits culturels, UNESCO et principes OCAP

6Protection contre la falsification numérique

7Conséquence : préserver la source n’est pas optionnel, c’est un devoir

8Pour le web commercial

9D’un point de vue SEO

10Comment l’appliquer sur votre site ? la routine professionnelle un exemple avec WordPress no-code

11Conclusion

12En savoir plus

Principe fondateur : la source est sacrée

Loi n°1 : on ne modifie jamais un fichier source.
Loi n°2 : toute version destinée au web est une dérivation, jamais un écrasement.

Ces règles sont non négociables dans les contextes :

archives linguistiques (tifinagh, manuscrits, inscriptions),
photographies patrimoniales,
documentation scientifique, éducative, journalistique.

Les quatre principes directeurs

1. Préserver la source dans son intégrité

Formats à privilégier : TIFF, PNG, ou JPEG haute qualité.
Conserver toutes les métadonnées : EXIF, IPTC, XMP, provenance.
Stocker la source sur un espace pérenne : NAS, disque externe chiffré, archive institutionnelle.

2. Travailler par dérivation, jamais par écrasement

L’image web est une copie fonctionnelle, pas la source.
La dérivation doit être documentée, traçable, réversible.

3. Refuser la conversion automatique non consentie

Désactiver les conversions WebP forcées dans WordPress, Symfony, Laravel, etc.
Toujours pouvoir choisir format, niveau de compression, métadonnées conservées.

4. Documenter la provenance

Si la plateforme supprime les métadonnées :

reporter les informations dans la légende,
les intégrer dans le HTML,
ou fournir un JSON-LD de description.

Méthodologie simple et reproductible

Étape 1 – Archiver la source

Exemple : inscription_tifinagh_AthIraten_2024.tiff
Répertoire dédié : /archives/images/sources/
Sauvegarde sur support maîtrisé.

Étape 2 – Sauvegarder les métadonnées

exiftool inscription_tifinagh_AthIraten_2024.tiff \
   > inscription_tifinagh_AthIraten_2024.json

Étape 3 – Créer une version web dérivée

Exemple : inscription_tifinagh_AthIraten_2024--web.jpg
Compression modérée.
Éviter WebP pour les contenus patrimoniaux sauf si les métadonnées sont garanties.

Étape 4 – Séparer l’usage dans le code

asset('img/sources/...') → archive / admin  
asset('img/web/...') → diffusion publique

Étape 5 — Documenter la provenance

<figure>
  <img src="/img/web/inscription_tifinagh_AthIraten_2024--web.jpg"
       alt="Inscription en tifinagh, Ath Iraten, Kabylie (2024)">
  <figcaption>
    Inscription en <a href="/lexique/tifinagh">tifinagh</a>, Ath Iraten, 2024.
    Auteur : [Nom]. Licence : CC BY-SA. 
    <a href="/archives/metadonnees/inscription_tifinagh_AthIraten_2024.json">
      Métadonnées et provenance
    </a>
  </figcaption>
</figure>

Pourquoi WebP doit être utilisé avec prudence ?

Supprime les métadonnées : ruine la chaîne documentaire
Compression destructrice : perte des glyphes, traits fins, détails patrimoniaux
Format contrôlé historiquement par une seule entreprise
Conversion par défaut dans certains CMS : perte de contrôle utilisateur

Pour la conservation patrimoniale :

PNG pour les signes, glyphes, arts graphiques
JPEG haute qualité pour la photo
AVIF si et seulement si métadonnées conservées

Juridique : droits culturels, UNESCO et principes OCAP

a. L’intégrité des images comme obligation culturelle et juridique

La conservation fidèle des images sources n’est pas seulement une bonne pratique technique. C’est une exigence juridique et culturelle découlant de plusieurs cadres internationaux.

L’Article 15 du Pacte international relatif aux droits économiques, sociaux et culturels (PIDESC) reconnaît le droit de toute personne et de tout peuple à :

participer à la vie culturelle,
conserver, protéger et transmettre son patrimoine,
bénéficier de la protection des intérêts moraux liés à ses productions.

La modification technique non documentée (ex. : conversion forcée, perte de métadonnées, altération irréversible) peut constituer une atteinte à ce droit, car elle entrave la transmission fidèle du patrimoine et empêche la reconnaissance de la provenance.

b. UNESCO : directives de sauvegarde du patrimoine documentaire

La Charte de l’UNESCO sur la préservation du patrimoine numérique (2003) et le programme Mémoire du Monde affirment des exigences essentielles :

Principe UNESCO : préservation de l’intégrité et de l’authenticité

Les institutions et acteurs numériques doivent garantir :

la conservation des fichiers originaux,
la traçabilité des transformations,
la réversibilité des dérivations,
l’accès à la provenance et aux métadonnées,
l’absence d’altération non déclarée.

Une conversion automatique en WebP qui supprime les métadonnées contredit ces principes, car elle rompt la chaîne d’authenticité.

Par exemple, le patrimoine numérique vulnérable (inscriptions amazighes, archives familiales, images identitaires) doit être protégé contre :

l’appauvrissement visuel (compression destructrice),
la perte contextuelle (métadonnées supprimées),
la modification involontaire lors de migrations techniques.

Conserver la source intacte est donc juridiquement cohérent avec les obligations de sauvegarde du patrimoine immatériel et documentaire.

c. Droits culturels : respect des identités et des savoirs

Les droits culturels, reconnus par :

l’UNESCO (Déclaration de Fribourg 2007),
les législations nationales (France : Loi NOTRe, Déclaration de Fribourg intégrée au droit souple),
la jurisprudence internationale,

reposent sur le principe que chaque communauté doit pouvoir :

maîtriser la représentation de son patrimoine,
préserver la fidélité des savoirs qu’elle transmet,
être reconnue comme source légitime de ses propres archives.

Ainsi, altérer une image en supprimant ses métadonnées revient à :

effacer sa provenance culturelle,
dissoudre son contexte,
affaiblir son pouvoir de preuve,
porter atteinte à la continuité identitaire.

d. Principes OCAP : une base éthique pour les données autochtones

Les principes O.C.A.P. (Ownership, Control, Access, Possession), formulés par les communautés autochtones du Canada, sont aujourd’hui une référence mondiale en gouvernance culturelle.

Ils s’appliquent parfaitement aux images amazighes.

O – Ownership (Propriété)

Les communautés détiennent la propriété morale et culturelle de leurs images.

Corollaire : on ne modifie jamais un fichier source sans mandat de la communauté.

C – Control (Contrôle)

La communauté contrôle :

la manière dont l’image est stockée,
les formats utilisés,
les transformations acceptables.

Cela interdit les conversions automatiques opaques.

A – Access (Accès)

L’accès doit être équitable, mais sans altérer l’intégrité culturelle du document.

D’où la distinction entre source (protégée) et version web (diffusée).

P — Possession (Possession matérielle)

Conserver physiquement la source (NAS, archive chiffrée, dépôt sécurisé) matérialise le droit culturel.

La possession matérielle protège contre l’appropriation et la perte.

Protection contre la falsification numérique

Le droit européen (directive 2019/790, RGPD dans certains cas précis, droit d’auteur) impose des obligations de :

maintien de l’authenticité,
prévention de la modification non signalée,
conservation des métadonnées IPTC/XMP, considérées comme des informations essentielles de gestion des droits.

Supprimer une métadonnée d’auteur ou de lieu revient juridiquement à :

retirer l’identité du détenteur légitime,
rompre la chaîne de droit,
rendre l’œuvre falsifiable.

Conséquence : préserver la source n’est pas optionnel, c’est un devoir

D’un point de vue :

patrimonial : obligation UNESCO
culturel : obligation communautaire et identitaire
documentaire : obligation de traçabilité
juridique : obligation de conservation des métadonnées
éthique : respect des peuples et des producteurs de savoir

Conserver la source intacte est une norme. L’altérer est une faute documentaire.

Pour le web commercial

Le web commercial n’exonère pas des responsabilités. Une image source, c’est une preuve, une garantie, un droit. Si vous la perdez ou l’altérez, vous perdez votre protection juridique, votre capacité à re-publer et même votre crédibilité. Ce n’est pas du luxe : c’est du risque maîtrisé.

«Même en web commercial, conserver la source n’a rien d’idéologique. C’est simplement :

de la sécurité (pouvoir refaire les exports, corriger un bug, re-générer les formats),
de la traçabilité (preuve d’origine, conformité RGPD/IPTC),
de la maintenance (ne pas être bloqué si le client réclame une version HD),
de la limitation de risque (éviter la contrefaçon par altération ou perte de métadonnées). Vous n’avez plus la preuve que vous avez le droit d’utiliser l’image. En cas de litige, vous perdez immédiatement.

Écraser une source = perdre un actif.
Et un actif perdu, commercialement, ça coûte cher.

Votre communication future dépend de vos archives. Les entreprises qui perdent leurs sources finissent par :

payer une refonte inutile,
perdre des contenus propriétaires,
recréer des visuels mal cohérents → perte d’identité visuelle.

Une marque qui n’a pas son propre master d’image n’est pas une marque professionnelle. Les régies publicitaires, imprimeurs, designers le savent.

D’un point de vue SEO

Les formats optimisés comme WebP ou AVIF sont parfaitement adaptés au web moderne et améliorent réellement les performances (Core Web Vitals, SEO visuel, SGE). Ils sont donc utiles et légitimes.

Mais ils doivent toujours être générés à partir d’une source intacte, et jamais la remplacer.

Un site professionnel doit donc fonctionner selon un double système :

1) La source : fichier maître, intégral, protégé, avec métadonnées.
2) La dérivation web : WebP/AVIF/JPEG optimisé pour la performance.

C’est l’absence de source, pas le WebP, qui met en danger la qualité et l’intégrité documentaire.

Comment l’appliquer sur votre site ? la routine professionnelle un exemple avec WordPress no-code

Étape 1 : Import JPEG source

Nom propre, métadonnées conservées.

L’image importée dans ta médiathèque doit rester le fichier maître :

JPEG haute qualité (80–90 %)
dimensions natives
métadonnées EXIF/IPTC conservées

Surtout : désactiver les conversions WebP automatiques des thèmes/plugins. Sinon votre CMS comme WordPress écrase tout.

Étape 2 : Classement avec un outil de structuration

Le plugin Real Media Library ou Wicked Folders est une couche d’organisation au-dessus de la médiathèque qui ne modifie par les fichiers.

Il ajoute :

des dossiers virtuels (comme sur ton Finder/Explorer),
des catégories pour médias,
des taxonomies personnalisées (Type, Projet, Licence, etc.),
des filtres,
du classement,
une vraie logique documentaire.

Important : il ne déplace PAS les fichiers sur le disque. Il crée une arborescence logique dans WordPress, pour classer, filtrer, organiser.

C’est un outil de gestion et structuration, pas un outil technique (pas d’optimisation, pas WebP, pas de dérivation).

Exemple de critères pour choisir son plugin

Critère	Real Media Library (RML)	Wicked Folders (WF)	Note et Impact
Objectif Principal	Organisation de la Médiathèque WordPress (fichiers).	Organisation de Contenus (Pages, Articles, CPT) ET Médias.	WF est plus polyvalent pour la gestion de contenu général. RML est un spécialiste des médias.
Types de contenus gérés	Seulement les Médias (images, docs, vidéos, etc.).	Médias, Pages, Articles, et tout Custom Post Type (CPT).	Le point clé de différenciation (votre critère « Intégration sémantique »).
Scalabilité médias	Élevée (Conçu pour +10 000 fichiers).	Modérée (Peut devenir lent avec un très grand nombre de fichiers).	RML est la solution de choix pour les très grosses médiathèques en termes de performance d’affichage.
Structure logique	Dossiers, Collections, Galeries, Raccourcis.	Dossiers et Dossiers Dynamiques (par type, date, etc.).	RML offre plus de types de structure pour organiser les médias. WF excelle avec les dossiers dynamiques (payant).
Dossiers « Physiques »	Optionnel (avec l’add-on Real Physical Media).	Non (utilise la taxonomie WordPress).	Les deux plugins utilisent par défaut des dossiers virtuels (plus sûr), mais RML propose un add-on pour une organisation physique sur le serveur (pour le SEO).
Interface utilisateur	Intégration complète dans la médiathèque WP.	Interface simple par glisser-déposer.	Les deux utilisent le Glisser-Déposer, mais RML offre une interface plus orientée gestionnaire de fichiers.
Fonctionnalités Clés	Création de raccourcis (évite les doublons), Collections/Galeries, Import/Export de la structure.	Organisation des Pages/Posts/CPT, Dossiers Dynamiques, Compatibilité avec des plugins comme Visual Composer/Gravity Forms.

Exemples de nommage des dossiers :

/archives/sources/2025/portrait/
/archives/sources/tifinagh/
/web/diffusion/optimisees/

/Images  
   /Sources  
      /Tifinagh  
      /Patrimoine  
      /Photos  
   /Web  
      /Optimisées  
      /WebP  
   /Logos  
   /Illustrations

Ne déplacer les fichiers QUE dans l’organisateur de médias

Pas dans FTP sinon cela risque de casser les liens WP.

Étape 3 : ShortPixel ou WPVivid génère WebP

WebP classé dans /Web/WebP.

Étape 4 : Media File Renamer si besoin

Renommage propre du fichier maître.

Conclusion

Avec ce dispositif, l’écosystème d’images devient à la fois fiable, performant et respectueux du patrimoine.
La source reste intacte – préservée comme un document original – tandis que les dérivés WebP optimisés assurent une diffusion rapide et conforme aux exigences SEO modernes (SGE, Core Web Vitals).

L’arborescence structurée, pensée comme un véritable fonds d’archives, garantit la traçabilité, la réversibilité et la cohérence documentaire.
Aucun fichier n’est écrasé, aucune information n’est perdue : chaque transformation est maîtrisée et chaque usage clairement distingué entre archivage et publication.

Ce modèle est autant une bonne pratique technique qu’une démarche patrimoniale.
Il protège l’intégrité des images amazighes, mémorielles ou culturelles tout en permettant une exploitation web moderne, agile et pérenne.

Préserver la source, optimiser la diffusion, respecter la mémoire : c’est la seule architecture durable pour les images qui comptent.

Pour des besoins spécifiques, l’intégration éventuelle d’un DAM cloud (Digital Assets Management) qui vient renforcer encore ce modèle. j’enseigne et je forme les équipes, les développeurs, webmasters, archivistes, institutions culturelles et projets communautaires à mettre en place ces organisations documentaires.
Elles deviennent alors des systèmes fiables, transmissibles et durables, au service du web comme de la mémoire.

En savoir plus

Les données sont stockées à l’intérieur du fichier image lui-même, dans un bloc dédié appelé “header métadonnées”.

un fichier JPEG contient un segment APP13 (IPTC) + un segment XMP + EXIF
un fichier TIFF contient des blocs XMP structurés
un fichier PNG peut aussi contenir du XMP (mais pas de l’IPTC classique)
un fichier RAW contient un conteneur complet EXIF + XMP
un fichier WebP peut contenir du XMP… mais la majorité des convertisseurs l’écrasent ou ne le conservent pas

Le JPEG est composé de segments :

SOI | APP0 | APP1 | APP2 | ... | APP13 | DQT | DHT | SOF | SOS | Données | EOI

Exemple IPTC

IPTC:
  ObjectName: "manifestation-kabylie-2024"
  Caption-Abstract: "Manifestation pacifique à Tizi Ouzou en 2024. Photo originale non altérée, conservée en haute résolution pour archivage."
  Keywords: ["Kabylie", "Manifestation", "Culture amazighe", "Archives", "Photo originale"]
  DateCreated: 2024-05-17
  TimeCreated: 14:32:00
  By-line: "Stéphane Arrami"
  CopyrightNotice: "© 2025 Stéphane Arrami – Tous droits réservés"
  Credit: "Éditions Wanimi"
  Source: "Appareil original – fichier source RAW"
  City: "Bgayet"
  Country: "Kabylie"
  LanguageIdentifier: "fr"

Exemple XMP

<x:xmpmeta xmlns:x="adobe:ns:meta/">
  <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

    <!-- Dublin Core -->
    <rdf:Description xmlns:dc="http://purl.org/dc/elements/1.1/">
      <dc:title>Manifestation kabyle 2024 – Photo originale</dc:title>
      <dc:creator>
        <rdf:Seq>
          <rdf:li>Stéphane Arrami</rdf:li>
        </rdf:Seq>
      </dc:creator>
      <dc:description>
        Manifestation pacifique en Kabylie. Image source intégrale,
        archivée pour documentation et préservation contextuelle.
      </dc:description>
      <dc:subject>
        <rdf:Bag>
          <rdf:li>Kabylie</rdf:li>
          <rdf:li>Manifestation</rdf:li>
          <rdf:li>Culture amazighe</rdf:li>
          <rdf:li>Archives numériques</rdf:li>
        </rdf:Bag>
      </dc:subject>
    </rdf:Description>

    <!-- Rights Management -->
    <rdf:Description xmlns:xmpRights="http://ns.adobe.com/xap/1.0/rights/">
      <xmpRights:Marked>True</xmpRights:Marked>
      <xmpRights:Owner>Stéphane Arrami</xmpRights:Owner>
      <xmpRights:UsageTerms>© 2025 Stéphane Arrami. Tous droits réservés.</xmpRights:UsageTerms>
    </rdf:Description>

    <!-- EXIF & provenance -->
    <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/">
      <xmp:CreateDate>2025-05-17T14:32:00+01:00</xmp:CreateDate>
      <xmp:MetadataDate>2025-05-17T16:45:00+01:00</xmp:MetadataDate>
      <xmp:Label>Source Originale</xmp:Label>
    </rdf:Description>

  </rdf:RDF>
</x:xmpmeta>

Tester avec Exif Tools

Exif.tools

exiftool -a -G image.jpg | grep IPTC

Catégories : UX & Design