---
title: "Optimisation des images et des médias : AVIF, Google Lens et recherche visuelle"
description: "SEO des images : AVIF fait gagner environ 50 % par rapport à JPEG, plus de 1,5 milliard de personnes utilisent Google Lens et, sur 76 % des pages mobiles, l'élément LCP est une image."
locale: "fr"
canonical: "https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-on-page/optimisation-des-images-et-des-medias-avif-google-lens-et-recherche-visuelle"
category: "SEO & GEO"
topic: "SEO on-page"
updated: "2026-10-28T13:25:08.244Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# Optimisation des images et des médias : AVIF, Google Lens et recherche visuelle

Le SEO des images regroupe toutes les mesures qui rendent les images trouvables par les moteurs de recherche, la recherche d'images, la recherche visuelle (Google Lens) et les systèmes d'IA multimodaux, et rapides à charger pour les utilisateurs. Cela comprend des textes alternatifs descriptifs (qui servent aussi l'accessibilité), des formats d'image modernes comme AVIF avec repli via picture, la priorisation de l'image LCP pour les Core Web Vitals ainsi que des données structurées comme ImageObject et le schéma Product. Comme une image constitue l'élément LCP sur 76 % des pages mobiles, optimiser les images relève à la fois de la performance et de la visibilité.

## L’essentiel

- Sur 76 % des pages mobiles et 85,3 % des pages desktop, l'élément LCP est une image ; optimiser les images, c'est donc travailler directement sur les Core Web Vitals.
- Plus de 1,5 milliard de personnes utilisent Google Lens chaque mois, pour près de 20 milliards de recherches visuelles (chiffres d'octobre 2024), dont 20 % liées au shopping.
- À qualité égale, AVIF produit des fichiers environ 50 % plus légers que JPEG et à peu près 27 % plus légers que WebP ; diffuse-le toujours avec un repli via picture.
- 45 % des images du web n'ont pas de texte alternatif, et beaucoup d'autres ne contiennent qu'un nom de fichier ; un texte alternatif descriptif sert à la fois le SEO et l'accessibilité.
- Ne charge jamais l'image LCP en lazy loading, priorise-la plutôt avec fetchpriority="high" ; selon le Web Almanac 2024, 9,5 % des images LCP sur mobile étaient chargées à tort en lazy loading natif.
- Width et height (ou aspect-ratio) réservent l'espace dans la mise en page et empêchent le Cumulative Layout Shift (CLS).
- En Autriche, selon StatCounter, 41,74 % des pages vues proviennent de smartphones ; chaque kilo-octet économisé améliore le temps de chargement, la consommation de données et la conversion.

Les images ne sont pas un accessoire décoratif, mais un canal de recherche à part entière et un facteur de performance direct. Elles contribuent à déterminer si une page atteint rapidement son [Largest Contentful Paint](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-technique/largest-contentful-paint-lcp-optimiser-le-temps-de-chargement), si elle apparaît dans la recherche d'images Google et dans Google Lens, et si les systèmes d'IA multimodaux peuvent seulement interpréter le contenu de l'image. Le [SEO](https://blckalpaca.at/fr/glossaire/seo) des images reste pourtant l'un des domaines les plus négligés du SEO on-page technique. Cet article montre comment les formats d'image modernes, des textes alternatifs corrects, l'optimisation des Core Web Vitals et les données structurées fonctionnent ensemble, avec un éclairage concret sur l'usage mobile en Autriche.

## Pourquoi le SEO des images détermine la visibilité et la performance

Le levier économique de la recherche d'images et de la recherche visuelle est mesurable. Le marché mondial de la recherche visuelle [était estimé à 41,72 milliards USD en 2024 et devrait atteindre 151,60 milliards USD d'ici 2032, avec un TCAC de 17,50 %](https://www.databridgemarketresearch.com/reports/global-visual-search-market) (mondial). Le principal moteur est Google Lens : selon Google, [plus de 1,5 milliard de personnes utilisent Lens chaque mois](https://blog.google/products/search/google-search-ai-mode-update/) (international) pour rechercher ce qu'elles voient. La fréquence d'utilisation dépasse encore le nombre d'utilisateurs : en octobre 2024, Google faisait état de [près de 20 milliards de recherches visuelles par mois, 20 % de toutes les recherches Lens étant liées au shopping](https://blog.google/products/ads-commerce/google-lens-ai-overviews-ads-marketers/) (international). Pour les fournisseurs B2B qui proposent des produits, des machines ou des composants, c'est un véritable canal de découverte qui part directement de l'objet.

Sur le plan technique, les images sont le facteur de performance dominant. Selon le Web Almanac 2025, une [image est l'élément LCP sur 76 % des pages mobiles et sur 85,3 % des pages desktop](https://almanac.httparchive.org/en/2025/performance) (international). Concrètement, dans la plupart des cas, le temps de chargement de la plus grande image détermine directement si une page satisfait au critère LCP des Core Web Vitals. Si tu n'optimises pas tes images, tu n'optimises pas tes Core Web Vitals.

Pourtant, un potentiel énorme reste inexploité. Selon le Web Almanac 2024, [45 % des éléments img n'ont pas de texte alternatif et seuls 55 % disposent d'un attribut alt non vide](https://almanac.httparchive.org/en/2024/media) (international), et beaucoup de textes alternatifs existants ne contiennent qu'un nom de fichier ou de courtes chaînes de caractères dénuées de sens. C'est à la fois un déficit SEO et un problème d'accessibilité, et cela offre un avantage concurrentiel à tous ceux qui font mieux.

## Fonctionnement : comment les moteurs de recherche et l'IA interprètent les images

Les moteurs de recherche et les systèmes d'[IA](https://blckalpaca.at/fr/glossaire/ia) multimodaux comprennent les images grâce à trois niveaux de signaux qui agissent ensemble.

- **Contexte textuel :** le texte alternatif, la légende, le nom de fichier et le texte environnant fournissent la description linguistique du contenu de l'image. Ce niveau est le plus important pour le SEO des images classique et pour la citabilité dans les réponses d'IA, car les machines peuvent le lire de manière fiable.
- **Analyse visuelle :** Google Lens et les modèles de reconnaissance d'images analysent l'image elle-même et détectent les objets, le texte présent dans l'image et les similitudes avec d'autres images. Cela suppose des images nettes et d'une résolution suffisante.
- **Données structurées :** un balisage Schema comme ImageObject ou Product situe l'image sur le plan sémantique, la relie à des informations de licence, de créateur et de produit, et permet les résultats enrichis dans la recherche d'images Google.

Pour la [Generative Engine Optimization (GEO)](https://blckalpaca.at/fr/services/geo), le niveau textuel est décisif. Les systèmes d'IA multimodaux comme Google Lens, les AI Overviews et les moteurs de réponse IA combinent l'analyse de l'image avec le texte alternatif et la légende pour comprendre le contexte et citer une source. Une image sans texte alternatif descriptif ni légende ne donne à l'IA aucun ancrage linguistique qui lui permettrait de citer la page. Si tu veux apparaître dans les réponses d'IA avec des contenus visuels, tu dois penser l'image et le texte comme un tout.

Le texte alternatif a une double fonction : c'est l'alternative textuelle pour les lecteurs d'écran (accessibilité selon les WCAG) et, en même temps, un signal de classement pour la recherche d'images. Les deux objectifs exigent la même chose : une formulation précise et descriptive dans le contexte de la page, sans bourrage de mots-clés. Un bon attribut alt décrit ce que montre l'image, comme tu l'expliquerais à quelqu'un au téléphone.

## Bonnes pratiques pour l'optimisation des images et des médias

### Rédiger des textes alternatifs descriptifs et contextualisés

Formule le texte alternatif de façon à restituer le contenu de l'image dans le contexte de la page. Mauvais exemple : `alt="IMG_4087.jpg"` ou `alt="produkt-foto-final-2"`. Ces textes alternatifs réduits à un nom de fichier sont exactement le problème documenté par le Web Almanac, et ils ne valent rien, ni pour les lecteurs d'écran ni pour les moteurs de recherche. Bon exemple : `alt="Edelstahl-Förderschnecke FS-200 im Einsatz in einer Lebensmittelproduktion"`. Évite le bourrage de mots-clés et les formules comme image de ou photo de, car les lecteurs d'écran annoncent déjà le rôle img. Les images purement décoratives reçoivent un attribut alt vide (`alt=""`) pour que les lecteurs d'écran les ignorent.

### Utiliser les formats d'image modernes de façon ciblée

AVIF est le standard de compression techniquement supérieur. Selon une comparaison internationale très citée, [à qualité visuelle égale, AVIF réduit la taille médiane des fichiers de 50,3 % par rapport à JPEG, et WebP de 31,5 %](https://www.ctrl.blog/entry/webp-avif-comparison.html) (international), ce qui donne à AVIF une avance d'environ 27 % sur WebP. La logique pratique des formats :

- **AVIF :** premier choix pour les photos et les images complexes, meilleure compression à qualité égale. L'encodage demande plus de calcul, mieux vaut donc le précalculer au build ou via un CDN.
- **WebP :** un format polyvalent solide, pris en charge par presque tous les navigateurs, idéal comme niveau de repli intermédiaire.
- **JPEG/PNG :** repli universel pour une compatibilité maximale. PNG uniquement pour les images avec transparence ou contours nets, sinon JPEG est plus léger.
- **SVG :** pour les logos, les icônes et les diagrammes, car il se redimensionne sans perte et reste généralement très léger.

AVIF progresse, mais sa diffusion reste récente. Selon le Web Almanac 2024, les formats d'image se répartissent ainsi sur mobile : [JPEG 32,4 %, PNG 28,4 %, GIF 16,8 %, WebP 12 % et AVIF seulement 1,0 %](https://almanac.httparchive.org/en/2024/media) (international). C'est précisément cet écart qui constitue l'opportunité : le chapitre souligne que presque tous les JPEG, PNG et GIF du web gagneraient à passer à un format moderne.

### Diffuser AVIF avec un repli via picture

N'utilise pas AVIF sans solution de repli. L'élément `<picture>` sert à chaque navigateur le meilleur format qu'il prenne en charge :

\`\`\`html
<picture>
  <source srcset="produkt.avif" type="image/avif">
  <source srcset="produkt.webp" type="image/webp">
  <img src="produkt.jpg" alt="Convoyeur à vis FS-200 en production"
       width="1200" height="800" loading="lazy">
</picture>
\`\`\`

Le navigateur choisit le premier format qu'il prend en charge. Pour générer les variantes, tu peux utiliser des outils comme Squoosh (manuel), la bibliothèque Sharp (de façon programmatique dans le pipeline de build) ou des plugins de build et des composants de framework comme next/image, qui automatisent la négociation de format et les tailles responsive.

### Images responsive avec srcset et sizes

Sers à chaque appareil la résolution adaptée. Avec `srcset` et des descripteurs de largeur, combiné à `sizes`, un smartphone charge un fichier plus léger qu'un ordinateur. La transformation d'images via un CDN génère ces variantes à la volée et négocie le format via l'en-tête Accept. Veille à des en-têtes de cache corrects : les URL d'images versionnées reçoivent un `max-age` long dans l'en-tête `Cache-Control`. [MDN recommande pour cela](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Cache-Control) `Cache-Control: max-age=31536000, immutable` (un an). Les visiteurs récurrents chargent ainsi les images depuis le cache.

### Prioriser l'image LCP, sans jamais la charger en lazy loading

L'image LCP (généralement l'image hero au-dessus de la [ligne de flottaison](https://blckalpaca.at/fr/glossaire/ligne-de-flottaison)) doit se charger le plus tôt possible. Utilise `fetchpriority="high"` et, si besoin, un preload, et retire impérativement `loading="lazy"` de cette image. Charger l'élément LCP en lazy loading est un anti-pattern qui ralentit n'importe quelle page. Réserve aussi l'espace dans la mise en page via `width` et `height` (ou aspect-ratio) pour éviter le [Cumulative Layout Shift (CLS)](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-technique/cumulative-layout-shift-cls-stabilite-visuelle). Le lazy loading reste pertinent, mais seulement pour les images sous la ligne de flottaison.

### Optimiser pour Google Lens et la recherche visuelle

La recherche visuelle récompense les images produit de qualité et bien décrites. Concrètement :

- **Haute résolution et netteté :** Lens analyse l'image elle-même ; des images floues ou trop petites compliquent la reconnaissance des objets.
- **Données structurées :** ImageObject et le schéma Product relient l'image, le nom du produit, le prix et la disponibilité, ce qui permet les résultats enrichis dans Google Images.
- **Sitemaps d'images et URL indexables :** les images doivent être accessibles via une URL stable et explorable, et figurer dans le sitemap XML pour que Google les prenne en compte de façon fiable.
- **Texte de contexte et métadonnées :** la légende et le texte environnant donnent à Lens et à l'IA le contexte linguistique ; les métadonnées EXIF/IPTC peuvent transmettre les informations de créateur et de licence.

### SEO technique des images et balisage Schema

Choisis des noms de fichier parlants (`förderschnecke-fs-200.avif` plutôt que `img4087.avif`), place les images dans la section de texte qui correspond à leur thème et ajoute des légendes visibles là où elles apportent quelque chose au contenu. Pour les résultats enrichis dans la recherche d'images Google, le schéma ImageObject avec des métadonnées de licence et de créateur (license, creator, copyrightNotice) est pertinent, complété par le schéma Product pour les produits. Les images ne sont ainsi pas seulement indexées, mais balisées avec des informations complémentaires exploitables.

### Mobile first : l'exemple de l'Autriche

Le desktop reste devant, mais la part du mobile est considérable : selon StatCounter, [en Autriche, en mai 2026, le mobile représentait 41,74 %, le desktop 56,71 % et la tablette 1,55 %](https://gs.statcounter.com/platform-market-share/desktop-mobile-tablet/austria) (Autriche). Plus de quatre pages vues sur dix proviennent donc de smartphones, souvent via le réseau mobile avec un forfait data limité et une bande passante variable. Chaque kilo-octet économisé améliore le temps de chargement et ménage le forfait data des utilisateurs, ce qui se répercute directement sur le taux de rebond et la conversion. C'est précisément pour ces visites qu'AVIF et la diffusion responsive sont rentables.

## Erreurs fréquentes dans l'optimisation des images

- **Nom de fichier comme texte alternatif :** `alt="DSC_0421.jpg"` ne vaut rien pour les lecteurs d'écran et les moteurs de recherche, et c'est l'une des erreurs les plus fréquentes du web.
- **Texte alternatif manquant :** un attribut alt totalement absent gaspille à la fois un signal de classement et l'accessibilité.
- **Image LCP en lazy loading :** retarder l'image la plus importante avec loading=lazy freine le LCP de façon mesurable.
- **Pas de width/height :** sans dimensions réservées, la mise en page saute pendant le chargement de l'image, ce qui dégrade le CLS.
- **AVIF sans repli :** sans solution de repli `<picture>`, AVIF risque de laisser une image non affichée dans les environnements plus anciens.
- **Bourrage de mots-clés dans le texte alternatif :** enchaîner des mots-clés au lieu d'une vraie description nuit à l'accessibilité et au classement.
- **Images absentes du sitemap :** les images non référencées ou chargées après coup en JavaScript ne sont souvent pas indexées de façon fiable par Google.

## Métriques et mesure

L'effet de l'optimisation des images se voit sur des indicateurs concrets :

- **LCP (données terrain) :** mesure le Largest Contentful Paint dans Google Search Console et CrUX. Comme sur [76 % des pages mobiles, l'élément LCP est une image](https://almanac.httparchive.org/en/2025/performance), chaque optimisation d'image se répercute directement ici.
- **CLS :** vérifie le Cumulative Layout Shift, qui augmente typiquement lorsque les dimensions des images manquent.
- **Audit du lazy loading :** assure-toi que l'image LCP n'est pas chargée en lazy loading. Le Web Almanac 2024 montre que [9,5 % des éléments img pertinents pour le LCP sont chargés à tort sur mobile en lazy loading natif](https://almanac.httparchive.org/en/2024/media), alors qu'environ un tiers des sites web ont adopté le lazy loading natif.
- **Couverture des textes alternatifs :** crawle le site à la recherche d'éléments img non décoratifs sans attribut alt ou avec un attribut alt vide. La référence est la part documentée de [45 % d'éléments img sans texte alternatif](https://almanac.httparchive.org/en/2024/media), et tu devrais rester nettement en dessous.
- **Taille et format des fichiers image :** surveille le format servi et le nombre d'octets par image pour suivre la part d'AVIF/WebP et les économies réalisées.
- **Visibilité dans la recherche d'images :** suis dans la Search Console les impressions et les clics issus de la recherche d'images Google, comme indicateur de la performance en recherche visuelle.

## Pour aller plus loin

L'optimisation des images et des médias réunit trois disciplines on-page : la performance technique (Core Web Vitals), l'accessibilité (textes alternatifs) et le balisage sémantique (Schema). Pour démarrer de façon pragmatique : identifie l'image LCP de chaque page importante, diffuse-la en AVIF avec un repli `<picture>` et `fetchpriority="high"`, rédige des textes alternatifs descriptifs et réserve l'espace dans la mise en page avec width/height. Dans un deuxième temps viennent les variantes srcset responsive via un CDN, le schéma ImageObject/Product pour la recherche d'images et les sitemaps d'images pour une indexation fiable. En Autriche, où plus de quatre pages vues sur dix proviennent de smartphones, chaque kilo-octet économisé contribue directement au temps de chargement et à la conversion. Parmi les sujets connexes figurent les Core Web Vitals et l'optimisation du LCP, le [balisage Schema on-page](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-on-page/schema-markup-on-page-indispensable-aux-resultats-enrichis-pas-un-levier-de-cita), les featured snippets ainsi que le GEO et la citabilité dans les réponses d'IA.

## Données et statistiques

- Marché mondial de la recherche visuelle : 41,72 milliards USD (2024), 151,60 milliards USD prévus d'ici 2032, TCAC de 17,50 % — [Data Bridge Market Research - Global Visual Search Market [mondial] (2024)](https://www.databridgemarketresearch.com/reports/global-visual-search-market)
- Plus de 1,5 milliard de personnes utilisent Google Lens chaque mois — [Google - The Keyword / blog.google (Google I/O 2025) [international] (2025)](https://blog.google/products/search/google-search-ai-mode-update/)
- Près de 20 milliards de recherches visuelles Lens par mois ; 20 % de toutes les recherches Lens sont liées au shopping — [Google - The Keyword / blog.google [international] (2024)](https://blog.google/products/ads-commerce/google-lens-ai-overviews-ads-marketers/)
- Une image est l'élément LCP sur 76 % des pages mobiles et 85,3 % des pages desktop — [Web Almanac 2025 (HTTP Archive) - Performance [international] (2025)](https://almanac.httparchive.org/en/2025/performance)
- 45 % des éléments img n'ont pas de texte alternatif, seuls 55 % ont un attribut alt non vide ; beaucoup de textes alternatifs existants ne contiennent qu'un nom de fichier — [Web Almanac 2024 (HTTP Archive) - Media [international] (2024)](https://almanac.httparchive.org/en/2024/media)
- Répartition des formats d'image sur mobile : JPEG 32,4 %, PNG 28,4 %, GIF 16,8 %, WebP 12 %, AVIF 1,0 % — [Web Almanac 2024 (HTTP Archive) - Media [international] (2024)](https://almanac.httparchive.org/en/2024/media)
- Sur mobile, 9,5 % des éléments img pertinents pour le LCP sont chargés à tort en lazy loading natif ; le lazy loading natif est adopté par environ un tiers des sites web — [Web Almanac 2024 (HTTP Archive) - Media [international] (2024)](https://almanac.httparchive.org/en/2024/media)
- AVIF -50,3 % de taille médiane de fichier par rapport à JPEG, WebP -31,5 % par rapport à JPEG (qualité égale, DSSIM 0,0025), d'où un AVIF environ 27 % plus léger que WebP — [Ctrl.blog - WebP vs AVIF comparison (Daniel Aleksandersen) [international] (2020)](https://www.ctrl.blog/entry/webp-avif-comparison.html)
- Parts de marché par plateforme en Autriche, mai 2026 : mobile 41,74 %, desktop 56,71 %, tablette 1,55 % — [StatCounter Global Stats - Platform Market Share Austria [Autriche] (2026)](https://gs.statcounter.com/platform-market-share/desktop-mobile-tablet/austria)

## Questions fréquentes

### Que doit contenir un bon texte alternatif ?

Un bon texte alternatif décrit précisément ce que montre l'image, dans le contexte de la page, comme tu l'expliquerais à quelqu'un au téléphone. Il remplit deux fonctions à la fois : l'accessibilité pour les lecteurs d'écran et un signal de classement pour la recherche d'images. Évite le bourrage de mots-clés et les formules comme image de, car les lecteurs d'écran annoncent déjà le rôle d'image. Un nom de fichier comme IMG_4087.jpg en guise de texte alternatif ne vaut rien. Les images purement décoratives reçoivent un attribut alt vide pour que les lecteurs d'écran les ignorent.
### Dois-je utiliser AVIF, WebP ou JPEG en 2026 ?

AVIF est le standard techniquement supérieur : à qualité égale, il produit des fichiers environ 50,3 % plus légers que JPEG et à peu près 27 % plus légers que WebP. Utilise AVIF comme meilleur niveau, WebP comme niveau intermédiaire largement pris en charge et JPEG ou PNG comme repli universel. Diffuse les formats via un élément picture pour que chaque navigateur reçoive le meilleur format qu'il prenne en charge. PNG uniquement pour la transparence, SVG pour les logos et les icônes.
### Pourquoi ne faut-il pas charger l'image LCP en lazy loading ?

Sur 76 % des pages mobiles, l'image LCP est le plus grand élément visible : c'est donc elle qui détermine le moment où la page atteint son Largest Contentful Paint. Le lazy loading retarde volontairement le chargement, ce qui, pour cette image, dégrade le LCP de façon mesurable. C'est un anti-pattern connu : selon le Web Almanac 2024, 9,5 % des images LCP sur mobile étaient chargées à tort en lazy loading natif. Utilise plutôt fetchpriority="high" et retire loading="lazy" de l'image LCP. Le lazy loading reste pertinent pour les images situées sous la ligne de flottaison.
### Comment optimiser les images pour Google Lens et la recherche visuelle ?

Utilise des images produit nettes et en haute résolution, car Lens analyse l'image elle-même et reconnaît les objets. Ajoute des données structurées avec ImageObject et le schéma Product pour relier l'image, le nom du produit, le prix et la disponibilité, et rendre possibles les résultats enrichis dans Google Images. Veille à ce que les URL des images soient indexables, liste les images dans un sitemap et fournis du contexte via la légende et le texte qui les entoure. Le marché de la recherche visuelle connaît une forte croissance, avec un TCAC de 17,50 % jusqu'en 2032.
### Comment éviter les décalages de mise en page causés par les images ?

Donne à chaque image des dimensions fixes via les attributs width et height ou via aspect-ratio dans le CSS. Le navigateur réserve ainsi l'espace avant le chargement de l'image, et la mise en page ne saute pas lorsqu'elle s'affiche. L'absence de dimensions est l'une des causes les plus fréquentes d'un mauvais Cumulative Layout Shift (CLS), l'un des trois Core Web Vitals.
### Quelle importance a l'optimisation des images pour le marché mobile autrichien ?

Une grande importance. En Autriche, selon StatCounter, 41,74 % des pages vues en mai 2026 provenaient de smartphones, souvent via le réseau mobile avec un forfait data limité et une bande passante variable. Chaque kilo-octet économisé améliore le temps de chargement et ménage le forfait data, ce qui se répercute directement sur le taux de rebond et la conversion. AVIF avec une diffusion responsive via srcset et un CDN est donc un facteur de conversion, pas un bonus facultatif.
### De quelles données structurées les images ont-elles besoin ?

Pour les résultats enrichis dans la recherche d'images Google, le schéma ImageObject est pertinent, complété par des métadonnées de licence et de créateur comme license, creator et copyrightNotice. Pour les images produit s'ajoute le schéma Product, qui relie l'image au nom du produit, au prix et à la disponibilité. Les images ne sont ainsi pas seulement indexées, mais balisées avec des informations complémentaires exploitables que Lens et les systèmes d'IA peuvent utiliser pour les classer et les citer comme source.

---

Source : [Blck Alpaca](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-on-page/optimisation-des-images-et-des-medias-avif-google-lens-et-recherche-visuelle). Les systèmes d’IA peuvent utiliser ce contenu en citant la source.
