Qu’est-ce qu’une légende de pictogramme de contenu généré par IA, techniquement ? Un texte alternatif ou une étiquette accessible associée à une icône, destinée à préciser pour un lecteur d’écran ou un utilisateur naviguant au clavier ce que l’icône signale visuellement : ici, qu’un texte ou un visuel de la page a été produit par un système génératif plutôt que rédigé par une personne. Sur un site multilingue, cette légende doit changer de langue exactement comme le reste du contenu de la page qui l’entoure.
C’est précisément ce point qui échappe le plus souvent à l’attention lors de l’intégration de ce type de pictogramme, un oubli fréquent qui mérite d’être détaillé pour être évité systématiquement.
Fonctionnement interne : comment le pictogramme est habituellement intégré
Sur la majorité des sites qui affichent un tel marqueur, le pictogramme lui-même est un élément SVG ou une image, intégré une seule fois dans un gabarit de thème partagé par toutes les langues du site. Le développeur qui l’intègre pense naturellement à styliser l’icône, à la positionner correctement, et souvent aussi à lui ajouter un attribut d’accessibilité. C’est cet attribut qui pose problème :
<span class="badge-ia" aria-label="Contenu généré par intelligence artificielle">
<svg aria-hidden="true">...</svg>
</span>
Ce code, correct en apparence, contient un texte en dur dans aria-label. Sur une page en français, ce texte est parfaitement adapté. Sur une page en anglais issue du même gabarit, la légende reste « Contenu généré par intelligence artificielle », en français, alors que tout le reste de la page (menu, contenu, pied de page) s’affiche correctement en anglais.
Pourquoi ce cas échappe souvent aux vérifications habituelles
Le pictogramme lui-même, purement visuel, ne pose aucun problème de cohérence linguistique : une icône n’a pas de langue. C’est précisément cette absence de problème visible qui masque le second problème, invisible sans test spécifique : la légende associée, elle, porte bien du texte, et ce texte doit suivre la langue active de la page comme n’importe quelle autre chaîne du thème.
Un test visuel classique, qui consiste à naviguer sur chaque version linguistique du site et à vérifier que rien ne « paraît » cassé, ne révèle pas ce problème : le pictogramme s’affiche identiquement dans toutes les langues, et seule une personne utilisant un lecteur d’écran, ou une inspection du code source de la page, permet de constater que la légende reste figée dans une seule langue.
Cas d’usage : où ce pictogramme apparaît sur un site WordPress
Ce type de marqueur se rencontre typiquement à plusieurs endroits d’un site qui expose du contenu partiellement généré par IA :
- Sur un article de blog dont une première version a été produite par un outil génératif avant relecture humaine.
- Sur une image d’illustration générée, en complément ou en remplacement d’une photographie.
- Sur une réponse fournie par un agent conversationnel intégré au site, pour distinguer cette réponse d’un contenu éditorial classique.
Dans chacun de ces cas, la légende associée au pictogramme doit être traduite avec la même rigueur que le reste du contenu affiché à côté, ce qui suppose de l’intégrer via le mécanisme de traduction du thème plutôt que comme une chaîne fixe dans le balisage HTML.
Le correctif : faire passer la légende par le mécanisme de traduction du thème
La correction consiste à remplacer la chaîne en dur par un appel à la fonction de traduction du cœur, avec un domaine de texte correctement déclaré :
<span class="badge-ia" aria-label="<?php echo esc_attr__( 'Contenu généré par intelligence artificielle', 'mon-theme' ); ?>">
<svg aria-hidden="true">...</svg>
</span>
esc_attr__() combine l’échappement adapté à un contexte d’attribut HTML avec la traduction via le domaine de texte du thème, ce qui garantit que la légende suit désormais la langue active de la locale WordPress chargée pour la page, exactement comme n’importe quelle autre chaîne du thème correctement internationalisée.
Pièges à éviter au-delà du correctif immédiat
- Vérifier chaque langue individuellement, pas seulement la langue par défaut du site après correction : un fichier de traduction manquant pour une langue secondaire produirait, faute de traduction disponible, un repli sur la chaîne source, ce qui masquerait une régression partielle si seule la langue par défaut est testée.
- Ne pas oublier les variantes du pictogramme : certains sites déclinent ce marqueur en une version courte (icône seule avec info-bulle) et une version longue (icône avec texte visible à côté). Chaque variante possède potentiellement sa propre chaîne à internationaliser, et corriger l’une sans l’autre laisse le problème à moitié résolu.
- Vérifier les pages générées dynamiquement, par exemple un flux d’articles chargé en JavaScript sans rechargement complet de page : si la légende est injectée côté client plutôt que rendue côté serveur, la traduction doit suivre le même mécanisme que les autres chaînes JavaScript du site, via
wp_set_script_translations(), pas une simple chaîne codée dans le script.
Un pictogramme n’a pas de langue, mais tout ce qui l’accompagne en texte en a une. Traiter l’icône et sa légende comme un seul bloc au moment de l’internationalisation évite qu’un élément purement visuel dissimule un oubli purement textuel.
En résumé
Le pictogramme signalant un contenu généré par IA se traduit rarement en tant qu’objet visuel, mais sa légende accessible, elle, doit impérativement suivre la langue active de chaque page sur un site multilingue. Le piège le plus fréquent consiste à coder cette légende en dur dans un attribut aria-label, un oubli invisible en navigation visuelle classique et qui ne se révèle qu’à l’inspection du code ou à l’usage d’un lecteur d’écran. Le passer systématiquement par le mécanisme de traduction du thème, avec le domaine de texte correctement déclaré, évite ce défaut de cohérence.
