Search & Discovery·Explain
Badge Licensable vs IPTC
Google Image Search peut afficher un badge « Licensable » sur un résultat image, avec un lien vers les détails de licence. Il y a deux façons différentes pour une image de s’y qualifier, et cette plateforme fait délibérément l’une et pas l’autre. La plupart des checklists « SEO image » ne distinguent pas les deux du tout — c’est comme ça que les photographes finissent par croire que texte alt et noms de fichiers sont toute l’histoire.
Deux chemins
Même job, endroit différent où vivent les octets
JSON-LD sur la page
Un ImageObject dans le HTML décrivant licence, crédit, copyright et créateur. Survit aux transforms d’image. Trouvé seulement si Google crawl cette page.
IPTC dans le fichier
Web Statement of Rights et champs associés cuits dans les octets de l’image. Voyagent avec un téléchargement. Cassent si un CDN ou un pipeline de resize les strippe.
Ce que nous émettons
Droits sur chaque page photo publique en ImageObject JSON-LD. Lus depuis la page, pas extraits du fichier.
Ce que nous ne faisons pas
Aucun octet IPTC écrit dans les dérivés d’image. Les outils qui n’inspectent qu’un fichier téléchargé ne trouveront pas de champ droits ici.
D’où vient le badge
Les exigences Google pour le badge Licensable ont changé plus d’une fois depuis le lancement en 2020. Confirmez les règles actuelles dans Search Central ou le rapport d’images licensables de Search Console avant de traiter quoi que ce soit ci-dessous comme une spécification permanente.
Google a introduit le badge clé sur des métadonnées IPTC embarquées directement dans le fichier image — spécifiquement le champ IPTC Web Statement of Rights (Copyright Info URL), plus les champs crédit et copyright associés cuits dans les octets du fichier. Google a ensuite ajouté un second chemin alternatif : des données structurées sur la page (un ImageObject schema.org, ou équivalent) portant le même type d’informations de licence. Soit l’un soit l’autre, satisfait seul, peut rendre une image éligible.
| Chemin | Vit où | Survit à quoi |
|---|---|---|
| Métadonnées IPTC | Embarquées dans le fichier image lui-même | Voyagent avec le fichier s’il est téléchargé ou copié ; cassent si un CDN ou un pipeline de resize les strippe ou ne les préserve pas |
| Données structurées JSON-LD | Dans le HTML de la page, décrivant l’image | Voyagent avec la page ; non affectées par les transforms d’image, mais trouvées seulement si Google crawl cette page |
Ce que fait cette plateforme
Les droits (licence, crédit, copyright, créateur, et EXIF quand présent) sont écrits dans l’ImageObject JSON-LD de la page sur chaque page photo publique. C’est le chemin données structurées. C’est lu depuis la page, pas extrait du fichier.
Ce qu’elle ne fait pas
Aucun octet IPTC n’est écrit dans les dérivés d’image. La conséquence pratique : tout outil qui lit la licence en inspectant un fichier téléchargé, plutôt qu’en crawlant la page autour, ne le trouvera pas ici. Cela inclut certains crawlers de licence stock, certains outils reverse-image et ORM, et quiconque qui sauvegarde votre image localement et vérifie les propriétés du fichier en attendant un champ droits.
Pourquoi c’est un tradeoff, pas un oubli
L’IPTC-dans-le-fichier a une vraie faiblesse structurelle pour une plateforme qui sert des images via un CDN avec transforms à la volée : les métadonnées embarquées dans un master ne survivent pas de façon fiable à chaque étape de resize, conversion de format ou génération de dérivé, et les re-vérifier sur chaque variante transformée est un engagement bien plus gros qu’il n’y paraît. Le JSON-LD contourne ça entièrement. Il décrit la page, et la page est ce que le crawler Google regarde vraiment quand il décide d’afficher le badge. Le coût, c’est celui ci-dessus : tout ce qui lit le fichier directement, hors plateforme, ne voit rien.
Le takeaway pratique
Si votre objectif est l’éligibilité Google Images pour le badge Licensable, le chemin données structurées que cette plateforme utilise est une route légitime, documentée par Google — pas un substitut moindre à l’IPTC. Si votre objectif est spécifiquement que la licence survive à l’intérieur d’une copie téléchargée du fichier (pour un workflow, une passation d’archive, ou un outil qui ne lit que les métadonnées embarquées), ce n’est pas quelque chose à supposer couvert.
Le compte d’images licensables, si vous en voulez un, vit dans le propre rapport de Search Console. Voir À quoi sert Search Console.
Droits sur la page, pas dans le dérivé
Google peut lire ImageObject. Un fichier téléchargé ne portera pas d’IPTC que nous n’avons jamais écrit. Planifiez le workflow, pas le mythe.
Also in Guides: Les données structurées que cette plateforme émet · À quoi sert Search Console · Mythes SEO IA pour créatifs