Comment fonctionne la transformation d’images par URL
La plupart des systèmes de dynamic media placent les instructions dans l’URL de l’image. Une requête comporte trois parties :
| Partie | Exemple | Rôle |
|---|---|---|
| Le média | un identifiant ou un chemin | Le fichier maître de départ |
| Les options | w=800,f=webp |
Largeur, hauteur, format, qualité, mode de recadrage |
| Une signature ou un token | un hachage à la fin de l’URL | Prouve que l’URL a été émise par le système et n’a pas été modifiée |
Le serveur vérifie la signature, choisit la version stockée de l’image la plus proche, la redimensionne et l’encode, puis la renvoie avec des en-têtes de mise en cache. Un CDN placé devant le serveur conserve le résultat, de sorte que le visiteur suivant reçoit la copie en cache sans aucun traitement.
Les signatures protègent aussi le serveur : sans elles, n’importe qui peut demander des milliers de variantes (toutes les largeurs de 1 à 5 000 pixels, dans tous les formats), ce qui remplit le cache et consomme du temps de processeur. Pour la même raison, beaucoup de systèmes arrondissent les largeurs à un ensemble fixe de tailles.
Négociation de format et images responsives
Deux techniques permettent à une seule image de servir tous les appareils :
- Négociation de format. Les navigateurs envoient un en-tête
Acceptqui liste les formats d’image qu’ils prennent en charge. Le serveur renvoie de l’AVIF aux navigateurs qui l’acceptent, du WebP à ceux qui acceptent le WebP, et du JPEG aux autres, à partir de la même URL. La réponse porteVary: Acceptpour que les caches conservent une copie par format. Les fichiers AVIF et WebP sont en général beaucoup plus légers que le JPEG à qualité visuelle comparable. - Images responsives. Les attributs HTML
srcsetetsizeslistent plusieurs largeurs de la même image, et le navigateur télécharge celle qui convient à la taille de l’écran et à la densité de pixels. Le dynamic media fournit ces largeurs sans que personne ne les exporte.
<img src="…/w=1024/…" srcset="…/w=512/… 512w, …/w=1024/… 1024w, …/w=2048/… 2048w"
sizes="(max-width: 600px) 100vw, 50vw" alt="Ceramic vase, 23 cm">
Le dynamic media dans le travail marketing
- Sites web et boutiques en ligne. L’équipe web fait un lien vers les images de la photothèque au lieu d’importer des copies dans le CMS. Un packshot retouché remplace l’ancien partout où il est lié.
- Sites de revendeurs et de partenaires. Les partenaires intègrent les images validées par lien : une image retirée pour des raisons juridiques disparaît donc aussi de leurs pages.
- Emails et landing pages. L’équipe campagne choisit la largeur par template ; personne ne tient un dossier de fichiers « hero_600px_final ».
- Vitesse des pages. Un TIFF de 40 Mo n’arrive jamais dans un navigateur ; un AVIF de 120 Ko à la taille affichée, si.
Exports statiques et dynamic media
| Fichiers exportés | Dynamic media | |
|---|---|---|
| Tailles | Faites à la main pour chaque usage | Générées à la demande |
| Copies | Une par CMS, site et canal | Un fichier maître, de nombreuses URL |
| Mises à jour | Réexporter et réimporter partout | Remplacer le fichier maître une fois |
| Retrait | Trouver et supprimer chaque copie | Révoquer le lien ou la publication |
| Droits | Inconnus une fois le fichier téléchargé | Peuvent être vérifiés à chaque requête |
Erreurs fréquentes :
- Publier le fichier original au lieu d’une version dimensionnée.
- Laisser des liens publics de longue durée survivre à la licence de l’image. Voir droits d’utilisation.
- Utiliser une largeur différente pour chaque page, si bien que le CDN met en cache des dizaines de variantes quasi identiques.
- Prendre un recadrage par URL pour une direction artistique : un recadrage par URL ne sait pas où se trouve le sujet. Voir recadrage intelligent.
Le dynamic media dans Freedam
- Freedam conserve chaque image sous forme de déclinaisons à des largeurs fixes de 128 à 5 120 pixels, et sert des versions redimensionnées à partir d’elles par un seul chemin d’URL d’image. Les images ne sont jamais agrandies au-delà de leur taille réelle.
- Dans l’application et par l’API, les URL d’images acceptent une largeur et une hauteur, une qualité, un ratio de pixels de l’appareil, un mode d’ajustement (contain, cover ou fill) et un format : JPEG, PNG, WebP ou AVIF. Sans format, l’en-tête
Acceptdu navigateur décide : AVIF, puis WebP, puis JPEG. Les URL renvoyées par l’API sont signées, expirent après une à deux heures, et revérifient à chaque requête l’accès de l’utilisateur, ses droits de téléchargement et le filigrane. Voir transformations d’images. - Les canaux de publication donnent aux sites web et aux CMS des liens d’images qui n’expirent pas. Un administrateur fixe des conditions, comme un statut Approuvé ou l’appartenance à une collection, un usage et un territoire, une taille maximale et un filigrane facultatif. Les utilisateurs copient les liens depuis l’onglet Publication du média. Voir publication.
- Les liens publiés acceptent une largeur et un format. Une largeur située entre deux tailles stockées est servie à la taille supérieure, si bien qu’un CDN garde une copie par taille et par format. Les réponses peuvent être mises en cache pendant cinq minutes et chargées depuis n’importe quel site web.
- La politique de droits de l’image est vérifiée à chaque requête. Quand une image sort des conditions du canal, que ses droits expirent ou que le canal est désactivé, le lien cesse de la servir. Remplacer les liens invalide d’un coup tous les liens d’un canal.
- Le fichier original n’est jamais publié. Les vidéos se partagent par des codes d’intégration.
Questions fréquentes
Qu’est-ce qu’un CDN d’images ?
Un CDN d’images est un réseau de diffusion de contenu (CDN) qui transforme aussi les images : il les redimensionne, les convertit et les compresse à la demande selon l’URL, puis met en cache chaque version sur des serveurs proches du visiteur.
Le dynamic media, est-ce la même chose qu’un DAM ?
Non. Un DAM stocke, décrit et encadre les fichiers maîtres. Le dynamic media est une manière de les livrer. Certains DAM l’incluent ; sinon, un DAM alimente un serveur d’images ou un CDN distinct.
La transformation d’images réduit-elle la qualité ?
Chaque requête est encodée à partir d’une version stockée en haute qualité, pas à partir d’une transformation précédente : la qualité dépend donc du réglage de qualité et du format choisis. Agrandir une image au-delà de sa taille réelle réduit en revanche la qualité, ce qui explique que beaucoup de systèmes refusent de l’agrandir.
Termes associés
Publiez une image sur un site web par lien
Ouvrez une image validée dans la photothèque de démonstration de Nordi, allez dans son onglet Publication, et copiez un lien à la largeur dont vous avez besoin. Le même lien sert de l’AVIF, du WebP ou du JPEG selon le navigateur.
Vous entrez dans l'espace de travail de Nordi en tant qu'administrateur.