Marquer les images IA de Midjourney, DALL·E et Firefly dans WordPress
DALL·E, Firefly et les modèles Google intègrent déjà une signature C2PA, pas Midjourney. Dans WordPress, elle se perd souvent de toute façon lors de la génération des tailles d’image.
Depuis le 2 août 2026, l’article 50 de l’EU AI Act s’applique : les images générées par IA doivent être identifiables comme telles de façon lisible par machine, les deepfakes en plus de façon visible. La qualité de cette identification dépend du générateur. DALL·E, Firefly et les modèles Google intègrent déjà une signature lisible par machine (C2PA / Content Credentials) ; Midjourney ne le fait pas, en l’état de 2026. Dans WordPress s’ajoute un second problème : lors de la génération des tailles d’image, la signature se perd souvent.
Ce que fournissent les différents générateurs
| Générateur | Signature lisible par machine à l’export | Ce que cela signifie pour vous |
|---|---|---|
| OpenAI DALL·E 3 / images GPT | oui, manifeste C2PA | la signature est présente – il faut juste la conserver |
| Adobe Firefly | oui, Content Credentials (C2PA) | idem |
| Google Imagen / Gemini | oui, métadonnées C2PA (plus un SynthID invisible) | idem |
| Midjourney | non, en l’état de 2026 | aucune signature à conserver – le marquage doit être défini activement |
Le problème WordPress
Quand WordPress génère les vignettes et tailles intermédiaires à l’envoi, il réécrit les données de l’image — et les manifestes C2PA ne survivent pas à cela dans de nombreuses configurations. En frontend, c’est généralement l’une de ces tailles dérivées qui est livrée, donc exactement le fichier sans signature. Même une image DALL·E correctement signée n’est alors plus reconnaissable comme image IA sur le site.
Ce que vous devriez faire concrètement
- Pour DALL·E, Firefly, Google : veiller à ce que la signature C2PA existante soit reprise dans toutes les tailles d’image.
- Pour Midjourney : marquer activement l’image comme générée par IA, puisqu’aucun marqueur de générateur n’existe — soit manuellement dans la médiathèque, soit via une détection qui vérifie des motifs de métadonnées et des signaux d’image et vous soumet le cas pour confirmation.
- Pour les deepfakes — représentations d’apparence réaliste de personnes ou d’événements — appliquer en plus un label visible.
- Pour les illustrations et icônes clairement reconnaissables, le marquage visible n’est généralement pas nécessaire ; le marquage lisible par machine devrait tout de même être conservé.
Où intervient IMG Performer
IMG Performer travaille en deux étapes : il détecte automatiquement les images IA à l’envoi grâce aux métadonnées C2PA et à d’autres signaux, et vous laisse catégoriser manuellement les cas douteux — par exemple les exports Midjourney sans signature. Le marquage lisible par machine est ensuite réécrit dans chaque taille d’image générée par WordPress, avec un label visible en frontend si vous le souhaitez. Détails : Marquage C2PA dans WordPress et Marquer les images IA en toute sécurité juridique.
Avertissement
Remarque juridique : analyse générale, pas un conseil juridique. Font foi le texte original de l’article 50 de l’EU AI Act (eur-lex.europa.eu/eli/reg/2024/1689/oj) et les lignes directrices des autorités compétentes. Les informations sur les générateurs peuvent changer. Situation en septembre 2026.
Questions fréquentes
Dois-je vraiment marquer les images Midjourney si elles n’ont pas de signature ?
L’absence de signature du générateur ne change rien à l’obligation de transparence. Pour les deepfakes, le marquage visible s’applique ; pour les autres images IA, un marquage lisible par machine est prévu – que vous devez alors définir vous-même.
Suffit-il d’écrire dans les mentions légales que des images IA sont utilisées ?
Une mention générale ne remplace pas le marquage sur chaque image, en particulier pas le marquage visible des deepfakes.
Qu’en est-il des images générées avant août 2026 ?
Les images générées avant le 2 août 2026 sont exemptées. Un marquage rétroactif volontaire est recommandé.